部署计划为特征基础的发展

Question

一个产品开发和交付作为特征，而不是释放，意在完成的一个特征，这是推向暂存和再生产。可以有多种特征在发展和重叠的交付时间表。因此，在任何时间点的开发数据库和源的控制有多个要素，在发展。当一个特征是完成，我谨推只有特定代码和数据库的更改分期。这一进程被证明是错误容易和费时的原因：

• DB实体的具体特征是不独立，但依赖和交织在一起的其他特征。因此，分离各实体的具体功能是耗时和有时候难于实现。是否有更好的方式来做到这一点?
• 在服务器上侧代码、类似分离出来的特定的代码是同样繁琐的数据库。与。净体框架层次上的数据库和其他性能优化，例如前所产生的意见，是有一个更好的方式来部署特征基础的发展？

开发环境包括SQL Server2008.净、实体的框架SVN源的控制。

该期的特点是不相关的FDD敏捷的模式。

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

非常感谢！

Answer 1

我管理一个项目，工作非常类似于你刚才所描述的。

获得和SVN CruiseControl.NET 安装尽快你可以。这是一个生命时候细细品味

我现在有我的团队工作的分支机构在SVN并合并入树干那么标记时准备用于生产。

保持你的数据库受版本控制和副版编号，以标签(释放)

我derivded我自己的DB版本控制方法的基础，从这个 伟大的文章 这一建议创建一些表格/限制/触发器，以帮助版本控制数据库中。

版本数据库是最难的部分。之前我们开发了一个严格的程序修改数据库的一切是一场噩梦

显然没有足够的空间解释的全部细节，但是我从花费我的整个天管理/合并代码现在只检查的自动化的建立对于和平的思想，并有时间作出贡献的项目。