我们正在使用安装在Web服务器上的git进行开发,我们在public_html目录之外放置了一个简单的.git项目,然后我们将master分支克隆到public_html中的目录.这允许我们推送到主分支而不用担心已经检出的分支的错误.
我们有了这个想法(并且已经检查过,到目前为止工作得非常好),我们可以在修复主分支并再次拉动时将各个提交头检查为快速回滚.在执行此操作时,我们需要了解任何已知的缺点或安全问题吗？
小智 1
我不确定我是否完全理解您正在使用的设置（两个 git 存储库？）及其背后的推理，但我感觉到实际的问题是关于回滚过程的。
通过检查单个提交进行回滚是一种完全有效的方法，实际上在使用gitflowVincent Driessen 建议的工作流程时也是一种自然的方法：http ://nvie.com/posts/a-successful-git-branching-model/
然而，一个关键部分gitflow是使用git tag将 master 分支中的提交标记为发布。标签是一种“提交指针”，签出标签与签出其指向的提交具有完全相同的效果。
这些“发布标签”通常是版本号，例如“4.2”、“1.2.3”等。因此，如果必须在标签上执行回滚（例如“4.3”），您只需执行此操作git checkout 4.2即可带您回到最新的稳定版本。这与必须查看提交日志、找到正确的提交然后执行git checkout xyz.
| 归档时间： |
|
| 查看次数： |
152 次 |
| 最近记录： |