Discussion :

[juju77]

Bonjour à tous, voilà je travail sur un projet avec des amis et on a un soucis, on a fait un peu n'importe quoi...On a 2 branch une master et une prod, sauf qu'on a bosser sur la prod et la master est plus du tout a jour, on aurait aimer revenir sur des bonnes bases et retravailler sur la branch master (en tant que branch de dev) et garder la branch prod seulement pour ce qui est validé et qui est dispo sur notre appli en ligne. Ma question comment faire pour réaliser une copie exacte de la branch prod sur la branche master ?

J'ai vu ce tuto : http://javaetmoi.developpez.com/tuto...par-une-autre/

Mais je suis pas sur de moi si quelqu'un pouvait me confirmer !

Merci

[Marco46]

Cette question n'a pas de sens avec git. Ton repository est un arbre de commits dont les branches sont les feuilles. Une branche est un alias d'un commit dans l'arbre.

La question à 1000 euros : Est-ce que votre branche master a divergé par rapport à la branche de prod ? En d'autres termes avez-vous écrit des commits indistinctement dans les 2 branches ?

Si la branche prod a été créée depuis prod et si master n'a jamais évolué depuis il vous suffit de faire ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
git checkout master
git merge prod

Et vous obtiendrez un joli merge fast-forward sans conflits.

Puis :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
git push origin master

Pour mettre à jour votre repository central (un seul d'entre vous).

Notez bien que git est décentralisé, ça signifie que la 1ère étape peut être réalisée par tout le monde, un seul d'entre vous réalisant la 2ème (le push), ou bien un seul d'entre vous réalise toutes les étapes, et à ce terme les autres devront pull la master :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
git checkout master
git pull origin master

Concernant le tutoriel je le trouve brouillon, mélanger git et svn n'augure rien de bon les deux outils étant radicalement différents (le premier est décentralisé et le développeur construit son historique avant de le publier, le second est centralisé et les commits sont en réalités des logs des modifications sur le serveur de source).


Enfin concernant la branche prod elle est inutile. Une branche est une ligne de développement, cela signifie que le code source doit évoluer. Lorsqu'on livre une version dans un environnement (recette, intégration, prod ou ce que tu veux), il est coutume de créer un tag qui est également un alias d'un commit mais depuis lequel on ne peut pas effectuer de modifications directement (impossible d'écrire un commit sur un tag).

En gros le worflow est le suivant :

Votre branche de développement est master. Donc quand un dev veut travailler sur une feature il commence par mettre à jour sa branche master :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
git checkout master
git pull origin master

Ensuite il se crée une branche de feature :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
git checkout -b feature-toto

Il fait ses modifs et commit.

A ce stade tout dépend de votre outil de gestion du repository (github, gitlab, ...) mais généralement cela va se terminer par un push de la branche de feature :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
git push feature-toto

Puis par une merge request sur l'outil web de gestion du repo vers la branche master.

Il conviendra ensuite de mettre à jour sa branche master.

Lorsque vous souhaitez livrer vous créer un tag sur le commit correspondant sur master et vous livrez le tag.

Lorsque vous souhaitez effectuer un hotfix en prod vous créez tout simplement une branche depuis le tag :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
git checkout v0.1.0 #pour se placer sur le tag si il se nomme v0.1.0
git checkout -b hotfix-v0.1.1
# faire les modifs puis
git push origin hotfix-v0.1.1

et enfin créer le nouveau tag et déployer.

Il ne faudra pas oublier de merger les modifs de cette branche dans la master !

[juju77]

Salut Marco,

Merci de ta réponse plus que complète !

La question à 1000 euros : Est-ce que votre branche master a divergé par rapport à la branche de prod ? En d'autres termes avez-vous écrit des commits indistinctement dans les 2 branches ?

=> Oui je crois sauf que tout ce qu'on a sur la master on en veut plus (il y a pas mal d'erreurs dessus), on veut que la master deviennent comme la prod dans un premier temps (on a vraiment foutu un gros bordel enfaite xD, j'ose meme pas faire un screenshot du network sur git haha)

On va regarder en tout cas tout ce tu nous a mis de très prêt 1000 merci !