tft每日頭條

 > 圖文

 > 個人對git的理解

個人對git的理解

圖文 更新时间:2025-06-21 08:51:50

點擊上方關注,快速進階高級架構師

在日常工作中,經常會用到git操作。但是對于新人來講,剛上來對Git很陌生,操作起來也很懵逼。本篇文章主要針對剛開始接觸Git的新人,理解Git的基本原理,掌握常用的一些命令。

一、Git工作流程

個人對git的理解(經典好文一篇文章)1

以上包括一些簡單而常用的命令,但是先不關心這些,先來了解下面這4個專有名詞。

  • Workspace:工作區
  • Index / Stage:暫存區
  • Repository:倉庫區(或本地倉庫)
  • Remote:遠程倉庫

工作區

程序員進行開發改動的地方,是你當前看到的,也是最新的。

平常我們開發就是拷貝遠程倉庫中的一個分支,基于該分支進行開發。在開發過程中就是對工作區的操作。

暫存區

.git目錄下的index文件, 暫存區會記錄git add添加文件的相關信息(文件名、大小、timestamp...),不保存文件實體, 通過id指向每個文件實體。可以使用git status查看暫存區的狀态。暫存區标記了你當前工作區中,哪些内容是被git管理的。

當你完成某個需求或功能後需要提交到遠程倉庫,那麼第一步就是通過git add先提交到暫存區,被git管理。

本地倉庫

保存了對象被提交 過的各個版本,比起工作區和暫存區的内容,它要更舊一些。

git commit後同步index的目錄樹到本地倉庫,方便從下一步通過git push同步本地倉庫與遠程倉庫的同步。

遠程倉庫

遠程倉庫的内容可能被分布在多個地點的處于協作關系的本地倉庫修改,因此它可能與本地倉庫同步,也可能不同步,但是它的内容是最舊的。

小結

  1. 任何對象都是在工作區中誕生和被修改;
  2. 任何修改都是從進入index區才開始被版本控制;
  3. 隻有把修改提交到本地倉庫,該修改才能在倉庫中留下痕迹;
  4. 與協作者分享本地的修改,可以把它們push到遠程倉庫來共享。

下面這幅圖更加直接闡述了四個區域之間的關系,可能有些命令不太清楚,沒關系,下部分會詳細介紹。

個人對git的理解(經典好文一篇文章)2

二、常用Git命令

個人對git的理解(經典好文一篇文章)3

網上找了個圖,别人整理的一張圖,很全很好,借來用下。下面詳細解釋一些常用命令。

HEAD

個人對git的理解(經典好文一篇文章)4

在掌握具體命令前,先理解下HEAD。

HEAD,它始終指向當前所處分支的最新的提交點。你所處的分支變化了,或者産生了新的提交點,HEAD就會跟着改變。

add

個人對git的理解(經典好文一篇文章)5

add相關命令很簡單,主要實現将工作區修改的内容提交到暫存區,交由git管理。

個人對git的理解(經典好文一篇文章)6

commit

個人對git的理解(經典好文一篇文章)7

commit相關命令也很簡單,主要實現将暫存區的内容提交到本地倉庫,并使得當前分支的HEAD向後移動一個提交點。

個人對git的理解(經典好文一篇文章)8

branch

個人對git的理解(經典好文一篇文章)9

涉及到協作,自然會涉及到分支,關于分支,大概有展示分支,切換分支,創建分支,删除分支這四種操作。

個人對git的理解(經典好文一篇文章)10

關于分支的操作雖然比較多,但都比較簡單好記。

merge

個人對git的理解(經典好文一篇文章)11

merge命令把不同的分支合并起來。如上圖,在實際開放中,我們可能從master分支中切出一個分支,然後進行開發完成需求,中間經過R3,R4,R5的commit記錄,最後開發完成需要合入master中,這便用到了merge。

個人對git的理解(經典好文一篇文章)12

一般在merge之後,會出現conflict,需要針對沖突情況,手動解除沖突。主要是因為兩個用戶修改了同一文件的同一塊區域。如下圖所示,需要手動解除。

個人對git的理解(經典好文一篇文章)13

rebase

個人對git的理解(經典好文一篇文章)14

rebase又稱為衍合,是合并的另外一種選擇。

在開始階段,我們處于new分支上,執行git rebase dev,那麼new分支上新的commit都在master分支上重演一遍,最後checkout切換回到new分支。這一點與merge是一樣的,合并前後所處的分支并沒有改變。git rebase dev,通俗的解釋就是new分支想站在dev的肩膀上繼續下去。rebase也需要手動解決沖突。

rebase與merge的區别

現在我們有這樣的兩個分支,test和master,提交如下:

個人對git的理解(經典好文一篇文章)15

在master執行git merge test,然後會得到如下結果:

個人對git的理解(經典好文一篇文章)16

在master執行git rebase test,然後得到如下結果:

個人對git的理解(經典好文一篇文章)17

可以看到,merge操作會生成一個新的節點,之前的提交分開顯示。而rebase操作不會生成新的節點,是将兩個分支融合成一個線性的提交。

如果你想要一個幹淨的,沒有merge commit的線性曆史樹,那麼你應該選擇git rebase

如果你想保留完整的曆史記錄,并且想要避免重寫commit history的風險,你應該選擇使用git merge

reset

個人對git的理解(經典好文一篇文章)18

reset命令把當前分支指向另一個位置,并且相應的變動工作區和暫存區。

個人對git的理解(經典好文一篇文章)19

revert

個人對git的理解(經典好文一篇文章)20

git revert用一個新提交來消除一個曆史提交所做的任何修改。

revert與reset的區别

個人對git的理解(經典好文一篇文章)21

  • git revert是用一次新的commit來回滾之前的commit,git reset是直接删除指定的commit。
  • 在回滾這一操作上看,效果差不多。但是在日後繼續merge以前的老版本時有區别。因為git revert是用一次逆向的commit“中和”之前的提交,因此日後合并老的branch時,導緻這部分改變不會再次出現,減少沖突。但是git reset是之間把某些commit在某個branch上删除,因而和老的branch再次merge時,這些被回滾的commit應該還會被引入,産生很多沖突。關于這一點,不太理解的可以看這篇文章。
  • git reset 是把HEAD向後移動了一下,而git revert是HEAD繼續前進,隻是新的commit的内容和要revert的内容正好相反,能夠抵消要被revert的内容。

push

上傳本地倉庫分支到遠程倉庫分支,實現同步。

個人對git的理解(經典好文一篇文章)22

其他命令

個人對git的理解(經典好文一篇文章)23

以上就是關于Git的一些常用命令及詳細闡述,相信能對Git有一個初步的認識。

https://juejin.im/post/599e14875188251240632702

,

更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!

查看全部

相关圖文资讯推荐

热门圖文资讯推荐

网友关注

Copyright 2023-2025 - www.tftnews.com All Rights Reserved