git日常開發(fā)功能手冊(編輯修改稿)
2025-07-26 11:08 本頁面
【文章內(nèi)容簡介】 m Git進(jìn)入到git的項(xiàng)目的對話框，點(diǎn)擊“Clone URI”進(jìn)入到git的克隆對話框。 新增/修改文件(add)選中文件或者項(xiàng)目根目錄，右鍵點(diǎn)擊“Add to Index”將新增或者修改的加入到git的暫存區(qū)。 提交文件(mit)通過eclipse插件的來提交更新的文件通過“mit”可以方便的在提交之前省去“add to index”操作 更新/推送文件(pull/push)此處可以看到落后遠(yuǎn)程服務(wù)器的提交次數(shù)（圖示數(shù)據(jù)為最后一次fetch操作的數(shù)據(jù)）一般通過項(xiàng)目同步來檢查是否存在沖突，此操作實(shí)際上是執(zhí)行了一次fetch操作操作后可以看到類似SVN的狀態(tài)的文件列表處理完成沖突后,需要通過“mit”操作將處理完沖突的文件提交到git的暫存區(qū)，然后才能把文件推送到遠(yuǎn)程git倉庫7 GIT分支分支的處理 分支簡介 簡介幾乎所有的版本控制系統(tǒng)都以某種形式支持分支。 使用分支意味著你可以把你的工作從開發(fā)主線上分離開來，以免影響開發(fā)主線。 在很多版本控制系統(tǒng)中，這是一個略微低效的過程——常常需要完全創(chuàng)建一個源代碼目錄的副本。對于大項(xiàng)目來說，這樣的過程會耗費(fèi)很多時間。有人把 Git 的分支模型稱為它的“必殺技特性”，也正因?yàn)檫@一特性，使得 Git 從眾多版本控制系統(tǒng)中脫穎而出。 為何 Git 的分支模型如此出眾呢？ Git 處理分支的方式可謂是難以置信的輕量，創(chuàng)建新分支這一操作幾乎能在瞬間完成，并且在不同分支之間的切換操作也是一樣便捷。 與許多其它版本控制系統(tǒng)不同，Git 鼓勵在工作流程中頻繁地使用分支與合并，哪怕一天之內(nèi)進(jìn)行許多次。 理解和精通這一特性，你便會意識到 Git 是如此的強(qiáng)大而又獨(dú)特，并且從此真正改變你的開發(fā)方式。為了真正理解 Git 處理分支的方式，我們需要回顧一下 Git 是如何保存數(shù)據(jù)的?；蛟S你還記得起步的內(nèi)容，Git 保存的不是文件的變化或者差異，而是一系列不同時刻的文件快照。在進(jìn)行提交操作時，Git 會保存一個提交對象（mit object）。知道了 Git 保存數(shù)據(jù)的方式，我們可以很自然的想到——該提交對象會包含一個指向暫存內(nèi)容快照的指針。 但不僅僅是這樣，該提交對象還包含了作者的姓名和郵箱、提交時輸入的信息以及指向它的父對象的指針。首次提交產(chǎn)生的提交對象沒有父對象，普通提交操作產(chǎn)生的提交對象有一個父對象，而由多個分支合并產(chǎn)生的提交對象有多個父對象，為了說得更加形象，我們假設(shè)現(xiàn)在有一個工作目錄，里面包含了三個將要被暫存和提交的文件。 暫存操作會為每一個文件計(jì)算校驗(yàn)和（使用我們在起步中提到的 SHA1 哈希算法），然后會把當(dāng)前版本的文件快照保存到 Git 倉庫中（Git 使用 blob 對象來保存它們），最終將校驗(yàn)和加入到暫存區(qū)域等待提交：$ git add README LICENSE$ git mit m 39。The initial mit of my project39。當(dāng)使用git mit進(jìn)行提交操作時，Git 會先計(jì)算每一個子目錄（本例中只有項(xiàng)目根目錄）的校驗(yàn)和，然后在 Git 倉庫中這些校驗(yàn)和保存為樹對象。 隨后，Git 便會創(chuàng)建一個提交對象，它除了包含上面提到的那些信息外，還包含指向這個樹對象（項(xiàng)目根目錄）的指針。如此一來，Git 就可以在需要的時候重現(xiàn)此次保存的快照?，F(xiàn)在，Git 倉庫中有五個對象：三個 blob 對象（保存著文件快照）、一個樹對象（記錄著目錄結(jié)構(gòu)和 blob 對象索引）以及一個提交對象（包含著指向前述樹對象的指針和所有提交信息）。做些修改后再次提交，那么這次產(chǎn)生的提交對象會包含一個指向上次提交對象（父對象）的指針。Git 的分支，其實(shí)本質(zhì)上僅僅是指向提交對象的可變指針。 Git 的默認(rèn)分支名字是master。 在多次提交操作之后，你其實(shí)已經(jīng)有一個指向最后那個提交對象的master分支。 它會在每次的提交操作中自動向前移動。NOTEGit 的 “master” 分支并不是一個特殊分支。它就跟其它分支完全沒有區(qū)別。 之所以幾乎每一個倉庫都有 master 分支，是因?yàn)間it init命令默認(rèn)創(chuàng)建它，并且大多數(shù)人都懶得去改動它。 分支創(chuàng)建Git 是怎么創(chuàng)建新分支的呢？ 很簡單，它只是為你創(chuàng)建了一個可以移動的新的指針。 比如，創(chuàng)建一個 testing 分支， 你需要使用git branch命令：$ git branch testing這會在當(dāng)前所在的提交對象上創(chuàng)建一個指針。那么，Git 又是怎么知道當(dāng)前在哪一個分支上呢？ 也很簡單，它有一個名為HEAD的特殊指針。 請注意它和許多其它版本控制系統(tǒng)（如 Subversion 或 CVS）里的HEAD概念完全不同。 在 Git 中，它是一個指針，指向當(dāng)前所在的本地分支（譯注：將HEAD想象為當(dāng)前分支的別名）。 在本例中，你仍然在master分支上。 因?yàn)間it branch命令僅僅創(chuàng)建一個新分支，并不會自動切換到新分支中去。你可以簡單地使用git log命令查看各個分支當(dāng)前所指的對象。 提供這一功能的參數(shù)是decorate。$ git log oneline decoratef30ab (HEAD, master, testing) add feature 32 ability to add new34ac2 fixed bug 1328 stack overflow under certain conditions98ca9 initial mit of
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1