IDEA：将更改提交并推送到远程Git仓库

在将新文件添加到Git仓库或或修改已有的Git版本控制下的文件，并且您对其当前状态感到满意之后，您可以共享您的工作结果。这包括在本地提交它们，以便将项目库的快照记录到项目历史记录中，然后将它们推送到远程存储库，以便其他人可以使用它们。

在本地提交更改

如果您意识到需要编辑提交消息，则可以在推送此提交之前执行此操作。请参阅编辑提交消息。

以下列方式之一调用“提交”对话框：按Ctrl+K。在“版本控制”工具窗口的“本地更改”选项卡中，选择要提交的列表或文件，然后单击工具栏上的“提交更改”按钮 ，或者在选择的上下文菜单上选择“提交更改 ”。在主菜单上，选择：VCS | 提交，或VCS | Git | 提交文件。在“提交更改”对话框中列出了自上次已修改的所有文件提交，和所有新添加的版本文件。

输入一个提交消息，然后选择IntelliJ IDEA在将所选文件提交到本地存储库之前执行的提交前操作。

如有必要 ，请在Git部分中选择以下选项：Author：如果您正在提交他人所做的更改，您可以指定这些更改的作者。Amend commit：如果要将本地更改添加到最新的提交中，请选择此选项（有关详细信息，请参阅将阶段更改与先前的提交（修改提交）相结合）。Sign-off commit：如果您想要注销提交，请选择此选项，即证明您将要签入的更改是由您进行的，或者您对相关代码负责。启用此选项后，会在提交消息的末尾自动添加以下行：

Signed off by: <username>

单击“提交”按钮或将鼠标悬停在此按钮上以显示以下可用提交选项之一：提交和推送：提交后立即将更改推送到远程仓库。创建补丁： 根据您即将提交的更改生成补丁。在打开的“ 创建补丁”对话框中，输入补丁文件的名称，并指定是否需要反向补丁。远程运行：运行您的个人构建。此选项仅在您登录到TeamCity时可用。 有关详细信息，请参阅TeamCity插件文档。

您可以自定义应用于提交消息的规则，如主题与正文之间的空行和最大消息长度。为此，请在 "设置" 对话框 (Ctrl + Alt + S) 中选择：版本控制| 提交对话框。

还有一个快速修复和重新格式化操作，允许您包装长行或对提交消息进行格式设置。

即使只有Unversioned文件出现在项目中， 您可以调用Commit Changes对话框，例如从IntelliJ IDEA外部添加。

将更改推送到远程Git仓库

在推送您的更改之前，请与远程同步，并确保您的本地存储库副本是最新的以避免冲突。

IntelliJ IDEA允许您将更改从当前分支上传到其跟踪的分支或任何其他远程分支。

如果提交的作者与当前用户不同，则此提交用星号标记。

如果选择整个存储库，则所有提交的所有文件都将列在右侧窗格中。

如果同一文件在多次提交中被修改，则只会在选择这些提交或整个存储库时列出一次，如果您为该文件调用文件差异查看器，则所有更改都将被压缩到一起。

如果由于工作副本过期而拒绝推送，则IntelliJ IDEA将显示“ 推送被拒绝”对话框，前提是“设置” 对话框的“Git设置”页面中的“如果推送当前分支时自动更新被拒绝”选项未选中。请执行下列操作：

什么时候需要使用 force push？

当您运行 push 时，如果远程仓库中有您所缺少的更改，并且要使用本地存储库副本进行覆盖，Git将拒绝完成操作。通常情况下，您需要执行pull操作才能与远程进行同步，然后使用更改进行更新。

该 --force push 命令将禁用此检查，并允许您覆盖远程仓库，从而删除其历史记录并导致数据丢失。

注意：除非绝对必要（例如，如果您不小心推送了一些敏感数据），否则应该避免重新启动分支并修改其历史记录。

当您需要执行--force push的一种可能的情况是，当您推送一个推送的分支，然后将其推送到远程服务器。在这种情况下，当您尝试推送时，Git将拒绝您的更改，因为远程参考不是本地参考的上级。如果您在这种情况下执行pull操作，您将最终得到两份你需要合并的分支。

如果您决定强制推出重新设计的分支，并且您正在团队中工作，请确保：