的情況我遇到過的聲音是這樣的:如何從Git的主產地回購複製文件(具體提交/版),以用戶的Unix主目錄
- 我 git的補充包含的bash文件的文件夾和python腳本作爲我的項目團隊的實用工具
- 主流項目相關文件和實用工具的開發不同步。這意味着,我可以繼續更新與主流項目不同的階段的實用工具。
- 主流項目和實用工具位於相同的原點。
- 我的擔心是,雖然我在未來添加了實用工具的附加功能,但尚未有信心發佈,但我仍然需要將我的工作推到原點,與其他同事一起分享到 繼續開發。我不希望主流團隊成員 git拉並意外地使用這個不完整的版本。我想 希望他們的實用工具,仍然是最後的正式版本 版本。
所以我的想法是有另一個「install.sh」,每當其他團隊成員運行這個實用工具時,它會比較和複製/更新穩定的版本/提交到他們的Unix主目錄。
通過這種方式,我可以更新「install.sh」搶最新提交每當我有信心把它發佈給用戶。 用戶使用混帳拉,他們將獲得最新的「install.sh」 始終。每當我還沒有準備好,不管有多少變化,推動 我做的實用程序文件,因爲由 指定提交ID的「install.sh」,這仍然是工作將被忽略的所有文件。
爲什麼我建議拷貝到用戶的主目錄?原因我想要相同的實用程序工具來支持用戶,即使用戶 簽出到其他分支。此外,用戶可以打開並定製該工具,但其定製應保留在其自己的環境中,並且不允許推入原點。
無論如何可能的方式來實現,或我是在錯誤的想法?
1.實用工具自建築師設計之日起就位於主項目的同一分支中,所以如果我們有解決方案來維護它,那將是最好的。 2.公用事業維護團隊分佈在各個地區,除了進入主分公司外,這使我們沒有更好的辦法。 3.目標用戶不熟悉Git。事實上,他們大多數都是從Clearcase背景遷移而來的。所以不幸的是,我們並不認爲他們會好好照顧事情。 –
1.他們可以留在主要分支。在您工作時,不同的版本也可以住在另一個分支。 2.您可以使用'git push origin'將多個分支推送到遠程服務器3.他們應該知道他們是否要使用它。 –