TFS 2008 と VS 2008 を使用して、ビルドの自動化 (継続的統合) を実現しようとしています。
小規模および大規模なプロジェクト (一部の C# および一部の Vb.Net ベース) を含む Web ベース (.Net) 製品があります。バージョン管理 (後でデータ層と呼ばれる) に使用されているソース コントロール サーバーが既に配置されています。
========================
>私が持っているものは次のとおりです。
1.プロジェクトおよびビルド定義を含むデータ層ソース管理 (TFS 2008) サーバー。
2. ビルド エージェント。(TFS 2008 および Dotfuscator がインストールされている) ネットワーク共有を使用して、「構築済み」ファイルを配置します。
3. アプリケーション層(1 と 2 にアクセスできる Visual Studio 2008)。
4. 1、2、および 3 は同じドメインにあり、相互にアクセスできます。
ビルド エージェント マシン (Dotfuscator および TFS ビルド マシン) で作業しています。現在、私はチームビルドを達成しています。ただし、いくつかの変更を加えて難読化を実行する必要があります。
========================
>私の目標:
- チーム ビルドと自動バージョン管理を使用して、Web ベースの製品をビルドします。
- AppWeb_xxx.dll ファイルなどのファイルからビルドを消去します。
- x86 と x64 を作成する
Web 展開プロジェクトが生成するときに、フォルダーとファイルのツリーとアセンブリの配置を作成します (ただし、msbuild/team ビルドは (???) を生成しません)。
カスタム ターゲットなどを使用してビルド エージェントにインストールされた dotfuscator 4.5 を使用して自動的に難読化します (???)。
x86 およびリリース ビルドを圧縮し、ファイルをダウンロード サーバー上の適切なダウンロード場所にコピーします。（自動更新が新しいバージョンをチェックしてダウンロードする場所から）
========================
ノート：
Web 配置プロジェクトは、すべてのバイナリ アセンブリを Web アプリケーション構造と共に bin フォルダーに正しくコピーします。
一方、TFS を使用してチーム ビルドを実行すると、すべてのアセンブリが書き込み可能なネットワーク共有にオープンに配置され、bin フォルダー内のアプリケーション構造とアセンブリを含むフォルダー名 Publish フォルダーが作成されます (必要に応じて) ) 奇妙な (望ましくない) appxxx.dllファイルと共に。
========================
>現在の状況:
-新しいビルド定義を作成し、Web プロジェクトをコンパイルできます。ただし、ターゲット アセンブリと共にいくつかの追加の Appxxxx.dll ファイルを取得しましたが、それらをどうすればよいかわかりません。
-作業中の dotfuscation xml ファイルを (TFS ソース管理データ層サーバー上で) セットアップし、特定の難読化オプション (プロパティの名前変更、アセンブリ名の保持など) を使用して、選択したアセンブリのみの難読化を実行する必要があります。
- リモートおよびコントロール アセンブリと x86 および x64 アセンブリを分離するスクリプトを開発する必要があります。それぞれが難読化され、**x86 および x64 パッケージが **zip ファイル****としてパッケージ化され、ネットワーク共有に書き込まれます。
これはかなり長い道のりであり、ここに私はいます-自動化を構築するための完全なnooooobです。
作業を開始するための明確な指示と、手順全体または類似の手順を理解するのに役立ついくつかのサンプルが必要です。
この点で親切に助けてください。(対象視聴者の控えめな性質を維持してください。:-))
ありがとう。