- 機能への影響は何ですか (したがって、GLS レイヤーによって導入された機能が要件に関連しているかどうかを判断できます。要件が影響を受けない場合、GLS レイヤーなしでいくつかの国を実装できます)。
あなたは基本的に、「各国のカスタム GLS レイヤーには何が含まれていますか?」と尋ねています。この答えはすぐにはわかりませんが、答えを得る 1 つの方法は、明確な環境で行うことです。 GLS レイヤー、次に GLS レイヤー プロジェクトを XPO にのみエクスポートし、2 つの XPO に対して WinDiff を使用します。違いをすばやく把握するために私が考えることができるのはこれだけです。実際のレイヤーに取り組んでいるエンジニアがより良い答えを提供できるこの問題について、Microsoft にチケットを開く価値があるかもしれません。
- 両方のインスタンスで 1 つのカスタム コード ベース (つまり、VAR レイヤー) を維持し、それぞれで異なる GLS レイヤーを使用することは可能ですか?
いいえ。たとえば、同じデータベースと通信する異なる GLS レイヤーを持つ 2 つの AOS がある場合、それは基本的に 2 つの別個のコード ベースです。投稿する環境に応じて、何かが異なる方法で投稿される可能性があります。これは、下に行くには悪い道です。
- 上記が単純でない場合、VAR レイヤーにコードを追加して、2 つの GLS レイヤーの機能を 1 つの共通レイヤーにマップすることで達成可能ですか (つまり、両方の GLS レイヤーのクラスが同じインターフェイスを実装しているかのように動作します)。カスタム コード用の VAP レイヤーとパッチ用の USR レイヤー (すべてのコードはパートナーによって開発されるため、独自の目的ではこのレイヤーは必要ありません)。
この場合、最初に行う必要があるのは、コード比較を介して GLS レイヤー間の違いを正確に判断することだと思います。
ほとんどのビジネスに関連する GLS レイヤーをAと呼びます。もう 1 つのセカンダリ GLS レイヤーをBと呼びます。
これを行うには、環境を GLS Bで取得し、([ツール] > [開発ツール] > [バージョンの更新] > [レイヤーの比較]) を実行し、プロジェクトに GLS_B という名前を付け、ソース GLS レイヤーを選択し、sys のレイヤーを参照して、[OK] をクリックします。プライベート プロジェクトが作成されたら、プロジェクト全体を GLS_B.xpo という XPO にエクスポートします。
この例では、VAR レイヤーで作業します。環境のレイヤーは SYS、SYP、GLS、VAR、VAP、USR のみであると想定します。
GLS A環境に切り替え、GLS の上のすべてのレイヤーを削除します。インポート XPO ツール (AOT から Ctrl+Shift+I) を開き、GLS_B.xpo を選択し、すべてデフォルトのままにし、[詳細を表示] をオンにすると、面倒な作業が始まりますが、各オブジェクトをクリックして比較を行います。違いがある場合は、オブジェクトをインポートします。違いがない場合は、インポートしないでください。すべてのオブジェクトを確認したら、VAR レイヤーの別の比較プロジェクトを作成します。オブジェクトを詳しく調べる必要があります。これらの各項目を調べて、コードの違いを確認してください。
GLSレイヤーが国ごとに分かれているという事実は、違いが重大または矛盾している可能性があると私に思わせます...そのため、単純なマージでは潜在的なロジックの違いを解決できない可能性があります. ここで、次に何をすべきかを決定する必要があります。変更がそれほど重要でない場合は、VAR レイヤーにマージし、これをそのままにしてマージされた GLS レイヤーにし、上位レイヤーで変更を加えることができます。
- 複数のGLSレイヤーを使用したコード管理に関する情報はありますか?
わからない。TFSを使用した上記の方法だけだと思います。
- この問題が存在する理由 (技術的な観点から) の説明があるので、この問題の原因が何であるか (つまり、アーキテクチャのどのビットが複数の国で競合を引き起こしているか / なぜこれが起こるのか) をよりよく理解できますか? AX 2009 では MS によって解決できませんでした)?
よくわかりませんが、この問題について Microsoft に問い合わせる価値があります。