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