2

我正在尝试使用 TFS 2008 和 VS 2008 完成构建自动化（持续集成）。

我们有一个基于 Web (.Net) 的产品，其中包含许多大小项目（一些 C# 和一些基于 Vb.Net）。用于版本管理（后来称为数据层）的源代码控制服务器已经到位。

=========================

>所以我有的是：

1.包含项目和构建定义的数据层源控制 (TFS 2008) 服务器。

2. 构建代理。（已安装 TFS 2008 和 Dotfuscator）具有网络共享以放置“内置”文件。

3. 应用层（Visual Studio 2008 可以访问 1 和 2）。

4. 1,2 和 3 位于同一个域并且可以互相访问

我正在使用构建代理机器（Dotfuscator 和 TFS 构建机器）。目前我已经实现了团队建设。但是，我需要对其进行一些修改并执行混淆。

=========================

>我的目标：

  1. 使用 Team Build 和自动版本控制构建基于 Web 的产品。
  2. 从 AppWeb_xxx.dll 文件等文件中清除构建。
  3. 创建 x86 和 x64

  4. 在我的 Web 部署项目生成时创建文件夹和文件树以及程序集放置（但 msbuild/team build 没有 (???)）。

  5. 使用安装在构建代理上的 dotfuscator 4.5 自动混淆，使用自定义目标或其他东西 (???)。

  6. Zip x86 和 Release 构建并将文件复制到下载服务器上的适当下载位置。（自动更新将从那里检查并下载新版本）

=========================

笔记：

Web 部署项目将所有二进制程序集与 Web 应用程序结构一起正确复制到 bin 文件夹。

另一方面，当我使用 TFS 执行团队构建时，所有程序集都在可写网络共享中打开，并创建了一个文件夹名称 Publish 文件夹，其中再次包含 bin 文件夹中的应用程序结构和程序集（根据需要) 以及奇怪的（不需要的） a​​ppxxx.dll文件。

=========================

>当前状态：

-我能够创建新的构建定义并编译 Web 项目。但是，我得到了一些额外的 Appxxxx.dll 文件以及目标程序集，我不知道如何处理它们。

-我需要设置一个工作的dotfuscation xml文件（在TFS源代码控制数据层服务器上）并完成仅具有特定混淆选项（重命名属性、保留程序集名称等）的选定程序集的混淆。

  • 我需要开发分离远程和控制程序集以及 x86 和 x64 程序集的脚本，它们中的每一个都被混淆了，并且每个 **x86 和 x64 包都打包为 **zip 文件**** 并写入网络共享。

这是一条相当长的路，我在这里——构建自动化的完整nooooob。

我需要一些明确的方向来开始我的工作，以及一些可以帮助理解整个过程或类似过程的示例。

请在这方面提供帮助。（请保持目标受众的菜鸟性质。:-)）

谢谢。

4

0 回答 0