这个吗？

git pull --rebase --autostash origin main

不过，它会变基而不是合并。

注意Benjamin W.'s answer比你要求的要好一点，因为它也可以处理你在topic上有任何新的提交，而这些提交还没有在main上，除了你的未决更改。你正在做的合并 * 应该 * 总是快进，如果你还没有任何新的提交，那么rebase也是等价的。如果你在topic上至少有一个新的提交，并且还有一些未决的更改，然后合并和变基会有所不同，但我倾向于在这种情况下变基个人主题分支。
还要注意的是，当你直接转换到origin/main时，你甚至不需要main的本地副本，这通常是正确的。甚至你的问题也可以省略git checkout main步骤，因为你可以执行下一个命令，git merge origin/main直接快进到topic。由于这一点，实际上我建议删除你的本地main副本，因为它几乎总是过时的。如果出于某种原因你再次需要它，你可以检查它，它将在那一刻是最新的。
如果此时您希望以不同的名称（而不是topic）启动新分支，则可以发出以下命令：

git switch -c my-new-branch # create a new branch
git branch -d topic # delete the previous topic branch

# or perhaps just rename your current branch to the new name
git branch -m my-new-branch
git branch --unset-upstream # stop tracking the previous remote branch name

请注意，在您的问题中，如果您没有任何新的提交并且登陆了main并进行了未决更改，则创建新分支的命令将与上面相同。
我想对rebase的--autostash选项发表一下评论。它确实是为你的工作流而存在的，但Git文档警告（强调我的）：
在操作开始前自动创建一个临时的stash条目，并在操作结束后应用它。这意味着你可以在脏工作树上运行rebase。但是，请小心使用：成功的变基后的最终存储应用程序可能会导致不小的冲突。
这是隐藏通常是正确的，特别是当它后来应用到一个不同的提交时，而不是从它被隐藏。（看到其他人也被它咬了一口），随着时间的推移，我得出的结论是，使用提交比使用隐藏要容易得多，而且也更安全。我几乎只使用“wip”提交。如果你想尝试一下，对你的工作流程的调整是：
1.使用类似“wip：这里有一些信息”。
现在，您可以随时更新分支：

1. git pull --rebase origin main #（或者，git fetch后跟git rebase origin/main）
   在rebase之后：
   1.继续工作并在准备提交时修改wip提交，或者在变基之后：git reset HEAD~1，这将使您的更改返回为挂起。
   与stashing和popping相比，这种方式最大的优点是，如果现在或以后出现问题，你可以很容易地返回到提交。一般来说，我也建议尽早提交，经常使用多个wip提交，然后在完成后将其压缩为几个完美的提交。