Ausführliche Erklärung der Git-Grundlagen

In diesem Artikel geht es um die Grundlagen von Git. Wenn Sie die Grundlagen von Git nicht kennen oder sich für die Grundlagen von Git interessieren, schauen wir uns diesen Artikel ohne weitere Umschweife an Punkt

Vorwort

In diesem Artikel werden die Techniken und die Verwendung gängiger Git-Befehle ausführlich erläutert.

Text

1. Einführung in Git

Die Geburt von Git ist in der Tat eine interessante Geschichte Das Open-Source-Linux-System wurde seitdem weiterentwickelt und hat sich mittlerweile zum größten Software-Serversystem entwickelt. (Bitte lassen Sie sich nicht über Linus und Linux verwirren)

Aber da Linux weiter wächst, werden verschiedene Versionskontrollen benötigt. Zuerst verwendeten Linus und seine jüngeren Brüder das BitKeeper-System (kommerzielle Versionskontrolle). Dann hat die Firma von BitKeeper sie aus irgendeinem Grund daran gehindert, es zu verwenden, also hat Linus zwei Wochen damit verbracht, Git zu schreiben und es als Open Source zu veröffentlichen (BitKeeper fiel weinend auf der Toilette in Ohnmacht), Amitabha, zum Glück ließ BitKeeper Linus und die anderen nicht zu Verwenden Sie es, sonst wir hätte jetzt kein so einfach zu bedienendes Git und der Blogger würde diesen Blog-Beitrag hier nicht schreiben.

In den folgenden Jahren erschienen nach und nach Github, Coding und andere Websites, die Git-Speicher verwenden können, und der Status von Git wurde unersetzlich. Wenn Sie Entwickler sind, aber nicht wissen, wie man Git verwendet, dann ist Too out .

Hier zitieren wir zunächst ein Bild, um das Funktionsprinzip von Git zu erklären:

1. Arbeitsbereich: Führen Sie den Befehl git add * aus Um Änderungen vorzunehmen. An den Staging-Bereich übermittelt, führen Sie den Befehl git pull aus, um die Daten aus dem Remote-Warehouse in den aktuellen Zweig zu ziehen und zusammenzuführen. Führen Sie git checkout [branch-name] aus, um den Zweig zu wechseln

2. Index : Staging-Bereich, führen Sie den Befehl git commit - m 'Description' aus, um die Änderungen an den Warehouse-Bereich (aktueller Zweig) zu übermitteln

3. Repository: Warehouse-Bereich (oder lokales Warehouse), zum Übermitteln git push origin master ausführen zum Remote-Warehouse, führen Sie „Git Clone Address“ aus, um das Remote-Warehouse auf lokal zu klonen

4. Remote: Remote-Warehouse ist das Warehouse, das von Websites wie Github, Coding usw. bereitgestellt wird.

Hinweis: Das tatsächliche Der Betriebsbefehl unterscheidet sich vom obigen Befehl. Hier wird die Beziehung zwischen Befehlen und Lagern klar erläutert.

1.1 Git-Terminologie

Begriffsdefinition Warehouse (Repository) Ein Repository enthält alle Versionsinformationen, alle Zweige und Tag-Informationen. Jede Kopie eines Repositorys in Git ist vollständig. In einem Repository erhalten Sie Ihre Arbeitskopie. Verzweigungen Unter einer Verzweigung versteht man eine unabhängige Codezeile mit eigener Historie. Sie können aus vorhandenem Code einen neuen Zweig generieren, der völlig unabhängig von den verbleibenden Zweigen ist. Der Standardzweig wird oft als Master bezeichnet. Der Benutzer kann einen Zweig auswählen, einen Zweig auswählen und den Befehl git ausführen Checkout-Zweig Tags Ein Tag bezieht sich auf den Status eines Zweigs zu einem bestimmten Zeitpunkt. Durch die Markierung können Sie problemlos zum Status zum Zeitpunkt der Markierung wechseln, z. B. zum Codestatus im Testzweig am 25. Januar 2009. Commit Nachdem der Code übermittelt wurde, erstellt das Warehouse eine neue Version. Diese Version kann später abgerufen werden. Jede Übermittlung umfasst einen Autor und einen Einreicher, und der Autor und der Einreicher können unterschiedliche Personen sein. Die Revision wird verwendet, um einen Versionsstatus des Codes darzustellen. Git identifiziert verschiedene Versionen anhand von IDs, die durch den SHA1-Hash-Algorithmus dargestellt werden. Jede SHA1-ID ist eine 160 Bit lange, hexadezimale -Zeichenfolge . Die neueste Version kann über HEAD bezogen werden. Frühere Versionen können über „HEAD~1“ usw. bezogen werden.

1.2 Bestimmte Dateien ignorieren

Sie können Git so konfigurieren, dass bestimmte Dateien oder Ordner ignoriert werden. Diese Konfigurationen werden in der .gitignore-Datei abgelegt. Diese Datei kann in verschiedenen Ordnern vorhanden sein und unterschiedliche Dateiabgleichsmuster enthalten.

Der Inhalt von .gitignore kann beispielsweise wie folgt lauten:

忽略某文件
npm-debug.log
忽略文件夹
dist/
node_modules/
.idea/

Gleichzeitig stellt Git auch die globale Konfiguration core.excludesfile bereit.

忽略之后的文件或是文件夹Git就不去提交里面的内容了。

1.3 使用.gitkeep来追踪空的文件夹

Git会忽略空的文件夹。如果你想版本控制包括空文件夹，根据惯例会在空文件夹下放置.gitkeep文件。其实对文件名没有特定的要求。一旦一个空文件夹下有文件后，这个文件夹就会在版本控制范围内。

1.4 配置

# 显示当前的Git配置
$ git config --list
# 编辑Git配置文件，只是配置用户信息的话直接看下面两行命令即可
$ git config -e [--global]
# 设置提交代码时的用户信息，是否加上全局--global自行决定，一般是直接设置全局的。另外用户邮箱需要注意最好使用gmail,QQ也可以，需要和你远程仓库保持一致不然你的contribution是不会被记录在远程仓库的
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"

Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。

个人觉得git是需要认真学的，虽然是个工具但不学习很容易把自己弄糊涂，希望这篇博客可以在某些时候帮到您，让您大概理解git的工作原理并把基本命令串起来。那么下面就说一下Git重要的基本命令吧。

2.Git安装

Git-for-window

下载安装这个不用多说吧….

3.创建仓库

# 在当前目录创建一个文件夹
$ mkdir [project-name]
# 在当前目录新建一个Git代码库
$ git init
# 新建一个目录，将其初始化为Git代码库
$ git init [project-name]
# 下载一个项目和它的整个代码历史（各个分支提交记录等）
$ git clone [url]

git init后会出现.git文件夹，里面有配置文件，如果没有git bash里面输入ls -lah就可以看到了

关于如何关联Git和远程仓库，比如Coding，github等，可以看这两篇文章：
Git链接到自己的GithubCoding帮助中心

4.提交文件

4.1首次推送

# 添加当前目录的所有文件到暂存区
$ git add *
# 提交暂存区到仓库区
$ git commit -m [message]
# 为远程Git更名为origin
$ git remote add origin git@github.com:abcd/tmp.git
# 推送此次修改，这是首次推送需要加上-u,之后推送就可以直接git push  origin master,origin是远程Git名字，这个可以自己定义，不过一般是用origin罢了，master是默认的分支，如果不在master分支提交需要写清楚分支名称
$ git push -u origin master

首次推送成功后可以看下下面的命令：

# 添加指定文件到暂存区
$ git add [file1] [file2] ...
# 添加指定目录到暂存区，包括子目录
$ git add [dir]
# 添加当前目录的所有文件到暂存区
$ git add *
# 添加每个变化前，都会要求确认
对于同一个文件的多处变化，可以实现分次提交
$ git add -p
# 删除工作区文件，并且将这次删除放入暂存区
$ git rm [file1] [file2] ...
# 停止追踪指定文件，但该文件会保留在工作区
$ git rm --cached [file]
# 改名文件，并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]
# 提交暂存区到仓库区
$ git commit -m [message]
# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] ... -m [message]
# 提交工作区自上次commit之后的变化，直接到仓库区
$ git commit -a
# 提交时显示所有diff信息
$ git commit -v
# 使用一次新的commit，替代上一次提交
如果代码没有任何新变化，则用来改写上一次commit的提交信息
$ git commit --amend -m [message]
# 重做上一次commit，并包括指定文件的新变化
$ git commit --amend [file1] [file2] ...
# 提交更改到远程仓库
$ git push origin master
# 拉取远程更改到本地仓库默认自动合并
$ git pull origin master

如果我们只是维护自己的小项目的话，上面的命令已经够用了，自己一个人在master分支想咋折腾就咋折腾

5.分支

但如果是多人协作的话，git的魅力就开始提现出来了，每个人有自己的一个分支，各自在自己的分支上工作互不干扰。具体的看这：Git教程-创建合并分支

# 列出所有本地分支
$ git branch
# 列出所有远程分支
$ git branch -r
# 列出所有本地分支和远程分支
$ git branch -a
# 新建一个分支，但依然停留在当前分支
$ git branch [branch-name]
# 新建一个分支，并切换到该分支
$ git checkout -b [branch]
# 新建一个分支，指向指定commit
$ git branch [branch] [commit]
# 新建一个分支，与指定的远程分支建立追踪关系
$ git branch --track [branch] [remote-branch]
# 切换到指定分支，并更新工作区
$ git checkout [branch-name]
# 切换到上一个分支
$ git checkout -
# 建立追踪关系，在现有分支与指定的远程分支之间
$ git branch --set-upstream [branch] [remote-branch]
# 合并指定分支到当前分支，如果有冲突需要手动合并冲突（就是手动编辑文件保存咯），然后add,commit再提交
$ git merge [branch]
# 选择一个commit，合并进当前分支
$ git cherry-pick [commit]
# 删除分支
$ git branch -d [branch-name]
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]

6.标签

标签的作用主要是用来做版本回退的，关于版本回退，这也是Git的亮点之一，起到了后悔药的功能·

# 列出所有tag
$ git tag
# 新建一个tag在当前commit
$ git tag [tag]
# 新建一个tag在指定commit
$ git tag [tag] [commit]
# 删除本地tag
$ git tag -d [tag]
# 删除远程tag
$ git push origin :refs/tags/[tagName]
# 查看tag信息
$ git show [tag]
# 提交指定tag
$ git push [remote] [tag]
# 提交所有tag
$ git push [remote] --tags
# 新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]

7.后悔药

想一下在你写完N个文件代码后，commit到了本地仓库，突然发现整个应用崩溃了！咋整？Git给了我们吃后悔药
的机会：

# 恢复暂存区的指定文件到工作区
$ git checkout [file]
# 恢复某个commit的指定文件到暂存区和工作区
$ git checkout [commit] [file]
# 恢复暂存区的所有文件到工作区
$ git checkout .
# 回退到上一个版本，在Git中，用HEAD表示当前版本
$ git reset --hard HEAD^
# 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变
$ git reset [file]
# 重置暂存区与工作区，与上一次commit保持一致
$ git reset --hard
# 重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变
$ git reset [commit]
# 重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定commit一致
$ git reset --hard [commit]
# 重置当前HEAD为指定commit，但保持暂存区和工作区不变
$ git reset --keep [commit]
# 新建一个commit，用来撤销指定commit
# 后者的所有变化都将被前者抵消，并且应用到当前分支
$ git revert [commit]
# 暂时将未提交的变化移除，稍后再移入
$ git stash
$ git stash pop

这个时候标签的作用就体现出来了，因为commit号太冗长了，记起来太麻烦有了标签我们相当于自定义了commit号

8. 文件信息

# 显示当前分支的版本历史
$ git log
# 显示commit历史，以及每次commit发生变更的文件
$ git log --stat
# 搜索提交历史，根据关键词
$ git log -S [keyword]
# 显示某个commit之后的所有变动，每个commit占据一行
$ git log [tag] HEAD --pretty=format:%s
# 显示某个commit之后的所有变动，其"提交说明"必须符合搜索条件
$ git log [tag] HEAD --grep feature
# 显示某个文件的版本历史，包括文件改名
$ git log --follow [file]
$ git whatchanged [file]
# 显示指定文件相关的每一次diff
$ git log -p [file]
# 显示过去5次提交
$ git log -5 --pretty --oneline
# 显示所有提交过的用户，按提交次数排序
$ git shortlog -sn
# 显示指定文件是什么人在什么时间修改过
$ git blame [file]
# 显示暂存区和工作区的差异
$ git diff
# 显示暂存区和上一个commit的差异
$ git diff --cached [file]
# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD
# 显示两次提交之间的差异
$ git diff [first-branch]...[second-branch]
# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"
# 显示某次提交的元数据和内容变化
$ git show [commit]
# 显示某次提交发生变化的文件
$ git show --name-only [commit]
# 显示某次提交时，某个文件的内容
$ git show [commit]:[filename]

9.其它命令

命令 说明 git blame filepath git blame清楚的记录某个文件的更改历史和更改人，简直是查看背锅人的利器，filepath是需要查看的文件路径 git status 显示有变更的文件 git reflog 显示当前分支的最近几次提交

后记

要想彻底熟练使用git那需要记住的命令多了去了，起码几百个吧，不过在日常使用中，本文涉及的命令应该是足够用了，有遗漏的常用命令欢迎提出补充。另外，诚心希望您能把参考文章好好读一下，阮老师和廖老师总结的十分到位。本文好多命令也都是使用的两位老师总结的。

相关推荐：

Gemeinsame Ausdrücke für Git

Das obige ist der detaillierte Inhalt vonAusführliche Erklärung der Git-Grundlagen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!