0

CruiseControl.Net サーバーをセットアップしています。これまでのところ、プロジェクト (.Net Web サイト) をビルドするだけで、将来的に単体テストやコード カバレッジなどを設定する方法をある程度知っています。

私がすぐに必要とするのはこれです:

  • 開発者は継続的に SVN に変更をコミットするため、CCNet は頻繁にビルドされます。
  • CCNet は、コミットが (単体テストなどで) 検証されるとすぐに、最新バージョンを開発サーバーに公開します。
  • プロジェクト マネージャーは、特定のバージョンを検証して、運用前のサーバーに公開し、このリビジョンから SVN タグを作成します。

最後のポイントは、私の問題がどこにあるのかということです。たとえば、プロジェクト マネージャーが CCNet Web ダッシュボードを参照し、以前の特定のビルドを選択して、「これは私が公開したいビルドです」と言うことができるように、どのように設定すればよいでしょうか。 ?

私の考えはどこかに欠陥があると思いますが、それを指で示すことはできません。もしかしたら、CCNet はこれらの操作を行うのに適切な場所ではないのでしょうか?

私の考えでは、CCNet を使用して SVN タグを作成し、主にトランクから作業できますが、できないのでしょうか? 多分それは逆で、タグが SVN の下に作成されるたびに CCNet プロジェクトを追加する必要がありますか?

最終的な目標は、公開プロセスを自動化することです。zip の作成 (アーカイブ用)、web.config の変更 (たとえば Nant を使用)、および Web サイトの公開 (FTP を使用)。
これらすべてのステップで、手動による介入を最大限に制限したいと考えています。SVN でタグまたはブランチが作成されるたびに新しいプロジェクトを CCNet に追加することを避けることができれば、それはすばらしいことです。

助けてくれてありがとう。読みづらくて申し訳ありませんが、私の頭の中もはっきりしていません...

4

1 に答える 1

0

任意のタスクを作成できるため、残念ながらすぐに使用できるわけではありませんが、目標を達成できるはずです。

SVNを使用しているため、実際にはすべてリビジョンに依存します。3 番目のシナリオ用に別のプロジェクトを作成し、 PM がリビジョン番号を提供するパラメーターを追加すると思います。次に、それに基づいて、自分のタスクでソースなどにタグを付けます。

他の点については、これと同じだと思います。最近、Web プロジェクトで MSDeploy の使用を開始し、ビルドの各段階で MSDeploy パッケージが作成されました。次に、Deploy と呼ばれる別のビルドがありました。これを強制すると、MSDeploy を使用してデプロイするパッケージを選択できます。

しかし、いくつかの環境を持つことは、CCNet で管理するためのやり過ぎのように始まりました。私はいつか kwakeeを調べます。

于 2013-02-15T08:52:48.567 に答える