IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Autres Discussion :

travailler a deux sur un projet github


Sujet :

Autres

  1. #1
    Membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    février 2014
    Messages
    42
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : février 2014
    Messages : 42
    Points : 51
    Points
    51
    Par défaut travailler a deux sur un projet github
    Bonjour

    Je travail actuellement avec quelqu'un d'autre sur un projet, nous avons fait le choix de l'héberger sur github.
    Le problème c'est que si on travail en même temps sur le projet que l'un commit ses modifs, l'autre ne peux pas commit car github n'arrive pas a résoudre les conflit et ne sais pas comment les gérer.

    Comment faire pour travailler a plusieurs sur github en modifiant les même fichiers et pouvoir commit facilement ?

    Pour utiliser git j'utilise l'application GitHub pour windows et git en ligne de commande

    edit : git stash est il la solution ?
    si oui comment l'utiliser correctement

    Merci d'avance

  2. #2
    Expert éminent sénior
    Avatar de Marco46
    Homme Profil pro
    Développeur informatique
    Inscrit en
    août 2005
    Messages
    4 413
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : août 2005
    Messages : 4 413
    Points : 19 535
    Points
    19 535
    Par défaut
    Github ne peut pas résoudre les conflits, seul un humain peut le faire (sauf stratégie automatisée mais c'est une autre histoire).

    Ne travaillez pas directement sur master. Ca c'est un premier point.

    Créez-vous chacun une branche :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    # en étant sur master, récupérer d'abord la dernière version de master
    git pull origin master
    # créer une branche (par feature, par dev, c'est comme vous voulez)
    git checkout -b nom_branche
    # faire les modifs qu'on veut
    # une fois que les commits sont faits, si un autre contributeur a fait des modifications sur master
    git checkout master
    git pull origin master
    git checkout nom_branche
    git rebase master
    # résoudre les éventuels conflits
    git checkout master
    git merge nom_branche
    git push origin master
    # supprimer la branche de travail
    git branch -D nom_branche
    # créer une nouvelle branche pour réaliser les nouvelles modifs
    git checkout -b nom_branche_suivante
    # etc ...
    Voilà, ça c'est un workflow qui fonctionne si vous travaillez en direct sur le repo, si vous passez par des forks avec des pull request c'est pas tout à fait pareil.
    Un problème avec Git ? Essayez la FAQ, sinon posez votre question sur le forum.



    "Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
    Kenneth E. Boulding

    "Les richesses naturelles sont inépuisables, car, sans cela, nous ne les obtiendrions pas gratuitement. Ne pouvant être ni multipliées ni épuisées, elles ne sont pas l’objet des sciences économiques."
    Jean-Baptiste Say, Traité d'économie politique, 1803.

    "/home/earth is 102% full ... please delete anyone you can."
    Inconnu

  3. #3
    Membre éclairé

    Homme Profil pro
    Ouvrier de l'informatique [ et quelquefois ingénieur logiciel ]
    Inscrit en
    mars 2013
    Messages
    173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Lot et Garonne (Aquitaine)

    Informations professionnelles :
    Activité : Ouvrier de l'informatique [ et quelquefois ingénieur logiciel ]
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2013
    Messages : 173
    Points : 731
    Points
    731
    Par défaut Git distribué - Contribution à un projet
    Processus suggéré pour le "Cas d’une petite équipe privée":
    Nom : small-team-flow.png
Affichages : 1337
Taille : 18,8 Ko

    tiré de cette page : https://git-scm.com/book/fr/v2/Git-d...3%A0-un-projet

    elle contient d'autres méthodes de gestion :
    • Équipe privée importante
    • Projet public dupliqué
    • Projet public via courriel

Discussions similaires

  1. Travailler à deux sur un projet sans Team System
    Par stivideo dans le forum Visual Studio
    Réponses: 3
    Dernier message: 11/11/2010, 13h51
  2. [HTML] travailler à deux sur le CSS et code HTML
    Par yvon888 dans le forum Balisage (X)HTML et validation W3C
    Réponses: 1
    Dernier message: 19/03/2009, 17h55
  3. Travailler à deux sur Flash
    Par yvon888 dans le forum Flash/Flex
    Réponses: 0
    Dernier message: 19/03/2009, 17h54
  4. Travailler à plusieurs sur un projet Flex
    Par Zeusviper dans le forum Flex
    Réponses: 1
    Dernier message: 19/11/2008, 10h59
  5. [BO 5.1.6] [BO6.5.1] Travailler avec deux versions BO sur le même poste
    Par l_ourse dans le forum Administration-Migration
    Réponses: 7
    Dernier message: 05/03/2008, 11h35

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo