我最近被赋予了管理或开发环境的角色,其中包括：
>管理版本控制系统(颠覆),我们通常有一个主要分支,每6个月发布一次,每两个月发布一次维护分支,以修复用户发现的非主要错误和一些分支相关对于那些无法等待维护版本的错误.
>管理我们的数据库,以便我们为代码的每个分支都有一个开发数据库
我们不久就转向使用版本控制系统并遇到以下问题：
>同时在多个分支上工作的开发人员通常最终会针对错误的数据库进行开发(我们有大约15个开发人员)
>缺乏一个合适的策略来管理分支到生产的发布以及传播回其他分支
>缺乏管理与每个分支相关联的数据库的合适策略(即,我们应该保留与生产环境一致的脚本,然后是脚本以使每个数据库用户符合分支的需要)
我曾想过为代码的每个分支使用虚拟机(即包含Oracle Express数据库用户的VM,具有数据源等正确设置的Coldfusion Administrator,以及IDE和Tortoise等开发工具).
我正在寻找任何人可能有任何帮助解决这些问题的建议,因为我发现很难管理这个过程.我知道没有2家公司有完全相同的设置,但我欢迎任何帮助.
解决方法
我认为最适合您的解决方案是开始使用应用于产品生命周期策略的持续集成.
您可以通过网络阅读：
您可以通过网络阅读：
> Continuous integration
> Great open-source framework for continues integration!
我希望这会对你有所帮助,但你的问题很难回答’因为有很多参数需要回答,这些参数总是非常公司,你应该考虑雇用一名顾问来帮助你.他/她必须来到贵公司并帮助您决定和实施.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
