2010-06-17 42 views
1

想象一下,因爲你的團隊的首選開發方法涉及多個人共享登錄,使用vim編輯構建服務器上的文件。(D)VCS如何與涉及多個人在同一目錄中編輯文件的工作流協作?

[注意,是衆所周知的問題,這樣做只有一個人能夠同時編輯一個文件,人們從自己的辦公桌要離開,離開文件鎖定在VIM,系統構建,要求大家停止調試/重新啓動而這發生。這不是問題所在]

如果在不改變工作流程的情況下引入源代碼控制,會有很多好處嗎?

我猜測提交歷史記錄不會太多用處,因爲它會包含所有人在大塊的變化。因此,從真正的高層次來看,真正無法倒退個別的變化。

回答

0

這不是你如何使用版本控制系統。除了增加混淆之外,在這種天生具有衝突傾向的「工作流程」之上添加一個將會做的很少。

每個人都應該在他或她自己的工作副本中工作,然後通常將更改提交給中央服務器。

+0

是的,但請記住「因爲您的團隊的首選開發方法涉及多個人共享登錄,使用vim在編譯服務器上編輯文件的傳統」。 – frankster 2010-06-17 16:04:21

+0

我會努力打破這一傳統,因爲我會拒絕這樣的工作。 在你自己的計算機上而不是在編譯服務器上用vim編輯文件並沒有那麼不同。或者甚至在您自己的構建服務器上的私人目錄中。 – 2010-06-17 20:48:32

0

「使用vim編譯構建服務器上的文件」建議使用中央存儲庫。

CVCS(中央版本控制系統)因此可能更適合。
但是中央或分佈式,兩個VCS工具都涉及一個本地工作樹(或本地工作空間),遠程文件被複制,修改併發回(提交時)。

然後,您必須定義您的「視圖」與工作區不在本地視圖相同的地方。
有點複雜但可能。

這就是說,主要好處是看到修改的歷史,可以由每個用戶一次完成。

相關問題