1

私はチームを今世紀に導き、ソース管理を使用したいと考えています。開発者は、コマンド ライン ベースでも GUI ベースでも、Windows でも -Nix でも、ソース管理ソフトウェアを扱う能力が非常に優れています。

彼らがローカルで個別にコードを処理している理由 (これは私を非常に怖がらせます) は、私たちの CM グループが技術的に精通しておらず、チェックイン/チェックアウト プロセス全体に慣れていないためです。

CM グループ向けのソース管理ソフトウェアはありますか? 私は、チェックインされているすべてのファイルから特定のバージョンのファイルを選択し、作成しようとしているビルド用にマークできるようにするものを考えています。

4

1 に答える 1

2

CM (構成管理) グループがリリース管理プロセスを担当していると考える場合、適切な公開プロセスを確立することで、選択する可能性のある (D)VCS ツールの「技術的な詳細」からそれらを分離できます。

パブリケーションは、どこかで見えるようにすることで構成されています (共有ディレクトリ、Nexusのようなアーティファクト リポジトリ、リリース専用など):

  • プログラムを実行するために必要な配信 (バイナリとその依存関係のセット)
  • これらのバイナリのバージョンの明確なリスト (SVN リビジョン番号またはタグ、git タグ、Nexus Group-Artifact-Version など) を使用すると、開発者は、CM グループがリストで戻ってくるたびに正確なコード セットを見つけることができます。修正する欠陥の
  • 展開を説明するドキュメント

CM グループは、一連の配信を受け取り、リリース プロセスと、異なる展開環境 (統合、UAT、本番前、本番など) 間のプロモーションを管理します。VCS ツールを使用する必要はありません。

また、これにより、開発者と製品の間に (環境とプロセスの両方の観点から) 強力な分離が強制され、開発者は、CM グループの作業方法に影響を与えることなく、必要な開発ワークフローを採​​用できるようになります。

于 2012-10-18T06:21:49.197 に答える