git 合并分支的时候为什么老是把老的覆盖到新的上面

[SpiderXiantang]

最近和大学的室友一起做比赛项目 我们大家都是各自维护分支 然后往 dev 上合并分支
刚遇到一个事情就是 我首先合并了分支 然后我队友也合并分支上去了 但是他更新的部分还是原来的样子

[SpiderXiantang]

是我提出用 git 的 现在都有点难受了 让队友麻烦那么多

[zpf124]

git push -f ?

[SpiderXiantang]

@zpf124 我是用桌面版的 可能直接快进模式了

[zlmdaybreak]

@SpiderXiantang 找一下教程然后大家约定一下怎么开发，合并前需要先 fetch 一下。找工作的时候他们会感谢你让他们用 git。

[michaelcheng]

本地 merge 的时候是否有先 pull develop 的代码

[raysonx]

禁止 force puah

[raysonx]

打错，先禁止 force push 再说

[kimoCHG]

git rebase 了解一下

[msg7086]

先学习如何使用 Git 吧。用东西不看说明书并不见得一直行得通。

[orangeade]

先学会 Git 命令行

[Deville]

不要用图形化界面工具

[SpiderXiantang]

@Deville 我也想用命令行 项目是大家一起写的 所以想让他们简单点 就用的桌面版本

[SpiderXiantang]

@michaelcheng 桌面版本感觉会定期去 fetch 远程仓库的代码

[shily]

每次 push 之前使用 pull --rebase, 先 rebase 一下 代码。可以避免不必要的 merge 节点。

[SpiderXiantang]

@shily 谢谢老哥 我这就去学习一下

[shenxgan]

个人工作中，push 前总会先 pull 一下，将线上的先合并到本地，然后再 push

[SpiderXiantang]

@msg7086 我只学习了廖雪峰的 75%的 git 教程 感觉 git 用起来还是很虚

[Reficul]

merge 之前先 rebase(推荐)或者 merge(不推荐)上游的代码

[sampeng]

你用 svn 成吨的冲突或者一样的错误。。和版本管理软件没关系。和怎么用有关

[sampeng]

在用 svn 的经验告诉我。。所有的分支合并。。挑选合并是最靠谱的。频繁的从 dev 分支把代码 cherry pick.或者合并的时候手动的 cherry pick。而不是无脑 merge。。其实每次从 dev 分支往主干上合并并没多少东西。这样合并几乎不会有任何问题。。。
无脑 merge、rebase。只有知道没有人在我之前提交任何东西。并且的清楚知道合并和开发顺序。其实无所谓，操作完了千万别 push 上去。。检查一下没问题再 push。。。