1

当我自己处理 git 存储库时,没有理由在推送之前先拉动。

当我与其他人一起工作时,建议我在尝试推送之前先执行拉动——好吧,无论是拉动还是结帐,然后将更改合并到其中。
无论哪种方式,我都无法通过正常方式推送,直到我与主人保持同步,所以每次推前拉是一个好习惯(有人告诉我)。
90% 的时间我拉,它要么已经是最新的,要么是快进的。

是否有一个类似git push- 的命令会自动执行pull第一个操作,并且仅在存在实际合并冲突时才停止推送?

我想我可以创建一个别名,但我想首先检查是否有一个已经内置的命令。

4

3 回答 3

3

建议我在尝试推动之前先进行拉动

那就建议错了。只是推。推的行为询问是否可以推。如果有一个你不能推动的原因,你就不能推动。然后你可以担心该怎么做。

于 2014-01-24T02:42:47.837 回答
2

没有什么可以完全按照您和我认为的那样做,也会鼓励不良的工作流程习惯,因为您最终会推送未经测试的代码。仅仅因为某些东西干净地合并,它仍然可能被可怕地破坏。

git push如果您不是最新的遥控器,则已经将拒绝。我通常会获取更改,查看它们,在它们之上重新调整我未推送的更改,然后继续。

如果你发现你有太多的提交来做这件事(通常是每个人都在 master 之上敲击提交的情况),我建议切换到基于分支的工作流。这将隔离对其功能的更改,保持历史整洁,并为您提供一个集成步骤。

于 2014-01-24T02:12:17.760 回答
0

我使用“done”别名来存储我未提交的更改、切换到 master、从远程拉取、将我当前的分支合并到 master、推送到远程、切换回我的分支并针对 master 进行 rebase。

于 2014-01-24T02:06:17.133 回答