关于TeamCity的几个问题

Question

我想为一个大项目安装 CI 服务器已经有一段时间了，但是没有时间，而且我上面的人也不太关心它，他们只是说“这很有趣，它可以拯救我们”有一段时间”，但从未为此做过任何事情...

我已经有一些使用 CC.NET 的经验，但只是在小型项目中，并且是为了学习它的基础知识。最近闲暇时间多了，所以决定尝试一下TeamCity，并将其用于大项目。

然而，在处理引用时，我遇到了两个问题：

1）在处理多个项目时，我尽量不要制作包含所有项目的大型解决方案（加上并不总是可能的），因为我也使用 SVN，我使用指向其他项目的已编译程序集的相对路径（例如：...\Library A\trunk\Library\bin\release\LibraryA.dll）。它对我和参与该项目的同事来说一直运行良好，但我很难让 TC 项目拾取它，我应该如何设置我的依赖项？

2）其中一个库是由另一家公司制作的，并且与他们共享SVN存储库。他们最近必须添加对 Oracle DB 的访问，并且使用 Oracle Data Provider，该数据提供程序似乎与在 GAC 中注册的程序集一起使用，但在构建解决方案时，它会输出另一个类似的程序集，但具有不同的程序集版本（如果我错了，请纠正我，我一直使用内置的 Oracle 提供程序，因为它已经足够了）。在我的公司方面，我们使用“输出程序集”，项目编译并正常工作，但我们之前必须更改引用，并且无法修改存储库中的项目文件，是否有任何解决方法为了这？

感谢您的回复。

Answer 1

对于1），您可以使用Svn externals 来获取程序集和其他依赖项当您的项目是由 TC 构建时，可以从其他项目中获取。

您还可以设置 TC 来检测外部更改并使用最新版本构建项目，或者您可以将 TC 项目链接在一起，以便它们按顺序构建。

我花了很多时间在我们的地方安装并运行 CI 服务器，它确实得到了回报。虽然仍然需要一些时间来让事情顺利进行，但我会认真建议你启动并运行一些东西。

抱歉无法帮助您解决 2)。

Answer 2

对于 1)，您可以为项目设置 ReferencePath 并指向包含已编译程序集的目录。

在我们的 TC 配置中，我们将所有 TeamCity 依赖项加载到名为“依赖项”的子目录中，并将编译器的 ReferencePath 设置为此目录。

使用 MSBuild Runner，这非常简单：

在构建的 den .proj 中，您需要定义一个属性（我们称之为 ReferencePath）

<PropertyGroup>
    <ReferencePath>$(MSBuildProjectDirectory)\Dependencies\</ReferencePath>
</PropertyGroup>

，然后用它调用 MSBuild 任务：

<MSBuild Projects="$(ProjectFiles)" Properties="Configuration=Release;ReferencePath=$(ReferencePath)" Targets="Rebuild" />

@(ProjectFiles) 是一个简单的 ItemGroup，它收集所有 .csproj 文件。

<ItemGroup>
    <ProjectFiles Include="$(MSBuildProjectDirectory)\**\*.csproj" />
</ItemGroup>

Answer 3

通过修改引用属性并将其设置为不查找特定版本解决了#2。另一家公司似乎已经接受了。

仍然没有时间检查 #1 的 VCS Checkout 规则。

Answer 4

感谢大家的回复，学到了一些新东西。

昨天可以多玩一点 TC，了解更多有关 VCS 检查规则的信息，并发现，#1 可以通过工件轻松解决（用这个名字我一开始并没有意识到它们是什么），所以我使用到目前为止，我的项目构建没有任何问题。

你们对这种方法有何看法？这些库给我带来了同一项目的“核心”库的问题，所以我也已经为它们设置了一个项目。