Git fonctionne. Git

Ceci décrit la partie pratique de l'utilisation de Git : l'installer et l'enregistrer sur le serveur GitHub.com.

GitHub.com est un service qui propose le stockage de votre code et de vos données à l'aide d'un système de contrôle de version Git. GitHub propose un plan gratuit pour stocker 300 Mo de données en texte brut. Cela signifie que n’importe quel internaute peut télécharger vos données. Vous pouvez également héberger des référentiels fermés aux autres sur GitHub en payant 7 $ par mois. Sur un compte GitHub gratuit, par défaut, personne ne peut modifier vos données (il ne peut que les lire). Mais vous pouvez dicter quels utilisateurs du système GitHub disposent de droits d’écriture.

L'article explique en détail comment configurer Git sur les systèmes d'exploitation Windows et Linux.

Installer Git sur Linux

Je pense qu'il ne sert à rien d'expliquer aux utilisateurs Linux comment installer Git - cela se fait différemment sur chaque système. DANS Système Debian(que j'ai), pour installer Git, vous pouvez utiliser la commande :

apt-get installer git

Installer Git sous Windows

Allons à page officielle Git http://git-scm.com, cliquez sur Télécharger pour Windows. Dans la fenêtre qui s'ouvre, cliquez sur Installateur complet pour Git officiel. Nous lançons le fichier exe résultant.

Pendant le processus d'installation, la question suivante vous sera posée :

Je recommande de choisir « Exécuter Git à partir de l'invite de commande Windows ». Toutes les autres options peuvent être laissées par défaut. Après avoir installé Git, vous devez redémarrer ou vous déconnecter et vous reconnecter pour que les modifications apportées à la variable système PATH prennent effet.

Si nous obtenons des informations sur la version, alors Git est installé et fonctionne. Si nous recevons des informations indiquant que le programme git n'a pas été trouvé, nous découvrons ce que nous avons fait de mal.

Configuration des clés SSH

Avant de vous inscrire sur GitHub, vous devez d'abord générer une clé de cryptage SSH. Cette clé est nécessaire pour établir rapidement une connexion à GitHub sans saisir de mot de passe. Sans une telle clé, GitHub ne fonctionnera tout simplement pas.

Attention!

Lorsque la clé est générée, un mot de passe vous sera demandé. Il s'agit du mot de passe d'accès à la clé privée, qui est stockée uniquement sur votre machine et nulle part ailleurs. Ce mot de passe est défini pour une sécurité maximale, même si vous pouvez vous en passer. Il faut savoir qu'après avoir défini un mot de passe pour la clé privée, vous devrez le saisir à chaque fois que vous vous connecterez au serveur GitHub mot de passe donné. Ainsi, lors de la définition d'un mot de passe, toute la commodité d'utiliser des clés de cryptage disparaît.

Utilisateurs de MyTetra : L'interface de ligne de commande utilisée pour appeler git pendant la synchronisation ne peut pas accepter la saisie de caractères. Par conséquent, si vous définissez un mot de passe, la synchronisation ne fonctionnera pas.

Configuration des clés SSH sous Linux

DANS système opérateur Linux doit d'abord regarder dans le répertoire ~/.ssh. S'il existe des fichiers id_rsa et id_rsa.pub, alors ce sont des clés SSH. S'il n'existe pas de tel répertoire ou de tels fichiers, les clés doivent être générées. On donne la commande :

Au lieu de [email protégé] vous devez indiquer votre email. Pendant le processus de génération de clé, il vous sera demandé où placer les fichiers ; en réponse, appuyez simplement sur Entrée. Lorsque vous êtes invité à saisir un mot de passe, appuyez simplement sur Entrée. Après génération, les fichiers id_rsa et id_rsa.pub devraient apparaître dans le répertoire ~/.ssh ils nous seront utiles dans le futur ;

Configuration des clés SSH sous Windows

En salle d'opération Système Windows Un générateur de clé SSH est inclus avec Git. Pour générer des clés, vous devez exécuter le fichier C:\Program Files\Git\Git bash.vbs. Il peut être lancé sous forme de fichier exe standard. Le programme Git Console s'ouvrira. Dans celui-ci, vous devez donner la commande :

ssh-keygen -t rsa -C " [email protégé]"

Attention, le copier-coller est buggé dans cette console, il est plus simple de saisir la commande manuellement. Nous indiquons votre email comme votre boîte aux lettres. Sur demande " Entrez le fichier dans lequel enregistrer la clé" appuyez simplement sur Entrée. Lorsque vous êtes invité à saisir un mot de passe, " Entrez la phrase secrète " et " Saisissez à nouveau la même phrase secrète ", appuyez simplement sur Entrée. Pendant le processus de génération des clés, approximativement les informations suivantes seront affichées dans la console :

Génération d'une paire de clés rsa publique/privée.
Entrez le fichier dans lequel enregistrer la clé (/c/Documents and Settings/username/.ssh/id_rsa) :
Saisissez la phrase secrète (vide s'il n'y a pas de phrase secrète) :
Saisissez à nouveau la même phrase secrète :
Votre identification a été enregistrée dans /c/Documents and Settings/username/.ssh/id_rsa.
Votre clé publique a été enregistrée dans /c/Documents and Settings/username/.ssh/id_rsa.pub.
L'empreinte digitale de la clé est :
51:db:73:e9:31:9f:51:a6:7a:c5:3d:da:9c:35:8f:95 [email protégé]

Après avoir exécuté ce programme, dans le répertoire C:\Documents and Settings\nom d'utilisateur\.ssh Il y aura des fichiers id_rsa et id_rsa.pub, ils nous seront utiles dans le futur.

Inscrivez-vous sur GitHub.com

Maintenant, tout est prêt pour l'enregistrement. Allons à page d'accueil GitHub.com. L'interface est un peu déroutante, je vais donc vous donner quelques captures d'écran indiquant où cliquer sur quoi. La conception et la mise en page peuvent être modifiées à tout moment, je décris donc la logique des actions sur à l'heure actuelle.

Dans le menu du haut, nous trouvons l'élément " Tarifs et inscription" et cliquez dessus :

La page de sélection du plan tarifaire s'ouvrira. Sélectionnez un compte gratuit" Créez un compte gratuit":

Installer une clé SSH sur GitHub

Immédiatement après l'enregistrement, vous devez enregistrer votre clé de cryptage publique (clé SSH publique) dans le système GutHub. Pour ajouter une clé, vous devez cliquer sur " dans le coin supérieur droit Paramètres du compte":

Dans la fenêtre qui s'ouvre, cliquez sur l'élément de menu " Clés publiques SSH", et appuyez sur " Ajouter une autre clé publique". Deux champs apparaîtront - le nom de la clé ( Titre) et le contenu de la clé ( Clé).

Dans le champ Titre Vous pouvez écrire le nom de l'ordinateur sur lequel la clé publique a été générée. Vous pouvez écrire en russe.

Dans le champ Clé vous devez insérer le contenu du fichier id_rsa.pub. Vous souvenez-vous du répertoire dans lequel ils se trouvent ? On va dans ce répertoire, on ouvre le fichier id_rsa.pub avec n'importe quel éditeur de texte (exactement avec l'extension .pub, ne le confondez pas). Sélectionnez tout le texte, copiez-le et collez-le dans le champ de la page GitHub Clé.

Après avoir ajouté la clé, l'ordinateur peut se connecter à GitHub via le programme git et aucune erreur ne devrait se produire.

Créer un dépôt sur GitHub

Il est maintenant temps de créer votre premier référentiel GitHub. Le référentiel peut être considéré simplement comme un répertoire dans lequel seront situés les fichiers et sous-répertoires synchronisés. Vous devez créer un référentiel dans l'interface Web GitHub, et vous pouvez le remplir de fichiers et travailler avec lui à l'aide du programme git sur votre ordinateur.

Pour créer un référentiel, vous devez cliquer sur " dans le coin supérieur droit Tableau de bord". Dans la fenêtre qui s'ouvre, vous verrez l'élément " Créer un référentiel":

Nous n’avons donc pas besoin de ce point ! Cet élément n'ouvre pas la boîte de dialogue de création de référentiel, mais une page d'aide. Au lieu de cliquer sur cet élément, recherchez un lien discret ci-dessous sur la page " Créer un référentiel". Cela ouvrira la boîte de dialogue pour ajouter un nouveau référentiel.

Dans la boîte de dialogue d'ajout d'un nouveau référentiel, vous devez remplir au moins le champ du nom du projet " Nom du projet". Il est préférable de ne pas utiliser l'alphabet cyrillique dans le nom du projet, puisque le nom du projet est en fait le nom du répertoire. Pour éviter les problèmes, il est préférable que le nom du projet contienne uniquement l'alphabet latin. Après avoir cliqué sur le " Créer un référentiel", le référentiel sera créé.

Un lien de travail vers le référentiel dans le système GitHub est formé comme suit. Si vous êtes enregistré en tant que nom d'utilisateur et que votre référentiel s'appelle reponame , vous pouvez utiliser les liens suivants pour accéder à ce référentiel :

Dans la syntaxe Git :

[email protégé]: nom d'utilisateur/nom du dépôt.git

Dans la syntaxe HTTPS :

https:// [email protégé]/nom d'utilisateur/reponame.git

Travailler avec un référentiel sur GitHub à l'aide du programme Git

A partir de ce moment, la danse autour de l'interface web GitHub peut être considérée comme terminée. De plus, vous ne pouvez travailler qu'en utilisant le programme git.

Vous devez d'abord faire une petite configuration du programme git : spécifiez système local Nom d'utilisateur et e-mail git. Cela se fait avec les commandes suivantes, qui peuvent être exécutées depuis n'importe quel répertoire :

git config --global user.name "VotreNomComplet"
git config --global user.email [email protégé]

où au lieu de YourFullName vous devez écrire votre nom, et au lieu de [email protégé]- votre email. Ces valeurs sont utilisées pour la connexion à GitHub. Par conséquent, à la place de YourFullName, vous devez indiquer votre login sur GitHub, et en place [email protégé] vous devez spécifier l'e-mail que vous avez saisi lors de la génération des clés de cryptage.

Après ces paramètres, vous pouvez télécharger vos fichiers sur le référentiel. Allez dans le répertoire avec votre projet et donnez les commandes :

git commit -a -m "premier commit"

git distant ajouter l'origine [email protégé]: nom d'utilisateur/nom du dépôt.git

git push -u maître d'origine

Après ces commandes, des copies des fichiers du répertoire dans lequel ces commandes ont été exécutées sont créées sur le serveur GitHub. Vous pouvez ensuite effectuer des validations, télécharger des modifications sur le serveur GitHub et lire les modifications depuis le serveur. Mais c'est une histoire complètement différente.

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

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

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

Ainsi, le site github.com se positionne comme un service d'hébergement de projets web utilisant le système de contrôle de version git, ainsi que réseau social pour les développeurs. Les utilisateurs peuvent créer un nombre illimité de référentiels, chacun étant doté d'un wiki, d'un système de suivi des problèmes, de la possibilité d'effectuer des révisions de code et bien plus encore. GitHub est actuellement le service le plus populaire du genre, devant 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 données.
Après inscription, nous sommes redirigés vers le Dashboard de notre compte :

Désormais, nous n'avons plus de référentiel unique et nous pouvons soit créer un nouveau référentiel, soit partir du référentiel existant de quelqu'un d'autre et diriger notre propre branche de développement. Ensuite, si vous le souhaitez, vous pourrez proposer vos modifications à l'auteur du dépôt d'origine (Pull request).

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

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

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

Nous entrons 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 email"
git config --global core.autocrlf vrai
git config --global core.safecrlf vrai

À propos, je recommande de suivre un bon cours interactif sur l'utilisation de git depuis la console. Le cours se déroule 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 sous Windows. Les deux principaux sont SmartGit (multiplateforme) et TortoiseGit. Les deux sont bons, et lequel utiliser est une question de goût. Je vais décrire le travail avec TortoiseGit.
Pour les coquelicots, il existe également un choix de giu.

• Le client officiel de GitHub est encore assez rudimentaire à mon avis.
• GitX - Personnellement, je ne l'ai pas aimé
• GitBox - la plupart suivent la méthode Mac, je recommande fortement de l'essayer

À propos de git en russe :
"Un modèle de branchement réussi pour git" - traduction d'un bon article en anglais
Cours interactif githowto.com sur l'utilisation de git depuis la console
"Pourquoi git" + discussion
"Git pour ceux qui migrent depuis SVN" + discussion

Github est une plateforme très connue pour stocker, distribuer et gérer le code source de projets open source. Ce service est utilisé par de nombreux développeurs à travers le monde, notamment de grandes entreprises telles que Microsoft, RedHat et bien d'autres, ainsi que par des centaines de développeurs de nombreux projets populaires.

La plate-forme offre non seulement la possibilité de visualiser le code et sa distribution, mais également l'historique des versions, des outils de développement collaboratif, des outils pour fournir de la documentation, publier des versions et retour. Et le meilleur, c'est que vous pouvez publier des projets publics et privés sur Gihub. Dans cet article, nous verrons comment utiliser Github pour héberger votre projet. Pour ainsi dire, github pour les débutants.

Supposons que vous ayez votre propre projet et que vous souhaitiez héberger son code sur Github dans accès libre afin que d'autres utilisateurs puissent le voir et participer au développement. La première chose à faire est de créer un compte.

1. Création de compte

Pour créer un nouveau compte sur le site, ouvrez page d'accueil GitHub et vous pouvez immédiatement saisir les détails du nouveau compte. Vous devez fournir un nom d'utilisateur, un e-mail et un mot de passe :

Lorsque vous avez fini de saisir, appuyez sur le bouton "Inscrivez-vous gratuitement":

À l'étape suivante, vous devez sélectionner le type de référentiel. Les référentiels publics sont gratuits, mais si vous souhaitez créer un référentiel privé dont le code ne sera disponible que pour vous, vous devrez payer 7 $ par mois.

Votre compte est prêt et vous serez redirigé vers une page où vous pourrez créer votre premier projet. Mais avant de pouvoir le faire, vous devez confirmer votre adresse e-mail. Pour ce faire, ouvrez votre boîte aux lettres et suivez le lien dans l'e-mail de Github.

Aucune configuration de github n'est nécessaire, quelques clics suffisent.

2. Création d'un référentiel

Sur la page qui s'ouvre, c'est la page principale pour les utilisateurs autorisés, cliquez sur le bouton "Démarrer un projet":

Vous pouvez immédiatement initialiser le référentiel en créant un fichier Readme en cochant la case "Initialisez ce référentiel avec un README" en bas de page. Vous pouvez également sélectionner une licence :

Lorsque vous êtes prêt, sélectionnez "Créer un projet", un nouveau projet sera créé avec un fichier README contenant une description et un fichier de licence.

3. Ajouter des succursales

Les branches Github vous permettent de travailler avec plusieurs versions d'un projet en même temps. Par défaut, lors de la création d'un référentiel, la branche master est créée, c'est la branche principale de travail. Vous pouvez par exemple créer des branches supplémentaires pour tester logiciel avant sa publication dans la branche master. De cette façon, vous pouvez simultanément développer le produit et fournir une version stable aux utilisateurs. Vous pouvez également créer des branches distinctes pour la version du programme pour différents systèmes.

La branche actuelle est indiquée dans le coin supérieur gauche après le mot "Bifurquer". Pour créer une nouvelle branche, développez simplement cette liste et commencez à taper son nom :

Le site lui-même vous demandera de créer un nouveau fil de discussion, sélectionnez "Créer une branche".

Immédiatement après la création, vous travaillerez avec la branche nouvellement créée.

4. Modifications et validations de fichiers

Toutes les modifications apportées aux fichiers sur Github sont effectuées à l'aide de validations. Un commit est accompli en effectuant les correctifs eux-mêmes et en décrivant ces correctifs. Ceci est nécessaire pour que vous sachiez quoi et quand vous avez modifié, et facilite également le suivi du travail de l'équipe. Le mot commit peut être traduit par « réparer ». Autrement dit, nous pouvons apporter des modifications à plusieurs fichiers, puis les valider. Modifions le fichier README à titre d'exemple. Pour ce faire, recherchez dans côté droit bouton du panneau avec un pinceau et cliquez dessus :

S'ouvrira éditeur de texte où vous pouvez saisir les corrections dont vous avez besoin :

Après avoir fait tout ce dont vous avez besoin, vous devez remplir le champ "Commettre" en bas de page. Décrivez brièvement ce qui a changé, puis cliquez sur le bouton "Commettre les modifications":

Ces modifications seront apportées à la branche actuelle du projet, puisque nous travaillons actuellement sur les tests, les modifications y seront envoyées.

5. Création de demandes de tirage

GitHub pour les débutants peut sembler très compliqué précisément à cause de ces fonctionnalités, mais il est très pratique une fois que vous l'avez compris. Une demande de fusion ou une demande d'extraction est une fonctionnalité par laquelle tout développeur peut demander à un autre, tel que le créateur d'un référentiel, de réviser son code et de l'ajouter au projet ou à la branche principale. L'outil Merge Request utilise l'outil de comparaison de différences, vous pouvez donc voir toutes les modifications, elles seront soulignées dans une couleur différente. La Pull Request peut être créée immédiatement après la création d’un commit. Envoyons une Pull Request de notre branche de test à la branche principale. Ouvrez d'abord l'onglet "Demande de tirage".

Cliquez ici "Créer une demande de tirage":

Dans cette fenêtre, vous pouvez visualiser toutes les modifications ; nous voyons maintenant que la ligne a été ajoutée :

6. Examiner et approuver les demandes de fusion

Maintenant, sur le même onglet Pull Requests, nous voyons la demande de fusion nouvellement créée et tout ce que nous avons à faire est de l'accepter en cliquant sur "Demande d'extraction de fusion":

Mais si cette demande provient d'une autre personne, vous devez vérifier ce qu'elle y a modifié et si cela est nécessaire, pour ce faire, cliquez simplement sur la description de la demande et vous verrez la fenêtre déjà familière de visualisation des modifications :

Le code sera ensuite importé dans la branche master et la branche testing pourra être supprimée en toute sécurité.

7. Rapports de bogues

Une autre chose pratique est que vous pouvez utiliser GitHub non seulement pour développer et gérer du code, mais également pour recueillir les commentaires des utilisateurs. Sur l'onglet "Problème" Les utilisateurs peuvent publier des messages sur les problèmes qu'ils ont rencontrés lors de l'utilisation de votre produit. Ouvrir l'onglet "Problèmes", et cliquez sur le bouton "Nouveau numéro":

8. Sorties

La dernière chose que nous examinerons aujourd’hui concerne les versions. Lorsque le produit a atteint un certain stade, vous pouvez publier une version afin que les utilisateurs puissent être sûrs que tout y est stable et que personne n'a rien cassé avec une Pull Request incorrecte dans le Master. Vous devez d'abord vous rendre sur la page principale du projet, puis dans l'onglet "Communiqués":

Sur cette page, vous devez spécifier la version dans le champ "Version de balise", puis le nom de la version et une brève description. Si vous avez compilé des archives avec des binaires, vous devez également les joindre ici. Puis cliquez "Créer une version":

Après avoir créé la version, la page suivante sera créée :

Conclusions

Dans cet article, nous avons vu comment utiliser GitHub pour héberger et gérer votre projet. L'ensemble du système est en anglais, donc une connaissance de base de la langue est très souhaitable, mais même sans cela, travailler avec github ne sera pas très difficile. J'espère que ces informations vous ont été utiles. Si vous souhaitez savoir comment travailler avec Git depuis ligne de commande, voir l'article pour les débutants.

Git. Un début rapide pour utiliser les opérations de base avec des explications

Le(s) fichier(s) sont maintenant fermement établis dans le HEAD de votre copie locale de travail. Vous ne pouvez pas les expulser de là, mais ils ne sont toujours pas dans votre référentiel distant. Mettons-les-y aussi ! Utiliser:

Maître d'origine Git Push

Juste au lieu de master, écrivez le nom de la branche souhaitée. Oh oui, vous ne savez pas encore ce que sont les branches. D'accord, souvenez-vous de cet endroit pour l'instant, et lorsque vous aurez entendu parler de la ramification, revenez ici.

Ah oui, pour les mecs sympas qui travaillent avec des serveurs (il convient de parler de GitHub par exemple), la commande sera comme ceci :

Git à distance ajouter l'origine [serveur]

Ramification

En anglais, cette chose s'appelle ramification- il vaut mieux approfondir ce problème et lire plus en détail sur le branchement, je vais juste vous le présenter. Ramification utilisé pour le développement simultané et indépendant de différentes fonctionnalités (enfin, ou l'accumulation de plus de bugs, car code source grossit). La branche principale est maître- il apparaît lors de la création d'un référentiel. Les autres branches sont des bacs à sable ; lorsque vous en avez suffisamment joué, fusionnez-les en un seul tout dans master. Maintenant, je vais vous expliquer comment cela se fait.

Créer une nouvelle branche

Vous avez donc décidé de travailler sur une nouvelle fonctionnalité. Créez une nouvelle branche pour cela :

Git checkout -b [nouvelle_branche]

Oh oui, votre imagination travaille probablement à plein régime, mais modérez-la lorsqu'il s'agit de nommer des branches : vous ne pouvez nommer une branche qu'avec un nom acceptable pour une variable dans votre langue préférée.

Basculer entre les branches

Dois-je faire une pause dans mon travail sur cette fonctionnalité et passer à une autre branche ? Utiliser (si vous travaillez avec un référentiel local, vous n'avez pas besoin de préciser son nom) :

Paiement Git [dépôt]/[branche]

Eh bien, si vous ne voulez pas du tout travailler avec, supprimez-le complètement :

Branche Git -d [branche]

Vous pouvez faire ce que vous voulez avec votre branche : personne ne la verra jusqu'à ce que vous la transfériez vers le référentiel distant avec la commande :

Git push origine [branche]

Fusionner des branches

Pour fusionner une branche avec celle sur laquelle vous travaillez actuellement, utilisez :

Fusion Git [branche]

Mais bien sûr, tout cela conduit à des conflits. Et c'est un vrai problème. Essayez donc de tout réparer manuellement directement dans le répertoire du référentiel. Dans ce cas, n’oubliez pas de marquer que vous les avez « divulgués » :

Git ajouter [nom de fichier]

D'ailleurs, les branches peuvent être comparées :

Git diff [one_branch] [other_branch]

Alors maintenant, prenons des mesures plus décisives. Nous mettrons à jour notre référentiel conformément au dernier commit. C'est très simple à faire (mais ce n'est pas très simple de le remettre en place, alors réfléchissez-y à deux fois avant de commettre cette terrible erreur) :

Git pull

Bien sûr, je comprends que vous êtes trop cool pour laisser des notes pour le futur - gardez tout dans votre tête - mais je vous recommande quand même de laisser des tags. Et ce n'est pas mon invention, beaucoup de gens font ça :

Balise Git [first_ten_characters of the_corresponding_commit]

Vous ne savez pas quels sont les premiers caractères du nom du commit souhaité ? Pas de problème, regardez l'historique du dépôt - son log :

Il existe de nombreux paramètres différents pour utiliser cette chose utile, allez-y et recherchez-les vous-même sur Google. Oh oui, d'ailleurs, nous en avons déjà parlé une fois.

Bon sang, j'ai fait la mauvaise chose !

Eh bien, laissez-moi maintenant vous expliquer comment corriger vos erreurs, même si vous êtes sûr de ne pas les commettre. Si le problème ne concerne qu'un seul fichier, voici Ctrl+Z pour HEAD :

Paiement Git -- [nom du fichier]

Mais si le problème réside déjà dans le référentiel local, effacez tout et renvoyez la version depuis le serveur :

Git récupérer l'origine git réinitialiser --dur origine/maître

Oui mec, tout est dur ici. C'est con.

Fonctionnalités Git

Si vous êtes paresseux et que vous ne voulez pas tout écrire dans le shell de votre système d’exploitation, vous pouvez utiliser l’interface graphique de git :

Vous trouverez un tas d’autres interfaces graphiques.
Si vous trouvez la sortie standard de git ennuyeuse, coloriez-la :

Git config color.ui vrai

Eh bien, il existe aussi une telle chose : l'indexation interactive. Lorsque vous avez déjà un projet assez volumineux, vous pouvez compresser la représentation de l'index dans le journal comme ceci :

Git ajouter -i

J'espère que ce guide vous aidera dès les premiers stades à ne pas vous tromper en travaillant avec git et vous apprendrez enfin à surveiller vos sauvegardes.

GitHub - qu'est-ce que c'est ? Cette ressource est une plateforme Web de contrôle de version et de collaboration destinée aux développeurs de logiciels. Fourni via un modèle commercial de logiciel en tant que service, il a été lancé en 2008. La ressource est basée sur Git, un système de gestion de code source conçu pour accélérer le développement de logiciels.

GitHub est actuellement le service d'hébergement de code le plus populaire parmi les développeurs et les programmeurs.

GitHub - qu'est-ce que c'est ?

Git est utilisé pour stocker le code source d'un projet et garder une trace d'un historique complet de toutes les modifications du code. Cela permet aux développeurs de collaborer plus efficacement sur un projet en fournissant des outils pour gérer d'éventuelles modifications conflictuelles provenant de plusieurs développeurs. Travailler avec GitHub vous permet d'adapter et d'améliorer gratuitement les logiciels de ses référentiels publics, mais des frais pour les référentiels privés, offrant une variété de plans tarifaires. Chaque référentiel public ou privé contient tous les fichiers du projet, ainsi que l'historique des modifications de chaque fichier. Les référentiels peuvent avoir plusieurs employés et peuvent être publics ou privés.

Comment travailler sur GitHub ?

La plateforme facilite le codage social en fournissant une interface Web pour un référentiel de code Git et des outils de gestion pour la collaboration. Ce projet peut être considéré comme une ressource sérieuse de réseautage social pour les créateurs de logiciels.

Comment les participants peuvent coder ensemble, évaluer le travail de chacun, recevoir des mises à jour sur des projets spécifiques et communiquer publiquement ou en privé.

Les utilisateurs peuvent ajouter d'autres participants à leur projet pour collaborer.

Terminologie

Trois termes importants utilisés par les développeurs dans l'environnement GitHub.com sont fork, pull request et merge.

Un fork est un référentiel qui a été copié du compte d'un membre vers compte un autre. Cet outil permet au développeur d'apporter des modifications sans affecter le code source.

Parce que GitHub est intuitif et facile à utiliser, et que ses outils de contrôle de version sont utiles pour la collaboration, la ressource est devenue populaire parmi les spécialistes de divers domaines, y compris les non-programmeurs. Ils ont notamment commencé à l'utiliser pour travailler sur des documents et des développements multimédias. Par exemple, des projets de documentation, des ressources d'apprentissage et d'autres types de travaux dans lesquels les utilisateurs peuvent interagir en ligne et travailler ensemble. GitLab est une alternative open source à GitHub.com.

Produits et fonctionnalités

En plus du célèbre produit GitHub.com, le fondateur du SaaS propose une version on-premise. GitHub Enterprise prend en charge les environnements de développement intégrés, les outils intégrés et bien d'autres. applications tierces et services. La ressource offre sécurité accrue et la possibilité de vérification.

Les autres produits et fonctionnalités de l'application incluent :