Différences

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

--- issue77:c_c [2014/02/24 18:38] – 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 66: / Ligne 66: @@
 Étape 4
-Maintenant vous voulez mettre à jour les changements à partir du référentiel original, tout ce que vous avez à faire est:
+Maintenant, si vous voulez mettre à jour les changements à partir du référentiel original, tout ce que vous devez faire est :
 git fetch upstream
@@ Ligne 72: / Ligne 72: @@
 git merge upstream/master
-Ceci va chercher toutes les modifications du référentiel original, et la seconde 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 ceci est d'utiliser la commande suivante :
+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 parcourir chaque conflit pas à pas (c'est très utile pour avoir une connaissance de « diff », car c'est le format général utilisé pour les conflits).
+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).
 **
@@ Ligne 84: / Ligne 84: @@
 **
-Comme vous pouvez le voir : ce n'est pas un processus extrêmement compliqué. Le point clé est de comment enregistrer le référentiel original comme amont, après cela çà avance comme vous pourriez l'imaginer. Mais, çà n'effacera pas complètement le besoin de résoudre les conflits; cependant, ça fera une coupe sombre dans le nombre de conflits que j'aurai à régler dans la branche maitre, et ça devrait me permettre de gérer les demandes de mise à jour rapidement.
+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 c'est 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 ou dans le référentiel Github). Si vous avez des questions, des suggestions, n'hésitez pas à m'envoyer un e-mail à lswest34+fcm@gmail.com
+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