Git Push Origin 和 Git Push Origin Master 的区别

---

在本文中，我们将探讨这些命令之间的区别，何时可以使用它们，以及如何避免让您的程序员团队感到沮丧。让我们深入了解一下！

1. 理解 git push origin

git push origin 是用于将更改从本地仓库推送到称为origin 的远程仓库的一般命令。但是，如果您没有指定分支，Git 将推送当前分支（您当前正在工作的分支）到远程仓库上的相应分支。

用例

如果您处于master 或main以外的任何分支，并且希望推送到远程仓库，那么git push origin 将更新该分支，前提是该分支存在于远程仓库中。

语法

git push origin

2. 理解 git push origin master

总的来说，这就是git push origin master 命令更加具体的地方。在这里，您不仅指定希望将推送操作专门执行到本地master 分支以及origin 远程仓库。无论您当前在本地环境中处于哪个分支，此命令都将依次推送到远程仓库的master 分支。

用例

• 当您希望直接提交到主分支（master）时，此命令非常有用。
• 当您是项目中唯一的开发人员并且master 是您的主要开发分支时，最常使用此命令。

语法

git push origin master

git push origin 和 git push origin master 的主要区别

下表比较并对比了“git push origin”和“git push origin master”的功能 -

命令	功能	常见用例
git push origin	将当前签出的分支推送到对应的远程分支。	当您想要将任何分支的更改推送到远程时很有用。
git push origin master	将更改专门推送到origin 远程仓库的master 分支，而不管签出的分支是什么。	通常用于更新单人项目中的主分支或在 master 分支上进行直接开发。

使用 git push origin 和 git push origin master 的最佳实践

了解git push origin 和git push origin master 之间的区别对于团队合作和 Git 版本控制至关重要。这些命令如果使用不当，可能会更改主分支上的功能，将不完整的功能推送到错误的分支，从而破坏团队的工作流程。

1. 使用分支进行功能开发

对于处理某个功能，请创建功能分支（此处为 feature-branch），而不是直接推送到 master。要仅将更改推送到远程的功能分支，请使用 git push origin feature-branch。

2. 谨慎推送到 master

在协作环境中，通常不鼓励这样做，也不建议直接推送到master。对于代码审查和协作，请使用拉取请求 (PR) 或合并请求 (MR)。

3. 设置分支保护

为了防止其他人意外地推送到master，许多团队会为推送保护创建分支规则。它保证其他团队成员将审查并批准您在主分支上所做的每个更改。

4. 将 git push origin 用于默认分支

如果您是单独工作或进行小型项目，git push origin 可能就足够了。但请始终确保在推送之前位于正确的分支上。

5. 使用 git branch 验证当前分支

您可以通过运行 git branch始终查看您当前所在的哪个分支。此步骤可以避免意外推送到错误的分支。

说明差异的示例

假设您正在处理两个分支：master 和 feature-login。以下是每个命令的行为方式

在 master 分支上

• git push origin 将 master 中的更改推送到origin/master。
• 由于您已经在 master 上，git push origin master 将执行相同的操作。

在 feature-login 分支上

• 第一部分（没有前导连字符）将 feature-login 中的更改推送到 origin/feature-login。
• 执行此操作的命令是git push origin master，它将忽略feature-login中的更改，并将本地master分支中的更改推送到 origin/master。

关于 Git Push Origin 和 Git Push Origin Master 的常见问题

问：如果我意外推送到错误的分支怎么办？
如果意外将更改推送到错误的分支，您可以通过重置分支来将其删除。也就是说，这并不容易；尤其是在您与其他开发团队共享工件仓库时，因此请谨慎操作，并在必要时联系您的团队寻求帮助。
问：我可以覆盖默认的 git push 行为吗？
不用担心：您可以使用push.default 设置为simple、matching、current 或upstream 来更改默认行为。要设置此项，请运行

git config --global push.default simple

对于初学者，通常建议使用简单的设置，这样我们就不会意外地将某些内容推送到意外的分支。
问：为什么我们使用 origin 而不是 master？

远程仓库 URL 存储在别名 origin 中。 主分支是：master（或许多仓库中的 main），其中存储着稳定的代码。

最后的想法

git push origin 命令功能强大，但有所不同。通过了解它们之间的差异，您可以更好地管理您的 Git 工作流程，避免意外推送，并更好地进行代码协作。通过这些最佳实践，您可以保证一个有组织的、受保护的代码，随时准备进行开发。

Git 使用的快速技巧

在运行push 命令之前，请使用git branch查看您当前所在的哪个分支。一个简单的步骤，可以避免您意外签入master 或其他分支。

推荐的 Git 工作流程工具

1. GitKraken：一个可视化 Git 客户端，旨在简化分支管理和 Git 操作。
2. SourceTree：一个易于分支、合并和推送的图形界面免费 Git GUI。
3. GitLens：一个 VSCode Git 扩展，它可以显示代码的作者历史记录并可视化代码更改(kb)。

有了这些指南和提供的工具，您将拥有一个简化的方式来对任何项目的 Git 操作进行扩展。