使用Subversion和SharePoint帮助进行配置管理
一年前，当我被雇佣到我现在的公司时，我的任务是将我们的开发团队从VSS迁移过来。他们已经意识到他们想要Subversion，因为我有使用和设置subversion的经验，所以我是一个很好的候选人。我首先尝试出售TFS，因为它可以解决我现在所处的问题，但由于资金紧张，而且Subversion是免费的……好吧，你明白了。无论如何，我已经完成了提案，唯一的障碍是下面的内容。
我建议我们只将源代码存储在SVN中，所有文档、发布版本和其他项目成果都存储在我们的SharePoint门户中，这样我们就不必让非开发人员利益相关者访问SVN。当我提出提案时，所有的都被排除在外，但是出现了关于如何管理工件之间的同步的问题(例如:如何将文档x版本3.1.2与版本4.5.2相关联)。我最初的反应是在SharePoint项目页面中为每个新版本创建一个包含工件的部分(并跟踪更改)。有没有更好的方法来做这件事？有没有人知道有人这么做？或者有没有集成包来同步SVN和SharePoint？
这里有一些关于公司开发环境的信息。我们所有的软件都是内部使用的，我们没有销售任何软件，所以我们的客户都是内部的。我们有两种类型的开发人员: 1.负责第三方软件的维护和定制的开发人员，2.编写专有软件的开发人员(这就是我的落脚点)。我们编写的软件主要是.NET，但是第三方软件到处都是(COBAL，C，FORTRAN，其他没人关心的废话)。
请建议，因为我需要尽快提交这一点。我讨厌VSS！我需要解脱！
回答 6
Stack Overflow用户
发布于 2009-04-02 14:22:05
我们在内部所做的是将所有文档放在我们的版本控制系统下，我认为这要容易得多。然后，当然，你必须给非开发者访问权。
在您的案例中，使用SVN，为什么不将所有内容都放在其中，然后使用why界面为利益相关者提供访问权限？这对他们来说很简单:-P
Stack Overflow用户
发布于 2009-04-03 06:41:35
对于文档和源代码，我都会使用SVN。
优势：
- 您可以将文档的版本与源代码的版本同步。
- 您可以将所有内容放在一个位置，因此无需管理两个存储库。
缺点：
structures.
- SVN
- 您可能需要管理某些干系人对文件夹某些部分的访问权限structures.
- SVN不是最适合用于文档管理的工具
为了解决对同一文档可能出现的并发更改，您可以使用SVN属性svn:needs lock来处理这些项目，使其可由锁定项目的一个人进行编辑。
正如pablo所说，您可以通过web界面访问文档(至少用于阅读)。
Stack Overflow用户
发布于 2009-04-29 12:48:31
您可以通过web界面公开svn repo并链接到sharepoint中。这样，需要编辑文档的人将需要访问subversion，但任何人都可以轻松地访问“只读”文档。
https://stackoverflow.com/questions/709824
复制相似问题
腾讯云开发者
