ruby-on-rails - 使用 git 进行标记和修复的适当策略

Question

我想知道我用于标记和修复标签(然后我用于部署 Rails 应用程序)和 git 的策略是否合适。

为了标记，我只标记主干的提交。

如果发生这种情况，我必须修补标签，我正在检查标签(例如 1.0)，修复问题，提交并重新标记(例如 1.0.1)。现在，如果我必须对标签进行另一次修复，我会重复该过程，使用第一个修补程序(例如 1.0.1)的标签作为第一次检查。

现在，我注意到两件事:1. 当我 checkout 1.0.1 时，我收到一条警告说我不在分支中 - 我认为它没问题，但作为策略是否合适？2. 当我尝试部署 1.0.2 时，在从远程存储库更新代码期间，我收到来自 capistrano(用于部署 rails 应用程序的工具)的错误，说它找不到对象 [commit of 1.0.2 ].我可以更正这个问题，检查 master 并 merge 1.0.2。

当然，我总是将标签推送到存储库。

是否有任何错误/低效/不合适的地方，或者这是一个适当的策略？我是 git 的新手，我找不到大量关于通常使用的部署策略的信息。

Answer 1

从tag 1.0开始，需要做一个分支

 $ git checkout -b hotfix1.0

每次需要修复时都可以在上面进行修复，每次需要部署时都可以在上面创建标记(1.0.1、1.0.2、...)。

在分离的 HEAd 上工作并不是最优的，因为该提交可以在以后被修剪。如果你在一个分离的 HEAD 上并做了一些修改，你总是可以将它们与给定的分支 merge :

 $ git checkout -m hotfix1.0

我不建议为您需要为程序的 1.0 版本创建的每个修补程序都创建一个分支:一个分支应该足以满足该目的，沿途带有标记以标记值得发布的重大修改。