無数のアプリケーションを無数の言語で記述し、無数のプラットフォームやデータベースで実行している組織では、特に一部のリリースがサードパーティの場合、ビルドやパッチのリリースをどのように管理しているのでしょうか? 「リリース管理」アプリケーションがたくさんあることは知っていますが、人々がどのような経験をしたか知りたいです。
明確にするために、これは構成管理に関する質問ではありませんが、それはその一部かもしれません. 私は、ソフトウェア リリースの管理と、そこから生じる相互依存性と前提条件に関心があります。
私も同様の問題を抱えています。私はこの問題に対する自家製の解決策を見たことがあります（基本的にはUNIXスクリプトで構成されたコマンドラインプログラム）。
私の調査では、これまでに見た中で、特に問題を対象としている唯一のパッケージは 、incanicaによるタブローです（（提携なし）。彼らの文献は、ソフトウェアコンポーネントと、バージョン管理および変更管理システムとの統合について具体的に説明しています。
私は、Mike が前述した Tableaux ソフトウェアの開発者である Incanica の所有者です。
この問題を抱えているのはあなただけではありません。通常の管理ソリューションは人員を投入することですが、ほとんどの人がこれまでに理解したように、実際にはうまくスケーリングできず、多くの費用がかかる傾向があります。
もう 1 つの解決策は、開発者が本番環境を含むすべての環境に完全にアクセスできるようにすることです。ここに質問を投稿したということは、これから起こりうる傷の世界を認識していることを意味します。
これが、私たちが Tableaux ソフトウェアを開発した理由のほとんどです。複数のコンポーネントで構成されるソフトウェアを複数のプラットフォームにリリースするように設計されています。既存のツールの上に置かれてリリース管理フレームワークを提供し、開発から本番までの完全なリリースを制御できます。他の多くの機能の中でも、リリースに関するいくつかのワークフローを提供して、さまざまな環境に誰がリリースをデプロイできるか、誰がリリースを承認できるかを制御します。
さらに詳しい情報が必要な場合は、当社のウェブサイト www.incanica.com/tableaux.html をご覧いただくか、「info at (nospam) incanica.com」までメールをお送りください。
皆様、営業投稿失礼します。
ダミアン・レデラー
インカニカ Pty Ltd
NDependを使用して、階層ライブラリから使用するものを正確に把握および制御できます。これについて記事を書きましたライブラリの使用を制御する