複数のユーザーによる競合の解決
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
複数のユーザーが同じソースを編集する場合、1人のユーザーが 下書きを公開すると、次のユーザーが公開しようとするときに競合によりエラーが発生します。エラーは通常、次のようなものです Connector Content has been changed in version: x.
ソースを公開する際の競合を回避するには、次の操作をお勧めします。
-
ソースを変更するときにチームの他のメンバーと同期を保ちます。
-
必要に応じて、JavaScriptコードの追加などの複雑な変更を行った場合は、コードをローカル システムに保存します。その後、競合が原因で変更が失われた場合は、ローカルコピーを参照できます。
競合は、内部的にSearchがソースの公開バージョンとソースのドラフト バージョンを区別するためです。公開ソースのバージョンがXの場合、ドラフトソースもバージョンXにすることはできません。
ソースがpublishedでバージョン3であるというシナリオを考えてみましょう。ユーザーは、このソースをAし、同時に編集B 。現在、AとBの両方で、ソースはdraft状態であり、バージョン4 (バージョン3から1ずつ増分) になります。 Aはソースを公開します。次のことが起こります。
-
ソースは公開されており、バージョン4です。
-
Bの場合、ソースはまだドラフトバージョン4にあります。これにより、バージョン4に公開ソースがあり、バージョン4にドラフト ソースがあるため、競合が発生します。
-
この競合を処理するために、Bはソースを最新の公開バージョンに戻します。現在、Bには公開バージョン4があります。
-
オプションで、Bソースを編集すると、ソースはドラフト状態に移行し、バージョン5にインクリメントされます。 Bが変更をパブリッシュすると、ソースはパブリッシュ状態に移行し、バージョン5になります。
ソースを公開し、競合があることを示すエラー メッセージが表示された場合。
複数のユーザーによる競合を解決するには:
