簡単な質問ですか？ただ私と一緒に裸になって..
私は通常Gitを使ってローカルコンピュータのファイルを扱います。私は後でGit以外のユーザーが使用できるように共有ドライブにファイルを表示できるので、このアプローチが好きです。ローカルディレクトリのファイルを削除（クリーンアップ）してリモートでクリーンアップすることをお勧めします。すべての追加ファイルをリモートディレクトリに保存できます。この行動は私が単にrsync...
私が持っている唯一の問題は、開かれたファイルを処理することです。 Gitを停止またはpull変更するreset必要があるロックされたファイルが見つかると停止します。これは本当にショーですか？ファイルをすばやくインポートする必要があり、プロセスをブロックする関連のない開いているファイルを見つけることが非生産的であることがわかります。
このプロセスを改善するのに役立ちますか？
注：タイムスタンプが変更された場合は、ファイルを更新するだけで十分です。しかし、増分バックアップが悪影響を受けないように変更されたファイルのみを更新したいと思います。
もちろん一般的なことではないので、宣伝しません。しかし、その利点はまだ私に良いです。これにより、ネットワークの中断に関係なく、ローカルファイルにすばやくアクセスし、デフォルトでシームレスにバックアップドライブに公開できます。頻繁にチェックインして、変更がバックアップされたことを確認する必要があります。 git以外のファイルや共有ドライブのユーザーとうまく機能します。 Rsyncは単に「整理」のために不足しています。他のユーザーファイルを削除しないと--deleteクリーニングできません。手動クリーンアップはマイナーに見えるかもしれませんが、クリーンアップはエラーが発生しやすく、テストが必要なので本当に大きな問題です。
ベストアンサー1
解決策がないというわけではありません（たとえそれが何であるかはわかりませんが）。 「これは一般的な作業であるに違いありません」 - おそらくそうではありません。なぜなら意図した目的以外の目的でこのツールを使用する場合。
gitファイルシステム同期デーモンなどではなく、バージョン管理システムです。 VCSタスクを実行している人は、アップデートの準備ができていることを確認せずにサーバーのエントリを更新しようとして急いでいないので（希望）、何かが明らかに見落とされ、失敗しても怒ってしまう可能性が低くなります。 「変更する必要があるファイル」 - 必要なものを変更してからコミットします。
つまり、ほとんどのgitユーザーはおそらくこの問題に対する解決策がないことを願っています。- ユーザーフレンドリーな機能です。