• # branches, branches, branches

    Posté par (site web personnel) . En réponse au message GIT - Merge Request. Évalué à 2.

    Git, c'est assez personnel, mais dans l'idée un fonctionnement assez simple à respecter.

    Le master tu n'y touches jamais directement. Tu prends une branches par fonctionnalités en cours développement, par personne.
    Git checkout -b "nouvelle branches et tu vas dessus"

    Tu fais tes modifications...

    Pour éviter les problèmes, tu fais tout sur le même dossier, pas de un dossier pour une branche, sinon, c'est la merde. Pour ça, tu fais des
    commit -am "ton message"

    Avant de faire une quelconque pull-request, tu t'assures de ne pas être derrière le master si un collègue à déjà pousser, sinon, problème de merge => chiant voir très chiant.
    git checkout master
    git status

    • Si tu es à jour ça roule :
      git push origin mabranche
      -> pull-request de ta branches sur le master

    • Si tu n'es pas à jour
      git pull origin master // ça passe toujours
      git pull origin mabranches // ici potentiel problème, mais c'est à toi de les résoudre, tu t'assures juste d'envoyer un truc qui marche encore.

    Une fois que tout est prêt, tu pousses sur ta branches
    git push origin mabranche
    -> pull-request de ta branches sur le master

    La réalité, c'est ce qui continue d'exister quand on cesse d'y croire - Philip K. Dick