私が証明している機能をお話しましょう、と物事を行うことができません
はい:
自動/手動プッシュリモート1.ローカルファイルの変更
2.ローカルファイルの名前変更、および自動的にリモートにプッシュ削除中
3.ファイルの遠位端を変更するには、ローカルに同期することができます
番号:
先端がローカルに同期したファイルを削除することはできません、少なくとも行うことで、私は、リモート同期しない - 地元の変化がないことを>
(誰でも喜ばことができる場合、私は感謝しZenong言います)
このツールを使用する方法についての組み合わせの話では、以下の具体的な使用シナリオ
まず、リモートサーバー上に確かにあるどのようなコードは、実行するために、ローカルドライブをマッピングすることにより、望んでいた彼の乾いたので、私にはわからないされて以前なぜ最近の速度が不安定、カードが多いカード
真剣ので、このSFTPプラグインを有効にするために支援し、経験と生産性に影響を与えます。
その後、STEP1。ローカルコピーへのこれらの変化に基づいてリモートサーバー背面にコードのコピーを格納するために使用されるローカルディレクトリの確立、および遠位同期に変化
。ステップ2を使用すると、プラグインをダウンロードしたら、CTRL +シフト+ Pコマンドバー、タイプSFTP起動するには:configと、この時間は飛び出しするsftp.jsonプロフィール
プロファイルには、一緒に行くために、以下の例に直接提案に基づいて、最も重要です
この例では、私のニーズを満たす改善することができ、それが次の要件を扱うことができます。
UploadOnSave 1.「:trueにCTRL + S後のローカル変更は自動的にリモートに同期することを示します
2. "ウォッチャー" :{ "ファイル": "GIT_EVERYDAY / *" 、"autoUpload":trueに、 "自動削除":trueには}それは、次のGIT_EVERYDAYを/ /ホーム/ PI / GitPracを監視するすべてのファイルの名前を変更、削除することが示されました
それは変更され、自動的に先端に同期
3.管理コードシンクに2つのディレクトリを要求することができます
[ { "名": "マイパイサーバー" 、 "コンテキスト": "GitPrac" 、 "ホスト": "192.168.43.88" 、 "プロトコル": "SFTP" 、 "ポート":22 、 "ユーザー名":「パイ" 、 "パスワード": "アクセス" 、 "remotePathは": "/ホーム/ PI / GitPrac" 、 "uploadOnSave":真、 "ウォッチャー" :{ "ファイル": "GIT_EVERYDAY / *" 、 "autoUpload":真、 "自動削除":真は }、 "無視します" :[ "** / gitの/ **" ] }、 { "名前": "マイパイサーバー" 、 "コンテキスト": "libpal" 、 "ホスト": "192.168.43.88" 、 "プロトコル": "SFTP" 、 "ポート":22 、 "ユーザー名": "パイ" 、 "パスワード": "アクセス" 、 "remotePathは": "/ホーム/ PI /ブリッジ" 、 "uploadOnSave":偽、 "ウォッチャー" :{ "ファイル": "*" 、 "autoUpload":真、 "自動削除":真 }、 "無視する" :[ "** / gitの/ **" ] } ]
私は通常、この制限を回避するにはそうするように、最後に、標準の使用についての話、一見遠隔削除操作は、ローカルに同期させることができないので、
、すべての文書の改訂が一方向あるであること、つまり、リモート、リモート側で任意のファイルへの変更をしないようにするために、ローカルの変更をプッシュします
このような操作は、私はラズベリーに来るのニーズに対処するために開発することができますが、シーンがあります。それは、私は自宅の検疫から仕事何リモートへのローカルの変更の操作ですが、その後、会社に
私は、私は再び家に帰った後、リモート可能性があるので、こと、私は直接リモートサーバー上のドキュメントへの変更を行いますことを、仕事に、ローカルにネットワークドライブをマッピングし
削除は、上記のシナリオでは、このため、オーバー同期対応するプロジェクトの遠位端からローカルディレクトリ、再ダウンロードした後、家に行く必要があり、我々は同期を確保することができますこの方法を離れてクリアされません。