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 : 43
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Août 2005
    Messages : 4 413
    Points : 19 609
    Points
    19 609
    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.

  3. #3
    Membre éclairé

    Homme Profil pro
    Ouvrier de l'informatique [ et quelquefois ingénieur logiciel ]
    Inscrit en
    Mars 2013
    Messages
    185
    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 : 185
    Points : 772
    Points
    772
    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 : 1803
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, 12h51
  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, 16h55
  3. Travailler à deux sur Flash
    Par yvon888 dans le forum Flash/Flex
    Réponses: 0
    Dernier message: 19/03/2009, 16h54
  4. Travailler à plusieurs sur un projet Flex
    Par Zeusviper dans le forum Flex
    Réponses: 1
    Dernier message: 19/11/2008, 09h59
  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, 10h35

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