donc je commence à utiliser Git + GitHub.
Dans notre petite équipe distribuée, chaque membre crée sa propre branche pour chaque problème / exigence qui lui est alloué.
git branch Issue#1 <-- create this branch
git checkout issue#1 <-- switch over to this branch
maintenant code code
, commit
, code
, commit
, etc ...
puis pull request
, code-fixup
, commit
, code
, commit
.. etc.
et ENFIN ... la demande d'extraction est acceptée.
Woot.
mais .. maintenant quoi? (......gênant......)
La personne qui a créé la branche sur sa machine de développement locale doit-elle .. fermer la branche? Une suggestion était pour la personne de développement de supprimer la branche `(... -D ...) et de faire ensuite une extraction / actualisation du maître .. qui obtiendra alors tout son code de branche.
Hmmmmm ... pas sûr - aidez s'il vous plaît :)
git branch Issue#1 -d
et c'est tout ce qu'il y a - aucun code n'est perdu, juste une étiquette est supprimée de votre référentielmaster
,develop
ou quel que soit le nom de votre branche de développement (Merge, Rebase (avec / sans squash), ...)Réponses:
Nous demandons au développeur qui demande la demande d'extraction d'indiquer qu'il souhaite que la branche soit supprimée. La plupart du temps, c'est le cas. Il y a des moments où une branche est nécessaire (par exemple en copiant les modifications dans une autre branche de version).
Mes doigts ont mémorisé notre processus:
Une succursale, c'est pour le travail. Une balise marque un lieu dans le temps. En étiquetant chaque fusion de branche, nous pouvons ressusciter une branche si cela est nécessaire. Les balises de branche ont été utilisées plusieurs fois pour examiner les modifications.
la source
git push --tags
est lourde et télécharge toutes les balises. Cela rend difficile d'avoir vos propres balises locales. Au lieu de cela, nous utilisonsgit push origin branch-<feature-branch>
pour pousser une seule balise.git push --tags
.Oui, supprimez simplement la branche en exécutant
git push origin :branchname
. Pour résoudre un nouveau problème plus tard, quittez à nouveau le maître.la source
après avoir terminé le code, commencez par fusionner la branche avec le maître, puis supprimez cette branche
la source
git remote prune sender
pour s'en débarrasser après vous - même si dans la plupart des cas, il n'a pas besoin de s'en soucier.