2010-03-10 34 views

回答

1

让imho没有意义 - 便宜的人的方法。

在较大的场景中,您已经开发/测试/生产,因此您在开发方面进行版本控制,然后向前发布以测试和生产。一旦产品出现问题,就不需要进行实际的版本控制。您可以保留一个或两个备份版本,以便快速回滚,但除此之外 - 不需要。

1

我一直这样做的方法是让一个活的&测试版本成为存储库的签出。然后,我的工作流程是这样的:

  1. 就我的开发结账变化
  2. 提交更改。
  3. 更新测试。
  4. 确保一切正常
  5. 更新生产。
2

每个生产经理都会告诉你同样的事情:(D)VCS在生产环境中没有位置。

你也许可以在生产矿井,在那里你有一个VCS允许您查看正确的交付一个“发布部署”服务器,并从该服务器复制/ Rsync在正确的生产服务器。

但服务器本身,你只需要:

  • 应用程序本身
  • 监测过程跟踪和报告
  • 一些诊断工具

的原因是,更多的您在发布环境中拥有的元素越多,您获得这些元素出错的可能性就越大。
在混合中添加VCS是不值得的。