Skip to content

Commit ae5205f

Browse files
committed
précision
1 parent 428d669 commit ae5205f

File tree

1 file changed

+11
-7
lines changed

1 file changed

+11
-7
lines changed

content/git/exogit.qmd

Lines changed: 11 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -639,14 +639,16 @@ quelques règles écrites dedans
639639

640640
**Question** : que se passe-t-il lorsque l'on ajoute au `.gitignore` des fichiers qui ont déjà été *commit* sur le projet Git ?
641641

642+
642643
# Premières interactions avec `Github` depuis sa copie de travail
643644

644645
Jusqu'à présent, après avoir cloné le dépôt, on a travaillé uniquement
645646
sur notre copie locale. On n'a pas cherché à interagir à nouveau
646647
avec `Github`.
647648

648649
Cependant, il existe bien une connexion entre notre dossier local et
649-
le dépôt `Github`. On peut s'en assurer en tapant dans un terminal
650+
le dépôt `Github`. Si on utilise la ligne de commande,
651+
on peut s'en assurer en tapant dans un terminal
650652

651653
~~~shell
652654
git remote -v
@@ -674,12 +676,14 @@ celui-ci. Généralement, les url de ces deux dépôts sont les mêmes mais cela
674676
arriver, lorsqu'on contribue à des projets opensource qu'on n'a pas créé,
675677
qu'ils diffèrent[^2].
676678

677-
[^2]: Dans ce cas, on rencontre généralement un nouvel alias à côté d'`origin`.
678-
opensource, où on contribue avec un *workflow* plus complexe (on contribue
679-
sur un fork qui est une copie d'un dépôt sur lequel on n'a pas de droits
680-
de modifications mais auquel on va suggérer des modifications à partir de notre
681-
`fork`), on retrouve souvent un deuxième alias qui est `upstream` (cf.
682-
[le tutoriel `Github` pour mettre à jour un fork](https://docs.github.com/en/github/collaborating-with-pull-requests/working-with-forks/syncing-a-fork).
679+
[^2]: Ce cas de figure arrive lorsqu'on contribue à des projets
680+
sur lesquels on n'a pas de droit d'écriture. Il est alors
681+
nécessaire d'effectuer un _fork_, une copie de ce dépôt sur laquelle
682+
on dispose de droits.
683+
Dans ce cas de figure, on rencontre généralement un nouvel alias à côté d'`origin`.
684+
nommé `upstream` (cf.
685+
[le tutoriel `Github` pour mettre à jour un _fork_](https://docs.github.com/en/github/collaborating-with-pull-requests/working-with-forks/syncing-a-fork)
686+
et qui pointe vers le dépôt source à l'origine du _fork_.
683687
La création du bouton `Fetch upstream` par `Github` facilite grandement
684688
la mise en cohérence d'`upstream` et `origin` et constitue la méthode
685689
recommandée.

0 commit comments

Comments
 (0)