SubVersion（SVN）计划大量的数据库对象

Question

我们正在使用SVN来处理.NET和Java对象，现在我们正在考虑将我们的RDBMS对象移动到SVN。

的信息：

• 有超过1000个数据库（SQL）对象
• 这些对象是并且可以由数据库/服务器分隔。
• 对象由开发人员更新，但通过DBA组部署到生产环境中。
• 我们主要使用Tortoise SVN，并希望将其用于任何解决方案。

情境：

• 进行更改，导致更新2个SQL对象。这两个对象需要部署到生产中。

关注：

• 我们不希望开发团队或DBA小组必须查看1000多个对象的分支。
• 我们不希望DBA小组努力确定哪些文件已更改。

问题：

• 为此大小的SVN项目设置分支的最佳方法是什么？
• 部署组是否有一种简单的方法可以仅提取已更改的对象？

Answer 1

  

为此大小的SVN项目设置分支的最佳方法是什么？

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

  

部署组是否有一种简单的方法可以仅提取已更改的对象？

是的，但它需要预先做一些工作。将每个SQL对象放在它自己的目录中。由于Subversion检出目录，因此您的DBA组可以通过其目录检出单个SQL对象。

我使用Windows批处理文件做类似的事情。批处理文件使用DOS命令为主目录中的每个文件创建目录。就我而言，我为主Cobol目录中的每个J1XXXXX.cbl文件创建了一个J1XXXXX目录。

  

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

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