我正在探索管理我的團隊數據的選項。目前它們存在於兩個不同的位置,不受版本控制。我正在尋求經驗豐富的git用戶的智慧,因爲我對git相當陌生。兩個git倉庫彼此作爲遙控器
我想將每個位置設置爲git存儲庫並指向另一個位置作爲遠程。這可能嗎?如果數據在一個地方而不是另一個地方發生變化,試圖調和差異,是否會引起問題?我想簡單地創建兩個git存儲庫並將對方設置爲遠程,但我懷疑(我希望我錯了),他們無法知道數據是相同的。
我正在探索管理我的團隊數據的選項。目前它們存在於兩個不同的位置,不受版本控制。我正在尋求經驗豐富的git用戶的智慧,因爲我對git相當陌生。兩個git倉庫彼此作爲遙控器
我想將每個位置設置爲git存儲庫並指向另一個位置作爲遠程。這可能嗎?如果數據在一個地方而不是另一個地方發生變化,試圖調和差異,是否會引起問題?我想簡單地創建兩個git存儲庫並將對方設置爲遠程,但我懷疑(我希望我錯了),他們無法知道數據是相同的。
你當然可以做到這一點。畢竟,這是一個受到破壞的VCS。但是,您需要注意一些問題。例如it's not a good idea to push to a non-bare repository。相反,您可以讓每個團隊發送一個請求(例如通過電子郵件)讓其他團隊從他們的存儲庫中提取。
但是,通常完成的是有一個或多箇中央裸倉庫來管理同步更容易。例如,一箇中央開發庫將允許每個人都推動和拉動它,而不用考慮從不同的存儲庫中提取個別提交。例如,另一個存儲庫(或第一個存儲庫的分支)可能包含發佈分支。
這種策略反對分佈式VCS的想法,但另一方面簡化了這種複雜工具的使用,而不會妨礙它們令人敬畏的功能。
總之,你所要求的是非常有可能的。它是否適合你的開發模型是你必須決定的事情(也許做一些試驗和錯誤)。
我不會以這種方式設置回購協議,在一天結束時,一個回購應該仍是您的主人。如果可能的話,我會合並回購協議並擺脫其他方案,或者將另一方作爲分支,以後再合併回來。
這個存儲庫不是一個會被推到非常頻繁的地方,即使有人推動它,實際上也只有一個人這樣做。存儲庫在那裏大部分是爲了我們可以跟蹤這些變化。 – jlconlin 2013-02-19 17:14:37
從我的理解你的問題中,你想要有兩個倉庫,每個倉庫都是遠程倉庫。儘管關於「這個存儲庫」,我無法理解你的評論。儘管如此,如果您只將存儲庫X(從Y)推送到存儲庫X,那麼不需要將Y設置爲X的遠程。如果兩者都具有遠程存儲,則通常會出現兩個存儲庫從不同的提交進行提交人員和每個人都希望從其他存儲庫中獲取更改。同樣,一個存儲庫可以完全替代這兩個存儲庫。 – Shahbaz 2013-02-20 07:06:06
另外,我只能給出一個一般答案,並且應該使用關於您的具體工作的專業知識來提出最佳解決方案。但是,我可以告訴你,使用git,只需製作儘可能多的存儲庫即可。例如作爲備份,作爲互聯網關閉時的本地主存儲庫,或者您可能喜歡的任何其他原因。只要確保您不會將分支與存儲庫混淆。也就是說,一個存儲庫可以處理所有發佈分支,開發分支,測試分支等。 – Shahbaz 2013-02-20 07:09:32