1

私たちは、開発ツールとして Oracle Forms / Reports を使用する非常に小さなチームであり、現時点ではバージョン管理を使用していません。Perforce をバージョン管理ソフトウェアとして使用することを検討しています。

現在のポリシーでは、チーム内の開発者はソース ファイルを変更し、生成された実行可能ファイル (.fmx) を運用フォルダーに展開 (手動でコピー) することができます。

Perforce を使用しても、ポリシーは基本的に同じで、ソース ファイルの変更と運用フォルダーへのデプロイを記録して追跡するだけです。

ソース コードの変更の追跡は簡単です。しかし、Perforce を使用してデプロイを追跡するにはどうすればよいでしょうか? これが Perforce で実行できない場合、Subversion、Git、Mercurial などの他のバージョン管理ソフトウェアで実行できますか?

4

2 に答える 2

2

質問へのコメントでの議論に基づいて、あなたが探しているのはPERFORCEのトリガー機能だと思います。

リンク先のページからの例は次のとおりです。

change-submit  //depot/....exe  "/usr/bin/test.pl %change%"

.exeファイルがデポにチェックインされるたびにテストスクリプトを実行するようにPERFORCEを設定する方法。あなたの場合、それは.exeではなく.fmxであり、デポ全体から特定のディレクトリにトリガーを絞り込むことができます。

于 2012-11-21T01:33:25.547 に答える
2

私はこの配置を提案します：

  • depotソース コードの変更に1 つの Perforce を使用する
  • depotデプロイするバイナリ アーティファクトには別のものを使用します
  • いくつかのプロセス (おそらく継続的インテグレーション) を構築し、アーティファクトをチェックインします。
  • 各デプロイメント ターゲットで、適切なビルド アーティファクトにマッピングされる Perforce ワークスペースを維持します。
  • 各デプロイメント ターゲットで、一定の間隔で単に Perforce ワークスペースを同期する cron ジョブまたはスケジュールされたタスクを設定します。または、レビュー デーモンを使用して、デプロイ ターゲットに同期を実行するタイミングを知らせることができます。

私がこの設定を気に入っている理由はいくつかあります。

  • ソースとビルド アーティファクト間の完全なトレーサビリティ
  • どのバージョンのアーティファクトが任意のターゲットにデプロイされているかを簡単にレポートできます
  • Perforceツールを使用して、各ターゲットのアーティファクトの整合性を検証できます
于 2012-11-21T03:07:47.433 に答える