公司刚用 git，还不太会用，请教下怎么合并代码

[darknoll]

公司原来都是用 svn 的，现在刚改成用 git

现在有一个 master 分支，然后每个人都有自己的分支

每个人开发的时候，最开始是从 master 上拉取代码到自己的分支，比如 A：master->A-dev; B：master->B-dev

现在两个人同时开发自己的部分，最后都要合并到 master，A 先提交，那么 A 直接合并到了 master，然后 B 提交，B 是不是要先把 master 的代码 pull 下合并？

都是这样的工作流程吗？

[manzhiyong]

你得先 commit，否则 pull 不下来。

[jinhan13789991]

https://git-scm.com/book/zh/v2
去官网看教程呗

[janus77]

看官方教程文档×
论坛发帖问√

[hdfg159]

一般提交本地，再 merge 进主分支，merge 就提示合并代码了

[acmore]

不用的。如果你们改的不是同一个地方，那么直接提 Pull Request 就可以，Git 会帮你做合并的事情的，你只需要关心自己的 Feature 是否是最新就好。

[doracoinC]

https://www.liaoxuefeng.com/wiki/896043488029600

花点时间在网上找些文章看一看，比你在线等回复实际多了

[dalidali]

我是习惯先将 master 合并到自己的分支，有冲突解决冲突，之后在在把自己的分支合回 master 比较好

[cyrbuzz]

B 确实需要 PULL 一下最新的 commit 与本地的 master 保持一致。

如果你不 PULL 的话直接 PUSH，Git 会提示你(fetch first)，这时候你有两种选择:

1. PULL 一下保证与远程仓库的 commit 保持一致，然后用 git merge B-dev 合并 B 的代码，这时候可能会出现冲突，冲突需要手动进行合并，未冲突的情况会直接走默认合并策略进行合并。关于合并策略可以参考这个： https://morningspace.github.io/tech/git-merge-stories-2/。

2. PUSH 的时候加-f，然后就能强制推到 master 不用 PULL，然后可能会被打（逃~）。

[Flywith24]

我猜你是白嫖 git 教程的。推荐一个可视化的网站吧： https://learngitbranching.js.org/?locale=zh_CN

[chenyu8674]

SVN 和 GIT 的逻辑不同，前者面向内容，后者面向变更
先尝试着熟悉这一点，不然用起来会很别扭

[oueryini]

下个 sourcetree

[ChengLuffy]

多人协作还是新手偏多的话建议 fork，内网环境搭 gogs 或 gitea 都不错

[yufpga]

每次合并之前，pull master 分支并不是必须的。因为你最后 push master 的时候，如果远程 master 分支有未 pull 的内容，会要求你先 pull master，否则你无法将本地的修改 push 到 master 上去. 另外还可以参考 git-flow 的流程.

[kkkwar]

https://github.com/nvie/gitflow

[darknoll]

@flywith24 瞧你说的

[tiktokxxxx2020]

不会用不去看文档，不去看书，在这发什么贴........

[vision1900]

按照你的描述是这样的。如果远程分支有你本地没有的改动，需要先 Pull, 如果没有冲突，完事大吉，Commit 本地改动之后 Push 就完了。
另一种方法是用 rebase, 相较 Merge 有诸多好处，有的团队甚至明令禁止用 Merge, 看你们谁管事儿了

[oahebky]

git clone <url>
git branch <name>
[git add *]
git commit -am "***"
git checkout master
git pull --rebase
git checkout <name>
git ⬛⬛⬛
git ⬛⬛⬛

（手机坏了？，不是，点赞自动显示隐藏部分 :-）

[hws8033856]

@chenyu8674 没觉得两者有多大区别
git 多了一个本地库，除此之外，两者使用逻辑都差不多

[undefinedfalse]

看看这个 兴许有用
[https://learngitbranching.js.org/?locale=zh_CN]