Lorsque vous branchez un certain code, terminez de travailler avec la branche et de la fusionner sur le coffre, que faites-vous avec la branche? Supprimer du référentiel? Gardez-le pour référence? P>
On dirait que vous le garderiez pour référence, mais j'imagine que le répertoire (si ce n'est pas quelque chose que les gens sont généralement d'accord sur, s'il vous plaît commenter et je vais en faire un wiki communautaire.) p>
/ succursales code> pourrait être assez encombré. p>
Clarification H2>
jleedev code> a raison - nous devrions spécifier le système de contrôle de la version dont nous parlons. P>
7 Réponses :
Je préfère toujours garder les branches. Oui, je peux les utiliser comme référence, ou simplement récupérer une certaine version à tout moment. P>
Dans chaque projet, je travaille sur nous supprimons les branches de développement dès que nous en avons fini. Nous faisons cependant brancher le code lorsque nous relâchons et retenons à ceux pendant un moment p>
Je n'ai jamais supprimé les succursales, mais considérez cela une question de goût personnel. Vous ne supprimez pas réellement les révisions du référentiel lorsque vous supprimez la branche. P>
S'il y a une chance que la succursale aura une vie propre, il est évident que vous le gardez. Sinon, je le garderais probablement mais révoquer l'accès en écriture. Les disques sont bon marché. P>
Utilisateurs SVN Généralement Tag CODE> Les branches pour garder le répertoire des branches Nettoyer, non? P>
Je supprimez les branches réintégrées depuis que je n'en ai plus besoin. Git et Mercurial Keep Breading / Fusion de l'histoire de toute façon. À Subversion, je tiendrais de vieilles branches pour avoir une référence à commettre l'histoire. P>
Que voulez-vous dire lorsque vous dites que GIT conserve des informations de ramification. Comment pouvez-vous savoir si un commit particulier faisait partie de la branche 625 si la succursale est partie?
La succursale dans Git n'est qu'un «pointeur» pour commettre ce qui sera un parent pour les engagements ultérieurs. Lorsque vous supprimez une succursale, vous supprimez simplement son pointeur, les engagements réels ne sont pas touchés. Dans l'histoire, vous voyez qu'il y avait une succursale et dans la fusion de commentaires, vous voyez son nom.
Maintenant que j'utilise Git, oui, je supprime des succursales quand j'aurai fini avec eux. C'est parce que dans Git, une branche est Quand j'ai entendu dire cela, je n'ai pas bien compris, mais c'est littéralement vrai. Si vous entrez dans un projet que vous avez dans le contrôle de la version GIT et que vous ouvrez Évidemment, la création d'un tel fichier est très bon marché, c'est pourquoi la ramification est bon marché dans GIT. Cela, à son tour, c'est pourquoi je peux agir souvent, et il serait idiot d'avoir des succursales comme Une fois qu'une succursale est fusionnée dans Maître, ses commits font partie de l'historique de la branche principale. Le seul but de garder la succursale serait de savoir quels commettez-vous que j'ai considéré que le dernier sur une succursale. Et ce n'est pas très pertinent pour moi lorsque le code est en production. P> .git / refs / têtes code>, vous verrez un fichier pour chaque branche que vous avez, y compris MASTER. Chaque fichier contient le hachage d'un commit. C'est tout. P>
add_bells_to_the_widget code> accumuler partout. P>
Pouvez-vous s'il vous plaît élaborer sur "accumuler partout"? Où exactement? J'ai récemment commencé à utiliser Git pour un travail sérieux et à essayer d'établir un flux de travail décent. Vous avez dit "Garder la succursale serait de savoir quel commettre j'ai considéré que je considérais que le dernier sur une branche», et je comprends que vous ne vous en souciez pas, mais tout le but de VCS est de se souvenir de choses que vous pensez que vous ne pensez pas besoin et éventuellement apprendre que vous faites. Qu'est-ce que cette suppression vous achète exactement?
@Davide - pour moi, branche git code> montre quelques branches standard (
maître code> et
dev code>) et une liste de choses que je travaille sur (
add_new_widget code>,
fix_dumb_bug code>, etc.). Cela ne devrait pas être plus qu'une poignée de fonctionnalités et / ou de bugs à tout moment. Plus que c'est fouillé. La suppression me garde organisé. Et je ne perds rien, vraiment; le travail et les commits sont toujours dans mon histoire; Même les noms des branches que j'ai fusionnées sont là dans la fusion commettre.
Je vois. Je pensais que le nom des branches était parti. Je vais creuser dans des histoires de journaux pour mieux comprendre. Merci!
Dans les journaux de mine, les noms de succursales sont partis quand je les supprimerai. Puisqu'il devient assez longtemps pour un commentaire, je vous ai fait une question, jetez un coup d'œil: Stackoverflow.com/questions/12114519/...
La plupart de ces réponses seraient améliorées par une mention de laquelle il s'applique, notamment Git et similaire vs. Subversion.