討論串[請益] git的多人開發環境的建置?
共 4 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓4(4推 0噓 15→)留言19則,0人參與, 最新作者strlen (strlen)時間9年前 (2014/11/04 12:25), 9年前編輯資訊
2
0
1
內容預覽:
上個月剛換工作. 目前工作內容主要是以開發與維護公司自有網站為主. 網站是很常見的的LAMP架構. 但因為公司一直以來都沒有使用版本控制. 所以整個測試機上的程式真的就像垃圾場一樣.... 現在主管說要導入版本控制系統. 要我選一個弄. 我之前只有用過svn. 現在想玩玩看git. 這一兩天看了些教
(還有347個字)

推噓3(3推 0噓 9→)留言12則,0人參與, 最新作者readonly (唯讀)時間9年前 (2014/11/04 23:05), 編輯資訊
1
0
1
內容預覽:
如果你真的要問的話,這兩個都不對。個人覺得你們的流程要整個改過。. 首先要有個維護 tree 的人,負責 merge,還有 tree 上面的 code. 是正確能跑的。. git branch 是為了新功能開的,例如新功能可能要好幾個 patch/commit,. 在一個 branch 做好之後一次
(還有22個字)

推噓3(3推 0噓 1→)留言4則,0人參與, 最新作者Deltaguita (貝纳頌)時間9年前 (2014/11/05 12:00), 9年前編輯資訊
0
0
3
內容預覽:
建議依照這篇文章的方式走. http://ihower.tw/blog/archives/5140. 主要分支. master: 永遠處在 production-ready 狀態. develop: 最新的下次發佈開發狀態 支援性分支. Feature branches: 開發新功能都從 devel
(還有391個字)

推噓1(1推 0噓 9→)留言10則,0人參與, 最新作者strlen (strlen)時間9年前 (2014/11/10 11:49), 編輯資訊
0
0
1
內容預覽:
首先先謝謝大家提供的諸多建議. 都很受用. 但最近向公司團隊介紹這種工作流程方式. 出現了一個小問題. 那就是排程程式的測試方式.... 公司的資料大多放在測試機上. 例如圖片與影音檔. 也不太可能將檔案全部載到本機上. 那在本機上測試排程時. 因為路徑問題,東西在本機上是看不到的. 所以還是要在測
(還有41個字)
首頁
上一頁
1
下一頁
尾頁