討論串[問題] 有關subversion 的使用問題,想請教
共 13 篇文章
首頁
上一頁
1
2
3
下一頁
尾頁

推噓6(6推 0噓 11→)留言17則,0人參與, 最新作者leolarrel (真.粽子無雙)時間16年前 (2008/09/23 16:02), 編輯資訊
2
0
0
內容預覽:
各位大大 :. 今日在幫同事導入 subversion&指導如何操作subversion, 來幫助工作團隊維護專案品質.. 不過再跟同事討論關於"多人共同維護同一個檔案"時,討論到了一個我從來沒有想過的情況.. subversion 只有在同一行被重複修改的時候才會跳出衝突對吧?. 假設一個檔案有4
(還有910個字)

推噓1(1推 0噓 0→)留言1則,0人參與, 最新作者macbuntu (邀怪)時間16年前 (2008/09/23 21:06), 編輯資訊
1
0
0
內容預覽:
我們的作法是, 每個 commit 的人有責任要確保 commit 進去的程式沒有太. 基本的問題, 譬如不能 compile 之類的. 當 B commit 的時候發現有更新,. B 應該在 merge 後做最基本的測試, 試試自己負責的部分有沒有被影響到,. 確定沒有大問題 B 才做 commi
(還有103個字)

推噓2(2推 0噓 6→)留言8則,0人參與, 最新作者WalkingIce ( 殺手哥吉拉 13)時間16年前 (2008/09/24 03:24), 編輯資訊
1
0
0
內容預覽:
(版本控制系統還有一個很重要的特色就是可以找回過去的遺跡XD). Merge 的時候產生 conflict,目前都還是要靠工人智慧去修。. 但如果真的有一個檔案大家常常都會修改. 想要避免一個人在更動該檔案時,其他人不能修改的窘境. 或許你可以試試看 git。. 一大堆鄉民在開發同一個案子的時候,修
(還有304個字)

推噓2(2推 0噓 5→)留言7則,0人參與, 最新作者adrianshum (Alien)時間16年前 (2008/09/24 17:37), 編輯資訊
0
0
0
內容預覽:
我們公司也在跑類似的模式.. 下面是我們訂的規則. 1) 準備 commit 前要做一次 svn update 把 working copy update 到最新. 2) 在 svn update 時發現有 conflict, 他有責任搞清楚並 resolve 之. 3) 然後要做一次 clean
(還有542個字)

推噓2(2推 0噓 1→)留言3則,0人參與, 最新作者macbuntu (邀怪)時間16年前 (2008/09/25 11:15), 編輯資訊
0
0
0
內容預覽:
^^^. 請問你們有在用 git 嗎? 有沒有遇到什麼困難呢?. 我們最近正在考慮把 subversion 換掉, 改用這種分散式的 SCM,. 還在比較 mercurial 跟 git.... git 是 Linus 本人寫的, 速度很快, 而且可以直接從 svn repository 轉過來,.
首頁
上一頁
1
2
3
下一頁
尾頁