[問題] 有關subversion 的使用問題,想請教
各位大大 :
今日在幫同事導入 subversion&指導如何操作subversion, 來幫助工作團隊維護專案品質
.
不過再跟同事討論關於"多人共同維護同一個檔案"時,討論到了一個我從來沒有想過的情
況.
subversion 只有在同一行被重複修改的時候才會跳出衝突對吧?
假設一個檔案有4行,有兩個人共同維護
L1
L2
L3
L4
A修改了第二行,第三行,變成
L1
L22
L33
L4
B 修改了第一行,變成
L11
L2
L3
L4
A先commit , 然後B也要commit 時就冒出了"過時(out of date)",這很合理.接下來B就必
須合併A的更改,才能commit. 當B執行合併時,並不會產生衝突警告,接著B的檔案就會變成
L11
L22
L33
L4
結果同事就說 "假如L3 是對B的工作上是很重要的一行,A不應該修改.結果A去改到了,B沒
有收到警告"
我 : "那B在執行合併完,重新開檔的時候就會發現L3被改掉拉,他就可以去跟A抱怨"
同事 : "那是範例,現實上一個程式檔案那麼大,好幾千行,我不可能重新開檔的時候去看
到我需要的部份被別人改了壓"
我 : "也是...."
同事 : "所以我在別家公司的作法是,每個人規定一個固定時間才能commit,commit 的時
候如果發現過時,就不要先合併別人的更新,而先檢查別人的更新跟自己的部份有哪邊不
一樣."
我 : "那這樣不就要一個人commit 後,其他一堆人就得放下手上的事情,每個人都來檢查
哪邊被改了,這樣不合理拉,如果更新範圍跟複雜度很大,那不就要沒完沒了,光檢查就
花一堆工,事情不用做了"
同事 : "所以,我們以前的作法是一個檔案只定給某個人改,其他人不能改,這樣就不會產
生那樣的問題"
我 : "那這樣還需要版本控制軟體幹麼?"
同事 : "對壓"
Orz
這個問題,我覺得最根本在於
"B如何告知他人L3是不可以修改的"
或者是
"B憑什麼決定L3不能修改,B說不能修改就不能修改嘛?"
或者
"B怎麼樣可以知道他認為不可以修改的地方被改到了,難道只有不停的diff 來檢查嘛?搞
不好時間一久,B連哪邊是不可以修改的部份都忘了,這時連diff 檢查都幫不上忙"
後來我一直問google ,不過沒有找到答案.svn 只能對重複修改的地方產生衝突警告.
所以我po這篇文章,懇請站上的大大幫忙,svn是否有提供工具解決這樣的問題?用人類
行為約束的方法是很多,但是我還是希望svn 方面有提供工具.
如果哪位大大有認識一些subversion的高手,可不可以幫忙把這樣的問題pass 給
subversion 的高手呢?
在這邊先謝謝了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 116.59.13.7
推
09/23 17:01, , 1F
09/23 17:01, 1F
→
09/23 17:02, , 2F
09/23 17:02, 2F
→
09/23 17:16, , 3F
09/23 17:16, 3F
推
09/23 17:52, , 4F
09/23 17:52, 4F
→
09/23 17:53, , 5F
09/23 17:53, 5F
推
09/23 20:55, , 6F
09/23 20:55, 6F
→
09/23 20:56, , 7F
09/23 20:56, 7F
推
09/23 22:22, , 8F
09/23 22:22, 8F
→
09/23 22:22, , 9F
09/23 22:22, 9F
→
09/23 22:24, , 10F
09/23 22:24, 10F
→
09/24 00:02, , 11F
09/24 00:02, 11F
→
09/24 00:02, , 12F
09/24 00:02, 12F
→
09/24 00:42, , 13F
09/24 00:42, 13F
推
09/24 17:49, , 14F
09/24 17:49, 14F
→
09/24 17:50, , 15F
09/24 17:50, 15F
→
09/24 17:50, , 16F
09/24 17:50, 16F
推
10/10 13:11, , 17F
10/10 13:11, 17F
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 13 篇)：