タグ付けされた質問 「configuration-management」

ソフトウェア構成管理（インターネットとSWEBOKについて）についてはかなり読みましたが、SCMツールの目的が明確ではありません。または、より良い言い方をすると、これらのツールは他のツールが提供しないものを何が提供するかです。 次のツールを備えた環境があるとします。 継続的な統合のためのJenkins。 ビルドツールとしてのAnt。 バージョン管理システムとしてのGit。 Gitリポジトリ管理および問題追跡のためのGitLab。 ソナーやJUnitなどのソースコード分析およびテストツール。 それで、私の質問は、それらのSCMツールは何を提供するのでしょうか？それらはどのように役立ちますか？

8 configuration-management 

20〜30の独立したモジュール/ソリューションがあります。これらのそれぞれには、クラス、コンポーネントなどが異なる7〜10のプロジェクトがあります。これらはすべて社内で使用されます。 私たちの問題は、1つのモジュールに変更を加える場合、このコードにアクセスしている他のすべてのモジュールを確実に更新する必要があることです。コードベースが異なるため、これを知るのは困難です。 APIのすべての外部使用がどこにあるかをどのように文書化できますか？あるいは、小さな変更が他のモジュールを壊すのを防ぎますか？

8 documentation  api  configuration-management  change-management 

社内でも顧客でも既に受け入れテストに合格した機能があります。これは完全に機能する機能です。ただし、現在、この機能を次のリリースから除外するように要求されています。顧客によると、ユーザーはこの機能の使い方についてトレーニングを受けていないため、この機能は削除する必要があります。 この状況に対処するための最善の行動方針は何ですか？構成設定を使用して、機能がギリギリに除外される可能性があることを予測してソフトウェアを設計する必要がありますか？状況によっては他の状況よりも正しいコンテキスト依存のソリューションはありますか？

8 release  features  configuration-management 

多くの場合、私はアプリケーションが明らかに破損している状況にありましたが、外部構成ファイルに欠陥があることがわかりました。通常、これは間違ったファイルが存在するか、不正なデータが含まれていることが原因です。 外部ユーザー/プロセスがアプリケーションのランタイム特性を変更できるようにするより良い方法はありますか、またはこれが問題の最もよく知られている解決策ですか？ Unix /etc やJavaのJNDIなどに焦点を当てるのではなく、一般的なケースについての議論が欲しいです。

8 enterprise-architecture  configuration-management