我正在尝试创建一个新的 ASP.NET 网站并将其添加到我的 subversion 存储库，但它不起作用，因为 subversion 仅添加 C:\Users\XXX\Documents\Visual Studio 2008\Projects\WebApplication1 文件夹并忽略位于 C:\Users\XXX\Documents\Visual Studio 2008\WebSites 文件夹中的项目文件。
为什么我不能像 WindowsFormsApplications 这样将 ASP.NET 网站添加到 Subversion？
如何将 ASP.NET 网站添加到 Subversion 存储库？
【问题讨论】：
标签： asp.net svn repository ankhsvn
我有一个解决问题的解决方案的建议，但我不知道这个解决方案到底有多好......有人可以评估一下吗？ p>
1) 在repository(svn://localhost/repo/)中创建两个文件夹：
项目
网站
2) 文件 -> 新建 -> 网站 (WebSite1)
3) 在解决方案资源管理器中右键单击Solution 'WebSite1'，选择“Add solution to Subversion”并选择Project Name WebSite1和 Repository Url svn://localhost/repo/Projects/ 与 Local Folder C:\Users\UserName\Documents\Visual Studio 2008\Projects\WebSite1 并单击“ 为项目添加主干文件夹”，现在将在 svn://localhost/repo/Projects/WebSite1/ 中创建项目
4) 右键单击解决方案资源管理器中的解决方案，然后选择提交
5) 右键单击解决方案资源管理器中的 c:\...\WebSite1\ 并选择 Project Name WebSite1 和“Add Selected Projects to Subversion ”并选择 Repository Url svn://localhost/repo/WebSites/ 和 Local Folder C:\Users\UserName\Documents\Visual Studio 2008\ WebSites\WebSite1 并点击“为项目添加主干文件夹”，项目现在将在 svn://localhost/repo/WebSites/WebSite1/trunk/ 中创建，最后选择“标记为由 Subversion 管理"
6) 在解决方案资源管理器中右键单击项目并选择提交
通过这种方式，项目和网站文件夹中的文件被加载到 Subversion 存储库中，您可以创建分支、标签和主干。
当我这样做时，我使用 SlikSVN(Subversion) 和 AnkhSVN(Visual Studio Subversion Interface)。
【讨论】：
文件夹必须有一个共同的祖先...这是 SVN 的事情。我倾向于使用以下结构：
C:\项目\客户 C:\Projects\Clients\ClientName C:\Projects\Clients\ClientName\Web C:\Projects\Clients\ClientName\Libraries C:\Projects\Clients\ClientName\DB C:\Projects\Clients\ClientName\Design
ClientName 是存储库根目录。如果你决定实现这个结构，你可以将你已经控制的代码导出到正确的目录，然后将你的存储库重新定位到新的地方。我不得不这样做几次。
祝你好运！
【讨论】：
这篇文章在我很久以前被困时帮助了我很多。示例使用一个 asp.Net 项目：
【讨论】：
在 Visual SVN 网站上找到帮助。您可以通过将网站项目重新排列为空白解决方案并将所有网络文件复制到同一项目目录下来解决问题。
然后可以将解决方案添加到 subversion - Ankh 和视觉 SVN 客户端也是如此。
或者，如果您想开始一个全新的项目： 1) 文件 -> 新建 -> 项目 -> 空项目 2）删除空项目 3）通过右键单击解决方案添加一个webb应用程序项目：Add -> New Project -> ASP.NET Web Application
你觉得这样可以解决问题吗？
【讨论】：
实际上，您可以将文件夹添加到您的 subversion 存储库，然后只需使用“打开网站”并从您的工作副本中打开该文件夹。这可能并不理想，但这就是我们在自己弄清楚所有这些颠覆的东西时所做的。
空白解决方案可能更好，然后您可以将解决方案文件放入 repo。我认为所有使用 repo 的开发人员都必须具有相同的确切工作副本路径（即 C:\WorkingCopy）才能使其正常工作。今天对此进行了测试，这是不正确的。工作副本的路径在哪里并不重要。只要网站文件夹与 .sln 文件位于同一目录中，它似乎就可以正常工作。
【讨论】：