Plusieurs dossiers avec différents remote

Bonjour,
Je vous explique le contexte.
Nous avons développé un CMS sur base de CakePhp 1.3, qui a son dépôt SVN.
Lorsque nous débutons le développement d'un nouveau site, nous copions le CMS pour faire un dépôt SVN propre au projet.
En cas de modification du coeur du CMS dans le cadre du projet, nous copions-collons manuellement les modifications sur le dépôt du CMS. Ce qui est déjà pas pratique, mais qui surtout ne permet pas de faire bénéficier les autres projets des corrections/améliorations apportées.
Chaque projet a également ses spécificités (fonctionnelles et visuelles) qui font que son code doit évoluer et être versionné à part.

L'idée est de basculer sur Git pour améliorer cette gestion et pouvoir apporter des modifications sur le coeur du CMS depuis n'importe quel projet et de pouvoir faire remonter ces modifications facilement dans les autres projets.

Je me suis un peu documenté à propos des submodules, subtrees, subrepos, et j'ai lu des choses sur sparse-checkout mais je n'ai rien trouvé qui correspondrait à notre besoin, ou alors je suis passé à côté (Git a l'air tellement puissant que ça ne m'étonnerait pas).

En gros, on a l'arborescence suivante :
- app
- cake
- plugins
- webroot

L'idée serait d'avoir les dossiers cake et plugins dans le dépôt CMS et les dossiers app et webroot dans le dépôt de chaque projet (en réalité, c'est même plus complexe car certains sous-dossiers de app/ et webroot/ devraient être issu du CMS).


Alors, la première question est toute simple : est-ce que Git nous permettrait de faire ce que nous souhaitons ?
Si oui, la deuxième question est : comment procéder ?
Je ne demande pas forcément un tutoriel complet mais au moins de savoir dans quelle direction partir car j'avoue être un peu perdu.

Je vous remercie d'avance.

Si je comprends bien, vous avez développé un CMS maison qui se base sur CakePHP.

Ce CMS maison sert à réaliser des projets pour vos clients.

Vos projets consistent en fait à récupérer tout le code source du CMS maison et à le customiser.

Quelle est la nature des modifications spécifiques que vous faites sur les projets clients ? Certaines de ces évolutions sont-elles contradictoires avec les évolutions effectuées sur le CMS maison.

Votre problème est complexe parce qu'il y a confusion entre dépendances, configuration et développement.

CakePHP est une dépendance de votre CMS maison.
Vos projets clients sont des versions divergentes du CMS maison (ce qui pose de très lourds problèmes de gestion de code source, peut être que des évolutions à effectuer dans le CMS maison permettrait de rendre ce problème moins prégnant, configuration des CSS, modularisation des features, feature flipping, ... Peut être aussi que transformer votre CMS en dépendance des projets clients serait une bonne solution )


Le SCM n'est probablement qu'une toute petite partie de la solution.

Merci Marco46 pour ta réponse.
C'est un peu la conclusion à laquelle j'avais peur d'arriver.

Tu sembles avoir bien cerné notre mode de fonctionnement et le problème qui se pose à nous.
Les modifications sur les projets clients sont de deux types : de la pure customisation et des évolutions/corrections du CMS pouvant être reportées sur les autres projets.

Je pense que l'on va dans un premier temps passer à Git mais en continuant de dupliquer notre CMS à la création du projet et ne le faisant évoluer pour chaque projet (tout en reportant certaines modifications, "à la main", dans le CMS).

Comme tu l'as dit, CakePHP est une dépendance de notre CMS.
Et notre CMS est une dépendance de nos projets clients (mais nous souhaitons pouvoir faire évoluer cette dépendance au sein de nos divers projets).

J'avais pensé à Composer, mais ce dernier ne nous permettrait pas de toucher au CMS s'il est défini comme dépendance.
Bref, j'ai encore à creuser mais merci encore pour ta réponse.
Peut-être que d'autres auront des idées, je suis toujours preneur.

Bonjour,

Votre solution est effectivement complexe, mais sous GIT on peut gérer autant de branches que l'on désire,
Une branche, un projet modifié.
On peut considérer le CMS comme étant le coeur, on lui dédie un GIT complet avec gestion des branches
pour les différentes versions si besoin.

Pour tout nouveau projet, on pointe sur le CMS (cakePHP) en tant que submodule,
un submodule n'est ni plus ni moins qu'un dépôt, mais comme qu'on inclut comme "partie" d'un projet si besoin.

L'avantage c'est qu'on compartiment les évolutions.

Symfony utilise ce mode de fonctionnement. par contre, attention aux mises à jour des projets,
il faudra toujours penser à mettre à jour les submodules.

C'est simple et efficace.

Olivier

Citation:

---

Envoyé par pontus21

Je pense que l'on va dans un premier temps passer à Git mais en continuant de dupliquer notre CMS à la création du projet et ne le faisant évoluer pour chaque projet (tout en reportant certaines modifications, "à la main", dans le CMS).

[...]

Et notre CMS est une dépendance de nos projets clients (mais nous souhaitons pouvoir faire évoluer cette dépendance au sein de nos divers projets).

---

Après réflexion je pense que l'approche de Nathieb est plus cohérente. Le CMS maison n'est pas une dépendance de vos projets clients mais vos projets clients sont des branches de votre CMS maison.

Donc vous avez en réalité besoin d'un seul repo pour tout le code. Et ça sera d'autant plus facile de propager les modifications de la branche principale vers les branches clientes à coup de git merge. A vous de passer un maximum d'éléments en configuration pour éviter les divergences de code. Le cas le plus complexe à gérer et source d'erreur devenant alors seulement quand un git merge provoque un conflit.

Vous pouvez du coup stocker les configurations sur un autre repo.