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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› Pro Git

› Atlassian Git Tutorial

› Pro Git 简体中文翻译

› GitX

这是一个创建于 2267 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

分支

合并

git

dev

39 条回复 • 2018-09-08 15:39:47 +08:00

SpiderXiantang

2018-09-07 17:02:44 +08:00

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

zpf124

2018-09-07 17:03:36 +08:00

git push -f ?

SpiderXiantang

2018-09-07 17:06:54 +08:00

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

zlmdaybreak

2018-09-07 17:10:18 +08:00

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

michaelcheng

2018-09-07 17:11:53 +08:00

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

raysonx

2018-09-07 17:17:07 +08:00 via Android

禁止 force puah

raysonx

2018-09-07 17:17:26 +08:00 via Android

打错，先禁止 force push 再说

kimoCHG

2018-09-07 17:21:02 +08:00

git rebase 了解一下

msg7086

2018-09-07 17:22:00 +08:00

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

orangeade

2018-09-07 17:23:43 +08:00

先学会 Git 命令行

Deville

2018-09-07 17:35:12 +08:00 via iPhone

不要用图形化界面工具

SpiderXiantang

2018-09-07 17:36:53 +08:00

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

SpiderXiantang

2018-09-07 17:37:24 +08:00

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

shily

2018-09-07 17:43:55 +08:00

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

SpiderXiantang

2018-09-07 17:46:17 +08:00

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

shenxgan

2018-09-07 17:47:25 +08:00

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

SpiderXiantang

2018-09-07 17:50:24 +08:00

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

Reficul

2018-09-07 19:03:18 +08:00 via Android

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

sampeng

2018-09-07 19:17:47 +08:00

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

sampeng

2018-09-07 19:21:23 +08:00

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

CoderEQ

2018-09-07 19:37:25 +08:00 via Android

rebase.或者 merge 了解一下吧

thedrwu

2018-09-07 19:38:49 +08:00 via Android

--no-ff
或者在 config 文件里把 fast foreward 关了

thedrwu

2018-09-07 19:40:19 +08:00 via Android

也许没看懂楼主的意思，是说 push 的时候-f 了吗

hasbug

2018-09-07 19:46:07 +08:00

2 个不懂 git 的人

KeatingSmith

2018-09-07 20:22:36 +08:00 via iPhone

提交代码不要直接提交到 dev，

通过 pull request 合并代码到 dev。

bombless

2018-09-07 20:30:29 +08:00 via Android

最简单就是不要在一个分支开发，比如如果用 gitlab 可以用 merge request

msg7086

2018-09-07 23:46:10 +08:00

@SpiderXiantang Git 这玩意儿，说简单也简单，说复杂可以搞得非常复杂。这货完美继承了 Linux 的血统，想要吃透 Git，没个两三年的沉淀积累，我觉得难。初期我建议试试 SmartGit 这个 GUI 工具，比较直观。后期如果想换命令行的话，可以学他的命令行玩法，我敢说他命令行玩得比这帖子里很多人都要溜。

leconio

2018-09-08 00:34:52 +08:00 via Android

手动 pull 试试，先 reset 到要提交的 commit。然后 merge 远程分支到本地，最后 force push。

geelaw

2018-09-08 01:07:19 +08:00 via iPhone

对于 GitHub 用户的我来说，我通常只用 GitHub 的 pull request ……

jasperjia

2018-09-08 02:56:02 +08:00

新手先用 GUI，sourcetree 中的分支图表对于你前期理解 git flow 很有帮助，吃透 git flow 后再上命令行。

RainyH2O

2018-09-08 05:57:18 +08:00

git 就好好把 pro git 看了，特别是内部原理那章
廖雪峰的入个门还行，但毕竟没把原理讲明白
见到 force，hard，rebase 之类的，没懂原理千万要慎用
甚至 git checkout branch file 都是有丢本地文件的风险的
这点 pro git 就有讲到，总归你用一条指令或是一次操作之前你就得清楚仓库，历史树，缓存，本地即将会发生什么
话说 GUI 还是有用的，但不要依赖，主要是用来看每条指令发生了什么，理解原理最重要
不过你这描述老实说让人看不懂，你是说远程库没更新到你队友的提交？
那不就压根没 push 成功？

dangyuluo

2018-09-08 07:30:22 +08:00

你这描述不清啊。不过常用的方法是：
1. 禁止 `git push --force`, 仅允许使用`git push --force-with-lease`
2. 修改开发流程，不要所有人都在同一个分支上开发。做什么 feature 就单独开一个分支，然后 master/dev branch 仅允许 merge request，不接收任何人 push。