Migrer vers GIT depuis SVN

Question

Pour l'instant, nous utilisons SVN pour notre contrôle de subversion. Et nous en sommes assez satisfaits. Nous l'utilisons dans les cas suivants

• Partage du projet et fusion du code.

Nous voulons également utiliser le cas suivant

• Il y a un dossier appelé "plugin" qui doit être inclus dans de nombreux projets en tant que sous-dossier, maintenant quand nous changeons quelque chose dans "plugin" et que nous le validons, les modifications devraient être affectées dans tous les projets qui l'ont. Les modifications doivent être répercutées dans le sous-dossier de tous les projets qui l'ont (au moins, il faut montrer les modifications entrantes pour le dossier "plugin" dans les projets).

---

J'ai les questions suivantes :

1. Peut-on faire le deuxième cas en subversion. Si oui, comment ?
2. Est-ce que git est meilleur pour les deux cas, si oui, alors comment commencer avec git et réaliser les deux cas.

Answer 1

Le deuxième cas d'utilisation peut être réalisé dans Subversion en utilisant externes . Dans vos projets, créez des dossiers de plugins vides avec des définitions d'éléments externes dans un dépôt de plugins séparé. Lorsque vous extrayez ou mettez à jour un projet, il résoudra la définition des éléments externes et mettra à jour ou extraira le dépôt de plugins.

Answer 2

Git dispose d'une fonctionnalité appelée sous-modules qui fait ce que font les externes svn.

Puisque vous mentionnez la fusion, Git gère très bien la fusion et la ramification et c'est l'une des principales raisons pour lesquelles il est préférable d'utiliser Git plutôt que SVN. De plus, Git est un système de contrôle de version distribué avec des avantages supplémentaires tels que les commits locaux, les branches, les fusions, etc. et les développeurs peuvent facilement pousser et tirer des changements entre eux sans avoir besoin d'un serveur central /repo.

Si le partage et la fusion de projets sont ce que vous recherchez, Git est la solution idéale.