問題タブ [configuration-management]

構成管理パターンに関する質問 (Rational ClearCase UCM を使用)

メインライン アプローチを使用する場合、次の方法で新しいリリースを作成します。

• メインラインからリリース 1 を作成する
• ある時点でベースライン リリース 1、リリース 1 をメインラインに配信
• メインラインからリリース 2 を作成する
• ある時点でベースライン リリース 2、リリース 2 をメインラインに配信
• メインラインからリリース 3 を作成する
• 等...

パス名がetc/main/release 3/latestの代わりにあるため、非常にうまく機能し/main/release 1/release 2/release 3/latestます...

ただし...リリース1に新しい要素があり、それを後のリリースに伝播する必要がある場合、メインラインはすでにリリース4などにあるため、メインラインを使用できません。

私にできる唯一のことは、リリース 1 からリリース 2 に直接配信/マージすることです。
悪い点は、パス名が/main/release 1/release 2/latestそのファイル (およびおそらくそれ以降のリリース) のパス名になることです。それは、メインラインのアプローチと一致していないと思います。

私は何を間違っていますか？

相互投稿: http://www.cmcrossroads.com/forums?func=view&catid=31&id=99369#99369 相互投稿: https://www.ibm.com/developerworks/forums/thread.jspa?threadID=330226

単純なはずですが、私が試したものはすべてnullを返します。

私は以前にこれを行ったことがあると確信しています。

これが違いを生むのであれば、私はMVCを使用しています。

VS2010 で複数のプロジェクト (クラス ライブラリ、相互運用、Web アプリケーションなど) を使用したソリューションに取り組んでいます。

Web アプリケーションについては、VS2010 の構成変換を利用したいと考えているため、ある時点で、開発、テスト、運用などの各環境の構成を追加しました。

しばらくして、プロジェクトのレイアウトを再配置した後、いくつかのプロジェクトがプロパティ ページのドロップダウンにすべての構成を表示していることに気付きました。一部のプロジェクト (セットアップを行った後に追加されたもの) は、標準のデバッグおよびリリース構成のみを示しています。これがビルド構成を良くするのではなく悪化させることに気づいたら、追加した余分な構成をすべて削除することにしました。

ソリューションからさまざまな構成オプションをすべて削除しましたが、代替の構成オプションがあったプロジェクトにはまだそれらがあり、個々のプロジェクトでそれらを取り除く方法がわかりません。

また、すべてのプロジェクトが同じ構成である必要はないことがわかったので、ソリューション レベルと Web アプリケーション プロジェクト (構成変換用) で環境構成を作成したいと思いますが、すべてのクラス ライブラリはそのままにしておきます。基本的なデバッグ/リリース構成で。そのようなものをセットアップする方法に関する、UI 内のツールや 'Net 上の情報を見つけることができませんでした。

要するに、VS2010 でプロジェクト レベルで構成を管理するための最良/最も簡単な方法は何ですか?

私の質問は、一般的なテストサイクルの一部として、アプリケーション構成データを新しい環境に昇格させるために使用されるベストプラクティスとツールに関係しています。後者には、TEST、STAGING、PRODの3つの環境が含まれます。コードと構成の変更は、最初にテストに適用され、次にSTAGINGにプロモートされ、その後、各ステップでテストに合格するとPRODにプロモートされます。

ソフトウェアのビルドを環境から環境へと促進するのは簡単です。ただし、対応するセットアップ/構成データの変更のプロモーションを管理することはより困難です。アプリケーションは高度に構成可能であり、構成データは大きく、数百のOracleデータベーステーブルに数GBが格納されています。

概念的には、問題は次の要素で構成されます。

1. アプリケーション内で作成された構成データのすべての作成、更新、および削除を追跡します。
2. これらの変更をある環境から別の環境に転送する

多数の変更が含まれるため、これを手動で行うには時間がかかり、エラーが発生しやすくなります。私の質問は、このプロセスを自動化/非現実化するために使用できる便利なツールと戦略はありますか？

多数の複雑な（たとえば、xml、.properties、カスタム形式など）構成ファイルを管理するためのベストプラクティスについて、ご意見をお聞かせください。今日、より複雑なプロジェクトはすべて、数える方法で構成されています。

そのような混乱で迷子にならないようにするにはどうすればよいですか？それらを最良の方法で再利用する方法は？役立つツールはありますか（おそらくEclipseベース）？

質問は単純すぎますが、それでも短い回答に感謝します。SmtpClientファイルからユーザー名/パスワードを取得したいと思いApp.configます。MSDN/スキーマから、適切なファイル (抜粋) は次のようになることがわかりました。

SmtpClientメールとパスワードが XML から適切に取得されるように、状態を初期化するときに呼び出す適切な API を見つけようとしています。

servername、をフェッチする適切な/専用の方法はありますかuser、passwordまたはのような「通常の」APIを呼び出す必要がありますConfigurationManager.AppSettings["server"]か?

Microsoft Team Foundation Server 2010 のような、Java EE 開発における並行開発の問題/競合を解決する製品をご存知ですか?

正常にビルドされる .NET プロジェクトがあるとします。ここで、DEV、QA、PROD などのさまざまな環境に合わせて選択的にビルドする必要があります。対応する接続​​文字列やその他の設定を含めるには、それぞれ独自の構成ファイル (たとえば app.config) が必要です。

Scott Hanselmanのこのような単純なビルド前のスクリプトを見てきました。それは機能しますが、私の問題は、ビルド前のステップでソースが変更されることです。プロジェクトをビルドするだけでは、ソース ファイルが上書きされ、ソース管理の変更が不必要にトリガーされます。

VS/MSBuild の外部でスクリプトを作成して、展開後に構成ファイルをそこに配置することもできますが、もっと良い方法があることを本当に望んでいます。おそらく、VS/MSBuild で自己完結型の方法でしょうか?

ターゲット サーバーへの展開戦略は柔軟です。パッケージ化の前に構成を行う必要があるセットアップ プロジェクトを検討しました。または、xcopy インストールでもかまいません。

アイデア？

私は、かなりの数のカスタム ソフトウェア製品を管理する小さな開発ショップで働いています。ソフトウェアが実行されるテスト、ステージング、および本番の 3 つの環境があります。大部分は Web アプリケーション (ASP.NET) ですが、スケジュールされたアプリケーションや Windows サービスもいくつかあります。アプリケーションはすべて、ASP.NET Web サービス、少数の WCF サービス、および DLL ライブラリを介して相互にやり取りし、多数のデータベースを共有します。

管理チームは、さまざまなサーバーで実行されているソフトウェアのすべてのインスタンスを追跡するソリューションを探しています。アプリケーション A は B と C に依存し、ログイン資格情報 LMNOP などでデータベース X を使用します。

このタスクに役立つ既製の製品はありますか? それとも、ゼロから何かを開発したほうがよいでしょうか?