Skip to content
Batmat edited this page Oct 1, 2011 · 2 revisions
  1. Au cas où ce ne serait pas évident, toutes les contributions passent par git & GitHub, que ce soit en accès direct ou via un fork à vous et une pull-request
    https://github.com/Jenkins-Le-guide-complet/jenkins-the-definitive-guide-book
  2. Avant de travailler sur un chapitre, pensez à indiquer sur le wiki sur lequel vous travaillez. Sinon, vous risquez de marcher sur quelqu'un d'autre et ça va être un peu la fête pour intégrer le tout.
    https://github.com/Jenkins-Le-guide-complet/jenkins-the-definitive-guide-book/wiki
  3. C'est la branche master qui est intégrée en continu chez CloudBees. Liens vers les choses en question :  
    [ http://jenkins-le-guide-complet.github.com/]( http://jenkins-le-guide-complet.github.com/)  
    

Comment structurer et versioner le travail avec Git ?

  1. Créer chaque fois une branche portant le nom du fichier en cours de traduction. (Cette branche est régulièrement "pushable" sur GitHub. Tant qu'elle n'a pas été mergée, vous pouvez "rebaser" cette branche autant que vous le souhaitez (corriger un des commits, en fusionner ou en inverser certains...)).
    
  2. Un commit par section (ou par sous-section lorsqu'elles sont volumineuses)
  3. Une fois la traduction terminée, merger avec master avec l'option --no-ff. A ce moment, on ne réécrit plus (rebase -i) quoi que ce soit.

(Note : cette façon de faire n'est a priori pas gravée dans le marbre. On changera éventuellement de politique si on voit que ça pose des problèmes. Si vous pensez qu'il faut faire différemment, venez en parler sur la ML).

Clone this wiki locally