pour bien comprendre git il faut se mettre en tête que le terme "commit"
est différent de celui de cvs/svn
lorsqu'on commit c'est dans sa branche locale,
on peut revenir en arrière à la fois sur des modifications non commitées
et commitées (en local)
chaque commit a un id différent qui permet de revenir en arrière, voir
même d'annuler un commit situé entre deux autres commit.
ensuite une fois que c'est stable on peut faire un "push" sur le repo
principal. Ce push enverra tout les commits d'un coup.
Il est possible aussi de revenir en arrière de tout ou partie des
commits sur le repo principal.
en ce qui concerne github, sur le repo principal nous somme actuellement
seulement 4/5 à avoir le droit de faire un push sur le repo, mais si on
part du principe que les contributeurs fork le projet dans leur compte
github, ils peuvent faire une demande de pull sur le repo principal,
mais ne peuvent pas faire de push. Ensuite on décide se qu'on veut
intégrer, tout ou partie des commits.
Le 21/08/11 20:04, Destailleur Laurent a écrit :
Attention a ne pas aller vers l'objectif contraire. Il ne faut surtout
pas qu'on ait des intégrations de code faite par des personnes qui ne
soient pas dans une liste de contributeurs que l'on gere, sinon l'appli
deviendra vite du n'importe quoi rempli de mauvaise contribution qu'on
arrivera plus à valider.
Que la personne puisse faire des commit sur son env interne, pas de
soucis, par contre tu me confirmes que le pull ne peut etre fait que par
des personnes habilités ?
En d'autre terme, il faut que faire un pull git reviens a faire un
commit en cvs (chose qu'on ne faisait que lors que le dev était stable).
Il faut de plus que les injections se fasse évol par évol comme avec le
cvs et non par "paquet d'evol". Mais la je ne vois pas comment gérer
cela en git. Peut-on une fois que des evol ont été "pullés", annuler une
modif depuis un id de commit ? Ca serait interressant.
Cordialement,