当我认为代码处于稳定状态时,我当前部署代码的工作流程是从主服务器中将一个“发布”分支进行分支化。在我的生产方面,我做了一个简单的git fetch origin,而不是通过git checkout origin/releases/v1.0或者当时的发布号来查看我的代码。在这一点上,我的头是独立的。因此,为了避免这种情况,我只需要做一些类似于git checkout -b releases/v1.0 origin/releases/v1.0的事情。让我的git status看起来好多了。到目前为止,这从来不是一个问题(当然,我没有修改这个git回购)。
我实际上是在创造我所说的枝条(正确的术语?)(闲谈)用我的释放。我刚刚发现,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对其进行实际跟踪?发布于 2013-11-08 18:33:00
(1)视情况而定。当发布分支发生变化时,您是否对其进行过更改?如果是的话,您想要在每次进行提取和签出时更新您的产品吗?如果对第一个和第二个的回答是肯定的,那么您需要创建一个新的分支。否则,一个被剥离的头部是好的。
git fetch
git checkout origin/releases/v1.0我不知道您为什么要运行git status;如果您没有在生产中进行更改,这似乎就不太有用了。
(2)我认为,如果您打算降低对该分支的新更改,则需要上游配置。所以这个答案将取决于(1)。
发布于 2013-11-08 18:42:55
如果您愿意更改工作流,则可以使用git标记来完成此类部署。通过以下方式创建标记:
git tag -a <tag_name>然后签出特定的标记:
git checkout tags/<tag_name>关于git标记的更多信息:http://git-scm.com/book/en/Git-Basics-Tagging
https://stackoverflow.com/questions/19865751
复制相似问题