Github com en russe instructions étape par étape. git

La résistance au changement est un trait humain fondamental. S'il n'y avait pas de Git au moment où vous avez commencé avec les systèmes de contrôle de version, il est fort probable que vous ayez commencé avec Subversion. Souvent, les gens disent que Git est trop compliqué pour les débutants. Cependant, je ne suis pas d'accord avec vous.

Dans cet article, je vais vous montrer comment vous pouvez utiliser Git pour vos projets. Supposons que vous construisiez un projet à partir de rien et que vous souhaitiez utiliser Git comme système de contrôle de version. Après s'être familiarisé avec les commandes de base, nous verrons comment mettre votre code sur GitHub.

Cet article couvrira les bases - comment initialiser un projet, comment gérer les fichiers nouveaux et existants et comment stocker votre code dans le cloud. Nous omettrons certaines choses délicates comme la création de branches puisque cet article est destiné aux débutants.

Installer Git

Le site Web officiel de Git est disponible pour divers systèmes - Linux, Mac, Windows. Dans notre cas, nous utiliserons Ubuntu 13.04 et nous installerons Git via apt-get .

sudo apt-get install git

Configuration initiale

Créons un répertoire dans lequel nous travaillerons. Vous pouvez également utiliser Git pour travailler sur un projet existant, auquel cas vous ne créerez pas de répertoire de démonstration comme décrit ci-dessous.

mkdir mon_git_projet cd mon_git_projet

La première étape consiste à initialiser le référentiel Git dans le répertoire du projet. Vous pouvez le faire avec la commande init, qui crée un répertoire .git avec toutes les informations sur votre projet.

Git config --global user.name "Shaumik" git config --global user.email " [courriel protégé]" git config --global color.ui "auto"

Il convient de noter que si vous n'incluez pas votre adresse et votre nom, les valeurs par défaut seront utilisées à la place. Dans notre cas, les valeurs par défaut seront donny et [courriel protégé]

Nous définissons également la couleur de l'interface sur auto , afin que la sortie des commandes Git soit colorée. Nous ajoutons le préfixe --global à ces commandes afin que ces valeurs soient utilisées dans tout le système et n'aient pas besoin d'être définies pour chaque projet individuel.

Préparation des fichiers pour la validation

L'étape suivante consiste à créer des fichiers. Vous pouvez utiliser n'importe quel éditeur de texte pour cela. Notez que si vous initialisez Git sur un projet existant, vous n'avez pas besoin de suivre cette étape.

Vérification de l'état du référentiel

Maintenant que vous avez des fichiers dans votre projet, regardons comment Git les gère. Pour vérifier l'état actuel d'un dépôt, utilisez la commande git status

Ajouter des fichiers à Git

À ce stade, Git ne surveille aucun de nos fichiers. Vous devez ajouter spécifiquement des fichiers à Git pour que cela se produise. Pour ce faire, nous utilisons la commande add.

Git ajoute mon_fichier

Après avoir vérifié l'état du référentiel, nous constatons qu'un des fichiers y a déjà été ajouté.

Pour ajouter plusieurs fichiers, utilisez ce qui suit (notez que nous avons ajouté le premier fichier plus tôt, nous n'ajoutons donc que les deux autres).

Git add monfichier2 monfichier3

Il est possible d'utiliser git add de manière récursive, mais soyez prudent avec cette commande. Certains fichiers (comme les programmes compilés) ne doivent pas être ajoutés au contrôle de code source. Si vous utilisez git add de manière récursive, ces fichiers seront également ajoutés au référentiel.

Supprimer les fichiers

Imaginons que vous ayez accidentellement ajouté un fichier au référentiel qui n'aurait pas dû s'y trouver. Ou vous souhaitez supprimer un fichier du système de contrôle de version. En général, la commande git rm supprimera non seulement un fichier du référentiel, mais le supprimera également physiquement du disque. Pour que Git arrête de suivre un fichier mais le garde sur le disque, utilisez la commande suivante :

Git rm --cached [nom du fichier]

Valider les modifications

Une fois que vous avez ajouté tous les fichiers nécessaires, vous pouvez les valider (commit) dans Git. Considérez un commit comme un instantané de l'état du projet à un certain stade, auquel vous pouvez revenir à tout moment et voir l'état du projet à ce moment-là. Chaque commit est associé à un message, qui est donné en argument après le préfixe -m

Git commit -m "Mon premier commit"

Spécifiez un message qui contiendra des informations utiles, car elles aident à comprendre exactement ce qui a été modifié dans ce commit. Évitez les messages généraux comme "Règles de bugs". Si vous avez un outil de suivi des bogues, vous pouvez spécifier un message du type "Bogue corrigé #123". Il est recommandé d'inclure le nom de la succursale ou de l'amélioration dans le message. Par exemple, "Gestion des actifs - Ajout de la possibilité de générer un PDF basé sur un actif" est un message clair et compréhensible.

Git identifie un commit avec un nombre hexadécimal long. Habituellement, il n'est pas nécessaire de copier toute la ligne, les 5-6 premiers caractères suffisent pour identifier un commit particulier. Sur la capture d'écran, vous pouvez voir que notre commit est identifié par le numéro 8dd76fc .

Engagements supplémentaires

Modifions certains fichiers après les avoir validés. Après les avoir modifiés, git status signalera que nous avons modifié les fichiers.

Vous pouvez voir ce qui a changé dans ces fichiers depuis le commit précédent avec la commande git diff. Si vous voulez voir les changements pour un fichier particulier, vous pouvez utiliser git diff<файл> .

Il est nécessaire d'indexer les modifications et de les valider. Tous les fichiers de projet modifiés peuvent être ajoutés à un commit avec la commande suivante :

Vous pouvez éviter d'utiliser cette commande en ajoutant l'option -a à git commit . Cette commande indexera tous les fichiers modifiés et les validera. Mais cette approche peut être assez dangereuse, car vous pouvez commettre par erreur quelque chose que vous ne vouliez pas. Par exemple, disons que vous ouvrez un fichier et que vous le modifiez accidentellement. Lors de l'indexation des fichiers modifiés, vous serez informé des modifications apportées à chaque fichier. Mais si vous validez tous les fichiers modifiés sans consulter l'aide. git commit -a , tous les fichiers seront validés, y compris ceux que vous ne vouliez pas valider.

Une fois que vous avez indexé les fichiers, vous pouvez commencer à valider. Comme mentionné précédemment, vous pouvez spécifier un message pour une validation à l'aide du commutateur -m. Mais vous pouvez également spécifier des commentaires multilignes avec la commande git commit, qui ouvre un éditeur de console pour entrer un commentaire.

Gestion de projet

Pour afficher l'historique d'un projet, vous pouvez utiliser la commande suivante :

Il affichera l'historique complet du projet sous la forme d'une liste de commits et d'informations à leur sujet. Les informations de validation contiennent le hachage de validation, l'auteur, l'heure et le message de validation. Il existe de nombreux types de commandes git log avec lesquelles vous devrez vous familiariser lors de la création de branches dans Git. Pour afficher les détails d'un commit particulier et les fichiers qui ont été modifiés, exécutez la commande suivante :

Spectacle de git<хеш_коммита>

Où<хеш_коммита>est le nombre hexadécimal associé au commit. Étant donné que ce guide est destiné aux débutants, nous n'expliquerons pas comment revenir à l'état d'un commit particulier, ni comment gérer les branches.

La plupart d'entre vous ont probablement entendu parler du système de contrôle de version git. Aujourd'hui, nous allons examiner tout le chemin depuis l'installation de git jusqu'à apporter nos modifications à un référentiel distant en utilisant la bibliothèque OsEngine comme exemple.Tout d'abord, téléchargez le client git à partir du lien et installez-le. Les questions ne se poseront pas
devrait, cliquez simplement sur Suivant partout. Une interaction supplémentaire avec git sera envisagée en utilisant l'exemple de travail avec le client de la console. L'étape suivante consiste à s'inscrire sur le site Web https://github.com/ . Nous pouvons maintenant rejoindre le travail sur OsEngine. Pour ce faire, accédez au référentiel du projet et cliquez sur le bouton Fork dans le coin supérieur droit.

Avec cette action, nous avons créé un fork (en d'autres termes, une branche), qui est stocké dans le référentiel de notre compte et maintenant nous pouvons y apporter des modifications sans craindre de casser quelque chose dans la branche principale du projet. De plus, c'est notre référentiel sur github que nous appellerons le référentiel distant.
Commençons maintenant avec git lui-même et la première chose à faire est de créer une copie locale du référentiel distant sur notre ordinateur. Pour ce faire, allez dans le dossier souhaité, sélectionnez l'élément Git Bash Here dans le menu contextuel et la console s'ouvrira.

$ git clone "insérer ici un lien sans guillemets"

Le processus de copie du référentiel distant vers le référentiel local commencera et une copie de travail portant le nom OsEngine apparaîtra dans le dossier actuel.

Travailler avec un référentiel local

configuration git

Avant de commencer à travailler avec git, vous devez le configurer. Ouvrez git bash, définissez le login et le mot de passe avec les commandes :

$ git config --global user.name "votre nom"
$ git config --global user.email "votre email"

La commande suivante vous permet de visualiser le fichier de configuration :

$ git config --global --list

Travailler avec les succursales

Les branches dans git sont les mêmes que les branches sur github. Pour créer une nouvelle branche, exécutez la commande dans la console :

$ git branche nom souhaité

Pour basculer vers cette branche, exécutez la commande :

$ git checkout nom de la branche

pour revenir à la branche principale, tapez :

$ git maître de paiement

renommer la branche :

$ git branch -m nouveau nom

équipe branche $ git vous permet de déterminer dans quelle branche nous sommes actuellement. Supprime une commande de branche

$git branch –D nom de la branche

Fusionner une branche avec la principale se fait avec la commande :

$ git fusionner le nom de la branche

Lors de la fusion de branches dans lesquelles les mêmes fichiers sont modifiés différemment, un conflit peut survenir et la fusion ne se produira pas. Pour sortir de cette situation, vous devez réparer ces fichiers correctement.

Commit

Tout l'intérêt d'utiliser git réside dans les commits. Un commit est un soi-disant instantané de l'état du projet à un certain stade.
développement. Par exemple : nous avons la bibliothèque OsEngine, nous avons ajouté à
un nouvel indicateur et engagé, puis a décidé de corriger un fichier dans
moteur et après cela, l'application se bloque ou ne veut pas fonctionner correctement. Pour
pour ne pas faire de travail supplémentaire et ne pas tout corriger en retour, on peut simplement
revenir à un commit précédent lorsque l'application a fonctionné comme il se doit. Respectivement
tout le travail avec git tourne autour de la création, de la suppression, de l'édition, de la fusion
commits et branches.

Ajout de fichiers à l'index

Supposons que nous ayons ajouté un fichier README au projet, mais avant de valider, nous devons ajouter les fichiers modifiés à
index, le soi-disant stockage temporaire des modifications. Cela se fait comme suit : si vous avez besoin d'indexer un fichier, nous exécutons

$ git add LISEZMOI

et le fichier README sera ajouté à l'index, si vous avez besoin d'indexer tous les fichiers mis à jour et nouveaux, puis exécutez

$ git add .

Notez que c'est avec un point à la fin et un espace devant.

Suppression de fichiers de l'index

Si vous avez accidentellement indexé un fichier inutile, la commande git reset vous aidera à le supprimer de l'index, par exemple, supprimez le fichier README de l'index :

$git reset LISEZMOI

Si vous changez d'avis sur la conservation des modifications apportées au fichier, exécutez la commande

$ git checkout -- nom de fichier

et il reviendra à l'état dans lequel il se trouvait au moment de la dernière validation, gardez simplement à l'esprit que toutes les modifications apportées à ce fichier auront disparu.

Créer un engagement

Vous pouvez maintenant valider les modifications, cela se fait à l'aide de la commande :

$ git commit –m "Il devrait y avoir un commentaire entre guillemets ici"

Il convient de rappeler que la présence d'un commentaire est un pré-requis. L'historique des modifications peut être visualisé avec la commande

$ gitlog

$ spectacle git affichera uniquement les dernières modifications. Appuyez sur q pour quitter le mode de lecture.

Git a la capacité d'indexer toutes les modifications et de valider avec une seule commande :

$ git commit -a -m "commentaire entre guillemets"

A signifie : ajouter toutes les modifications à l'index avant de valider.
-m : commentaire.

Modifier, supprimer, valider

Si vous devez annuler le dernier commit, utilisez la commande :

$ git revert HEAD

Les commits sont comptés à partir de 0 à partir du dernier, par exemple, si vous devez annuler le troisième commit, vous devez exécuter :

$ git revert HEAD~2

Équipe $ git reset --soft HEAD~3 supprimera les 3 derniers commits et ramènera le projet à l'état du quatrième commit, tout en conservant toutes les modifications des trois derniers commits dans l'index.

$ git reset -- hard HEAD~3

supprimera complètement les trois derniers commits.

État du fichier

$ git statut - la commande principale qui surveille l'état des fichiers. Il indique s'il y a des changements dans les fichiers surveillés ou s'il y a des fichiers non surveillés. Les fichiers suivis sont les fichiers qui se trouvent dans le commit précédent. Si nous avons ajouté un nouveau fichier au projet, il sera considéré comme non suivi.

Apporter des modifications locales à un référentiel distant

Maintenant que les modifications nécessaires ont été apportées au référentiel local, elles peuvent être téléchargées vers le référentiel distant.
Cela se fait en exécutant la commande :

$ git push maître d'origine

Dans ce cas, vous devrez entrer le login et le mot de passe de github. Cependant, le téléchargement peut ne pas se produire. La raison peut résider dans le fait qu'il y a des changements dans le référentiel distant qui ne sont pas dans le référentiel local. Pour sortir de la situation, vous devez ramasser ces nouveaux
modifications apportées au dépôt local avec la commande :

$git-pull

Utilisation des clés SSH

Pour vous débarrasser de la nécessité de saisir un identifiant et un mot de passe à chaque fois lors de l'envoi de modifications à un référentiel distant, vous pouvez utiliser des clés SSH. Tout d'abord, vous devez générer les clés en exécutant la commande :

$ ssh-keygen

Appuyez ensuite 3 fois sur entrée et dans le répertoire par défaut C:\Utilisateurs\nom d'utilisateur\.ssh un dossier avec des clés apparaîtra. Besoin d'ouvrir un fichier
id_rsa de type PUB dans n'importe quel éditeur de texte et copiez son contenu. Allez ensuite sur github dans les paramètres de votre compte

Après cela, dans la colonne de gauche, sélectionnez l'élément : Clés SSH et GPG et appuyez sur le bouton vert à droite Nouvelle clé SSH

définissez le Titre, dans le champ Clé collez les données copiées à partir de la clé et cliquez sur

Fusionner des branches sur github

Après avoir apporté toutes les modifications nécessaires à votre référentiel distant, vous pouvez soumettre une demande d'extraction au référentiel principal du projet OsEngine. Cliquez simplement sur le bouton Nouvelle demande d'extraction

et puis

Dans cet article, nous avons couvert les commandes git de base, elles suffisent pour commencer à travailler sur le projet OsEngine en utilisant git et le service github.

Joyeux commits !

Il est naturel que les gens résistent au changement. Si Git n'était pas votre truc lorsque vous avez commencé à travailler avec des systèmes de contrôle de version, vous êtes probablement plus à l'aise avec Subversion (SVN) .

Souvent, les gens disent que Git est trop compliqué pour les débutants. Cependant, je ne suis pas d'accord avec cela.

Dans ce tutoriel, je vais vous montrer comment utiliser Git dans vos projets. Supposons que vous construisiez un projet à partir de rien et que vous souhaitiez le gérer avec Git . Parcourir la liste des commandes de base vous donnera une idée de la façon d'héberger votre code dans le cloud à l'aide de GitHub.

Dans cet article, nous parlerons des bases de Git - comment initialiser vos projets, comment gérer les fichiers nouveaux et existants et comment stocker votre code dans le cloud.

Nous n'aborderons pas les parties relativement complexes de Git, telles que la création de branches, car ce didacticiel est destiné aux débutants.

Installer Git

Le site officiel de Git a des informations détaillées sur l'installation sur Linux, Mac et Windows. Dans notre cas, nous utiliserons Ubuntu 13.04 à des fins de démonstration, où nous installerons Git en utilisant apt-get :

sudo apt-get install git

La configuration initiale

Créons un répertoire dans lequel nous travaillerons. Alternativement, vous pouvez utiliser Git pour gérer l'un de vos projets existants ; dans ce cas, vous n'aurez pas besoin de créer un répertoire de démonstration, comme indiqué ci-dessous :

mkdir mon_git_projet cd mon_git_projet

La première étape consiste à initialiser Git dans le répertoire. Cela peut être fait avec la commande init, qui crée un répertoire .git contenant toutes les informations liées à Git pour votre projet.

git config --global user.name "Shaumik" git config --global user.email " [courriel protégé]" git config --global color.ui "auto"

Il est important de noter que si vous n'entrez pas votre nom et votre adresse e-mail, les valeurs par défaut seront utilisées. Dans notre cas, les valeurs par défaut seraient le nom d'utilisateur donny et l'adresse e-mail. [courriel protégé].

Nous définissons également la couleur de l'interface utilisateur sur auto , ce qui entraîne un codage couleur de la sortie de la commande Git.

Le préfixe --global devant les commandes permet d'éviter d'avoir à taper ces commandes de configuration la prochaine fois que nous exécuterons un projet Git sur notre système.

Préparation des fichiers pour la validation

L'étape suivante consiste à créer les fichiers dans le répertoire. Vous pouvez utiliser, par exemple, l'éditeur de texte Vim. Notez que si vous souhaitez ajouter Git à un répertoire déjà existant, vous n'avez pas besoin de suivre cette étape :

Vérifier l'état du dépôt

Maintenant que nous avons quelques fichiers dans notre dépôt, regardons comment Git les gère. Pour vérifier l'état actuel d'un dépôt, utilisez la commande git status :

Ajout de fichiers à Git pour le suivi

Nous n'avons aucun fichier à suivre avec Git pour le moment. Nous devons ajouter des fichiers spécifiquement à Git afin de dire à Git ce qu'il faut suivre.

Ajoutez des fichiers à l'aide de la commande add :

En vérifiant à nouveau l'état du référentiel, nous pouvons voir qu'un fichier a été ajouté :

Pour ajouter plusieurs fichiers, vous pouvez utiliser l'entrée de commande suivante (notez que nous avons ajouté un fichier supplémentaire à des fins de démonstration) :

git add monfichier2 monfichier3

Vous pouvez utiliser git add de manière récursive, mais soyez prudent avec cette commande. Certains fichiers (tels que les fichiers compilés) sont généralement stockés en dehors d'un référentiel Git.

Si vous utilisez la commande add de manière récursive, elle ajoutera tous ces fichiers s'ils existent dans votre référentiel.

Suppression de fichiers

Mais exécuter une simple commande git rm supprimera le fichier non seulement de Git , mais aussi de votre système de fichiers local ! Pour

Git a arrêté de suivre le fichier, mais le fichier lui-même est toujours sur votre système local, exécutez la commande suivante :

git rm --cached

Valider les modifications

Après avoir placé vos fichiers, vous pouvez les valider dans Git . Considérez un commit comme la capture d'un moment spécifique auquel vous pouvez revenir pour accéder à votre référentiel à ce stade.

Vous pouvez joindre un message à chaque commit, qui est préfixé par -m :

git commit -m "Mon premier commit"

Fournissez des messages de commit utiles car cela vous aidera à identifier ce que vous avez changé dans ce commit.

Évitez les messages trop généraux comme " Bugs corrigés". Si vous avez un outil de suivi des problèmes, vous pouvez ajouter des messages sous la forme " Bogue #234 corrigé».

Il est recommandé d'utiliser le nom de la branche ou le nom de la fonctionnalité comme préfixe du message de validation. Par exemple, " Asset Management : fonctionnalité ajoutée pour générer des fichiers d'actifs PDF' est un message significatif.

Git identifie les commits en ajoutant un long nombre hexadécimal à chaque commit. En règle générale, vous n'avez pas besoin de copier toute la ligne, les 5-6 premiers caractères suffisent pour déterminer votre commit.

Notez que dans la capture d'écran, notre premier commit est identifié par 8dd76fc .

Engagements supplémentaires

Modifions maintenant quelques fichiers après notre premier commit. Après les avoir modifiés, nous verrons qu'à la suite de l'exécution de la commande git status, Git a trouvé des modifications dans les fichiers qu'il suit :

Vous pouvez vérifier les modifications apportées aux fichiers suivis lors du dernier commit avec la commande git diff. Si vous voulez voir les changements dans un fichier spécifique, utilisez la commande git diff :

Vous devez ajouter à nouveau ces fichiers afin d'apporter des modifications aux fichiers suivis pour le prochain commit. Vous pouvez ajouter tous les fichiers surveillés en exécutant la commande :

Vous pouvez éviter d'utiliser cette commande en utilisant le préfixe -a pour la commande git commit, qui ajoutera toutes les modifications aux fichiers suivis.

Ce processus est cependant très dangereux, car il peut nuire au projet. Par exemple, disons que vous avez ouvert un fichier et que vous l'avez modifié par erreur.

Si vous placez des fichiers de manière sélective, vous remarquerez des changements dans chaque fichier. Mais si vous ajoutez le préfixe -a à votre commit, tous les fichiers seront validés et vous ne pourrez pas détecter d'éventuelles erreurs.

Une fois que vous avez placé vos fichiers, vous pouvez commencer à vous engager. J'ai mentionné que chaque commit peut être associé à un message, que nous préfixons avec -m .

Cependant, il est possible de saisir un message sur plusieurs lignes à l'aide de la commande git commit, qui ouvre un formulaire d'écriture interactif :

Gestion de projet

Pour afficher l'historique de votre projet, vous pouvez exécuter la commande suivante :

Cela montrera l'historique complet du projet, qui est une liste de tous les commits et des informations les concernant. Les informations de validation incluent le code de hachage de validation, l'auteur, l'heure et le message de validation. Il existe différentes variantes de git log que vous pouvez explorer une fois que vous avez maîtrisé le concept de branche dans Git.

Pour afficher des informations détaillées sur un commit spécifique et les fichiers qui ont été modifiés, exécutez la commande suivante :

git-show

Où est le nombre hexadécimal associé au commit. Étant donné que ce didacticiel est destiné aux débutants, nous n'expliquerons pas comment revenir à l'état d'un commit particulier ou comment gérer les branches.

Hébergement de code dans le cloud

Maintenant que vous avez appris à gérer le code sur votre système, il est temps d'héberger votre code dans le cloud.

Les systèmes de contrôle de version distribués (DVCS) remplacent progressivement les systèmes centralisés. Si vous n'en utilisez pas encore, c'est le moment de l'essayer.

Dans cet article, je vais essayer de montrer comment vous pouvez rapidement commencer à expérimenter avec git en utilisant le site github.com.

Cet article ne couvrira pas les différences entre les différents DVCS. De plus, travailler avec git ne sera pas abordé en détail, il existe de nombreuses bonnes sources sur ce sujet, que je citerai à la fin de l'article.

Ainsi, le site github.com se positionne comme un service web d'hébergement de projets utilisant le système de contrôle de version git, ainsi qu'un réseau social pour les développeurs. Les utilisateurs peuvent créer un nombre illimité de référentiels, pour chacun desquels un wiki est fourni, un système de suivi des problèmes, il est possible d'effectuer des revues de code et bien plus encore. GitHub est actuellement le service le plus populaire de son genre, dépassant Sourceforge et Google Code.

Pour les projets open source, l'utilisation du site est gratuite. Si vous avez besoin de dépôts privés, vous pouvez passer à un forfait payant :

Commençons par l'inscription. Suivez le lien github.com/signup/free et entrez vos coordonnées.
Après l'inscription, nous arrivons au tableau de bord de notre compte :

À l'heure actuelle, nous n'avons pas de référentiel unique, et nous pouvons soit créer un nouveau référentiel, soit créer une branche (fork) à partir du référentiel déjà existant de quelqu'un d'autre et maintenir notre propre branche de développement. Ensuite, si vous le souhaitez, vous pouvez proposer vos modifications à l'auteur du référentiel d'origine (Pull request).

Mais d'abord, installons git et configurons-le pour qu'il fonctionne avec le site.

Si vous êtes sous Windows, téléchargez et installez msysgit . Il s'agit de la version console de git pour Windows (plus loin l'histoire sera basée sur l'exemple de ce système d'exploitation).
Instructions pour MacOS X (eng)
Instruction pour Linux (eng)
Il ne devrait y avoir aucun problème, cliquez simplement sur Suivant partout. Après l'installation, sélectionnez Git Bash Explorer dans le menu contextuel :

Ou via Git Bash.lnk dans le dossier avec le programme installé :

Nous écrivons nos paramètres de données et de saut de ligne dans la console :
git config --global user.name "votre nom"
git config --global user.email "votre courrier"
git config --global core.autocrlf vrai
git config --global core.safecrlf true

Au fait, je recommande de suivre un bon cours interactif sur l'utilisation de git depuis la console. Le cours est complété en quelques heures et fournit les compétences de base nécessaires.

Pour ceux qui préfèrent l'interface graphique, il existe plusieurs outils de ce type pour travailler avec git pour Windows. Les deux principaux sont SmartGit (multiplateforme) et TortoiseGit. Les deux sont bons, et lequel utiliser est une question de goût. Je décrirai le travail avec TortoiseGit.
Pour les coquelicots, il y a aussi un choix de giu.

le client officiel de GitHub - à mon avis, il est encore plutôt humide.
GitX - Personnellement, je n'ai pas aimé
GitBox - le mac-way le plus suivi, je recommande fortement de l'essayer

À propos de git en russe :
habrahabr.ru/blogs/Git/106912 "Modèle de branchement réussi pour git" - traduction d'un bon article en anglais
githowto.com cours interactif sur l'utilisation de git depuis la console
habrahabr.ru/blogs/Git/106912 "Pourquoi git" + discussion
habrahabr.ru/blogs/development/68341 "Git pour la transition depuis SVN" + discussion