楼主:
winall (winall)
2016-08-17 21:20:06最近因为要用版本控制 Git
Git 是 Linux发起人自已写的版本控制软件
现在Boss想要了解其运作方式
大致上的问题是这样的,例如以Git Server为例
当一家公司很多人都央在自己PC开发完的版本 Commit到 Git Server时
如果一个版本刚好很多人在开发,不同时间Commit进去
其控制如何
如果先不管内部规范的话
基本上一个开源的软件,多人在开发时
可能很多时间点都有人Commit进去
但这部分该如何管理或运作?
作者:
CP64 ((￣▽￣＃)﹏﹏)
2016-08-17 21:28:00每个人各自 task 开 branch 完成再 merge 回去
作者: dou0228 (7777) 2016-08-17 21:29:00
有用过 svn ?
作者:
ckvir (ckvir)
2016-08-17 21:59:00B commit 前会先把 A的更新合并
作者:
CP64 ((￣▽￣＃)﹏﹏)
2016-08-17 22:04:00要的话可以各自觉得完成就 merge 后完成的要先 pull 再merge
你的boss想了解的内容,不就是所有版本控制会遇到的问题
作者:
CP64 ((￣▽￣＃)﹏﹏)
2016-08-17 22:05:00要不然也是可以再生个人负责看有没有问题 统一由他 merge
楼主的问题看起来主要是对于版本管理议题不清楚 ?你这个问题不管用 git,svn 等，基本上都有相同的议题这样这样问版本管理的问题会有点大栽问，很难回答的你上面回应的内文中看起来是完全对 git 完全不熟悉若 A 与 B 个别开发功能切很干净，个别 branch 写好最后 merge 基本上大多不会有问题。当然若有改到共同区段，一般合并可能会有冲突等，这的确就需要特别处理的确就如 CP64 说的方式，严谨一点就是专门人处理这个
作者:
bitlife (BIT一生)
2016-08-18 18:48:00正常管理良好的专案不应该会有merge conflict,偶有也是小问题. 会经常发生merge conflict要改的是管理方式,不是版本控制软件