Branches主要是分支的功能,對于軟體小組開發(fā),很多是需要同步進(jìn)行的,但如果都在Trunk上進(jìn)行更新,會產(chǎn)生頻繁的合并開支.在branches中建立各個成員各自的開發(fā)庫,可以不受其他成員影響,等一段時間在進(jìn)行合并到主干上(Trunk)

針對每個開發(fā)人員都在branches里建立分支？

這個問題我想可以通過PM的合理分工來處理的吧，而且頻繁地合并操作會造成工作效率的降低啊。。。

可以通過每個開發(fā)人員各自負(fù)責(zé)自己模塊的方式來管理，這樣一般情況下，大家同在trunk上開發(fā)。
如果涉及到公共模塊，那是可能會有沖突的，需要手工合并。

贊同！我們目前就是這么做的。

1、如果項目分多次實施，是否需要建立維護(hù)分支，以達(dá)到主線上增加/修改功能，在分支上只修改bug的效果呢？

如果在項目開發(fā)階段做分支，專門為修改開發(fā)過程中的bug, merge的工作量會很大。效率不會高。

2、如果有多個項目是基于產(chǎn)品做定制開發(fā)的，那么應(yīng)該如何建立項目分支呢，是完全拷貝(svn copy)還是主線上獨立出公共模塊，分支里做個性開發(fā)？

項目可以單獨按項目做，copy產(chǎn)品的某個版本，在這基礎(chǔ)上做項目。所謂分支，是為了將來可以merge回來。

3、svn的默認(rèn)一級目錄是trunk、branches、tags，trunk為開發(fā)庫，存放開發(fā)過程中的成果，tags存放的是發(fā)布給用戶的成果，那么branches里面你們一般是存放什么？對于這樣劃分目錄，有什么見解呢？
branches是做并行開發(fā)的。分支上的最終都是要merge到主干上的。

1、針對第一個問題，我們一般是在實施階段建立維護(hù)分支，主線上提供增加/修改功能。在開發(fā)階段，我們統(tǒng)一在trunk里進(jìn)行開發(fā)，并沒有針對不同的開發(fā)人員在branches里建立開發(fā)分支，隔段時間后合并。

2、針對第二個問題，項目可以單獨按項目做，copy產(chǎn)品的某個版本，在這基礎(chǔ)上做項目，這種方式也可以，但是對于產(chǎn)品和項目之間的關(guān)聯(lián)不夠緊湊啊。如果項目脫離產(chǎn)品的最新版本太長時間，很多地方需要更新的。

我想是采用產(chǎn)品主線、項目分支的方式比較合理，但是具體實施起來，大家有什么見解嗎？

我們公司一般是按照task劃分分支的，一個task一個分支，如果一個任務(wù)分配給了多個人，那末這多個人在從這個任務(wù)分支上建立自己的分支。

你說的任務(wù)分支，好像和這里說得版本分支，從概念上講不太一樣吧？也有可能我誤解了

[ 本帖最后由 licis 于 2007-1-29 15:40 編輯 ]

問題1、如果項目分多次實施，是否需要建立維護(hù)分支，以達(dá)到主線上增加/修改功能，在分支上只修改bug的效果呢？
如果是分多次實施的，那么有可能存在個性開發(fā)的需求，那么只是再主線上增加/修改功能，在分支上只修改bug，可能不能完全符合開發(fā)過程需求，個人認(rèn)為可以考慮patch


2、如果有多個項目是基于產(chǎn)品做定制開發(fā)的，那么應(yīng)該如何建立項目分支呢，是完全拷貝(svn copy)還是主線上獨立出公共模塊，分支里做個性開發(fā)？
如果是按項目實施的，最好是完全的拷貝做分支，并以此做個性開發(fā)。除非有些個性開發(fā)的內(nèi)容有通用的意義。

3、svn的默認(rèn)一級目錄是trunk、branches、tags，trunk為開發(fā)庫，存放開發(fā)過程中的成果，tags存放的是發(fā)布給用戶的成果，那么branches里面你們一般是存放什么？對于這樣劃分目錄，有什么見解呢？
目錄結(jié)構(gòu)的劃分，是仁者見仁，智者見智的問題。滿足開發(fā)－測試－發(fā)布－實施的需求即可。