git windows版安裝包

git windows版安裝文件最新版本v2.14.2是git的最新版，git針對(duì)開(kāi)發(fā)者而言是一款非常好的輔助開(kāi)發(fā)設(shè)計(jì)代碼托管專用工具，我提供的最新版可以給你更強(qiáng)的有利于開(kāi)發(fā)設(shè)計(jì)。

git工具最新版，修補(bǔ)了一些普遍bug

升級(jí)內(nèi)容

Git for Windows 2.14.2(3) 已公布，包括了自 Git for Windows v2.14.2（2） 至今的變更。

軟件功能

Comes with Git LFS v2.3.3.

Bug 修補(bǔ)

Re-enabled some SSHv1 ciphers since some sites (e.g. Visual Studio Team Services) rely on them for the time being.

軟件功能

1.從服務(wù)器上復(fù)制詳細(xì)的Git倉(cāng)庫(kù)(包含編碼和版本信息)到單機(jī)版上。

2.在自身的設(shè)備上依據(jù)不一樣的開(kāi)發(fā)設(shè)計(jì)目地，建立分支，改動(dòng)編碼。

3.在單機(jī)版上自身建立的分支上提交編碼。

4.在單機(jī)版上合拼分支。

5.把主機(jī)上最新版本的編碼fetch出來(lái)，隨后跟自身的主分支合拼。

6.轉(zhuǎn)化成補(bǔ)丁包(patch)，把補(bǔ)丁包發(fā)給主開(kāi)發(fā)者。

7.看主開(kāi)發(fā)者的意見(jiàn)反饋，假如主開(kāi)發(fā)者發(fā)覺(jué)2個(gè)一般開(kāi)發(fā)者中間有矛盾(她們中間能夠協(xié)作處理的矛盾)，便會(huì)規(guī)定她們先處理矛盾，隨后再由在其中一個(gè)人提交。假如主開(kāi)發(fā)者能夠自身處理，或是沒(méi)有矛盾，就根據(jù)。

8.一般開(kāi)發(fā)者中間處理矛盾的方式，開(kāi)發(fā)者中間能夠應(yīng)用pull 命令處理矛盾，處理完矛盾以后再向主開(kāi)發(fā)者提交補(bǔ)丁包。

軟件特色

1.Git BASH為Windows系統(tǒng)給予了相近Linux平臺(tái)的命令自然環(huán)境，客戶還可以在Git BASH命令行中運(yùn)作Git。

2.Git GUI給予了友善的用戶界面，針對(duì)初中級(jí)客戶而言最好不過(guò)了，根據(jù)Git GUI能形象化便捷實(shí)行Git BASH的命令，不用記牢這些繁雜的命令。

3.Shell Integration是Windows Explorer機(jī)殼集成化作用，便是在鼠標(biāo)右鍵菜單中融合了常見(jiàn)的Git命令作用，十分便捷！

使用方法

1.建立新倉(cāng)庫(kù)

建立新文件夾名稱，開(kāi)啟，隨后實(shí)行 git init以建立新的 git 倉(cāng)庫(kù)。

2.驗(yàn)出倉(cāng)庫(kù)

實(shí)行如下所示命令以建立一個(gè)當(dāng)?shù)貍}(cāng)庫(kù)的復(fù)制版本號(hào)：

git clone /path/to/repository

如果是遠(yuǎn)側(cè)網(wǎng)絡(luò)服務(wù)器上的倉(cāng)庫(kù)，你的命令會(huì)是這一模樣：

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

3.工作流引擎

你的當(dāng)?shù)貍}(cāng)庫(kù)由 git 維護(hù)保養(yǎng)的三棵“樹(shù)”構(gòu)成。第一個(gè)就是你的 工作中文件目錄，它擁有具體文檔。

第二個(gè)是 緩存文件區(qū)(Index)，它像個(gè)緩存文件地區(qū)，臨時(shí)性儲(chǔ)存你的改動(dòng);最終是 HEAD，偏向你近期一次提交后的結(jié)果。

4.加上與提交

你能方案改動(dòng)(把他們加上到緩存文件區(qū))，應(yīng)用如下所示命令：

git add filename

git add *

這也是 git 基本上工作內(nèi)容的第一步;

應(yīng)用如下所示命令以具體提交改動(dòng)

git commit -m 編碼提交信息內(nèi)容

如今，你的改動(dòng)早已提交到HEAD，可是還沒(méi)有到你的遠(yuǎn)側(cè)倉(cāng)庫(kù)。

5.消息推送改動(dòng)

你的改動(dòng)如今己經(jīng)在當(dāng)?shù)貍}(cāng)庫(kù)的HEAD中了。實(shí)行如下所示命令以將這種改動(dòng)提交到遠(yuǎn)側(cè)倉(cāng)庫(kù)：

git push origin master

能夠把 master 換為你要想消息推送的一切分支。假如你都還沒(méi)復(fù)制目前倉(cāng)庫(kù)，并欲將你的倉(cāng)庫(kù)聯(lián)接到某一虛擬服務(wù)器，你能應(yīng)用如下所示命令加上：

git remote add origin server

這般你也就可以將你的改動(dòng)消息推送到所加上的網(wǎng)絡(luò)服務(wù)器上來(lái)了。

6.分支

分支是用于將特點(diǎn)開(kāi)發(fā)設(shè)計(jì)絕緣層起來(lái)的。在你建立倉(cāng)庫(kù)的情況下，master 是“默認(rèn)設(shè)置的”。

在別的分支上開(kāi)展開(kāi)發(fā)設(shè)計(jì)，進(jìn)行后再將他們合拼到主分支上。

建立一個(gè)稱為“feature_x”的分支，并轉(zhuǎn)換以往：

git checkout -b feature_x

轉(zhuǎn)換回主分支：

git checkout master

再把新創(chuàng)建的分支刪除：

git branch -d feature_x

除非是你將分支消息推送到遠(yuǎn)側(cè)倉(cāng)庫(kù)，要不然該分支便是 不以別人所聞的：

git push origin branch

7.升級(jí)與合拼

要升級(jí)你的當(dāng)?shù)貍}(cāng)庫(kù)至全新改動(dòng)，實(shí)行：

git pull

以在你的運(yùn)行文件目錄中 獲得(fetch) 并 合拼(merge) 遠(yuǎn)端改動(dòng)。

要合拼別的分支到你的當(dāng)今分支(比如 master)，實(shí)行

git merge branch

二種狀況下，git 都是會(huì)試著去全自動(dòng)合拼改動(dòng)。悲劇的是，全自動(dòng)合拼并不是每次都能取得成功，并很有可能造成 矛盾(conflicts)。

此刻就想要你改動(dòng)這種文檔來(lái)人肉合拼這種 矛盾(conflicts) 了。改好以后，你需要實(shí)行如下所示命令以將他們標(biāo)識(shí)為合拼取得成功：

git add filename

在合拼改動(dòng)以前，還可以應(yīng)用如下所示命令查詢：

git diff source_branch target_branch

8.標(biāo)識(shí)

在發(fā)布軟件時(shí)建立標(biāo)識(shí)，是被強(qiáng)烈推薦的。這也是個(gè)舊有定義，在 SVN 中也有。能夠?qū)嵭腥缦滤久钜越⒁粋€(gè)稱為 1.0.0 的標(biāo)識(shí)：

git tag 1.0.0 1b2e1d63ff

1b2e1d63ff 就是你要想標(biāo)識(shí)的提交 ID 的前 10 位標(biāo)識(shí)符。應(yīng)用如下所示命令獲得提交 ID：

git log

你也可以用該提交 ID 的少一些的前幾個(gè)，只需它是唯一的。

9.更換當(dāng)?shù)馗膭?dòng)

倘若你犯錯(cuò)誤(當(dāng)然，這也是不太可能的)，你能應(yīng)用如下所示命令更換掉當(dāng)?shù)馗膭?dòng)：

git checkout -- filename

此命令會(huì)應(yīng)用 HEAD 中的全新內(nèi)容更換掉你的運(yùn)行文件目錄中的文檔。已加上到緩存文件區(qū)的改動(dòng)，及其新文檔，也不受影響。

倘若你要想丟掉你任何的當(dāng)?shù)馗膭?dòng)與提交，能夠到網(wǎng)絡(luò)服務(wù)器上獲得全新的版本號(hào)并將你本大地主分支偏向到它：

git fetch origin

git reset --hard origin/master

10.有效的小提示

內(nèi)建的圖形界面 git：

gitk

五顏六色的 git 輸出：

git config color.ui true

表明歷史數(shù)據(jù)時(shí)，只表明一行注解信息內(nèi)容：

git config format.pretty oneline

互動(dòng)地加上文檔至緩存文件區(qū)：

git add -i