git最新windows安裝包v2.14.0中文免費版

git最新windows安裝包v2.14.0中文免費版是一款被廣泛使用的分布式代碼托管平台，功能強大，使用非常的方便，小編為大家帶來windows平台的安裝包，需要的用戶趕快來下載吧。

功能介紹

1. 從服務器上克隆完整的Git倉庫(包括代碼和版本信息)到單機上。

2. 在自己的機器上根據不同的開發目的，創建分支，修改代碼。

3. 在單機上自己創建的分支上提交代碼。

4. 在單機上合並分支。

5. 把服務器上最新版的代碼fetch下來，然後跟自己的主分支合並。

6. 生成補丁(patch)，把補丁發送給主開發者。

7. 看主開發者的反饋，如果主開發者發現兩個一般開發者之間有衝突(他們之間可以合作解決的衝突)，就會要求他們先解決衝突，然後再由其中一個人提交。如果主開發者可以自己解決，或者沒有衝突，就通過。

8. 一般開發者之間解決衝突的方法，開發者之間可以使用pull 命令解決衝突，解決完衝突之後再向主開發者提交補丁。

功能特色

1、Git BASH為Windows係統提供了類似Linux平台的命令環境，用戶可以在Git BASH命令行中運行Git。

2、Git GUI提供了友好的圖形界麵，對於初級用戶來說再好不過了，通過Git GUI能直觀方便執行Git BASH的命令，不需要記住那些繁瑣的命令。

3、Shell Integration是Windows Explorer外殼集成功能，就是在右鍵菜單中集成了常用的Git命令功能，非常方便！

使用說明

1、創建新倉庫

創建新文件夾，打開，然後執行 git init以創建新的 git 倉庫。

2、檢出倉庫

執行如下命令以創建一個本地倉庫的克隆版本：

git clone /path/to/repository

如果是遠端服務器上的倉庫，你的命令會是這個樣子：

git clone username@host:/path/to/repository

3、工作流

你的本地倉庫由 git 維護的三棵“樹”組成。第一個是你的 工作目錄，它持有實際文件。

第二個是 緩存區(Index)，它像個緩存區域，臨時保存你的改動;最後是 HEAD，指向你最近一次提交後的結果。

4、添加與提交

你可以計劃改動(把它們添加到緩存區)，使用如下命令：

git add

git add *

這是 git 基本工作流程的第一步;

使用如下命令以實際提交改動

git commit -m "代碼提交信息"

現在，你的改動已經提交到了HEAD，但是還沒到你的遠端倉庫。

5、推送改動

你的改動現在已經在本地倉庫的HEAD中了。執行如下命令以將這些改動提交到遠端倉庫：

git push origin master

可以把 master 換成你想要推送的任何分支。如果你還沒有克隆現有倉庫，並欲將你的倉庫連接到某個遠程服務器，你可以使用如下命令添加：

git remote add origin

如此你就能夠將你的改動推送到所添加的服務器上去了。

6、分支

分支是用來將特性開發絕緣開來的。在你創建倉庫的時候，master 是“默認的”。

在其他分支上進行開發，完成後再將它們合並到主分支上。

創建一個叫做“feature_x”的分支，並切換過去：

git checkout -b feature_x

切換回主分支：

git checkout master

再把新建的分支刪掉：

git branch -d feature_x

除非你將分支推送到遠端倉庫，不然該分支就是 不為他人所見的：

git push origin

7、更新與合並

要更新你的本地倉庫至最新改動，執行：

git pull

以在你的工作目錄中 獲取(fetch) 並 合並(merge) 遠端的改動。

要合並其他分支到你的當前分支(例如 master)，執行

git merge

兩種情況下，git 都會嚐試去自動合並改動。不幸的是，自動合並並非次次都能成功，並可能導致 衝突(conflicts)。

這時候就需要你修改這些文件來人肉合並這些 衝突(conflicts) 了。改完之後，你需要執行如下命令以將它們標記為合並成功：

git add

在合並改動之前，也可以使用如下命令查看：

git diff

8、標簽

在軟件發布時創建標簽，是被推薦的。這是個舊有概念，在 SVN 中也有。可以執行如下命令以創建一個叫做 1.0.0 的標簽：

git tag 1.0.0 1b2e1d63ff

1b2e1d63ff 是你想要標記的提交 ID 的前 10 位字符。使用如下命令獲取提交 ID：

git log

你也可以用該提交 ID 的少一些的前幾位，隻要它是唯一的。

9、替換本地改動

假如你做錯事(自然，這是不可能的)，你可以使用如下命令替換掉本地改動：

git checkout --

此命令會使用 HEAD 中的最新內容替換掉你的工作目錄中的文件。已添加到緩存區的改動，以及新文件，都不受影響。

假如你想要丟棄你所有的本地改動與提交，可以到服務器上獲取最新的版本並將你本地主分支指向到它：

git fetch origin

git reset --hard origin/master

10、有用的貼士

內建的圖形化 git：

gitk

彩色的 git 輸出：

git config color.ui true

顯示曆史記錄時，隻顯示一行注釋信息：

git config format.pretty oneline

交互地添加文件至緩存區：

git add -i

更新內容

Use of an empty string as a pathspec element that is used for 'everything matches' is still warned and Git asks users to use a more explicit '.' for that instead. The hope is that existing users will not mind this change, and eventually the warning can be turned into a hard error, upgrading the deprecation into removal of this (mis)feature. That is not scheduled to happen in the upcoming release (yet).

Git now avoids blindly falling back to ".git" when the setup sequence said we are _not_ in Git repository. A corner case that happens to work right now may be broken by a call to die("BUG"). We've tried hard to locate such cases and fixed them, but there might still be cases that need to be addressed--bug reports are greatly appreciated.

The experiment to improve the hunk-boundary selection of textual diff output has finished, and the "indent heuristics" has now become the default.

Git can now be built with PCRE v2 instead of v1 of the PCRE library. Replace USE_LIBPCRE=YesPlease with USE_LIBPCRE2=YesPlease in existing build scripts to build against the new version. As the upstream PCRE maintainer has abandoned v1 maintenance for all but the most critical bug fixes, use of v2 is recommended.