]> source.charles.plessy.org Git - source/.git/commitdiff
Petites modifications et additions.
authorCharles Plessy <https://launchpad.net/~plessy>
Sat, 29 Oct 2011 09:18:25 +0000 (18:18 +0900)
committerCharles Plessy <https://launchpad.net/~plessy>
Sat, 29 Oct 2011 09:18:25 +0000 (18:18 +0900)
Debian/debiâneries/tout-dans-git.mdwn

index 8c097597168589eaece9a707be141b787a6f45fe..cfa1cec25c337110669f9694d71ab2da46d8e26a 100644 (file)
@@ -10,12 +10,13 @@ de [GitTogether2011](http://kitenet.net/~joey/blog/entry/GitTogether2011/), et
 l'autre à propos de [l'utilisation de Git dans la société
 Baserock](http://blog.liw.fi/posts/future-of-linux-distros/).
 
-J'aime beaucoup l'idée d'utiliser Git au-delà de la gestion du code
-source de programmes.  Pour les paquets Debian dont je m'occupe et qui sont
-gérés avec Git, je stocke depuis quelques temps les journeaux de construction
-dans une branche appelée <code>meta</code>.  Depuis que
-[sbuild](http://packages.debian.org/sbuild) [[!debbug 605763 desc="filtre
-certaines parties variables de ses logs"]], la commande <code>git diff
+J'aime beaucoup l'idée d'utiliser Git au-delà de la gestion du code source de
+programmes.  D'ailleurs cet article est lui-même diffusé via un [réseau de
+référentiels Git](http://www.branchable.com).  Pour les paquets Debian dont je
+m'occupe et qui sont gérés avec Git, je stocke depuis quelques temps les
+journaux de construction dans une branche appelée <code>meta</code>.  Depuis
+que [sbuild](http://packages.debian.org/sbuild) [[!debbug 605763 desc="filtre
+certaines parties variables de ses journaux"]], la commande <code>git diff
 --word-diff=color</code> permet de surveiller efficacement la différence entre
 les constructions de deux versions d'un paquet.  Par exemple, pour la [mise à
 jour de
@@ -24,20 +25,21 @@ que j'ai faite ce matin, pas grand chose à signaler si ce n'est que
 <code>-D_FORTIFY_SOURCE=2</code> n'est plus passé et que par conséquent les
 alertes <code>-Wunused-result</code> ont disparu.
 
-Un des autres avantages de stocker les journeaux de construction est simplement
+Un des autres avantages de stocker les journaux de construction est simplement
 de rendre disponible une information qui ne l'était pas auparavant :
-buildd.debian.org contient les journeaux pour toutes les plateformes sauf celle
-utilisée par le responsable du paquet, souvent l'une des plus utilisées, car
-ses téléchargements combinent paquets source et binaires.  Ce problème sera
-rêglé lorsque notre archive reconstruira automatiquement les paquet binaires
-téléchargé avec les paquets source, mais pas complètement car il est toujours
-possible de télécharger un paquet binaire isolément.
-
-Dans la branche <code>meta</code> de mes dépôts Git, les journeaux sont gardés
-côte-à-côte pour toutes les plateformes.  Je ne suis pas sûr que que ça soit la
+[buildd.debian.org](http://buildd.debian.org) contient les journaux pour toutes
+les plates-formes sauf celle utilisée par le responsable du paquet, souvent
+l'une des plus utilisées, car ses téléchargements combinent paquets source et
+binaires.  Ce problème sera réglé lorsque notre archive reconstruira
+automatiquement les paquet binaires téléchargé avec les paquets source, mais
+pas complètement car il est toujours possible de télécharger un paquet binaire
+isolément.
+
+Dans la branche <code>meta</code> de mes dépôts Git, les journaux sont gardés
+côte-à-côte pour toutes les plates-formes.  Je ne suis pas sûr que que ça soit la
 disposition idéale, mais pour le moment je suis réticent à l'idée d'avoir une
 multitude de branches parallèles.  Je commence à automatiser la gestion des
-logs, par exemple avec le petit script suivant pour les récupérer depuis
+journaux, par exemple avec le petit script suivant pour les récupérer depuis
 buildd.debian.org.
 
 <pre>