2016-10-18 34 views
0

的情況我遇到過的聲音是這樣的:如何從Git的主產地回購複製文件(具體提交/版),以用戶的Unix主目錄

  1. git的補充包含的bash文件的文件夾和python腳本作爲我的項目團隊的實用工具
  2. 主流項目相關文件和實用工具的開發不同步。這意味着,我可以繼續更新與主流項目不同的階段的實用工具。
  3. 主流項目和實用工具位於相同的原點。
  4. 我的擔心是,雖然我在未來添加了實用工具的附加功能,但尚未有信心發佈,但我仍然需要將我的工作推到原點,與其他同事一起分享到 繼續開發。我不希望主流團隊成員 git拉並意外地使用這個不完整的版本。我想 希望他們的實用工具,仍然是最後的正式版本 版本。

所以我的想法是有另一個「install.sh」,每當其他團隊成員運行這個實用工具時,它會比較和複製/更新穩定的版本/提交到他們的Unix主目錄。

  1. 通過這種方式,我可以更新「install.sh」搶最新提交每當我有信心把它發佈給用戶。 用戶使用混帳拉,他們將獲得最新的「install.sh」 始終。每當我還沒有準備好,不管有多少變化,推動 我做的實用程序文件,因爲由 指定提交ID的「install.sh」,這仍然是工作將被忽略的所有文件。

  2. 爲什麼我建議拷貝到用戶的主目錄?原因我想要相同的實用程序工具來支持用戶,即使用戶 簽出到其他分支。此外,用戶可以打開並定製該工具,但其定製應保留在其自己的環境中,並且不允許推入原點。

無論如何可能的方式來實現,或我是在錯誤的想法?

回答

2

希望我理解正確的話您的問題 - 這裏是我的建議:

  1. 創建的實用工具Dev分支。

  2. 推這個Dev分支到遠程,因此它可以被任何人訪問,與理解,這是一個發展分支,而不是一個發佈分支。

  3. 當你舒服的Dev分支的變化被合併掌握,只有這樣,你應該這樣做。

  4. 如果用戶定製他們的工具,他們應該負責保管自己的本地分支這些變化和合並可能發生的/重訂基期的變化。

+0

1.實用工具自建築師設計之日起就位於主項目的同一分支中,所以如果我們有解決方案來維護它,那將是最好的。 2.公用事業維護團隊分佈在各個地區,除了進入主分公司外,這使我們沒有更好的辦法。 3.目標用戶不熟悉Git。事實上,他們大多數都是從Clearcase背景遷移而來的。所以不幸的是,我們並不認爲他們會好好照顧事情。 –

+1

1.他們可以留在主要分支。在您工作時,不同的版本也可以住在另一個分支。 2.您可以使用'git push origin '將多個分支推送到遠程服務器3.他們應該知道他們是否要使用它。 –

相關問題