CruiseControl.NETをContinues Integrationビルドプロバイダとして使用し、展開プロセスの最初の部分を自動化することを検討しています。CruiseControl.NETを変更する
は、誰もがプロジェクトごとにのみ、特定の個人にビルドを強制的にアクセスを分離、IE(カスタムログインおよびユーザーロールを追加するCruiseControl.NETのダッシュボードを変更した?
ダッシュボードは、.NETアプリケーションです、私は
CruiseControl.NETをContinues Integrationビルドプロバイダとして使用し、展開プロセスの最初の部分を自動化することを検討しています。CruiseControl.NETを変更する
は、誰もがプロジェクトごとにのみ、特定の個人にビルドを強制的にアクセスを分離、IE(カスタムログインおよびユーザーロールを追加するCruiseControl.NETのダッシュボードを変更した?
ダッシュボードは、.NETアプリケーションです、私は
なぜあなたはする必要がありますか?統合サーバーで実際にユーザーを制限する必要がありますか。 CC.Netにはそうしたサポートが組み込まれていないのだと私は考えています。
ビルドを強制した人はいつでも誰でも見ることができます。
私は、定期的なビルドと定期的なユニットテストの実行(私たちの大規模なC#アプリ+テストの実行には25分かかり、1時間ごとのチェック)で最も効果的であることがわかります。
一部のユーザーにレポート専用アクセス権を与えたい場合は、CC.Net Webアプリケーションにまったくアクセスできないように制限することができます。
すべての結果(MSBuild、NCover、NUnit、FxCopなど)はXML形式であるため、XSLTから相対性の簡単なレポートページを作成できます。
@Keith:
我々はCIビルドを実行するだけでなく、ビルド+展開を行うための機能を構築するフォースを使用することができることの両方にCC.NETを活用しています。だから私たちはダッシュボードから手を離したい。
私は今朝、別のWebアプリケーション内の仮想ディレクトリにCCNETを置くことができました。これにより、Forms認証をセットアップして、ルートアプリケーションで管理できるようになりました。問題が解決しました。