我当前部署代码的工作流程是在我认为代码处于稳定状态时从master分支“发布”分支。在我的生产方面，我做了一个简单的git fetch origin，而不是通过git checkout origin/releases/v1.0检查我的代码或当时的版本号。在这一点上我的头是分开的。所以为了避免这种情况，我只做git checkout -b releases/v1.0 origin/releases/v1.0之类的事情。让我的git status看起来好多了。到目前为止，这从来就不是问题（当然我在这个git repo中没有修改）。
我基本上用我的版本创建了我所谓的叶子分支（正确的术语？。idk。）。我刚刚发现git checkout -t <branch>实际上会用我正在寻找的名称来检查和创建本地分支。但是，它正在设置我不需要的上游配置。
基于我的部署过程：
git checkout origin/releases/v1.0从远程办理结账，我是否真的很重要？git checkout -b releases/v1.0 origin/releases/v1.0或通过git checkout -t origin/releases/v1.0实际跟踪它是否有意义？ 答案 0 :(得分：2)
如果您愿意更改工作流程，则可以使用git标签完成此类部署。通过以下方式创建标记：
git tag -a <tag_name>
然后检查特定标签：
git checkout tags/<tag_name>
有关git tagging的更多信息：http://git-scm.com/book/en/Git-Basics-Tagging
答案 1 :(得分：1)
（1）这取决于。制作后，您是否曾对发行版分支进行过更改？如果是这样，您是否希望在进行提取和结帐时更新您的作品？如果对第一个和第二个的答案是肯定的，那么你需要创建一个新的分支。否则，一个漂浮的头很好。
git fetch
git checkout origin/releases/v1.0
我不确定你为什么要跑git status;如果你没有在生产中做出改变，那似乎就没那么有用了。
（2）如果您打算将新更改下拉到该分支，我相信您需要上游配置。所以这个答案取决于（1）。