svn是subversion的簡稱，是乙個開放原始碼的版本號控制系統。
合作開發的時候，對svn的使用有3個軟體：svn的server端，svnclient（也就是tortoise svn,尋常checkout時用的那個）。另乙個svn亂入到vs裡面的乙個外掛程式。
本文想說的是專案管理中一些經驗和技巧。
搭建好svn之後，就開始規劃專案了。剛著手的時候，依據曾經在考試系統做個n多次測試的經驗——要想大家配合好，首先文件之類的東西要規範到pro,易懂到nuts都明確。
所以把svn裡面資料夾分好就很重要了。在搜一些專案的資料夾結構的時候，就無意中看到了svn的資料夾結構布局。
subversion有乙個非常標準的資料夾結構，是這種。
比方專案是proj。svn位址為svn://proj/。那麼標準的svn布局是
svn://proj/
|+-trunk
+-branches
+-tags
這是乙個標準的布局。trunk為主開發資料夾。branches為分支開發資料夾，tags為tag存檔資料夾（不同意改動）。可是詳細這幾個資料夾應該怎樣使用，svn並沒有明白的規範，很多其它的還是使用者自己的習慣。
學習完資料夾結構的布局之後。參照標準結構，於是產生了我們svn上的資料夾結構：
比如。建立好svn之後，由於我們是有乙個共享目錄的，用來放一些公共的東西：
在讓大家上傳之前，要先規定好檔案該怎麼命名，該上傳什麼東西，等等。還有後期的寫文件也是如此，規範不是用來起乙個約束作用的，而是用來維持乙個不慌亂的秩序的。
在向svn裡面提交的時候。我們能夠提交到checkout出的目錄，然後再add,commit,可是在vs裡面裝好外掛程式之後，能夠直接在vs裡面提交，不用再那麼麻煩了。
在vs裡面提交，跟在檢出的目錄中增加檔案差點兒相同。都是先add,然後commit.
如圖：首先將開啟的solution增加到svn中：
然後選擇乙個存在的版本號庫：
加入上傳目錄的url：
加入成功之後，再commit之後就好：
SVN管理專案
今天晚上折騰了4個小時來裝svn。首先在伺服器上安裝subversion。1.建立倉庫 svnadmin create svnrepo 將會在當前目錄下建立乙個倉庫，資料夾名字svnrepo 2.修改許可權配置 1.修改conf svnserve.conf 家 passwd前面的注釋去掉，注意前面不...
專案組管理實踐
以下是專案組管理實踐的依循規則，做個記錄 1.以身作則，努力做事 2.樹立目標，注重承諾 3.專案任務並行設計，簡短會議時間，減少溝通成本 4.使用雙周計畫，建立目標 5.使用敏捷流程方法，建立目標進度監督 6.使用測試用例，檢查產出內容，保證產出質量 7.強調團隊學習，強調團隊監督 對專案組長要求...
專案管理實踐（一）
1.總結 2.傳遞 3.驗證理論 4.求得理解 專案管理基礎知識，pmi pmp，pmi acp，敏捷，軟考 專案管理小白，初級專案經理，資深程式猿，資深產品經理，資深運營 後三者旨在讓你理解專案經理的思維 如果你是小白，有志成為專案經理 如果你是個新程序式猿，覺得碼 不適合你，與人打交道很適合你 ...