痛みの整理：バイトは一致してもFinder意味が割れる
痛み1：転送成功を体験合格と同一視する。パイプラインは速度と再試行を出しますが、現場はダイアログなしで開けるかを見ます。メタデータ欠落で定義がずれます。
痛み2：-a万能説。略号は版と実装に依存します。規程が版を書かないとマイナー更新で静かに破れます。
痛み3：混在OS区間で属性が落ちる。Linux中継とMac展開ではPOSIX層がApple属性を保持できないことがあり、区間責任がないと議論が空転します。
痛み4：署名が潜在差分を隠す。xattr欠落が即赤にならなくても公証やGatekeeperで後から崩れます。署名Runbookと転送フラグを同じ票へ。
痛み5：走査と帯域の対立。xattr走査はCPUとI/Oを食います。走査秒とネット秒を分け、表に載せないと四半期ごとに同じ口論が戻ります。
痛み6：画面SFTPとCLIが黙って食い違う。既定は一致しません。IDEウォッチャと併記し、同期成功とホットリロード成功を混同しないでください。
痛み7：権限衝突の半端書き込み。転送は成功表示でもxattrだけ欠けることがあります。アカウント設計とメタデータ方針を同じ変更票へ載せてください。
メタデータモデル：バイトの外側にAPFSが載せるもの
拡張属性はタグや隔離マーカを運び、ACLはモードを補います。監査や制作では受入条件です。無断の隔離変更は隔離マトリクスと矛盾しがちで、セキュリティ変更として扱います。
リンクと原子的入替はボリュームトポロジと一体です。原子的リリースと同じレビューへ載せ、帯域不安定時はメタデータ方針と帯域票を分けないでください。
openrsyncガイドで実装差を固定し、整合性ゲートとxattr確認を両輪にします。四半期ごとにrsync --versionとFinder情報のキャプチャで古い手順を断ち切ります。
測れる基線：意見の往復を終わらせる数値
両端のrsync --versionと整合性記事のマニフェストを同じチケットへ。xattr密度の標本と走査・転送・fsyncの分割計測で-aE判断をデータ化します。
欠陥はネット・権限・ハッシュ・署名・メタ漂移に分類し、ゴールデン束ねで属性差分をOSとrsync更新ごとに回します。鍵変更はCI鍵ピンと同じ変更管理へ載せ、未知フラグPRは静的に落とし、実験Runbookへロールバックを書きます。
決定マトリクス：rsyncモードとtarステージング
| モデル | 向くケース | 利点 | リスク |
|---|---|---|---|
rsync -a（xattr未整理） | バイト一致だけで足りる資産 | 単純 | ラベル／xattr欠落 |
rsync -aE | 均一Mac路 | xattrは改善しやすい | 保証ではなく遅い |
macOS tar | 署名束ねの検証点を固定したい | 展開関門が明確 | 容量ピーク |
| Linux tarball＋Mac仕上げ | 混在OS管線 | 中継を限定 | 手順増 |
| 隔離xattr除去 | MDM＋文書化政策 | 体験が安定 | 要セキュリティ審査 |
タグ欠落を不合格にするなら、xattr方針をチェックサムとホスト鍵ピンと同じ承認段へ。
手元で試す手順：貼り付けて調整できるコマンド骨格
# ソース側リモートMacでxattr密度の目安（例）
# find Sample.app -print0 | xargs -0 -I{} xattr -l "{}" | head
# 均一APFS同期の試行（実際のrsyncビルドでフラグを確認）
# rsync -aE --delete --partial --partial-dir=.rsync-partial \
# ./Sample.app/ user@remote-mac:/Volumes/builds/Sample.app/
# 署名束ね向けtar経路（例）
# COPYFILE_DISABLE=1 tar -czf Sample.app.tgz Sample.app
# rsync -av Sample.app.tgz user@remote-mac:/Volumes/incoming/
# ssh user@remote-mac 'cd /Volumes/builds && tar -xzf /Volumes/incoming/Sample.app.tgz'
# 転送後のゲート（例）
# shasum -a 256 -c manifest.sha256
# codesign --verify --deep --strict --verbose=2 Sample.app
# 監査用に両端のrsync版をログへ
断片は再利用可能なアクションに包み、DerivedDataなどの除外とホスト鍵まわりは同じ変更レビューで見直してください。
読む順番とCTAの揃え方
推奨順：openrsync→整合性→署名→隔離→原子性→（必要なら）IDE同期→鍵ピン。
入力名をメタデータモード・マニフェスト・検証コマンドで揃え、隔離xattr一括削除はインフラ変更級のレビューへ。テンプレにtar必須／rsync可／転送後スクリプト必須の三行を置き、検証シェルは標準ツール中心に薄く保ちます。
FAQとSFTPMACのホスト型リモートMacが効くとき
画面のSFTP操作はrsync方針を代替しますか
小さなバッチでは足りることもありますが、自動化は版付きコマンドが要ります。組織で一本化してください。
-aEはCIを劇的に遅くしますか
巨大ツリーやxattr多めの部分木では走査負荷が目に見えます。パスを分割するか、メタデータ濃い部分木だけ別同期してください。
tarは常により安全ですか
macOS上の検証関門を作りやすいという意味では有利ですが魔法ではありません。マニフェストと署名手順は依然必要です。
監査では何を残しますか
転送ログは誰がバイトを動かしたかを示し、xattrレビューはmacOS上の見え方を示します。両方の視点を結合してください。
まとめ：APFSメタデータをリリース入力の一級市民として扱い、rsyncかtarかを版記録、標本束ね、チェックサムと署名ゲートとセットで決めてください。
限界：自前運用はイメージ・rsync・入口鍵・並列・監査を抱え、漂流が既定を書き換えます。SFTPMACはホスト型リモートMacで入口とプレイブックを束ね、メタデータ政策の再交渉を減らし署名出荷へ集中させます。
メタデータ方針をチェックサムマニフェストとホスト鍵ピンと同じ棚に置き、ホスト環境の監査可能性を保ちます。