一年前受雇于我现在的公司时，我的任务是将我们的开发团队从 VSS 迁移过来。他们心里已经有了想要 Subversion 的想法，而且由于我有使用和设置 Subversion 的经验，所以我是一个很好的人选。我首先尝试出售 TFS，因为它可以解决我现在遇到的问题，但由于资金紧张，而 Subversion 是免费的……你明白了。无论如何，我已经敲定了提案，唯一阻碍的是以下内容。
我建议我们只将源代码存储在 SVN 中，所有文档、发布版本和其他项目工件都存储在我们的 SharePoint 门户中，这样我们就不必向非开发人员利益相关者提供对 SVN 的访问权限。当我提出建议时，所有建议都被接受了，但出现了关于如何管理工件之间的同步的问题（例如：文档 x 版本 3.1.2 如何与版本 4.5.2 相关联）。我最初的反应是在 SharePoint 项目页面中为每个将保存工件的新版本创建一个部分（并跟踪更改）。有更好的方法吗？有谁知道有人这样做吗？或者任何用于将 SVN 与 SharePoint 同步的集成包？
这里是公司发展环境的一些信息。我们所有的软件都供内部使用，我们不出售任何软件，因此我们的客户都在内部。我们有两种类型的开发人员：1. 负责维护和定制第三方软件的人员，以及 2. 编写专有软件的人员（我属于这种情况）。我们编写的软件主要是 .NET，但第 3 方软件无处不在（COBAL、C、FORTRAN 以及其他没人关心的语言）。
我们内部所做的是将所有文档置于我们的版本控制系统之下，我认为这要容易得多。然后，当然，您必须向非开发人员授予访问权限。
在你的情况下，使用 SVN，你为什么不把所有东西都放在里面，然后使用网络界面让利益相关者访问？这对他们来说很容易:-P
我会将 SVN 用于文档和源代码。
优点：
缺点：
为了解决同一个文档可能并发修改的问题，可以对这些item使用SVN属性svn:needs-lock，让一个人可以编辑，锁定item。
正如 pablo 所说，您可以通过 Web 界面访问文档（至少用于阅读）。
您可以通过 Web 界面公开 svn 存储库并链接到共享点中的那个。这样，需要编辑文档的人将需要访问 subversion，但任何人都可以轻松地“只读”访问文档。
在我们的组织中，我们有文档/工件，用 SVN 编写所有代码，并允许非技术利益相关者以及使用 Tortoise 客户端的人访问。
不过你可以看看下面的选项
您可以在 ASP.net 中构建一个简单的 Web 界面，使用单个用户对其进行配置，这样您就不必为所有非技术利益相关者创建单独的用户，并且他们可以通过适当的版本控制访问文档，等等。您可以查看 sharpsvn 的实现方面。这种方法的缺点是您可能需要花一些时间来开发这个应用程序
这个答案对你的实施来说可能为时已晚，但最简单的集成路径可能是将文档存储在 SVN 中，然后使用 svn-hook 发布到 Sharepoint。
构建工件可以以与构建脚本相同的方式以编程方式发布。
您可以使用简单的 POST 将文档上传到 SharePoint
即
可能也有点晚了，但如果你有 SharePoint 系统设置，我会避免将文档放在 SVN 中。尽管 SVN 在源代码方面做得非常出色，但在文档管理方面它没有提供 SharePoint 的易用性。如果您已经设置好并且主要是基于 MS 的网络，那么 SharePoint 非常有意义，并且可以比 SVN 更好地处理基于 MS 的文档的修订控制。
是的，您可以使用需求锁来管理对 SVN 文档的访问，但有时您可能会有非开发人员需要访问这些文档。向非开发人员、非技术人员解释 SVN 并不是一件容易的事。