三つの命名稿を照合・統合する

名前の選択と稿の統合を分けて考える

二人の作者が同じ人物に有用な変更を加えても、合わせた台帳が使えるとは限りません。一方が独立を示す場面のために姓を変え、他方が別の姓に対する演技用の読みを直すことがあります。新しいファイルを丸ごと採用すれば一方の判断を失い、項目ごとに合わせれば新しい名前へ別の名前の読みを付ける場合があります。どちらの処理も、共同制作で本当に採用したい物語を決めるものではありません。

この作業台は、共通と宣言する底稿、現在稿、合作者から受け取った稿を比較します。一方だけの変更、両方の変更、削除と編集の衝突を分け、現在稿のロックを守り、読みが統合後の正確な表記に付くかを確認します。未解決の選択は端末内で判断します。合作者へ資料を送ったり、原稿の出現箇所を実際に置換したりはしません。

共通のIDと底稿は作者の宣言です。両作者が同じIDを同じ人物に使ったか、本当に共通の履歴があるか、受領ファイルが最新の承認版かは認証できません。比較前に制作側で確認してください。判断済みのデータは制作記録として有用ですが、署名した承諾、発音の証拠、全ての絵や録音が更新された証明にはなりません。

創作例：配達人が自分の札を選ぶ

凧の郵便競走の最後の屋根へ着いたIvaraの鞄には、スポンサーの旗が絡まっていた。案内役は、スポンサーが優勝者の札へ入れたがっているIvara Tarnという名を呼んだ。漫画の一つの稿では、彼女は旗をほどいて返し、Ivara Selと呼んでほしいと言う。屋根を渡るのを助けたSorenがSelと繰り返してから、待つ人々へ到着を知らせた。新しい呼び名を自分で選ぶ行為が、人前で伝わる場面だった。

共作者たちは別々のファイルを改稿していた。現在稿はSelを採り、混み合う場面で発言するSorenの短い表示も長くしていた。受領稿にはIvaraがTarnを引き受ける別の案が残り、話数を短くするためSorenを除いていた。Tarnに対する新しい演技メモもあった。素朴な統合では、札はSel、音声用資料の読みはTarn、人物台帳にはSorenがいない版を作ってしまう。どちらの作者も、その組合せを書いたわけではなかった。

二人は編集の件数で場面を決めなかった。独立を選ぶ版を採り、その言葉を受け取るSorenを残し、新しい名の読みは適切なメモを作るまで未指定にした。受領稿の短い表示Varaは使えた。一つの項目を採ることは、受領稿の姓や、その姓に付く読みまで同時に採る必要を意味しなかった。

人物、名前、競走、命名の約束は架空の創作例です。実在する共同体の姓の慣行を説明していません。ここで名前が働くのは、本人の選択に人前で応答する相手がいるためです。台帳を技術的に完成させても、その相手を消したなら、応答をどう描くかを別に考える必要があります。人物記録を残しただけで、消えた台詞が復元されるわけではありません。

もし採用する場面の名前をIvara Tarnへ変えるなら、スポンサーが求めた形を本人が拒む構図が変わります。会話と意味を改稿する必要があります。Selを残してSorenを削るなら、群衆がその呼び名を受け取ったことを別の行動で見せなければなりません。これは物語の取捨選択で、古い項目を全部押し込む理由ではありません。読みの不足も含め、作者が実際に決めたことを台帳に残します。

比較できる三つの版を用意する

各記録はid、name、reading、shortだけを持ちます。IDは継続して参照する識別子で、表示名ではありません。nameは空でない文字列、shortは空でない文字列かnullです。readingはnullか、forとtextを持つオブジェクトです。forはそのメモが付く正確な姓名、textは作者の読みのメモです。綴りから発音を作ったり、実在言語の資料と照合したりはしません。

全ての欄を明示します。nullは欄が存在して未指定であること、記録がない場合はその版からの削除を意味します。欄の省略を変更なしの略記としては受け付けません。余分な欄も捨てて処理せず拒否します。実際の人物設定表に他の列がある場合は、原本を保持し、命名に必要なこの限られた形へ意図して写してください。

三版の全体で異なるIDを1〜40件扱います。IDは英字で始まる英数字・_・-の40文字以内で、予約されたプロトタイプ関連のIDは使えません。表示名や読みのメモは他の文字体系でも入力できます。文字列は正確に比較し、異なるUnicode表現を裏で正規化して同じ人物や値へ変えることはありません。表記の一致について作者が定めた境界を守ります。

受領稿を貼る前に、その範囲を確かめてください。変更した数件だけを送られた場合、それを完全なスナップショットとみなすことはできません。省略された全人物の削除を提案してしまうためです。信頼できる制作記録から比較できる完全版を組み立てるか、不足する文脈を得るまで止めます。行がない理由をソフトが推測することはできません。

多数決ではなく変更の経路を読む

三版全てに人物がある場合は、項目ごとに比べます。現在と受領が同じならその値を保持し、現在が底稿と同じなら受領側の変更を保持できます。受領が底稿と同じなら現在側を保持できます。両方が底稿とも互いとも違う場合は衝突として残します。二つの値が一致することは、これらの版についての情報であり、良い名前を決める人気投票ではありません。

初期例のcourierのnameはIvara SelとIvara Tarnの衝突です。受領稿のshortであるVaraは別の項目なので、姓を決めずに保持できます。読みも片側だけの変更として一度選ばれていても、後の対応確認で不一致になる場合があります。一人しかその欄を編集していないことと、他の欄との組合せに意味が通ることは別です。

削除と独立した追加は比較の単位を変えます。片側が底稿の人物を削除し、他方が編集した場合は、存在しない人物の周囲へ項目を継ぎ足さず、記録全体を選びます。両側が同じ新規IDで異なる記録を追加した場合も、記録単位の判断です。別々に作った二人が、IDの偶然の一致だけで一人になるとは仮定しません。

反対側が底稿から変わっていなければ削除を採れ、同一の追加は一致として扱えます。異なるIDは同名でもまとめません。同じ表示名の診断では両方を保ち、創作上の使い方を作者に委ねます。世界中でその名前を使えるかの検索でも、重複人物がいるとの認定でもありません。

現在稿のロックを保持する

ロックには現在稿のpersonと、name、reading、shortのいずれかを指定します。保護するのはleftに実際にある正確な値です。その変更案を保留し、一項目でもロックがあれば人物記録の削除も止めます。受領した変更を、現在の決定を上書きする許可へ勝手に読み替えることはありません。

底稿と現在稿が同じ台帳なら、関連するインポート課題も確認できます。受領側だけの改名であっても、現在稿のロックがあれば止まります。現在値を明示的に保持するか、判断の後にロック入力を見直してください。ファイルを受け取ったこと自体で、そのファイルが現在稿より高い権限を持つとは扱いません。

ロックは制作上の制御であり、貢献者の同意や変更できない芸術上の真理ではありません。現在の名前と読みが不一致で両方ロックされていても、二つを保持するだけで正しくはなりません。原本を明示して訂正するか、関係するロックと判断を見直すまで、完全版を保留します。成功を作るために規則を緩めません。

初期例を順に解決する

比較した後、courier / nameの判断欄で現在稿を保持します。Ivara Selが残り、そのロックにも一致します。受領稿を使おうとすれば、説明を出して止め、成功した判断としては記録しません。操作が更新するのはresolutionsの台帳だけです。底稿、現在稿、受領稿のテキスト欄を書き換えません。

続いてcourier / readingを見ます。受領側のメモはIvara Tarnに付き、選んだSelには付きません。customのnullで未指定とするか、forがIvara Selと正確に一致する作者指定のメモを入れます。nullは不足を宣言する値で、発音を推測した結果ではありません。初期例の完成手順ではnullを使います。

witness / recordでは現在稿を保持し、Soren Daskと現在のshortであるSorenを残します。受領側の削除は現在の編集と衝突し、ロックしたshortも失わせます。三つの判断を解決すると、選んだIvaraと保持したSorenの完全版ができます。一致する受領項目Varaも残り、二人のnullの読みは未指定の一覧に出ます。名前を決めたことから読みの根拠まで作らないためです。

台帳と場面の制作確認は別です。Sorenの記録を保持しても台詞は戻らず、記録を削っても描いた姿は消えません。命名の決定を書き出してから、採用する物語の版に対して実際のコマ、台詞用データ、音声メモを確認します。データの矛盾を解消することと、演出を完成させることを分けて進めます。

shortの衝突でcustomを使う場合は、nullという四文字も文字列として扱います。実際のnullにするには、別の未指定の選択肢を使います。珍しい表示を不足や削除と読み替えず、書いたラベルと未指定の値を区別するためです。

文面が妥当でも判断は古くなり得る

記録した判断には、対象となる元の値とロックの文脈が付きます。読みの判断には、選択後の名前も付きます。関係する値が変われば、別の衝突に同じ判断を適用せず、古い判断として表示します。一度Selを選んだことは、後でまだ見ていない現在稿の別の綴りを選ぶ恒久的な許可ではありません。

名前を先に、読みを後に決めてください。名前が未解決の間に記録した読みの判断は、後から名前を選ぶと、メモそのものが変わらなくても古くなる場合があります。実際の行を再確認し、その時点の文脈に対して記録します。過去のチェックを、全ての後続形への承認と扱わないためです。

ボタンは記録直前のフォームも確認します。再比較せず元の値を手で変えた場合、古い画面のボタンから新しい文脈へ上書きできません。稿を再比較してください。判断を除く操作も明示的に行い、表示しているものと現在の台帳にあるものが同じかを確認します。別の判断を誤って消すことを防ぎます。

構造を変えると、以前判断した項目が現在の比較に現れなくなる場合があります。その判断は適用先がないものとして残し、明示して除くか、関係する比較で選び直すまで完全版を止めます。履歴を勝手に捨てません。適用されなくなった判断の理由が必要なら、非公開監査を残してください。

完全版の後に制作物を検証する

未解決でも非公開監査は書き出せます。三つの稿、判断、暫定結果、診断を含み、ネタバレを除く資料ではありません。専用の判断済みスナップショットは、衝突、古い判断、適用先のない判断、ロック違反、名前と読みの不一致が解消したときだけ現れます。nullの読みは残せ、全記録を意図して削除したなら、明示的な空の完全版になる場合もあります。

主結果のコピー、お気に入り、比較、通常結果の書き出し、保存プロジェクトも非公開の編集情報を含みます。公開人物一覧や貢献者の承認にはなりません。原本をバックアップし、共有前に実際のファイルを確認してください。共同編集アカウント、遠隔コメント、自動公開の機能はありません。

次の工程では、どの版を基準にするかを合意し、IDを保持し、必要な未解決の物語上の質問は命名欄の外にも記録します。実際の原稿出現箇所は置換監査、言語版の表記はローカライズ対応、必要な呼称は台詞の確認へ進めます。それぞれ異なる仕事です。命名の統合では、採用した判断を追えるようにし、残る創作上の作業も見えるままにしておきます。

共通IDは同じ人物や共通の履歴の証明ですか

いいえ。固定IDと底稿の系譜は作者の宣言です。比較前に資料の範囲を確認します。同名でも異なるIDは別のまま、同じ新規IDで独立に追加された異なる記録は全体を選びます。

名前を決めても読みの問題が残るのはなぜですか

読みのメモは正確なforに付きます。一方だけの変更でも、別の表記のためのものかもしれません。適切な作者指定メモか、明示したnullを選びます。発音を推測して置き換えません。

受領データは現在のロックを上書きできますか

できません。ロック値の変更や、その項目を失わせる記録削除は保留します。現在稿を保持するか、確認してロックを明示的に見直してください。受け取っただけで制約を捨てる権限は生じません。

完全版を書き出せば原稿の全箇所も更新されますか

更新されません。判断済みの命名データであり、本文の置換、貢献者の承認、公開の認証ではありません。台本、字幕、絵、録音は関係する作業で確認します。非公開監査と通常の書き出しは全稿を明かし得ます。