私は、InterSystems Ensemble（InterSystemsCaché上に構築された統合フレームワーク）を使用して開発を始めているグループに所属しています。
インターシステムズは、Ensemble管理ポータルをソース管理対応にしていません。これが、開発チームにとって問題となる問題の原因と思われます。
Ensemble /Cachéにどのバージョン管理システムを使用しているか、またその開発プロセスをどのように構築しているかを知りたいと思います。
回答：
回答№1は4私は見つけた VC / mCaché用に設計されたバージョン管理システム。
あなたがそれで何か経験があったならば、あなたのコメントを追加してください。
回答№2については4
他の選択肢があるようです TrackWare これもCaché専用に設計されています。
回答№3の場合は3
開発作業を恐れていないのなら、あなたの現在のソース管理ツールにスタジオをフックするためにいくらかの開発をすることができます。 Cacheには、ファイルの変更を検出してソース管理ツールと対話するためのフックがあります。
ここにpdfへのリンクは根拠を説明します： Studioのソース管理フックの使用
もちろん、この解決策であなたはあなたの側で多くの仕事をしなければならないでしょう。
回答№4の場合は1
私はMercurialを使用していますが、Cache Studioのソース管理フックを使用していますが（私はensembleを使用していません）、基本的に同じ解決策がうまくいくと思います。
重要なのは、それが分散ソース管理であるということです。 つまり、保存時に現在のファイルをハードドライブのフォルダにエクスポートして、ローカルリポジトリにチェックインするだけです。物事がローカルでうまくいっているとき、私はそれを中央リポジトリにプッシュします - 言い換えれば、私は通常の方法で分散ソース管理を使います。
これは私に与えてくれるので、それぞれの保存をコミットするのはうれしいことです。何かをめちゃくちゃにした場合にロールバックする方法ですが、必ずしも必要ではありません。Cacheコマンドプロンプトから呼び出したときにコードをローカルリポジトリにプッシュするようなものを書くことができます。
分散ソース管理では、チェックインおよびチェックアウト機能はサポートされていませんが、セントラルリポジトリにプッシュするときにマージすることでこれらの問題を処理します（ただし、リポジトリを構築することにした場合）。
1つの警告 - Cacheクラスの定義については、これは、ファイルが生成されたときのタイムスタンプと最終更新日を含むXMLとしてエクスポートされます。これらによって、ソース管理システムは変更されていないときに変更されたと判断します。私は、それらが最初に生成されないようにするためのフラグを知りません。
回答№5の場合は0
返信が遅くなりましたが、とにかく - SynervaのCodeToolsをご覧ください。 。 CodeControlはStudioプラグインとして機能します
答え№6の場合は0
最高の解決策！ がんばろう！
回答№7は0
SynervaのCodeTools そのためにはかなり良い解決策を提供してください。長い間、いくつかのプロジェクトでそれを使ってきました。