基于功能的开发的部署规划

Question

正在开发和交付产品作为功能而非发布，这意味着在完成功能后，它将被推送到分段然后再到生产。开发中可以有多个功能，并且交付时间表重叠。因此，在任何时候，开发人员数据库和源代码控制都有不止一个特性在开发中。功能完成后，我只想将功能特定代码和数据库更改推送到暂存。由于以下原因，这个过程被证明是容易出错且耗时的：

• 特定功能的数据库实体不是独立的，而是依赖并与其他功能交织在一起。因此，分离特定于该特征的实体是耗时的并且有时难以实现。有没有更好的方法呢？
• 在服务器端代码中，类似地分离出特征特定代码与db一样麻烦。使用基于数据库和其他性能优化（如预先生成的视图）的.NET实体框架，是否有更好的方法来部署基于功能的开发？

开发环境包括SQL Server 2008，.NET，带有SVN的实体框架，用于源代码管理。

这里的术语特征与FDD敏捷模型无关。

有没有人经历过类似的经历？

非常感谢！

Answer 1

我管理的项目与您刚才描述的项目非常相似。

  

尽快获取SVN和CruiseControl.NET设置。这是一种生活/时间的滋味

     

我目前让我的团队在SVN的分支机构工作，并在准备好生产时合并到trunk然后标记。

     

使您的数据库处于版本控制之下，并将版权号与版本（版本）相关联

     

我根据此great article派生了我自己的数据库版本控制方法，建议创建一些表/约束/触发器来帮助版本控制数据库。

     

对数据库进行版本控制是最难的部分。在我们开发一个修改数据库的严格例程之前，一切都是噩梦

显然没有足够的空间来解释完整的细节，但我花了整整一天来管理/合并代码，现在只需检查自动构建，以便安心，并有时间为项目做出贡献。< / p>