vimとともにinotifywaitを使用する

ファイルの変更を監視し、リモートコピーでrsyncする簡単なスクリプトがあります。

#!/bin/bash

while inotifywait -e close_write somefile
do
    rsync somefile user@host.domain:./somefile
done

nanoでは問題なく動作しますが、vimでは失敗します。nanoを使用すると、次のように出力されます。

somefile CLOSE_WRITE,CLOSE   

次のループを開始して、別のエディションを待機します。

vimを使用すると、出力はなく、スクリプトは終了コード0で終了します。

私はいくつかの研究を行い、close_writeはvimと一緒にinititofywaitを使用するための正しいパラメータであることを発見しました（最初にmodifyイベントを使用したかった）が、何らかの理由で失敗します。

編集者は、いくつかの戦略に従ってファイルを保存できます。2つの主な変種は、既存のファイルを上書きするか、新しいファイルに書き込んで所定の場所に移動することです。新しいファイルへの書き込みとその場所への移動には、任意の時点でファイルから読み取ることでファイルの完全なバージョン（1つのインスタントが古いファイル、次のインスタントが新しいファイル）を提供するという素晴らしい特性があります。ファイルが所定の場所に上書きされると、ファイルが不完全になる時間があります。それは、他のプログラムがそのファイルにアクセスした場合やシステムがクラッシュした場合に問題となります。

ナノは明らかに既存のファイルを上書きします。スクリプトは、書き込みが終了した時点（close_writeイベント）を検出し、その時点で実行rsyncします。rsyncが最初の保存からジョブを完了する前に、2回続けて保存すると、rsyncが不完全なバージョンのファイルを取得する可能性があることに注意してください。

一方、Vimはwrite-then-move戦略を使用します。

echo 'new content' >somefile.new
mv -f somefile.new somefile

ファイルの古いバージョンに何が起こるかは、新しいバージョンが所定の場所に移動した時点で削除されることです。この時点で、inotifywait監視するように指示されたファイルが存在しないため、コマンドが返されます。（新しいsomefileファイルは同じ名前の別のファイルです。）Vimがバックアップファイルを作成するように構成されていた場合は、次のようになります

echo 'new content' >somefile.new
ln somefile somefile.old
mv -f somefile.new somefile

そしてinotifywait今、バックアップを見ています。

ファイルの保存方法の詳細については、プログラムの実行中にライブ更新を実行する方法を参照してください。およびファイルのアクセス許可と保存

Vimに上書き戦略を使用するように指示することができます：backupcopyオプションをオフにします（:set nobackupcopy）。上記のように、これは危険です。

両方の保存戦略を処理するには、ディレクトリを監視し、両方のイベントclose_writeとのmoved_toイベントをフィルタリングしsomefileます。

inotifywait -m -e close_write,moved_to --format %e/%f . |
while IFS=/ read -r events file; do
  if [ "$file" = "somefile" ]; then
    …
  fi
done