• [^] # Re: blah

    Posté par . En réponse au message [Résolu] Comment gérer le fork d'un projet github dans une instance gitlab (framagit) ?. Évalué à -6.

    J'avais vu la chose ainsi, ayant aussi fait la démarche de poser les commandes,

    git clone gh.com/up/stream
    git remote add upstream up/stream
    git remote add gh git/hub
    git remote add origin frama/git
    git checkout -b gh_fork --track gh/master

    travail
    git checkout -b mabranche --track origin/master
    touch...
    git commit && git push

    sync
    git fetch upstream
    git checkout mabranche
    git merge upstream/master

    pr
    git checkout gh_fork
    git merge ma_branche
    git commit -am ..
    # git rebase ?
    git push
    Aller sur github, faire la PR, ou scripter l'api

    pr par mail
    git checkout mabranche
    git rp | mail

    Dans le cas d'une pr par mail, c'est l'upstream qui fera ton job de merge, de réconciliation et de rebase.

    Alors que pour une pr plus classique, l'ui lui indiquera immédiatement si les commits sont en conflits, il n'aura qu'à faire sa petite revue de code pépère, si il a branché les hooks travis / , il aura ses résultats de CI automatiquement, et puis si il est content un coup de clic et zou c'est fini.

    celui-ci devrait se débrouiller pour se synchroniser tout seul avec l'upstream.

    Comment feras tu lorsque les versions auront suffisamment divergées pour nécessiter une réconciliation manuelle ?
    Si tu veux juste faire un fetch en local, alors oui, un cron suffira, mais pour intégrer les changements dans ton local, un merge sera nécessaire, donc, éventuellement, réconciliation manuelle.

    je peux faire la même chose avec du libre décentralisé

    décentralisé ?