DokuWiki get

get:a_collaboration_workflow

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T16:49:58+00:00

<- Enabling collaborationSetting up aliases for common commands -> user a (1) // sur un dépôt existant, local // si l'on est pas sur la branch master, on s'y place : git checkout master // on met à jour la branche origin/master // (qui est une représentation locale de l'état d'un dépôt distant, // ici unique donc pas d'options particulières) git fetch // on va maintenant merger ce qui a été fetché dans notre master git merge origin/master // à ce stade on est sync // on va maintenant créer une…

get:about_distributed_version_control

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T16:34:37+00:00

<- The history of GitWho should use Git -> Central Code Repository Model : un dépôt central contenant le copie master sur lesquels les usagers peuvent travailler distributed Version Control : * différents utilisateurs ou équipes d'utilisateurs maintiennent leur propres dépôts, au lieu de travailler sur un dépôt central

get:adding_a_remote_repository

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T14:28:48+00:00

<- Setting up a GitHub accountCreating a remote branch -> git remote La commande git remote donne la liste de tous les dépôts remote connus. Similaire à branch. git remote git remote add git remote add alias : nom que l'on souhaiter donner (ex: origin) url : lien .git vers le dépôt.

get:adding_files

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T20:14:47+00:00

<- Working with the HEAD pointerEditing files -> git status : affiche le status (s'il y a des fichiers modifiés, ajoutés, non trackés, etc. git add ajoute au staging directory. git commit -m ““ : commit avec le message de commit spécifié git log : log les différents commits.

get:amending_commits

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T00:05:59+00:00

<- Unstaging filesRetrieving old versions -> 3. Dans le dépôt : amending commits C'est bien plus compliqué que 1&2, pour différentes raisons : * le et le système de référence au parent basée dessus garanti la non-corruption des données. Le contre-coup est que l'on ne peut donc pas modifier un commit après-coup, sauf le dernier.

get:branching_overview

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:42:13+00:00

<- Comparing commitsViewing and creating branches -> * Branches are cheap : * faciles d'usage * pas gourmandes en ressources (CPU, DD...) * permettent d'essayer de nouvelles idées * isoler des features ou sections of works * un seul working directory * fast context witching (switch entre les branches rapidement)

get:checking_out_remote_branches

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T15:42:57+00:00

<- Merging in fetched changesPushing to an updated remote branch -> git branch // création d'une branche local avec un tracking d'une branche distance git checkout -b

get:cloning_a_remote_repository

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T14:44:17+00:00

<- Creating a remote branchTracking remote branches -> git clone git clone url.git git clone url.git

get:comparing_branches

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:37:44+00:00

<- Switching branches with uncommitted changesRenaming branches -> git diff .. : compare les dernières versions (tip) des deux branches. git diff --color-words .. : la même en version compact (mot par mot plutôt que ligne par ligne). git diff ..^

get:comparing_commits

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:43:08+00:00

<- Viewing commitsBranching overview -> Rappel git diff : différences entre le working directory et le staging index. git diff --staged : différences entre le staging index et le repository (identique à git diff --cached) Comparer des commits. git diff : différences entre le commit et le working directory

get:configuring_git

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T17:01:03+00:00

<- Installing Git on a MacExploring Git auto-completion -> zones et étendues de configuration * System * S'applique à tous les utilisateurs du système * /etc/gitconfig * git config --system * User * Pour un utilisateur * ~/.gitconfig * git config --global

get:configuring_the_command_prompt_to_show_the_branch

Anonymous (anonymous@undisclosed.example.com) — 2015-11-24T11:42:38+00:00

<- Deleting branchesMerging code -> Configurer le terminal pour afficher la branche actuelle : Fichiers concernés : * ~/.bash_profile * ~/.git_completion.bash * Dans ~/.bash_profile, commenter la ligne relative à l'export PS1 et soit ajouter l'export PS1 suivant dans ~/.git_completion.bash soit en dessous de son indication dans la structure conditionnelle if/fi :

get:creating_a_remote_branch

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T15:03:18+00:00

<- Adding a remote repositoryCloning a remote repository -> Push push -u (== option --set-upstream) git push -u Par défaut, un push va pousser toutes les branches locales qui existent aussi sur le remote. Cela sauf si la branche actuelle dispose d'un tracking

get:creating_and_switching_branches

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:39:10+00:00

<- Switching branchesSwitching branches with uncommitted changes -> git checkout -b : créé une branche , + switch le working directory ( maintenant celui de la branche). Équivaut à git branch + git checkout On peut observer le changement de contexte avec

get:deleting_a_remote_branch

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T16:15:34+00:00

<- Pushing to an updated remote branchEnabling collaboration -> // lister les branches git branch -a // manière plus ancienne de supprimer une branche distante (moins intuitive) // le double-point dénote la demande de suppression git push : // explication : correspond normalement à l'alias source // et l'alias suivant le double point l'alias cible. // si l'alias source ne représente rien, on remplace // …

get:deleting_branches

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:36:04+00:00

<- Renaming branchesConfiguring the command prompt to show the branch -> git branch -d git branch --delete Note : * il n'est pas possible d'effacer une branche qui constitue le contexte actuel. * sans option -D, l'effacement d'une branche qui n'est pas complêment mergée ne sera pas acceptée par git

get:deleting_files

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T20:52:23+00:00

<- Viewing only staged changesMoving and renaming files -> effacer des fichiers et tracker ces changements avec git git rm : efface le fichier et ajoute cet effacement au staging index

get:deleting_stashed_changes

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:34:11+00:00

<- Retrieving stashed changesUsing local and remote repositories -> git stash drop stash@{n} : effacer l'élément du stash indiqué par la référence git stash clear : efface l'intégralité du stash (attention !)

get:demonstrating_a_hard_reset

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T16:41:16+00:00

<- Demonstrating a mixed resetRemoving untracked files -> Destructif ! Autant les autres options gardent au moins le working directory untouched, autant celle-ci reset tout ! git reset --hard Note : ça vaut là plus qu'ailleurs le coup de faire un git log avant et de noter les afin de repositionner le HEAD si besoin, par exemple sur l'ancien dernier commit pour avoir à nouveau les données. Ça ne durera pas indéfiniment mais c'est toujours faisable directement après le reset.

get:demonstrating_a_mixed_reset

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T16:25:18+00:00

<- Demonstrating a soft resetDemonstrating a hard reset -> Différence avec le soft reset qui se contente de changer le HEAd, le mixed reset fait correspondre le staging index avec le HEAD. git reset --mixed Permet si l'on veut recommiter des changements (dispos dans le working directory), de les sélectionner en les addant au staging index.

get:demonstrating_a_soft_reset

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T16:10:49+00:00

<- Using reset to undo commitsDemonstrating a mixed reset -> Tip : faire un git log et copier coller dans un coin la ref de tous les commits entre celui vers lequel on veut reverter et l'actuel, car git log ne les affichera plus après reset, bien qu'il soient encore pour un temps accessibles. On peut par exemple en cas d'erreur remettre le pointeur HEAD dans sa position initiale.

get:editing_files

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T20:14:34+00:00

<- Adding filesViewing changes with diff -> git add/commit/status

get:edits

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T23:50:21+00:00

<- Initializing GitUndoing working directory changes -> git diff Les résultats s'affichent dans le “Pager” bash que 'lon peu scroller avec f et b Fforward dans le pagerVbackward dans le pager On peut toggle l'affichage des longues lignes avec '-' + MAJ + 's' + Entrée (return). (on peut aussi paramétrer l'affichage par défaut dans les fichiers de config).

get:enabling_collaboration

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T16:21:48+00:00

<- Deleting a remote branchA collaboration workflow -> via github collaborateurs Sur le repo : -> settings -> collaborators -> add fork Repo -> fork modifs -> Pull Request

get:exploring_git_auto-completion

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T17:08:02+00:00

<- Configuring GitUsing Git help -> activer la complétion automatique avec git (et surtout avec tab). cd ~ curl -OL mv ~/git-completion.bash ~/.git-completion.bash dans ~/.bash_profile ou ~/.bashrc if [ -f ~/.git-completion.bash ]; then source ~/.git-completion.bash fi

get:exploring_graphical_user_interfaces

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T17:34:59+00:00

<- Exploring integrated development environmentsUnderstanding Git hosting -> * Gitweb * Mac : * GitX * GitHub * SourceTree * Tower * SmartGit * Gitbox * * *

get:exploring_integrated_development_environments

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T17:34:37+00:00

<- Using SSH keys for remote loginExploring graphical user interfaces ->

get:exploring_strategies_to_reduce_merge_conflicts

Anonymous (anonymous@undisclosed.example.com) — 2015-11-06T22:37:11+00:00

<- Resolving merge conflictsSaving changes in the stash -> Quelques conseils pour simplifier les choses : * garder les lignes courtes * plus simple pour git d'isoler les changements, et éventuellement de résoudre automatiquement les conflits * plus simple de même pour l'utilisateur * garder des commits précis et de faible ampleur

get:exploring_the_three-trees_architecture

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T18:48:37+00:00

<- Viewing the commit logThe Git workflow -> Two-tree architecture Repository + Working On les appelle tree car ils représente une structure de fichiers. Deux termes existent concernant les échanges : * commit : pour les échanges depuis le working vers le repository * checkout : pour les échanges depuis le

get:exploring_tree_listings

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T17:59:01+00:00

<- Referencing commitsGetting more from the commit log -> git ls-tree : retourne la liste des fichiers dans le repo au point pointé par ex : git ls-tree master git ls-tree master assets/

get:fetching_changes_from_a_remote_repository

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T15:25:07+00:00

<- Pushing changes to a remote repositoryMerging in fetched changes -> git fetch // synchronise origin/master avec le remote // ici un seul remote donc pas besoin de plus d'argument que ça git branch // liste les branches locales git branch -r //liste les remote-tracking branches Trois règles de base à suivre

get:getting_more_from_the_commit_log

Anonymous (anonymous@undisclosed.example.com) — 2015-11-22T18:35:14+00:00

<- Exploring tree listingsViewing commits -> /!\ Attention les copiés-collés ne marcheront que depuis la source en raison de la syntaxe docuwiki git log --oneline : affichage des commits en une ligne chaque (= --format=oneline) git log --format=“short” : affichage court (par défaut)

get:ignoring_files_globally

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T17:16:32+00:00

<- Understanding what to ignoreIgnoring tracked files -> git config --global core.excludesfile ~/.gitignore_global * ignorer des fichiers dans tous les dépôts * paramètres non trackés dans les dépôts * spécifiques à l'utilisateur plutôt qu'au projet

get:ignoring_tracked_files

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T17:29:31+00:00

<- Ignoring files globallyTracking empty directories -> Enlever du tracking des fichiers que l'on souhaite ignorer (mettre des règles correspondant à des fichiers dans le .gitignore ne permet pas d'ignorer les fichiers déjà trackés). git rm --cached : enlever un fichier du staging index (pas du dépôt ou du working directory, cela permet par exemple d'avoir un fichier

get:initializing_a_repository

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T17:17:16+00:00

<- Using Git helpUnderstanding where Git files are stored -> git init : dans un dossier, initialise un dépôt git

get:initializing_git

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T23:11:31+00:00

<- Moving and renaming filesEdits -> commandes add + commit + diff + status + log -> 75% de ce que l'on fait avec git. Workflow typique d'un nouveau projet basique git init (git status) git log : dans un projet tout juste initialisé, renvoie une erreur car HEAD ne renvoie à rien.

get:installing_git_on_a_mac

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T16:50:45+00:00

<- Who should use GitConfiguring Git -> * git Website * * Une fois installé : which git : pour voir si l'install s'est faite et ou git est installé git --version : pour en connaître la version

get:merging_code

Anonymous (anonymous@undisclosed.example.com) — 2015-11-06T22:39:01+00:00

<- Configuring the command prompt to show the branchUsing fast-forward merge vs. true merge -> Le cas simple : (depuis la branche sur laquelle merger l'autre) : git merge On peut vérifier le merging en tapant : $ git branch --merged qui doit renvoyer : * On peut alors effacer la branche mergée si l'on veut :

get:merging_conflicts

Anonymous (anonymous@undisclosed.example.com) — 2015-11-06T22:14:47+00:00

<- Using fast-forward merge vs. true mergeResolving merge conflicts -> En imaginant une branche b, dissociée du master, alors que des commits on eu lieu sur les deux branches (master et b). Alors que l'on est situé sur la branche master. git merge Git indique alors ici un merge conflict. On passe sur master|MERGING. C'est à dire que le working directory contient des versions des fichiers comportant les modifications problématiques à la fois de master et de branche b. Les conflits …

get:merging_in_fetched_changes

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T15:38:04+00:00

<- Fetching changes from a remote repositoryChecking out remote branches -> La seule différence de origin/master est que l'on ne peut la check out. // sur la branche cible git merge -> Toujours faire un fetch avant de merger ! git pull pull = fetch + merge (c'est un raccourci).

get:moving_and_renaming_files

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T21:00:11+00:00

<- Deleting filesInitializing Git -> git mv : renomme un fichier Si l'on renomme un fichier via le navigateur de fichier, git verra une suppression et un fichier non tracké. Après add dudit fichier, il est probable que git saisisse qu'il s'agit d'un renommage.

get:performing_your_first_commit

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T17:25:33+00:00

<- Understanding where Git files are storedWriting commit messages -> git add . ajouter tous les éléments du dossier courant au staging index (c'est récursif de ce que j'en ai testé). Basic process/git cycle : * make changes * add the changes * commit changes to the repository with a message

get:pushing_changes_to_a_remote_repository

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T15:15:04+00:00

<- Tracking remote branchesFetching changes from a remote repository -> git log --oneline origin/master log de la copie locale du remote git diff master...origin/master comparaison de la branche master avec la copie locale du remote git push origin master // git push // ici la branche à un tracking donc on peut abréger : git push

get:pushing_to_an_updated_remote_branch

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T16:08:00+00:00

<- Checking out remote branchesDeleting a remote branch -> Git ne fera jamais de merge avec un push, il est nécessaire de faire un fetch et de gérer le merge avant de faire un push. fetch -> (merge) -> push

get:referencing_commits

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T17:56:10+00:00

<- Tracking empty directoriesExploring tree listings -> concept : tree-ish Désign un élément qui réfère à un élément d'un arbre, ici une référence à un commit : * complet ou partiel (mais mini 4 caractères, et non-ambigu (pour éviter les coliisions) * pointeur HEAD * branch reference (master^), tag reference (concept non couvert par la formation)

get:removing_untracked_files

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T16:56:02+00:00

<- Demonstrating a hard resetUsing .gitignore files -> git clean -n : ne fait rien mais affiche les changements qui seront fait avec l'option -f git clean -f : enlève les fichiers non trackés.

get:renaming_branches

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:36:56+00:00

<- Comparing branchesDeleting branches -> git branch -m Même chose que : git branch --move Penser à faire des noms parlants, pertinents !

get:resolving_merge_conflicts

Anonymous (anonymous@undisclosed.example.com) — 2015-11-06T22:25:35+00:00

<- Merging conflictsExploring strategies to reduce merge conflicts -> Trois possibilités pour résoudre un merge conflict : * abort merge * résoudre manuellement les conflits * utiliser un outil de merge abort merge git merge --abort résoudre manuellement les conflits On va dans les fichiers, une fois en état MERGING, afin de constater et solver les conflits.

get:retrieving_old_versions

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T15:53:41+00:00

<- Amending commitsReverting a commit -> Si changement à faire sur un ancien commit, on ne touche pas l'ancien commit mais on fait un nouveau commit annulant l'ancien avec un message témoignant de cela. Exemple : Quelques commit plus tôt, l'on a effectué une modification de que l'on souhait annuler. On va donc procéder à un checkout de la version de ce fichier antérieure au changement.

get:retrieving_stashed_changes

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:25:08+00:00

<- Viewing stashed changesDeleting stashed changes -> Lorsque l'on récupère des changements stashés, il est possible de même manière que lors d'un merge, que des conflits apparaissent. Ils se résolvent de la même manière. (n étant un nombre) git stash pop stash@{n} : l'opposé exact de

get:reverting_a_commit

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T16:00:15+00:00

<- Retrieving old versionsUsing reset to undo commits -> Commande revert : prend les changement d'un commit et applique l'inverse. peut potentiellement gérer des conflicts comme lors d'un merge. git revert : revert le commit

get:saving_changes_in_the_stash

Anonymous (anonymous@undisclosed.example.com) — 2015-11-06T23:23:50+00:00

<- Exploring strategies to reduce merge conflictsViewing stashed changes -> Le stash est une quatrième zone qui n'est pas relié au repository ou au staging index. Un cas courant est le suivant : * on fait un changement sur une branche * on souhaite changer de branche : git indique que faire un checkout va aboutir à la perte des changements effectués et demande de faire un commit ou de stasher ces changements

get:setting_up_a_github_account

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T12:21:20+00:00

<- Using local and remote repositoriesAdding a remote repository -> github.com -> login -> create a new repo -> nom -> description créer un dépôt local et cloner le dépôt en ligne Github donne ces informations après la création du dépôt remote sur GitHub. touch README.md git init git add README.md git commit -m "initial commit" git remote add origin git@github.com:/.git git push -u origin master

get:setting_up_aliases_for_common_commands

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T17:19:15+00:00

<- A collaboration workflowUsing SSH keys for remote login -> shortcuts git config --global alias. // ex : git config --global alias.st status // on utilise des " s'il existe un espace dans la commande shortcuts courants * co -> checkout * ci -> commit * br -> branch * df

get:switching_branches_with_uncommitted_changes

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:38:23+00:00

<- Creating and switching branchesComparing branches -> git checkout indique à git de mettre à jour le working directory avec la dernière version de la branche. -> le working directory doit être mostly clean pour que git permettre le checkout. S'il y a des changements non commités dans le working directory, 4 possibilités :

get:switching_branches

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:40:23+00:00

<- Viewing and creating branchesCreating and switching branches -> git checkout : switch vers la branche On peut observer ce changement avec la commande git branch : l'astérisque est maintenant devant On peut aussi observer, s'il existe des différences entre les deux derniers commits de ces deux branches, que les fichiers sont mis à jour dans le working directory.

get:the_git_workflow

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T19:10:01+00:00

<- Exploring the three-trees architectureUsing hash values (SHA-1) -> Lors d“un Git add, on “push” un “change set” vers le staging index. De même lors d'un commit, mais entre le staging index et le repo.

get:the_history_of_git

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T16:20:32+00:00

<- Understanding version controlAbout distributed version control -> * SCCS : Source Code Control System * 1972, closed source, free with Unix * Pas le premier, mais le premier 'populaire', développé par AT&T, gratuit avec Unix qui était aussi gratuit et s'est donc rapidement répandu par ex. dans les universités, qui apprirent du coup à leurs étudiants à utiliser SCCS, qui répandirent le système en entreprise.

get:tracking_empty_directories

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T17:36:55+00:00

<- Ignoring tracked filesReferencing commits -> * git est conçu pour être un système de tracking de fichiers * il track des fichiers * il track les dossiers qui contiennent des fichiers * il ignore les dossiers qui ne contiennent aucun fichier Pour qu'un dossier vide soit tout de même dans le dépot, on utilise habituellement un fichier vide nommé .gitkeep placé dans le dossier vide.

get:tracking_remote_branches

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T15:04:47+00:00

<- Cloning a remote repositoryPushing changes to a remote repository -> Tracking remote branch git branch -u /

get:understanding_git_hosting

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T17:39:13+00:00

<- Exploring graphical user interfaces -> * Git Hosting Companies * GitHub : github.com * BitBucket : * Gitorious : * Git Self-Hosting * Gitosis : (plus développé ?) * Gitolite

get:understanding_version_control

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T15:51:51+00:00

<- The history of Git -> what is Git ? * Keeps track of changes * Especially text changes * v1, v2, v3 * Version Controle system (VCS) * Source Code Management (SCM)

get:understanding_what_to_ignore

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T17:08:43+00:00

<- Using .gitignore filesIgnoring files globally -> Ce qu'on peut vouloir ignorer : * code source compilé * packages et fichiers compressés * logs et bases de données * fichiers générés par les O/S * user-uploaded assets (images, vidéos, PDF…) Voir : Notamment le dossier global pour les fichiers associés aux O/S

get:understanding_where_git_files_are_stored

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T17:21:34+00:00

<- Initializing a repositoryPerforming your first commit ->/project_directory/ dossier projet .git/git workspace, à ne pas toucher (sauf éventuellement config/)

get:undoing_working_directory_changes

Anonymous (anonymous@undisclosed.example.com) — 2016-05-03T11:31:59+00:00

<- EditsUnstaging files -> Défaire des changements : * Dans le working directory * Dans le staging index * Dans le dépôt 1. Dans le working directory. Imaginons le cas suivant : on a effacé par erreur un fichier dans le WD, et l'on veut récupérer (check-out) la version du R.

get:unstaging_files

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T00:00:10+00:00

<- Undoing working directory changesAmending commits -> 2. Dans le staging index git reset HEAD : Ici cela indique à git d'aller regarder le HEAD qui pointe le tip de la branche actuelle, afin de faire un reset pour que le staging index soit identique à ce que trouvé via HEAD.

get:using_.gitignore_files

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T17:00:22+00:00

<- Removing untracked filesUnderstanding what to ignore -> * project/.gitignore * liste de fichiers ou d'expressions régulières très basiques * ! comme opérateur de négation (ex: *.php !index : ignorer les .php mais pas index.php) * ignorer tous les fichiers d'un répertoire avec un / final ex my/file/

get:using_fast-forward_merge_vs._true_merge

Anonymous (anonymous@undisclosed.example.com) — 2015-11-06T22:39:35+00:00

<- Merging codeMerging conflicts -> Fast-forward merges et real merges : pas la même chose. Fast-forward = Pas de nouveau commit créé, la HEAD de la branche cible est placée sur le dernier commit de la branche source, commit qui fait maintenant partie des deux branches. Real Merge = On créé un nouveau commit qui lie les deux branches.

get:using_git_help

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T17:14:16+00:00

<- Exploring Git auto-completionInitializing a repository -> git help git help man git-

get:using_hash_values_sha-1

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T19:39:03+00:00

<- The Git workflowWorking with the HEAD pointer -> : checksum calculé à partir des données : si les données changes, le checksum aussi. 40 caractères hexadecimal. Sert d'id (par ex pour les commits. * Git génère un checksum pour chaque change set * mêmes données : même checksum

get:using_local_and_remote_repositories

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T11:50:50+00:00

<- Deleting stashed changesSetting up a GitHub account -> Un remote server est simplement un autre dépôt git avec lequel on communique. On utilise habituellement un de ces dépôts git comme dépôt central, bien que ledit dépôt ne soit pas différent des autres hormis cette décision commune de l'utiliser comme dépôt central.

get:using_reset_to_undo_commits

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T16:05:05+00:00

<- Reverting a commitDemonstrating a soft reset -> Reset : très puissant, et très dangereux ! La commande reset permet de spécifier où ce que HEAD doit pointer, et donc à partir d'où se feront les prochains commits. trois options : * --soft : ne touche ni au staging index ni au working directory

get:using_ssh_keys_for_remote_login

Anonymous (anonymous@undisclosed.example.com) — 2016-05-02T17:23:04+00:00

<- Setting up aliases for common commandsExploring integrated development environments -> Deux solutions pour éviter d'avoir à taper son mdp à chaque fois : * keychain (password caching) : help.github.com/articles/set-up-git#password-caching * clés SSH : help.github.com/articles/generating-ssh-keys Si l'on utilise des clés SSH, utiliser des liens ssh et non http.

get:viewing_and_creating_branches

Anonymous (anonymous@undisclosed.example.com) — 2015-11-07T00:41:17+00:00

<- Branching overviewSwitching branches -> git branch : montre toutes les branches du dépôt. La branche active est indiquée par un astérisque. git branch new_name : créé un nouvelle branche sur la branche active

get:viewing_changes_with_diff

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T20:33:55+00:00

<- Editing filesViewing only staged changes -> git diff : compare la version repo pointé par HEAD et ce qui se trouve dans notre working directory

get:viewing_commits

Anonymous (anonymous@undisclosed.example.com) — 2015-11-09T18:17:14+00:00

<- Getting more from the commit logComparing commits -> git show : montre l'élément indiqué (commit, fichier, etc.) ex: git show --format=oneline HEAD git show --format=oneline HEAD~3 (=HEAD^^^)

get:viewing_only_staged_changes

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T20:39:36+00:00

<- Viewing changes with diffDeleting files -> git diff --staged : montre le diff entre le repo dans son état pointé par HEAD et le staging index.

get:viewing_stashed_changes

Anonymous (anonymous@undisclosed.example.com) — 2015-11-06T23:31:05+00:00

<- Saving changes in the stashRetrieving stashed changes -> git stash list : permet de lister le contenu du stash, indique aussi sur quelle branche l'on se trouvait alorsn et le message. Les stash sont stockés avec une référence de type stash@{n}. À noter qu'un usage possible du stash est le suivant

get:viewing_the_commit_log

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T18:48:55+00:00

<- Writing commit messagesExploring the three-trees architecture -> git log : affiche le commit log git log -n : affiche n commits git log --since= : commits depuis date (ex: “2012-06-15”) git log --until= : commits avant date (ex: “2012-06-15”) git log --autor= : commits ayant un auteur correspondant à la chaine de caractère

get:who_should_use_git

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T16:44:06+00:00

<- About distributed version controlInstalling Git on a Mac -> * anyone wanting to track edits * review a history log of change made * view differences betwwen versions * retrieve old versions * anyone needing to share changes with collaborators * anyone not afraid of command-line tools *

get:working_with_the_head_pointer

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T19:53:19+00:00

<- Using hash values (SHA-1)Adding files -> HEAD : une référence au “tip” de la branche courante dans le dépôt. Définit le point à partir duquel les prochains commit vont être effectués. * pointer to “tip” of current branch in repository * last state of repository, what was last checked out

get:writing_commit_messages

Anonymous (anonymous@undisclosed.example.com) — 2015-11-08T18:06:41+00:00

<- Performing your first commitViewing the commit log -> Le but des messages de commit est de décrire les changements que ce “commit set” effectue. L'idée est que lorsque l'on relira par la suite le message de commit, l'on puisse comprendre les changements que ce commit met en oeuvre. Best Practices