命令行 Git 方式

一種方式就是啟動(dòng)一個(gè) shell 進(jìn)程并在里面使用 Git 的命令行工具來(lái)完成任務(wù)。 這種方式看起來(lái)很循規(guī)蹈矩，但是它的優(yōu)點(diǎn)也因此而來(lái)，就是支持所有的 Git 的特性。 它也碰巧相當(dāng)簡(jiǎn)單，因?yàn)閹缀跛羞\(yùn)行時(shí)環(huán)境都有一個(gè)相對(duì)簡(jiǎn)單的方式來(lái)調(diào)用一個(gè)帶有命令行參數(shù)的進(jìn)程。 然而，這種方式也有一些固有的缺點(diǎn)。

一個(gè)就是所有的輸出都是純文本格式。 這意味著你將被迫解析 Git 的有時(shí)會(huì)改變的輸出格式，以隨時(shí)了解它工作的進(jìn)度和結(jié)果。更糟糕的是，這可能是無(wú)效率并且容易出錯(cuò)的。

另外一個(gè)就是令人捉急的錯(cuò)誤修復(fù)能力。 如果一個(gè)版本庫(kù)被莫名其妙地?fù)p毀，或者用戶使用了一個(gè)奇奇怪怪的配置， Git 只會(huì)簡(jiǎn)單地拒絕表現(xiàn)自己的強(qiáng)大能力。

還有一個(gè)就是進(jìn)程的管理。 Git 會(huì)要求你在一個(gè)獨(dú)立的進(jìn)程中維護(hù)一個(gè) shell 環(huán)境，這可能會(huì)無(wú)謂地增加復(fù)雜性。 試圖協(xié)調(diào)許許多多的類似的進(jìn)程（尤其是在某些情況下，當(dāng)不同的進(jìn)程在訪問(wèn)相同的版本庫(kù)時(shí)）是對(duì)你的能力的極大的挑戰(zhàn)。