在沒有服務器的情況下暫時使用 git

Question

因此，出於某些原因，我的小團隊無法無限期地訪問我們的 git 存儲庫所在的服務器。

不過，我們確實擁有該存儲庫最新更改的本地副本，並希望繼續為此做出貢獻。 一旦我們再次訪問服務器，我們希望能夠將我們的更改推送到該服務器並像以前一樣使用它。

我的問題是，我們怎樣才能做到這一點？ 我看到很多關於在沒有服務器的情況下使用 git 的帖子/問題，所以我相信這是可能的。

我的想法是：

1. 一個人將在他們的機器上擁有“最終”存儲庫的副本

2. 當一個人想要進行更改時，他們會將更改的補丁文件發送給最終的 repo 所有者。

3. 然后最終的 repo 所有者將基於 master 創建一個新分支，然后將補丁應用到這個新分支。

4. 然后最終的回購所有者將測試新分支

5. 測試完成后，最終的 repo 所有者可以合並到 master 中。

所以我對這個工作流程的一個問題是：團隊中的其他人如何知道這些變化？ 如果最終的 repo 所有者合並到 master，其他成員如何將合並反映在他們的 repos 中？

任何指導或批評表示贊賞。

Answer 1

Git 在您的計算機上有一個完整的存儲庫副本。 假設您不想在此期間嘗試和共享，請繼續正常工作。 再次訪問服務器后推送。

如果大家都在對 master（或任何單個分支）進行更改，這會增加沖突的風險，那么請確保使用定義良好的功能分支。

---

如果你確實想協調，你可以按照你的建議去做，並將補丁文件發送給指定的集成商。 Git 有一個廣泛的電子郵件工作流程。 但是補丁文件失去了 Git 的大部分功能。 而且您仍然需要一種方法讓集成商將更改分發回下游給每個人。

最簡單的方法是設置一個新的臨時 Git 服務器。 這僅需要 ssh 訪問。 將其設置為origin並使用它。 這比通過電子郵件發送補丁文件更安全，更不容易出錯。

再次訪問主服務器后，您可以將更改直接推送到它。 你們都有一個完整的存儲庫副本，你們都可以重建它。

Answer 2

我們找到了一個非常適合我們案例的解決方案，但如果我們不能這樣做，我們將使用git bundle