Déclaration de copyright : l'originalité n'est pas facile, le plagiat et la réimpression sont interdits dans cet article, et la contrefaçon doit faire l'objet d'une enquête !
Table des matières
1. Installation et configuration de Git
Installation de Git :
téléchargement du site officiel :
https://git-scm.com/downloads
Le site officiel est le suivant :
Voici une démonstration sur le système Windows :
Les trois étapes suivantes sont par défaut, cliquez directement sur suivant, puis attendez l'installation pour vérifier si l'installation est réussie ou non :
Configuration Git :
configurez le nom d'utilisateur et l'adresse e-mail, comme suit :
git config --global user.name "用户名"
git config --global user.email "邮箱名"
Une fois la configuration terminée, vous pouvez voir un fichier de configuration .gitconfig sous C:\Users\lenovo, qui enregistre le nom d'utilisateur et l'adresse e-mail configurés, comme suit :
2. Configuration et connexion SSH
Configuration SSH :
les outils Git peuvent établir des connexions avec github, gitlab et gitee, et il existe à peu près trois façons de télécharger des projets du référentiel (entrepôt) vers le local : HTTPS, SSH et ZIP. Les deux premières méthodes sont souvent utilisées pendant développement, mais HTTPS est utilisé pour établir une vérification d'autorisation est requise lors de la connexion, et le nom d'utilisateur et le mot de passe doivent être entrés, ce qui est fastidieux, nous pouvons donc directement utiliser SSH pour nous connecter. Ici, nous utilisons github comme exemple pour démontrer. Dans l'
ordre pour effectuer une connexion sans clé entre l'entrepôt local et l'entrepôt distant, vous pouvez configurer ssh
1. Générer une clé
La méthode de génération de clé précédemment utilisée :
ssh-keygen -t rsa -C 邮箱名
Maintenant, cette méthode n'est plus possible et une erreur sera signalée, comme suit :
ERROR: You‘re using an RSA key with SHA-1, which is no longer allowed.
Étant donné que github a mis à jour la clé ssh, les SHA-1, rsa, etc. d'origine ne sont plus pris en charge. Ici, nous pouvons utiliser la méthode ed25519 pour générer une nouvelle clé, comme suit :
ssh-keygen -t ed25519 -C your-email
À ce stade, deux fichiers seront générés dans le répertoire C:\Users\lenovo.ssh, une clé publique et une clé privée : 2.
Configurez la clé
Avant de configurer la clé, nous changeons d'abord l'origine de la branche par défaut sur github en In développement d'entreprise, la branche principale porte le nom de master.
Sous le chemin [github]-[settings]-[Repository], remplacez simplement origin par master, comme suit : modifiez
ensuite la clé publique id_ed25519.pub dans le fichier. copiez le contenu dans github (github – paramètres – clés SSH et GPG – NOUVELLE clé SSH), comme suit :
Note : Lors de la copie, essayez de ne pas conserver d'espaces
3. Tester la connectivité
Phrases pour tester la connectivité (écriture fixe) :
ssh –T git@github.com
Si le fichier known_hosts apparaît dans le répertoire C:\Users\lenovo.ssh, cela signifie qu'il peut être connecté :
3. Flux de travail approximatif et efficace
Manière inefficace :
- Commencez par créer le projet localement
- Créez ensuite un entrepôt à distance
- Enfin, associez le projet local à l'entrepôt distant
git remote add origin SSH
Cette opération sera lourde et inefficace,
de manière grossière et efficace :
construisez directement un entrepôt sur github, comme suit :
puis copiez le lien SSH de l'entrepôt, comme suit :
enfin clonez (clone) au local, très simple et efficace, comme suit :
git clone <git@github.com:MakerChen66/JavaDevelopment.git>
Méthode de travail non destructive :
1. Allez dans le répertoire racine du projet et
référez-vous à la branche :
git branch
Créez une branche :
git branch new_branch
Créez et basculez vers la branche que vous venez de créer :
git -b branch new_branch
2. Une fois le projet modifié,
voyez quels fichiers ont été modifiés :
git status
Placez le fichier dans la zone de préparation :
git add file
git add . // .表示当前目录下的所有文件，慎用
Ajouter du contenu de commentaire : le but de la soumission ou les modifications qui ont été apportées
git commit –m “注释内容”
Pousser à distance :
git push
Ce qui précède est le processus de soumission général. En général, il n'y a pas de problème. Pour les autres cas particuliers, veuillez consulter ce qui suit
4. Autres problèmes majeurs
Circonstances particulières :
Il y aura inévitablement d'autres problèmes particuliers dans le travail officiel, qui sont à peu près les suivants :
1. Si vous n'êtes pas la seule personne en charge de la branche du projet en cours, avant de pousser vers l'entrepôt distant, un collègue a déjà soumis à l'entrepôt distant une longueur d'avance sur vous. Vous devez extraire (extraire) le code soumis par vos collègues, et votre code sera fusionné par défaut avant de pouvoir le transmettre à la télécommande, comme suit :
git pull
2. Pour certaines raisons, vous poussez à tort et vous devez revenir à la version spécifiée à ce moment, comme suit :
Méthode 1 :
git log // 查看提交记录
git reset -hard HEAD^ // ^表示回到上一个版本
git reset -hard HEAD~100 // 表示回退到前100个版本
Méthode 2 :
git reflog // 查看版本号
git reset -hard 版本号 //回退到指定的版本号，如下：
git reset -hard 4ff91ad
3. Supposons que vous ayez créé la branche de test basée sur la branche principale pour tester la fonction du projet. Après une période de test, la fonction peut être utilisée normalement. Vous devez fusionner le code de la branche de test dans la branche principale pour exécuter le serveur officiel. À ce stade, consultez d'abord le maître. Branchez, effectuez l'opération de fusion, comme suit :
git merge test
Bien sûr, vous pouvez également fusionner manuellement sur la télécommande
5. Lien vers le texte original
6. Informations sur l'auteur
Auteur : Xiaohong's Fishing Daily, objectif : rendre la programmation plus intéressante !
Compte public original de WeChat : " Xiaohong Xingkong Technology ", axé sur les algorithmes, les robots d'exploration Web, le développement de sites Web, le développement de jeux, l'analyse de données, le traitement du langage naturel, l'IA, etc., dans l'attente de votre attention, laissez-nous grandir et coder ensemble !
Remarque sur les droits d'auteur : cet article interdit le plagiat et la réimpression, et toute violation doit faire l'objet d'une enquête !