GIT：哪种方式更好，直接从分支推送还是与master合并然后推送？答案

【问题标题】：GIT : Which way is better, directly push from branches or merging with master and then push?GIT：哪种方式更好，直接从分支推送还是与master合并然后推送？
【发布时间】：2015-07-16 08:29:06
【问题描述】：

这些天我在学习 GIT，从 svn 转到了 git。任何人都可以帮我弄清楚以下情况下哪个是好的做法。

假设我正在处理两个问题。我创建了 2 个分支来工作。分支：issue1 和 issue2

方法一

我可以直接将最新代码拉到我的分支 issue1 或通过命令推送到源站

目前在分支问题1：

从源主git pull origin master拉取

推送到源站git push origin issu1:master

方法2

修复后合并分支问题1并推送到源主。

目前在分支 master git merge issue1 然后 git push（推送到源站）

所以我想知道如果我采用方法 1，我将永远不需要与我的本地 master 合并并推送。哪个是好方法？这两种方法有什么区别？提前谢谢你。

【问题讨论】：

不要从功能分支推送到远程主服务器（如果这是方法 1 所建议的）。
你能澄清一下这个问题吗？当你说你正在合并某些东西（什么与什么）以及你在拉什么（你拉到什么，推（你从哪里推）等时，请指定你的意思。

标签： git github merge push git-pull

【解决方案1】：

一旦你完成了一个问题的处理，你就不再需要这个分支了。就像@user3751845 所说，方法 1 适合与团队合作。否则，新分支是不必要的，所以请使用 方法 2。

（堆栈溢出的第一个答案！哇！）

【讨论】：

【解决方案2】：

方法 1 在有其他团队成员时似乎更好，他们应该审查分支中的更改并进行合并。 方法 2 在其他情况下更好。

那里有许多分支模型。见https://www.atlassian.com/git/tutorials/comparing-workflows/

PS：正如@choroba 已经提到的，从本地功能分支推送到远程主服务器似乎是一个糟糕的建议。

【讨论】：