1

私たちは、Continues Integration ビルド プロバイダーとしての CruiseControl.NET の使用と、デプロイ プロセスの最初の部分の自動化を調査しています。

CruiseControl.NET のダッシュボードを変更して、カスタム ログインとユーザー ロールを追加した人はいますか (IE、プロジェクトごとに特定の個人のみにビルドを強制するためのアクセスを分離しますか?

ダッシュボードは .NET アプリですが、経験のない Web フォームの代わりに nVelocity ビュー エンジンを使用していると思います。

nVelocity と Webforms を組み合わせて使用​​できますか、それとも何か新しいことを学ぶために 1 日を費やす必要がありますか =)

4

2 に答える 2

3

@キース：

CC.NET を活用して CI ビルドを実行するだけでなく、Force Build 機能を使用して Build + Deploy を実行することもできます。そのため、ダッシュボードから手を離したいと考えています。

今朝、別の Web アプリ内の仮想ディレクトリに CCNET を配置できることがわかりました。これにより、フォーム認証をセットアップし、ルート アプリにそれを管理させることができました。問題が解決しました。

于 2008-08-20T21:55:41.830 に答える
2

なぜあなたはする必要がありますか？統合サーバーの邪魔になるユーザーを本当に制限する必要がありますか？CC.Netにはそのようなサポートが組み込まれていないのはそのためだと思います。

誰がビルドを強制したかをいつでも確認し、そのように制御できます。

継続的インテグレーションは、通常のビルドと通常の単体テストの実行で最適に​​機能することがわかりました（かなり大規模なC＃アプリとテストの実行には25分かかり、1時間ごとにチェックします）。したがって、ビルドを強制することが問題になることはめったにありません。

一部のユーザーに何らかのレポートのみのアクセスを許可する場合は、CC.NetWebアプリケーションにまったくアクセスできないようにユーザーを制限できます。

すべての結果（MSBuild、NCover、NUnit、FxCopなど）はXMLであるため、XSLTから相対性理論の単純なレポートページを作成できます。

于 2008-08-20T21:19:05.397 に答える