Tester des branches non liées
Dans cette étape, nous allons créer une nouvelle branche et effectuer un commit sur celle - ci qui n'est pas basé sur le commit pointé par notre étiquette (tag) v1.0
. Cela nous aidera à comprendre comment git branch --contains
se comporte avec des branches qui ne contiennent pas le commit spécifié.
Tout d'abord, créons une nouvelle branche appelée feature - branch
.
git branch feature-branch
Maintenant, changeons de branche pour cette nouvelle branche.
git checkout feature-branch
Vous devriez voir une sortie indiquant que vous avez changé de branche :
Switched to branch 'feature-branch'
Ensuite, effectuons un nouveau commit sur cette branche feature - branch
. Nous allons créer un nouveau fichier.
echo "This is a new feature" > feature.txt
git add feature.txt
git commit -m "Add new feature file"
Vous devriez voir une sortie similaire à ceci après le commit :
[feature-branch a1b2c3d] Add new feature file
1 file changed, 1 insertion(+)
create mode 100644 feature.txt
Maintenant, utilisons de nouveau git branch --contains v1.0
. Rappelez - vous, v1.0
pointe vers un commit sur la branche master
, et notre nouveau commit sur feature - branch
est différent.
git branch --contains v1.0
Cette fois, la sortie devrait seulement afficher la branche master
:
master
La branche feature - branch
n'est pas listée car elle ne contient pas le commit spécifique vers lequel pointe l'étiquette v1.0
. Cela démontre comment git branch --contains
identifie précisément quelles branches ont un commit particulier dans leur historique.
Cela est utile lorsque vous voulez savoir si une correction de bogue (étiquetée avec une version) a été incluse dans une branche de version (release branch), ou si une fonctionnalité spécifique (également potentiellement étiquetée) a été fusionnée dans différentes lignes de développement.