Si vous utilisez des succursales dans la subversion si une seule personne travaille sur un projet?

StackOverflow https://stackoverflow.com/questions/1296997

  •  18-09-2019
  •  | 
  •  

Question

Je viens juste de commencer à l'aide de Subversion sur un projet C #. Je travaille sur ce projet seul, mais je suis en train de traiter est comme si je travaillais dans un groupe pour ma propre expérience d'apprentissage.

Si je comprends bien la façon typique de travailler avec la subversion est d'avoir un dossier de coffre qui sera toujours construire. Des changements importants sont ensuite créer dans de nouvelles branches, qui sont ensuite fusionnés dans le tronc quand ils sont complets. Donc, il peut y avoir de nombreuses branches simultanées en cours d'élaboration par différents membres de l'équipe.

Mais si je travaille moi-même est là un point quelconque à faire une branche? Disons que je suis à la révision 100 dans la tête. Je vais créer une branche à la révision 101, puis continuer à travailler sur la branche jusqu'à ce que la révision 110. Maintenant, je peux fusionner 110 dans le tronc, mais il n'y a personne d'autre sur le projet donc il n'y aura pas de changement dans la coffre pour fusionner de nouveau dans. Je voudrais juste être la fusion de retour dans la révision 100 où je crée la branche d'origine.

Était-ce utile?

La solution

Les directions générales ont rien à voir avec combien de personnes travaillent sur un projet. Une branche est pour un flux de développement alternatif, comme les différents ensembles de fonctionnalités, cibles matérielles ou des clients.

Si 100 personnes travaillent sur un seul livrable ils devraient utiliser la même branche. Si une seule personne soutient une douzaine de produits livrables, il devrait avoir une douzaine de branches.

Autres conseils

Je pense que les branches doivent être utilisées toujours que vous devez faire diviser le code réel de la base, par exemple lorsque vous avez besoin d'essayer une solution farfelue pour un problème ou quelque chose. Avec des branches vous pouvez séparer les problèmes et les tentatives de résolution et de garder le contrôle de version.

Une branche (par opposition à la tag) est une version maintenable du code. Même en un seul développeur, vous pouvez maintenir plus d'une version de votre code (par exemple la migration vers les versions plus anciennes corrections de bugs).
livre SVN énumère les deux cas d'utilisation les plus courantes pour les branches SVN ici .
Les politiques de branchement des deux méthodes ne sont pas directement liés au nombre de développeurs du projet.
À moins que vous travaillez sur un projet à court terme (tels que les études, la libération unique, projet) essayer d'utiliser l'une de ces politiques. Les frais généraux de gestion est assez faible et il peut vous rendre la vie beaucoup plus facile par la suite.

Il ne semble pas le point trop dans la création de succursales si elle est seulement vous travailler sur le projet - vous pouvez simplement utiliser les révisions après tout revenir à.

Si toutefois vous vouliez faire quelque chose d'important et expérimental et je voulais essayer quelques choses que vous pouvez ensuite utiliser la branche pour isoler vos modifications et préserver le tronc.

Vous pouvez travailler tout à fait hors du tronc comme celui-ci et ensuite utiliser des balises de libération ou branches à des fins historiques ... et d'autres branches pour le travail expérimental.

Je garde 2 branches: le développement et le tronc parce que vous ne savez jamais quand vous devez faire une solution rapide de la production. Je peux travailler sur de nouvelles fonctionnalités pour 1-3 semaines avant de les porter à la production. Dans le même temps, je dois déployer des correctifs à la production. En gardant 2 branches, je peux facilement déployer bug seulement des corrections.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top