通过推送共享代码

Visual Studio 2022 通过使用 Git 菜单、Git 更改以及解决方案资源管理器中的上下文菜单提供 Git 版本控制体验。 Visual Studio 2019 版本 16.8 还提供 团队资源管理器 Git 用户界面。 有关详细信息，请参阅 Visual Studio 2019 - 团队资源管理器 选项卡。

在 “Git 更改 ”窗口中，选择向上键按钮来推送提交。

或者，可以从 “Git 存储库 ”窗口推送更改。 若要打开 Git 存储库 窗口，请在 “Git 更改 ”窗口中选择传出/传入链接。

或者，可以从菜单栏上的 Git 菜单中推送更改。

Visual Studio 2019 通过使用 Git 菜单、Git 更改以及解决方案资源管理器中的上下文菜单提供 Git 版本控制体验。

在 “Git 更改 ”窗口中，选择向上键按钮来推送提交。

或者，可以从 “Git 存储库 ”窗口推送更改。 若要打开 Git 存储库 窗口，请在 “Git 更改 ”窗口中选择传出/传入链接。

或者，可以从菜单栏上的 Git 菜单中推送更改。

Visual Studio 2019 版本 16.8 及更高版本提供 Git 版本控制体验，同时维护 团队资源管理器 Git 用户界面。 若要使用 团队资源管理器，请从菜单栏中取消选中 “工具>选项>预览功能>”新增 Git 用户体验 。 可以从任一接口互换使用 Git 功能。

1. 在 团队资源管理器中，选择“ 开始 ”，然后选择“ 同步 ”以打开 同步。

   

   还可以通过在提交后立即选择“同步”，从“更改”转到“同步”视图。

   

2. 在 “同步 ”视图中，选择 “推送 ”以将提交上传到远程存储库。 如果这是你第一次推送到存储库，你将看到以下消息： The current branch does not track a remote branch...这让你知道你的提交已推送到远程存储库上的新分支，并且从当前分支推送的未来提交将上传到该远程分支。

   

尽管很少需要将本地分支推送到不同命名的远程分支，但可以使用未区分的 Git 推送命令执行此作：

git push <remote repo> <local branch name>:<remote branch name>

若要将新提交从本地分支推送到同名远程分支，请运行以下简化的推送命令。 如果远程存储库没有同名分支，此命令将创建与本地分支相同的名称和提交的新远程分支。

git push <remote repo> <local branch name>

克隆远程存储库时，Git 会为克隆的远程存储库的 URL 分配别名 origin 。 运行 git remote -v 以检查 origin 别名值。 若要手动添加 origin 别名，请运行 git remote add origin <remote repo url>。 origin使用别名可以进一步简化推送命令：

git push origin <local branch name>

若要将新提交从当前本地分支推送到同名远程分支，请运行以下简化的推送命令。 如果远程存储库没有同名分支，此命令将失败。

git push origin

如果当前本地分支跟踪远程分支 origin，则可以完全缩写推送命令：

git push

但是，如果本地分支未跟踪远程分支，则完全缩写的推送命令将失败。 运行 git remote show origin 以检查分支的跟踪状态。 若要推送 和 设置当前本地分支以跟踪同名远程分支 origin，请运行 git push --set-upstream origin <local branch name> 一次。 如果该标志不存在，该 --set-upstream 标志将创建同名远程分支。

处理本地功能（或 bugfix）分支时，通常的做法是定期使用分支的最新更改 main 更新分支。 根据执行此作的方式，功能分支的本地和远程提交历史记录可能会有所不同，以便 Git 推送命令返回错误。 如果你是唯一推送到远程功能分支的人员，并且你确信本地功能分支包含所需的所有工作，则可以将 Git 推送命令与标志一起使用 --force ，将远程功能分支上的所有提交替换为本地功能分支中的提交。 有关 Git 推送命令的详细信息，包括其他 force 选项，请参阅 Git 参考手册。