SSIS + AnkhSVN策略

Question

我已经阅读了关于堆栈溢出的其他几个问题/答案，但如果可能的话，我想得到一些澄清。

情况-我们有大约20个dtsx文件，并希望开始使用SVN来跟踪这些包的更改-我们知道，由于包含dtsx文件的复杂XML，使用SVN可能不允许我们合并包中的更改，这是可以接受的，因为SVN仍将在更改跟踪方面提供一些好处。目前我们的开发/部署策略是，每个开发人员根据需要从目标服务器加载dtsx文件，在本地进行开发，然后将文件复制回目标服务器。每个开发人员都使用自己的策略来决定是拥有一个包含所有包的大型项目，还是在每次需要修改dtsx时创建一个新项目，等等。

我正在寻找在这种环境中实现SVN的有效方法的建议- VS项目文件(例如)是否应该包含在SVN控件中？如果没有，开发人员如何“从Subversion打开项目”？是否一切都可以在VS中完成，或者我们需要去Windows资源管理器，在文件夹级别更新，然后从VS中添加现有的包-如果我们这样做了，我们仍然可以从VS提交吗？

对于基本的问题，我很抱歉，我是SVN的新手，希望能有一些具体的步骤。

Answer 1

由于你的问题在标题中有"AnkhSVN“，我假设你正在使用它。

如果是，那么我强烈建议将您的VS项目文件包含在SubVersion中，并将它们绑定到BIDS / SSDT到SVN。这样，您就可以“从源代码管理中打开项目”，而不是本地，而且您还可以在项目级别进行递归签入。

我还强烈建议您通过创建“每个应用程序一个项目”规则来标准化项目创建。让人们只对自己的一次性项目进行包修改是愚蠢的，也是无效的。

我认为对我们来说最大的挑战是在像SSIS这样的“无差异”环境中向项目添加包。每次在SSIS包中打开数据流时，都会签出和修改该文件以及项目文件。人们通常只是盲目地签入这些“无更改”的更改。所以你会得到类似这样的场景：

1. Alice将包添加到项目中并签入。
2. 同时，
3. 打开包的数据流任务只是为了检查其源查询，它签出项目文件。
4. 他签入他的更改，这与Alice的签入冲突，他只是选择使用本地。
5. Now Alice的包处于无人区，签入但不在项目中。注意那个部署……

无论如何，你可以通过一些指导和讨论来缓解这个问题。我还鼓励您为SVN设置某种事实上的“看门人”，因为它会变得杂乱无章，而且您无论如何都需要定期清理源代码控制。

只有20个包，听起来只是间歇性的包修改，你可能不需要分支，但我至少会读一读它。我认为分支是一个团队一旦开始互相践踏对方的脚趾就会成长起来的东西--在什么时候实施分支是一种判断，尽管我会鼓励您的开发人员使用它，如果他们觉得舒服的话。