3
我們在單獨的服務器上有一箇中央Git存儲庫。所有團隊成員都已將其克隆到本地機器,並確實將其推送至中央存儲庫。Git如何從克隆副本重建丟失的中央存儲庫
不幸的是,中央倉庫的機器已經墜毀,無法恢復。
那麼,我們如何才能重建再次使用從開發者的機器克隆複印以及如何同步從不同的克隆回購該重建中央回購的局部變化的中央回購?
感謝您的幫助。
我們在單獨的服務器上有一箇中央Git存儲庫。所有團隊成員都已將其克隆到本地機器,並確實將其推送至中央存儲庫。Git如何從克隆副本重建丟失的中央存儲庫
不幸的是,中央倉庫的機器已經墜毀,無法恢復。
那麼,我們如何才能重建再次使用從開發者的機器克隆複印以及如何同步從不同的克隆回購該重建中央回購的局部變化的中央回購?
感謝您的幫助。
中央回購是沒有什麼特殊的,所以這個其實很簡單:
只是初始化一個新的空中央回購。如果它具有與舊版本相同的URL,則開發人員甚至不必添加新的遠程設備。
然後讓一個開發者做一個git push
。這將導致所有分支機構在該開發人員的機器上啓用遠程跟蹤的中央恢復。
像往常一樣,其他人都可以再次拉和推。遠程跟蹤分支,其他開發者擁有的尚未居中的分支將在此過程中恢復。
如果有人有一個沒有遠程跟蹤的分支,但應該在中央恢復,那麼開發人員需要git checkout
該分支,然後git push origin HEAD
(假設起源是中央)。
謝謝卡爾。那麼我們有不同的分支呢?我們是否需要將它們逐一推送到遠程回購(中央回購)或者有沒有自動化的方式?另外,我們剛剛找到具有相同回購但不是最新的中央回購虛擬機的備份。一個簡單的推動會做到這一點嗎? – Saim 2012-08-02 09:11:31
編輯我的答案覆蓋額外的分支機構。 – 2012-08-02 09:49:26
關於過時的備份:是的,一個簡單的推動應該讓你完美地更新。 – 2012-08-02 09:50:15