Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue77:c_c [2014/02/24 18:19] – frangi
+++ issue77:c_c [2014/02/25 16:07] (Version actuelle) – auntiee
@@ Ligne 5: / Ligne 5: @@
 **
-Le mois dernier, j'ai présenté aux lecteurs le dépôt github nouvellement créé qui contenait le CLI Cookbook que j'ai mis en place avec les commentaires de nos lecteurs. Depuis, j'ai reçu un certain retour des lecteurs : correction des erreurs et ajout de contenu. Mais, en faisant cela, j'ai réalisé que je n'avais jamais inclus d'informations à propos du maintien de votre branche locale synchronisée avec ma branche master : ce qui rend très difficile pour moi la prise en compte des demandes, puisque je dois reporter manuellement toutes les modifications. Par conséquent, je vais aborder brièvement comment aller chercher les changements en amont.
+Le mois dernier, j'ai présenté aux lecteurs le dépôt github nouvellement créé qui contenait le CLI Cookbook que j'ai mis en place avec les commentaires de nos lecteurs. Depuis, j'ai reçu un certain retour des lecteurs : correction des erreurs et ajout de contenu. Mais, en voyant ces contributions, je me suis rendu compte que je n'avais jamais inclus d'informations à propos de la nécessité d'une synchronisation constante de votre branche locale avec ma branche master : ce qui rend très difficile pour moi la prise en compte des demandes, puisque je dois reporter manuellement toutes les modifications. Par conséquent, je vais aborder brièvement comment récupérer les changements en amont.
-Les étapes 1 à 3 sont nécessaires lorsque vous configurez votre espace de stockage sur le système local. L'étape 4 est la commande que vous exécuterez pour récupérer les mises à jour en amont. Donc, la première fois que vous faites cela, suivez les 4 étapes, mais après cela, vous pouvez aller directement à l'étape 4.
+Les étapes 1 à 3 sont nécessaires lorsque vous configurez votre espace de stockage sur le système local. L'étape 4 est la commande que vous exécuterez pour récupérer les mises à jour en amont. Donc, la première fois que vous faites ceci, suivez les 4 étapes, mais après, vous pouvez aller directement à l'étape 4.
 **
@@ Ligne 31: / Ligne 31: @@
 Étape 1
-Dupliquez le référentiel (sur github cliquez simplement sur le bouton de la fourche sur le référentiel, vous voulez dupliquer).
+Dupliquez le référentiel (sur github cliquez simplement sur le bouton de la fourche sur le référentiel que vous voulez dupliquer).
 Étape 2
-Téléchargez une copie locale de la branche actuelle.
+Créez une copie locale de la branche.
 git clone https://github.com/<username>/<repo name>.git
-Remplacez <username> avec votre vrai nom d'utilisateur, et <repo name> avec le nom du référentiel.
+Remplacez <username> par votre vrai nom d'utilisateur et <repo name> par le nom du référentiel.
 Étape 3
@@ Ligne 65: / Ligne 65: @@
 **
+Étape 4
+Maintenant, si vous voulez mettre à jour les changements à partir du référentiel original, tout ce que vous devez faire est :
+git fetch upstream
+git merge upstream/master
+Ceci va récupérer toutes les modifications du référentiel original et la deuxième commande les fusionne avec votre copie locale. Si vous avez des modifications dans votre branche locale qui n'existent pas dans la branche originale et que vous essayez de rafraîchir les mises à jour, cela va faire apparaître des conflits. La manière la plus facile de résoudre ceux-ci est d'utiliser la commande suivante :
+git mergetool
+Elle vous fera examiner chaque conflit pas à pas (c'est très utile d'avoir une connaissance de « diff », car c'est le format général utilisé pour les conflits).
 **
 As you can see – this isn't an extremely complicated process. The key point is how to register the original repository as upstream, after which it progresses as you might imagine. Unfortunately, this won't completely negate the need to resolve conflicts; however, it will cut down on the amount of conflicts I will have to manage on the master branch, and should therefore allow me to handle any pull requests quickly.
@@ Ligne 71: / Ligne 84: @@
 **
+Comme vous pouvez le voir, ce n'est pas un processus extrêmement compliqué. Le point clé est comment enregistrer le référentiel original comme amont et, après cela, ça avance comme vous pourriez l'imaginer. Mais, ça n'effacera pas complètement le besoin de résoudre les conflits ; cependant, cela permettra de réduire le nombre de conflits que j'aurai à régler dans la branche maîtresse et devrait ainsi me permettre de gérer les demandes de mise à jour rapidement.
+J'espère que ça vous a aidé à comprendre comment garder vos branches à jour ; et que ce sera le début de plein de nouveautés dans le CLI Cookbook ! Merci à tous ceux qui ont contribué jusqu'à présent (soit dans le Google Doc, soit dans le référentiel Github). Si vous avez des questions ou des suggestions, n'hésitez pas à m'envoyer un e-mail à lswest34+fcm@gmail.com