編輯:關於android開發
【正文】
在上一章節中,我們學習了關於Git最基本的用法,包括安裝Git、創建版本庫,以及提交本地代碼。本章節中將學習更多的使用技巧。即:Git版本控制工具(一)----git的安裝及創建版本庫
我們先要做好准備工作,將某個項目創建版本庫,我這裡就新建一個Android項目GitTest,創建一個版本庫。打開Git Bash,進入到這個項目的根目錄下,然後執行git init命令,如下圖所示:
這樣,准備工作就做好了。
一、忽略文件:
版本庫已經創建好了,接下來我們需要提交項目中的代碼,但是不是所有的文件都需要加入到版本控制當中去呢?
我們需要知道,在Android項目結構中,bin目錄和gen下的文件都是自動生成的,我們不應該將這部分文件添加到版本控制當中,否則有可能會對文件的自動生成造成影響。那如何才能實現這樣的效果呢?
其實,Git會檢查版本庫中的根目錄下是否存在一個名為.gitignore的文件,如果存在的話,就去一行一行的讀取這個文件中的內容,並把每一行指定的文件或目錄排除在版本控制之外。注意,.gitignore的文件中指定的文件或者目錄是可以使用“*”通配符的。
【步驟】
現在,我們在GitTest項目的根目錄下創建一個名為.gitignore的文件,然後去編輯這個文件中的內容。如下圖所示:
這樣就把bin目錄和gen下的文件都忽略掉,從而使它們不會加入到版本控制中。
記住,.gitignore文件的編碼方式必須為UTF-8:
然後就可以使用add提交代碼:
git add .
然後執行commit命令完成提交:
git commit -m "First commit"
注:以後每次修改忽略文件之後,或者重新添加了文件,都必須重新提交,文件才會生效。
問:如果某個文件被加入到忽略文件中,即使被修改了內容,通過git status 和git diff也還是能夠看到的修改記錄,這是為什麼呢?是忽略文件無效嗎?
二、查看修改的內容:(未提交之前)
Git比其他版本控制系統設計得優秀,因為Git跟蹤並管理的是修改,而非文件。
在進行一次代碼提交之後,我們後面還需要對項目不斷地進行維護,添加新功能。理想的情況是:每完成一小塊功能,就執行一次提交。Git會記住每一次提交的狀態。
注:這裡能查看到的修改內容是指提交之前的修改。如果你已經提交了,馬上再輸入這個命令,就看不到修改的內容了。
1、查看被修改的文件:git status
查看文件修改的情況的方法非常簡單,只需在根目錄執行如下命令:
git status
然後Git會提示目前項目中沒有任何可提交的文件,因為我們才剛剛提交過。現在我們在布局文件中,添加一個Button,添加的代碼如下:
<Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="第一個按鈕" />
然後再輸入git status看一下:
git status命令可以讓我們時刻掌握倉庫當前的狀態,上面的命令告訴我們,activity_main.xml被修改過了,但這還只是沒有提交的修改。
2、查看文件的具體修改內容:git diff
之前的git status命令可以查看被修改的文件是什麼,如果要查看具體的修改內容,需要輸入如下命令:
git diff
執行結果如下:
git diff顧名思義就是查看difference,顯示的格式正是Unix通用的diff格式。
如果只想查看activity_main.xml這個文件的更改內容,可以使用如下命令:
git diff res/layout/activity_main.xml
執行結果如下:
3、撤銷未add的修改:git checkout
只要代碼未提交,所有修改的內容都是可以撤銷的。可以執行git checkout這個命令。即執行如下命令:
git checkout -- res/layout/activity_main.xml
執行之後,我們對activity_main.xml這個文件在add之前所做的全部修改都被撤銷了。
重新運行git status命令檢查一下:
可以看到,當前項目沒有任何可以提交的文件,撤銷成功。
4、撤銷未commit的修改:git reset和git checkout
不過上面這種方式只適用於還沒有執行過add命令的文件,如果某個文件已經被add過了,這種方式是無效的。
此時應該采取的步驟是:先使用reset命令取消add添加(此時暫存區中的內容將被清空,之前所有的add都是無效的),再使用checkout命令將修改的內容進行撤銷。即執行如下命令:
git reset HEAD res/layout/activity_main.xml git checkout -- res/layout/activity_main.xml
【總結】
命令git checkout -- filename意思就是,把filename這個文件在工作區的修改全部撤銷。
這裡有兩種情況:
一句話總結,即:用暫存區中filename文件來覆蓋工作區中的filename文件。
注:git checkout -- file命令中的“--”很重要,沒有“--”,就變成了“創建一個新分支”的命令,我們在後面的分支管理中會再次遇到git checkout命令。
5、刪除文件:
當你直接在在文件管理器中把沒用的文件(這裡以忽略文件為例)刪了,這個時候,Git知道你刪除了文件,因此,工作區和版本庫就不一致了,git status命令會立刻告訴你哪些文件被刪除了:
現在你有兩個選擇,一是確實要從版本庫中刪除該文件,那就用命令git rm刪掉,並且commit:
git rm .gitignore git commit -m "delete .gitignore"
另一種情況是刪錯了,現在不想刪除,因為版本庫裡還有呢,所以可以很輕松地把誤刪的文件恢復到最新版本:
git checkout -- .gitignore
注:git checkout其實是用版本庫裡的版本(准確來說是暫存區的版本)替換工作區的版本,無論工作區是修改還是刪除,都可以“一鍵還原”。
三、查看提交記錄:(log命令)
每當你覺得文件修改到一定程度的時候,就可以“保存一個快照”,這個快照在Git中被稱為commit。一旦你把文件改亂了,或者誤刪了文件,還可以從最近的一個commit恢復,然後繼續工作,而不是把幾個月的工作成果全部丟失。
當某個項目開發了幾個月之後,我們可能已經執行過上百次的提交操作了。這個時候估計你早就忘記了每次提交都修改了哪些內容。不過沒關系,Git一直都幫我們記錄著呢。
我們現在將之前的修改進行提交:
git add . git commit -m "add button1"
然後執行如下命令查看提交記錄:
git log
執行的結果如下:
可以看到,每次提交都會包含提交id,提交人,提交日期,以及提交描述這四個信息。
你看到的一大串類似“ 3628164...882e1e0”的是commit id(版本號),和SVN不一樣,Git的commit id不是1,2,3……遞增的數字,而是一個SHA1計算出來的一個非常大的數字,用十六進制表示,而且你看到的commit id和我的肯定不一樣,以你自己的為准。為什麼commit id需要用這麼一大串數字表示呢?因為Git是分布式的版本控制系統,後面我們還要好幾個人在同一個版本庫裡工作,如果大家都用1,2,3……作為版本號,那肯定就沖突了。
當提交記錄非常多的時候,我們只想查看其中的某條記錄,可以在該log命令的後面加上對應記錄的id,並加上-l參數。即:git log [id] -l
而如果想要查看這條記錄提交記錄的具體修改了什麼內容,可以繼續加上-p參數。即:git log [id] -l -p
四、版本回退:
我們現在進行第二次修改,也就是說,在布局文件中添加一個按鈕button2,然後執行git log命令,顯示效果如下:
上圖顯示,我們總共進行了三次提交。
每提交一個新版本,實際上Git就會把它們自動串成一條時間線。執行如下命令進入可視化界面:
gitk
執行後彈出如下界面:
現在開始我們的版本回退工作。
首先,Git必須知道當前版本是哪個版本,在Git中,用HEAD表示當前版本,上一個版本就是HEAD^,上上一個版本就是HEAD^^,當然往上100個版本寫100個^比較麻煩,所以寫成HEAD~100。
【新版本回到舊版本】
現在,我們從“版本3”回退到上一個版本,即回退到“版本2”,就可以使用git reset命令:
git reset --hard HEAD^
執行效果如下:
--hard參數有啥意義?這個後面再講,暫時先放心使用。
再執行git log命令,發現版本三已經不見了:
【舊版本回到新版本】
如果現在要從“版本2”回到“版本3”,該怎麼辦呢?辦法其實還是有的。
只要上面的命令行窗口還沒有被關掉,就可以順著往上找,只要找到版本3的id號就行了,即輸入如下命令:
git reset --hard 508972a
版本號沒必要寫全,寫前7位就可以了,Git會自動去找。
如果你想回退到某個版本,但是電腦已經關閉了,這個時候已經找不到新版本的commit id了,該怎麼辦呢?辦法總是有的。Git提供了一個命令git reflog用來記錄你的每一次命令。即輸入如下命令:
git reflog
於是,我們終於找到了版本三的commit id。又可以輸入同樣的命令回到版本三了。
現在我們可以做一個總結了:
五、工作區和暫存區的概念:
Git和其他版本控制系統如SVN的一個不同之處就是有暫存區的概念。
Git的版本庫裡存了很多東西,其中最重要的就是稱為stage(或者叫index)的暫存區,還有Git為我們自動創建的第一個分支master,以及指向master的一個指針叫HEAD。
注:分支和HEAD的概念稍後再說。
我們把文件往Git版本庫裡添加的時候,是分兩步執行的:
因為我們創建Git版本庫時,Git自動為我們創建了唯一一個master分支,所以,現在,commit就是往master分支上提交更改。可以簡單理解為,需要提交的文件修改通通放到暫存區,然後,一次性提交暫存區的所有修改。一旦提交後,如果你又沒有對工作區做任何修改,那麼工作區就是“干淨”的。即:nothing to commit (working directory clean)。
注:用“git diff HEAD -- filename”命令可以查看工作區和暫存區裡面最新版本的區別。
關於遠程倉庫的使用,我們將在下一章節中進行講解。
本文參考鏈接:http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013743858312764dca7ad6d0754f76aa562e3789478044000
box-flex 彈性可伸縮盒模型 之前一直針對於PC端開發,自適應方面接觸甚少,一般來說用些的 css 方法就直接解決一些設計問題,直到目前現狀開始轉變為純移動端開
《Android源碼設計模式解析與實戰》讀書筆記(二十) 第二十章、適配器模式 適配器模式是結構型設計模式之一,它在我們的開發中使用率極高,比如ListView、Gr
Android API Guides---Text and Input 文本和輸入 使用文字服務添加便利功能,例如復制/粘貼和拼寫檢查到您的應用程序。您也可以開發自己
android:獲取手機號碼和姓名實現通訊錄 首先是運行結果 由於通訊錄在手機裡是以數據庫貯存的 所以我們可以通過一個方法 context.getContent
Android Studio SlidingMenu導入/配置 Floa