Svn TeamCity没有从SubVersion检索所有文件
我正在使用TeamCity设置QA服务器。我刚刚向TeamCity添加了一个项目及其配置，但注意到它并没有从我设置的VCS根目录中获取所有文件 其他项目没有这个问题，这个项目也没有从根目录中检索任何文件的问题。这是VCS根目录的/website/bin子目录中的少量DLL文件 生成日志没有提示此处存在任何问题： [11:43:46]：[更新来源：服务器端签出…]为VCS根目录构建增量修补程序：网站静态 这是所有日志提到的 编译没有任何问题，只有在浏览基于Umbraco的站点时，Microsoft.ApplicationBlocks.Data.dll（以及其他）未被检索到的事实才会暴露出来 此服务器上已经设置了其他基于Umbraco的站点，但没有遇到这种情况 是否有人对可能发生的事情有任何建议，或者至少我可以从哪里开始寻找Svn TeamCity没有从SubVersion检索所有文件,svn,teamcity,Svn,Teamcity,我正在使用TeamCity设置QA服务器。我刚刚向TeamCity添加了一个项目及其配置，但注意到它并没有从我设置的VCS根目录中获取所有文件 其他项目没有这个问题，这个项目也没有从根目录中检索任何文件的问题。这是VCS根目录的/website/bin子目录中的少量DLL文件 生成日志没有提示此处存在任何问题： [11:43:46]：[更新来源：服务器端签出…]为VCS根目录构建增量修补程序：网站静态 这是所有日志提到的 编译没有任何问题，只有在浏览基于Umbraco的站点时，Microsoft
非常感谢。如果在版本控制设置下的VCS根目录中有针对您的配置的签出规则，它们可能会选择性地只签出根目录中不包含
/website/bin有时你必须踢它才能让它跑起来。：-）当我们遇到这种类型的行为时，我们在buildconfiguration视图中选择“强制清除签出”，然后再次按Run
尽管在这里回答我自己的问题看起来很糟糕，但我不得不说，这种奇怪的现象没有答案。最终，我放弃了，因为要为这样一个小问题（即使是令人困惑的问题）辩护需要花费太多的时间。 解决方法已证明是在需要时手动签出。在我的情况下（team city server 8.0.3），当team city没有更新外部svn文件夹的一部分时，我们遇到了一个奇怪的情况。根据8.0.4服务器的发行说明，出现了与外部工作相关的问题，但升级到新服务器也没有帮助 解决方案是将VCS根目录的外部设置从“完全支持（加载更改和签出）”切换到“签出，但忽略更改”。之后，我们的外部文件夹被正确更新
希望这有助于解决此类问题。如果签出过程中出现任何错误或警告，请检查teamcity-vcs.log in Administration | Server Configuration |服务器日志。请尝试另一种方法：可能代码差异没有正确确定。您是否尝试在项目配置的“版本控制设置”部分中选择“在生成之前清理所有文件？”？Kim，谢谢您的建议。不幸的是，日志中没有显示错误，选择“全部清除…”没有任何区别。某些DLL仍然没有从回购协议中复制。还有其他建议吗？我也有同样的问题。它似乎只影响具有多个句点的文件，例如Microsoft.ApplicationBlocks.Data.dll或MyCompany.foo.bar.sln。在同一个构建服务器上，以同一个用户的身份从命令行运行svn签出，可以很好地签出。我对TeamCity所做的唯一更改是从专业版升级到企业版，受影响的版本是第一个超过20个版本配置限制的版本。当然是相关性，但这就是我要做的。没有为此根配置任何签出规则，但我会尝试一下Kim的建议并返回给你们所有人。尝试了这个，但没有成功：（这一个被分配到不可思议的奇怪的保险库。Niklas，谢谢你的建议。我尝试了一下，但最终还是在同一个地方。某些DLL根本不是从subversion带来的。由于这些是静态DLL，预计永远不会更改，我只是手动复制它们，并将其添加到文档中以供参考。）这很奇怪…如果你在buildserver上手动签出svn会发生什么？不是通过TeamCity签出吗？这很好。我最终不得不咬紧牙关记录这一点奇怪。幸运的是，这只发生在单个站点上的静态库上。这并不完美，但我们可以接受。所以它起了作用最终在TeamCity？还是只有手动结账？（如果我傻了，对不起…）它与手动签出一起工作。花在试图弄清楚发生了什么事情上的时间太多了——很多手动签出都可以在这段时间内完成。由于它是静态文件，而不是代理更改或生成的文件，所以最好还是放手。