章節 ▾
第二版
-
1. 起步
-
2. Git 基礎
-
3. Git 分支
-
4. 伺服器上的 Git
- 4.1 協議
- 4.2 在伺服器上部署 Git
- 4.3 生成 SSH 公鑰
- 4.4 架設伺服器
- 4.5 Git Daemon
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 第三方託管服務
- 4.10 小結
-
5. 分散式 Git
-
A1. 附錄 A: Git 在其他環境
- A1.1 圖形介面
- A1.2 Visual Studio 中的 Git
- A1.3 Visual Studio Code 中的 Git
- A1.4 IntelliJ / PyCharm / WebStorm / PhpStorm / RubyMine 中的 Git
- A1.5 Sublime Text 中的 Git
- A1.6 Bash 中的 Git
- A1.7 Zsh 中的 Git
- A1.8 PowerShell 中的 Git
- A1.9 小結
-
A2. 附錄 B: 在應用程式中嵌入 Git
-
A3. 附錄 C: Git 命令
A2.1 附錄 B:將 Git 嵌入您的應用程式 - 命令列 Git
如果您的應用程式是為開發人員設計的,那麼很可能它能夠受益於與原始碼管理的整合。即使是非開發人員的應用程式,例如文件編輯器,也可能從版本控制功能中受益,並且 Git 的模型非常適合許多不同的場景。
如果您需要將 Git 與您的應用程式整合,您基本上有兩種選擇:啟動一個 shell 並呼叫 git 命令列程式,或者將 Git 庫嵌入到您的應用程式中。這裡我們將介紹命令列整合和幾種最受歡迎的可嵌入 Git 庫。
命令列 Git
一種選擇是啟動一個 shell 程序並使用 Git 命令列工具來完成工作。這樣做的好處是它是標準的,並且支援 Git 的所有功能。這也很容易,因為大多數執行時環境都有一個相對簡單的機制來呼叫帶有命令列引數的程序。然而,這種方法確實存在一些缺點。
一個缺點是所有的輸出都是純文字。這意味著您將不得不解析 Git 偶爾變化的輸出格式來讀取進度和結果資訊,這可能效率低下且容易出錯。
另一個缺點是缺乏錯誤恢復。如果儲存庫以某種方式損壞,或者使用者有一個格式錯誤的配置值,Git 將會簡單地拒絕執行許多操作。
還有一點是程序管理。Git 要求您在一個單獨的程序中維護一個 shell 環境,這可能會增加不必要的複雜性。試圖協調許多這樣的程序(尤其是在可能從多個程序訪問同一儲存庫時)可能是一個相當大的挑戰。