这些命令都不会让你心不在焉。你还有没有在你的问题中写下的其他事情？
git fetch remote1
这将获取与 remote1 的默认 refspec 匹配的任何内容。这通常意味着 remote1 上的所有分支，除非您进行了不同的配置。
git fetch remote1 master
上述命令从remote1 中获取master 并将其存储为FETCH_HEAD。
git pull remote1/master
此命令将出错，因为 remote1/master 不是存储库的名称。
有几种方法可以解决问题，但这实际上取决于您要完成的任务。典型的做法是为要更新的远程分支创建一个本地分支，然后合并相应的分支：
git checkout -b r1-master remote1/master
git merge other/master
git push
但是，尚不清楚这是否是您可以接受的工作流程。你能发布更多关于你想要完成的事情的信息吗？
更新
感谢您使用实际使用的命令更新您的问题。
git fetch remote1 master
上面的命令抓取master的最新内容，存储在FETCH_HEAD。你想在这里去掉master，让Git更新你的远程引用：git fetch remote1。在此指针处，remote1/master 应该与服务器上的内容保持同步。
git checkout remote1/master
这是为您提供分离的HEAD 的命令。远程引用与本地分支不同（refs/heads 中的引用）。当您签出远程引用时，Git 会将您置于分离的 HEAD 状态。我相信这背后的想法是防止你破坏你对远程分支的看法。远程 ref 可以作为您上次获取时远程存储库状态的快照。让你承诺他们会破坏这种观点。本地分支机构是需要进行编辑的地方。
让我们做几个假设。首先，我将假设remote1 不是origin，并且您已添加此远程以与主存储库以外的其他存储库进行交互。其次，我假设你有能力将代码推送到remote1。
在继续之前，让我们确保将push.default 设置为合理的值。运行git config --global push.default。如果没有返回任何内容，或者它显示matching，那么让我们更改它。默认配置 (matching) 将尝试在推送时更新特定远程的所有参考。如果您不使分支机构的本地版本保持最新，这会产生删除人们工作的副作用。更好的默认值是upstream，它只会推送你所在的分支。设置它：
git config --global push.default upstream
在 Git 中添加补丁的典型方法是创建一个分支，制作补丁，将其合并到远程分支的本地表示中，然后将结果推送到远程分支。
让我们从创建远程 master 的本地分支开始：
git checkout -b r1-master remote1/master
现在我们有一个名为 r1-master 的本地分支，我们可以对其进行更新（HEAD 不会在此分支上分离）。
接下来，做你的工作。这通常涉及创建另一个分支并向其添加一系列补丁：
git checkout -b fix-bugs r1-master
# Edit and commit
接下来，您需要再次结帐r1-master。在进行更改时，有人可能在 remote1/master 上引入了新的提交，所以让我们确保我们是最新的：
git fetch remote1
接下来，在 bug fix 分支中合并：
git merge fix-bugs
这将弹出一个编辑器。添加一条关于合并修复内容的合理日志消息，然后保存并退出。
此时，r1-master 已包含您的修复程序，但它不在远程服务器上。我们需要将新引入的修复推送到远程服务器：
git push
此时，r1-master 和 remote1/master 应该指向同一个东西，并且远程服务器已更新为您的修复。
其他帮助
对于它的价值，您似乎是 Git 新手，所以让我为您指出几个教程。第一个是Try Git。我喜欢它，因为您可以在网页上尝试这些命令，但它不是很深入。 Git Immersion 更深入，并且对 Git 背后的概念有很好的介绍。 NDP Software 的Git Cheatsheet 也是关于命令如何影响本地和远程存储库的绝佳参考。最后，Pro Git 是一本可以帮助您入门的好书。在线版本是免费的。