大神，有每有更好的办法和代码啊，大半夜还在合 啊

[miketeam]

我们主线一个分支，开发一个分支，太多人一起上代码，然后开发分支差主分支好多。现在我大晚上的还将开发分支代码合到主分支，一行行对。你们有我这边折腾吗？求解啊

[zhx1991]

定期的把主分支往自己分支上合, 防止差太远.

[iyaozhen]

我们是分支开发主干上线。

大家都在自己的主干开发，提测前先把主干的代码合到分支，上线前分支再提合到主干

[alexapollo]

最简单有效的开发准则：
人数较少，项目不大，且人员精良程度较高，可以只有 master 和 dev 分支，尽量避免分支之间的切换

[msg7086]

这大概是把 Git 当成 SVN 在用了。

[miketeam]

@alexapollo 然而事实就是人数多，项目大，人员高中低都用，富有层次感。经常 2 个分支来回切。。。

[miketeam]

@msg7086 应该是我平时太忙了，没有及时拉代码，等开发完了再拉。然后其他人代码也多，然后就悲剧了。

[dong3580]

@miketeam
同时多个人改一个文件必然会冲突，需要配合，细化模块然后分更小的小组开发，这样只要每个人都在改自己的那部分代码，一般不会有问题。

[lights]

用 git，大家都遵循同一个 git 的 work flow

[SmiteChow]

需求拆分问题

[miketeam]

和需求拆分粒度好像没关系。主要是先前写的太挫了。不敢改，因为每 50 行代码要自己设计 3 个测试用例。完全就是一项体力活。改完了还要一个个汇报。心力憔悴啊

[BBCCBB]

gitflow 对合并代码也不友好,

github flow 是最吼的~

就是提 pull request 这种方式是最吼的.

[miketeam]

不能永 GitHub 怎么办？

[mars0prince]

最简单的就是每天同步 master，其他任何方法都不靠谱，你落后主分支几百个版本，神仙也帮不了你

[iamsk]

迭代时间短一些，功能小一点。

[yuankui]

项目启动的时候从 master 拉一个 feature 分支
然后你们项目成员基于这个 feature 分支开发, 开发的方式是从这个 feateure 分支拉新的分支,然后后定期把"相对稳定的"代码合到 feature 分支, 保持 feature 分支与你们每个月的分支都是相对实时的.
这样就不会有最后合代码的问题了.

话说回来, 合代码是日常的事, 而不是最后 的事.

[zhangyouming]

推荐一个工具 beyond compare 。用了很久了。

[AsisA]

master 分支+dev 分支，master 分支设置 owner，然后大家每人从 dev 分支上开自己的分支。

平时大家往 dev 分支合并自己的分支，owner 定期把 dev 分支往 master 分支合并，如果不怕麻烦还可以加上 reviewer

分工的时候也尽量每人做不同的部分，比如按照功能模块拆分

[wizardoz]

楼主生怕把别人的代码覆盖了，所以熬夜加班比较代码。
当楼主看完最后一行确定无误运行 push 的时候，git 提示，你的本地代码不是最新，请更新到最新再进行提交！
楼主心中一万只羊驼奔腾而过。在对比代码的几个小时中别人又上传了新的代码。
一切从头开始……

[xloger]

我们是这样的，线上版在 master 分支，开发版在 dev 分支，然后每次一个人或几个人要开发某新功能时就在 dev 上切一个分支出来，开发完毕后 merge。基本没遇到落后几百个分支没法合并的问题。 [但是我隐约记得这样好像会导致这些分支的 commit 信息丢失？

[scofieldpeng]

用 git 那么久就没有出现过你的这些问题，很明显是你们 git 工作流，然后你们自己也不按照规则玩导致的，最后套用 v 站经典话术：要么忍，要么滚