一、git基本操作
git init --- 初始化倉庫
git status --- 檢視倉庫的狀態
git add --- 向暫存區中新增檔案
git commit --- 儲存倉庫的歷史記錄
git commit -m --- "注釋資訊" 記述一行提交資訊
第一行:用一行文字簡述提交的更改內容
第二行:空行1
第三行以後:記述更改的原因和詳細內容
git log --- 檢視提交日誌
git log --pretty=short --- 只顯示提交資訊的第一行
git log 後面加上目錄名,便會只顯示該目錄下的日誌;如果加的是檔名,就會顯示與該檔案相關的日誌。
git log -p readme.md ---顯示檔案的改動
git diff --- 檢視更改前後的差別
git diff head --- 檢視本次提交與上次提交之間有什麼差別。
二、分支操作
在進行多個併發作業時,我們會用到分支。
不同分支中,可以同時進行完全不同的作業。等該分支作業完成之後,再與master分支合併。
通過靈活運用分支,可以讓多人同時高效地進行開發。
1、git branch:顯示分支一覽表
git branch命令可以將分支名列表顯示,同時可以確認當前所在的分支。
帶有*號,表示這是我們當前所在的分支。目前本地只有乙個分支master。
2、git checkout -b:建立、切換分支
如果想以當前的master分支為基礎建立新的分支,我們需要用到該命令。
建立分支feature-a,並切換到該分支下。
可以看到feature-a分支左側有「*」,表示當前分支為feature-a。在這個狀態像正常開發那樣修改**,執行git add命令,並進行提交的話,**就會提交到feature-a分支。像這樣不斷對乙個分支(例如:feature-a)進行提交的操作,我們稱為「培育分支」。
git checkout master 切換到master分支。
與svn集中型版本管理系統不同,建立分支時不需要連線**倉庫,所以能夠相對輕鬆地建立分支。
特性分支:是集中實現單一特性(主題),除此之外不進行任何作業的分支。
之前我們建立feature-a分支,這一分支主要實現feature-a,除feature-a的實現之外不進行任何作業。即便在開發過程中發現了bug,也需要再建立新的分支,在新分支中進行修正。
主幹分支:特性分支的原點,同時也是合併的終點。通常用master作為主幹分支。主幹分支中並沒有開發到一半的**,可以隨時供他人檢視。
git merge:合併分支
接下來,feature-a分支已經實現完成,想要將他合併到主幹分支master中,首先切換到master分支,然後合併feature-a分支。為了在歷史記錄中明確記錄下本次分支合併,我們需要建立合併提交。因此,在合併時加上--no-ff引數。
這樣一來,feature-a分支的 內容就合併到master分支中了。
git log -graph:以圖表形式檢視分支
三、更改提交的操作
git reset:回溯歷史版本
git的另一特性便是可以靈活操作歷史版本。借助分散倉庫的優勢,可以在不影響其他倉庫的前提下對歷史版本進行操作。
1、回溯到建立feature-a分之前
回溯到建立feature-a分之前,建立乙個名為fix-b的特性分支。
要讓倉庫的head、暫存區、當前工作樹回溯到指定狀態,需要用git reset --hard命令。只要提供目標時間點的雜湊值就可以。
2、建立fix-b分支
3、在readme.md中新增一行文字
4、直接提交readme.md檔案
6、推進feature-a分支合併後的狀態
git log命令只能檢視以但錢狀態為終點的歷史日誌。
git reflog命令,檢視當前倉庫的操作日誌。
git reset --hard d10d10d 還是通過這條命令回溯歷史。
Git基本操作
1.初始化倉庫 git init 2.配置作者資訊 git config global user.email youremail corp.com git config global user.name yourname 3.新增檔案到暫存區 git add git add 新增所有檔案到暫存區 4...
git基本操作
1.先建乙個資料夾 mikdir gittest 這時就會有乙個gittest資料夾,cd gittest 進入這個資料夾 ls一下,就會看到gittest下沒有東西 2.生成乙個git git init cat git 顯示一下所有git 3.建乙個檔案 touch readme.md 這時git...
Git基本操作
21 nov,錦州 同生活中的許多偉大事件一樣,git 誕生於乙個極富紛爭大舉創新的年代。linux 核心開源專案有著為數眾廣的參與者。絕大多數的 linux 核心維護工作都花在了提交補丁和儲存歸檔的繁瑣事務上 1991 2002年間 到 2002 年,整個專案組開始啟用分布式版本控制系統 bitk...