ccnet を評価しようとしています。ccnet のインストール方法について詳しく説明している多くのチュートリアル/ブログを調べました。ただし、それらのほとんどは、CruiseControl.NET が Subversion リポジトリと同じマシンにインストールされているか、サーバー マシンであると想定しています。
ccnet を非サーバー マシンにインストールし、サブバージョンを事前に構成できるかどうかを知りたいですか?
3 に答える
CC.NET を SVN リポジトリと同じマシンにインストールすることはありません。しかし、それは私です。
ローカル テストでは、サービスではなく、コマンド ライン バージョンを実行できます。コンソールの出力では、実際に実行中にいくつかのことを確認できるので便利です。(このサービスで見つけられないものは何もありませんが、「進行中」であることがわかります)。
CC.NET をインストールするときは、「クリーンな」マシンにインストールします。私が好きな CC.NET の使用方法は、それを「大規模な msbuild ラッパー」と考えることです。CC.NET はリポジトリからコードをプルします。私は .msbuild 定義ファイルも svn からプルし (つまり、そこに保存します)、cc.net に "msbuild.exe" タスクを使用させます。使用するカスタム cc.net タスクが少ないほど、優れています。ビルド ロジックの 99% を .msbuild ファイルに入れておけば、TFS のために CC.NET を離れても、失敗することはありません。
3. はい、何らかの ID の下で SVN と「対話」できる必要があります。この ID には、SVN への読み取り (場合によっては書き込み) 権限が必要です。しかし、SVN からコードを取得するのは ID (アカウント) です。ソース コードが投影されている場合 (おそらくそうなるでしょう)、CC.NET サービスを実行する IDENTITY を使用して、svn.exe を使用していくつかのコマンド コールを実行し、(永続的な) 証明書を受け入れる必要がある場合があります。
- おそらく、インストールする必要のある依存関係がいくつかあるでしょう。Visual Studio 200x または 20xx はインストールしません。必要に応じて SDK やその他のものをダウンロードしてインストールします。ビルド マシンを「クリーン」に保ちます。インストールしたものを文書化します。
開発者と同じ環境でCC.NET を実行することをお勧めします。そのため、CC.NET 用の標準の Win7x64 OS を使用することは、開発環境を反映するのに適しています。
CC.NET は、セットアップしたsvn 構成に応じて、リモートまたはローカルの Subversion リポジトリにアクセスするように構成できます。
答えは: はい!