颠覆（SVN）计划对象

Question

我们正在使用SVN进行了.NET和Java对象通项，现在我们正在考虑将我们的RDBMS对象SVN为好。

的信息：

• 有超过1000数据库（SQL）对象
• 这些对象是，并且可以通过数据库/服务器分离。
• 对象由开发更新，但通过DBA组部署到生产中。
• 我们使用乌龟SVN主要是和想使用它的任何解决方案。

场景：

• 做出改变的结果的2个SQL对象被更新。这两个对象需要部署到生产环境中。

关注：

• 我们不希望开发团队或有检查出1000+对象的一个​​分支DBA组。
• 我们不希望DBA组中挣扎，以确定哪些文件已更改。

问题：

• 什么是对这种规模的项目SVN设立分支机构的最佳方法？
• 有没有一种简单的方法为部署组拉只是已更改的对象？

Answer 1

建立这种大小的SVN项目的分支机构的最佳方法是什么？

与DBA组用于数据库/服务器的方法相同。

是否有一种简单的方法让部署组只抓取已更改的对象？

是的，但它需要一些工作了前面。将每个SQL对象放在它自己的目录中。由于Subversion检出目录，你的DBA组可以通过它们的目录检出各个SQL对象。

我使用Windows批处理文件做同样的事情。批处理文件使用DOS命令为主目录中的每个文件创建一个目录。在我的情况下，我为主Cobol目录中的每个J1XXXXX.cbl文件创建了一个J1XXXXX目录。

我们不希望DBA团队努力确定哪些文件已更改。

有人可以查看Subversion日志，如果有关于哪些文件已被更改的问题。如果DBA组使用唯一标识符来标识其Subversion日志记录（作者，也许？），则可以从Subversion日志创建报告。