PendingCCTray または CCNet Web ダッシュボードを介してフォース ビルドがトリガーされると、CruiseControl.NET サーバーがアクティビティ ステータスでハングします。サービスマネージャーでCCサービスが自動起動タイプに設定されている場合に、これを行っていることに気付いたようです。
ccnet.exe強制ビルドを使用してコンソール サービスとして実行し、トリガーすると、通常どおり進行します。通常のサービスとして実行されているときにコンソールが機能しない理由を理解するのに役立つエラーがコンソールに表示されません。
もともと自動起動型のサービスに設定されており、数日前までは問題なく動作していたようです。何が変わったのかわかりませんが、どうすれば修正できますか？
私の唯一の推測では、ccnet.exe として実行すると自分のアカウントで実行されますが、サービス マネージャーから起動すると Network Service などのサービス アカウントで実行され、何かにアクセスできなくなります。
ローカル サービスまたはローカル システム アカウントを使用するように Windows サービスを構成してみてください。または、テストとして、独自のアカウント資格情報を入力してください。
サービスを実行するアカウントに関係なく、ファイルへのアクセス権が必要になるだけでなく、ソース管理システムへのアクセス許可も必要になる可能性があります。
プロジェクトのキュー プロパティを設定してみてください。プロジェクト構成ブロック セクションのキュー プロパティ ドキュメントを引用しています。
「統合キュー内のこのプロジェクトの優先度。指定されたキューに保留中のリクエストが複数のプロジェクトにある場合、これらのリクエストは優先度に従って実行されます。優先度の低い数値は、このプロジェクトの統合リクエストが同じキュー内の他のプロジェクトの前に実行されることを示します。ただし、優先度 0 のプロジェクトは常に、同じキュー内のゼロ以外の優先度のプロジェクトの後に実行されます。」
詳細については、http://cruisecontrolnet.org/ docsを参照してください。