Ce chapitre rassemble les distinctions essentielles du module pour préparer le QCM : rôle des commandes Git, collaboration sur GitHub et automatisation avec Actions.
7.1 Les notions à vérifier
Le QCM STRICT conserve les vingt questions et les réponses indiquées dans le support. Ce rappel Standard explicite les distinctions à retenir.
| Repère | Pourquoi |
|---|---|
| Git est un VCS distribué. | Il conserve un historique local et permet la collaboration. |
| init crée, clone copie un dépôt existant. | Les deux opérations ne répondent pas au même point de départ. |
| add prépare ; commit enregistre ; push publie. | Ces trois étapes ne sont pas interchangeables. |
| fetch récupère ; pull récupère puis intègre. | L’intégration peut être un merge ou un rebase selon la configuration. |
| status décrit l’état du dépôt. | log décrit l’historique ; diff compare les contenus. |
| merge intègre une branche dans la branche courante. | Un conflit exige une décision, puis add et commit pour terminer la fusion. |
| restore agit sur fichiers/index ; revert ajoute un commit inverse. | reset déplace la référence et ses modes déterminent l’effet sur index et fichiers. |
| branch -d supprime une branche locale intégrée. | La branche distante est une référence distincte. |
| Actions automatise des workflows. | Un événement déclenche un workflow composé de jobs et steps. |
| Le workflow se définit en YAML. | Une action personnalisée peut être JavaScript, Docker ou composite : la réponse YAML à la question 18 du STRICT confond deux notions. |
| workflow_dispatch permet le lancement manuel. | Le workflow doit être disponible sur la branche par défaut pour être déclenchable ainsi. |
| Les secrets sont enregistrés dans les réglages GitHub. | La question 20 du STRICT est imprécise : leur valeur ne se stocke pas dans le fichier YAML, qui référence seulement le secret. |