Q1. Comment pouvez-vous vérifier votre version actuelle de Git ?

• git --v
• git --version
• git --option
• git --current

Référence

Q2. Quelle commande vous permet de créer une connexion entre un dépôt local et distant ?

• git remote add new
• git remote add origin
• git remote new origin
• git remote origin

Référence

Q3. Décrivez ce que font ces commandes Git dans l'historique des commits :

git reset --hard HEAD~5
git merge --squash HEAD@{1}

• Elles réinitialisent HEAD au cinquième commit dans le dépôt, puis fusionnent avec la branche principale.
• HEAD de la branche actuelle est réinitialisé en arrière de cinq commits, puis les commits précédents sont écrasés en un seul commit.
• Elles suppriment les cinq derniers commits.
• Elles fusionnent les cinq derniers commits dans une nouvelle branche.

Explication :

• git reset --hard HEAD~5 réinitialise la branche actuelle au commit juste avant les 5 derniers (voir man gitrevisions pour plus de détails sur cette notation et d'autres alternatives intéressantes comme HEAD@{2 days ago}). Comme il s'agit d'une réinitialisation dure, elle écrasera également tous les changements dans l'arborescence de travail. Voir man git-reset.
• git merge --squash HEAD@{1} HEAD@{1} est là où la branche était juste avant la commande précédente (encore une fois, voir man gitrevisions). Cette commande configure l'état de l'index comme il le serait juste après une fusion à partir de ce commit. Toute cette opération pourrait être une manière de prendre 5 commits d'une branche dans laquelle vous avez commencé une nouvelle fonctionnalité et de les écraser en un seul commit, un commit significatif.

Référence

Q4. Votre projet actuel comporte plusieurs branches : master, beta et push-notifications. Vous venez de terminer la fonctionnalité de notification dans la branche push-notifications et vous souhaitez la valider dans la branche beta. Comment pouvez-vous y parvenir ?

• Basculez sur la branche push-notifications et exécutez git merge beta.
• Basculez sur la branche master et exécutez git merge beta -> push-notifications.
• Supprimez la branche push-notifications et elle sera automatiquement validée dans la branche master.
• Basculez sur la branche beta et exécutez git merge push-notifications.

Référence

Q5. Quelle est la signification de la commande suivante ?

git add -A

• Tous les fichiers nouveaux et mis à jour sont ajoutés à la zone de transit.
• Les fichiers sont ajoutés à la zone de transit dans l'ordre alphabétique.
• Tous les fichiers nouveaux sont ajoutés à la zone de transit.
• Seuls les fichiers mis à jour sont ajoutés à la zone de transit.

Référence Référence

Q6. Que va afficher la commande suivante dans le Terminal ?

git remote -v

• Une liste des dépôts distants et de leurs URL.
• La version actuelle de Git que vous exécutez.
• Un éditeur en ligne pour modifier les dépôts distants.
• Les cinq dernières versions de Git que vous avez installées.

Référence Référence

Q7. En regardant les commandes suivantes, décrivez ce qui se passe.

git checkout feature-user-location
git cherry-pick kj2342134sdf090093f0sdgasdf99sdfo992mmmf9921231

• Le commit est marqué pour une publication sur la branche feature-user-location.
• Un commit est copié de sa branche d'origine vers la branche feature-user-location.
• Le commit est sélectionné comme nouvelle tête de l'historique des commits.
• Un commit est copié de la branche feature-user-location vers la branche master.
• La branche est basculée sur la branche feature-user-location, et le commit spécifié est appliqué à la branche.

Explication :

'git checkout feature-user-location' bascule sur la branche 'feature-user-location'. 'git cherry-pick kj2342134sdf090093f0sdgasdf99sdfo992mmmf9921231' applique les modifications du commit spécifié ('kj2342134sdf090093f0sdgasdf99sdfo992mmmf9921231') à la branche actuelle (feature-user-location). Cela revient en fait à copier le commit de sa branche d'origine dans la branche feature-user-location. Ainsi, cette séquence de commandes permet de cherry-pick un commit spécifique sur la branche feature-user-location.

Q8. Que fait la commande suivante dans le référentiel Git ?

git reset --soft HEAD^

• Elle supprime tous les commits précédents et réinitialise l'historique du référentiel à son état initial.
• Elle réinitialise la branche de travail au premier commit.
• Elle maintient HEAD au commit actuel mais efface tous les commits précédents.
• Elle positionne HEAD sur le commit précédent et laisse les modifications du commit annulé dans la zone de transit.

Référence Référence

Q9. Vous trouvez un bogue dans votre projet, mais vous ne pouvez pas localiser où il a été introduit dans l'historique des commits. Comment diagnostiqueriez-vous ce

problème ?

• Revenez manuellement en arrière dans votre historique des commits.
• Utilisez git search -diff pour comparer tous les commits de l'historique de votre référentiel.
• Exécutez un rebasage Git pour trouver le commit problématique.
• Utilisez git bisect pour comparer le commit problématique à un commit antérieur qui fonctionne comme prévu.

Référence Référence

Q10. Pourquoi utiliseriez-vous la commande suivante ?

git rebase -i HEAD~10

• Pour effectuer une recherche comparative des 10 derniers commits pour trouver les différences.
• Pour répertorier les 10 derniers commits et les modifier avec les commandes squash ou fixup.
• Pour supprimer les 10 derniers commits et réinitialiser HEAD.
• Pour mettre en cache localement les 10 derniers commits.

Référence Référence

Q11. Pourquoi utiliseriez-vous un crochet pre-receive dans votre référentiel distant ?

• Vous ne le feriez pas, vous l'utiliseriez dans le référentiel local.
• Pour exécuter un script lorsque un dépôt distant reçoit une poussée qui est déclenchée avant que les références ne soient mises à jour.
• Pour exécuter un script après les mises à jour effectuées dans le référentiel distant.
• Pour déboguer toutes les balises de commit et les versions de publication.

Référence Référence

Q12. Quelle option pouvez-vous utiliser pour appliquer des configurations Git dans tout votre environnement Git ?

• --all
• --master
• --global
• --update

Référence Référence

Q13. Comment pourriez-vous fusionner plusieurs commits en un seul sans utiliser git merge --squash ?

• Mise en cache
• Vous ne le pouvez pas. git merge --squash est la seule commande Git pour cette opération.
• Rebaser
• Reflog

Référence Référence

Q14. Si vous avez cloné un référentiel Git existant, qu'arriverait-il ?

• Une nouvelle copie écraserait le référentiel central.
• Une copie du référentiel serait créée sur votre machine locale.
• Rien, le clonage n'est pas une fonction Git prise en charge.
• Une copie du référentiel serait créée sur la plateforme d'hébergement.

Référence Référence

Q15. Comment pouvez-vous afficher une liste des fichiers ajoutés ou modifiés dans un commit spécifique ?

• Trouvez le commit dans le référentiel distant, car c'est le seul endroit où ce type d'information est stocké.
• Utilisez la commande diff-tree avec le hachage du commit.
• Exécutez git commit --info avec le hachage du commit.
• Accédez aux données du stash du commit avec git stash.

Référence Référence

Q16. What files is this .gitignore programmed to leave out?

#.swift
build/

*.txt
*.metadata

• All files with a .swift, .txt, or metadata file extension, as well as the entire build directory
• Only the build directory
• All files in the build directory, as well as files ending with .txt or .metadata
• Only files with .swift and .txt extensions.

Reference

A line starting with # serves as a comment. Hence # .swift does not do anything. See man gitignore.

Q17. After you make changes to a local repository, you run the following command. What will this do?

git commit -a -m "Refactor code base"

• Nothing, you can't use multiple options in the same command
• Adds all new files to the staging area
• Commits all new files with a message
• Adds all modified files to the staging area, then commits them with a message

Q18. After checking your git status you get the following output, which shows the file beta-notes.js in the commit but also unstaged. How can this situation occur?

Change to be committed:

(use "git reset HEAD <file>..." to unstage)
modified: beta-notes.js
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout --<file>..." to discard changes in working directory)

modified: beta-notes.js

• There were two copies of beta-notes.js but one was deleted
• beta-notes.js was staged, then modified afterwards, creating two different versions of the file
• Two copies of beta-notes.js were created, but only one is being tracked
• There are two tracked copies of beta-notes.js, but one was removed from the commit

Reference

Q19. Where are files stored before they are committed to the local repository?

• Saved files
• git documents
• Staging area
• git cache

Reference

Q20. What commands would you use to force an overwrite of your local files with the master branch?

• ⠀

  git pull --all
  git reset --hard origin/master

• ⠀

  git pull -u origin master
  git reset --hard master

• ⠀

  git pull origin master
  git reset --hard origin/myCurrentBranch

• ⠀

  git fetch --all
  git reset --hard origin/master

Note: - The command pull is fetch followed by either merge or rebase (in this case, merge). We don't want to merge. Merge would be an action to our repository. We just want to overwrite our local files.

Q21. Which statement is true when you use the git add -A command?

• Only new files in the working directory are staged to the index.
• All new and updated files from the working directory are staged to the index.
• All files in the working directory are staged to the index in alphabetical order.
• Only updated files in the working directory are staged to the index.

Q22. You find that your project has a tag and branch both named push-notifications, which causes confusion when trying to print out given reference. How can you specify which branch you want to look at?

• use git show refs/push-notifications
• use git show push-notifications
• use git show head/refs/push-notifications
• use git show refs/head/push-notifications

Reference

Q23. Your team lead needs a list of all commits that will be moved before you perform a rebase. Which command can you use to access that information?

• git rebase -log
• git rebase -i
• git rebase -verbose
• git rebase -all

Q24. What is the operation doing given the Git commands below?

git bisect start
git bisect bad 5d41402abc4b2a76b9719d911017c592
git bisect good 69faab6268350295550de7d587bc323d

• It runs a merge of a good commit that is discovered using a known bad commit and known good commit
• It marks a commit for deletion using a known bad commit and known good commit to determine which commit introduced a bug
• It defines a bad commit and resets the HEAD using a known bad commit and known good commit
• It performs a binary search using a known bad commit and known good commit to determine which commit introduced a bug

Q25. In a situation where you have several commits for a single task, what is the most efficient way to restructure your commit history?

• Cherry pick the related commits to another branch.
• Delete the task commits and recommit with a new message.
• Squash the related commits together into a single coherent commit.
• Stash the related commits under a new hash.

Reference

Q26. Which of the following is true of the git push command?

Note: Which statement is true of the git push command?

• By default a push doesn't send tags to the remote repository.
• Commits can only be tagged when they are created.
• Tags are pushed to the remote repository with their respective commits.
• Only annotated tags are automatically pushed to the remote repository with a commit.

Reference

Q27. After pushing commits to the remote repository for the first time using the command below, what shorthand command can you use in future?

git push -u origin master

• git push master
• git push origin
• Same as before, git push -u origin master
• git push

Reference

Q28. How would you create a custom shortcut or command across your Git environment?

• Run git hotfix with the shortcut name.
• Assign a shortcut or command using git options file.
• Use the git custom-key command.
• Create an alias using the git config command.

Reference

Q29. What is the status of the beta-notes.js file in the following output?

Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

modified: beta-notes.js

• beta-notes.js is untracked and has been modified.
• beta-notes.js is a tracked file and has been modified, but has not been added to the current commit.
• beta-notes.js is untracked but has been added to the current commit.
• beta-notes.js is tracked, and the modified file has been added to the current commit.

Reference

Q30. What command would let you modify your previous commit?

• --fix
• --quickfix
• --modify
• --amend

[Reference](https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History