Déjame hablar características ha probado, y las cosas no se puede hacer
SI:
1. Modificación de archivos local automático / manual remota impulsada
2. cambio de nombre de archivo local, y eliminación empujado automáticamente a la distancia
3. Modificar el extremo distal del archivo, se puede sincronizar con el local,
NO:
Distal elimina un archivo no puede sincronización a nivel local, mediante la realización de al menos yo sincronización remota - ningún cambio> locales
(Si alguien puede por favor dígame Zenong agradecidos)
Los siguientes escenarios de uso específicos en conjunción charla sobre cómo utilizar esta herramienta
En primer lugar, el código de lo que son sin duda en un servidor remoto, quería asignando una unidad local para llevar a cabo su anterior es tan seco, no sé por qué la reciente inestabilidad de la velocidad, a menudo una tarjeta de una tarjeta
En serio que afecta a la experiencia y la productividad, lo que ayuda a convertir este plugin SFTP.
Paso 1. creación de un directorio local utiliza para almacenar una copia del código en la parte posterior del servidor remoto en la base de estos cambios en la copia local, y luego cambia a una sincronización distal
. Paso 2 Una vez que haya descargado el enchufe, Ctrl + Shift + P para que aparezca la barra de comandos, escriba sftp: config, esta vez para que salga un perfil sftp.json
Un perfil es el más importante, de acuerdo con la propuesta directamente a los siguientes ejemplos para ir con
Este ejemplo puede ser mejor satisfacer mis necesidades, y puede manejar los siguientes requisitos:
UploadOnSave 1. ": true indica que la modificación local de después ctrl + S sincronizará automáticamente a la distancia
2. "vigilante" : { "Archivos": "GIT_EVERYDAY / *" , "AutoUpload": true , "AutoDelete": true } indicó que supervisará el directorio / home / pi / GitPrac / cambiar el nombre de todos los archivos y eliminar la siguiente GIT_EVERYDAY
Se cambia, y sincroniza automáticamente al extremo distal
3. Puede exigir código de gestión de sincronización de dos directorios
[ { "Name": "Mi Pi Server" , "contexto": "GitPrac" , "host": "192.168.43.88" , "protocolo": "sftp" , "puerto": 22 , "nombre de usuario": "pi " , "contraseña": "acceso" , "remotePath": "/ home / pi / GitPrac" , "uploadOnSave": verdaderos , "vigilante" : { "archivos": "GIT_EVERYDAY / *" , "AutoUpload":verdadera , "autoDelete": la verdadera }, "ignorar" : [ "** / git / **." ] }, { "name": "Mi Pi Server" , "contexto": "libpal" , "host": "192.168.43.88" , "protocolo": "sftp" , "puerto": 22 , "nombre de usuario": "pi" , "contraseña": "acceso" , "remotePath": "/ home / pi / Puente" , "uploadOnSave": false , "vigilante" : { "archivos": "*" , "AutoUpload": verdad , "autoDelete": la verdadera }, "ignorar" : [ "** / git / **" ] } ]
Por último, hablar sobre el uso de la norma, ya que la operación de borrado remoto al parecer no se puede sincronizar a un local, por lo que suelen hacerlo para evitar esta limitación
Es decir, la revisión de todos los documentos son de un solo sentido, es decir, para impulsar cambios de local a remoto, no en el extremo remoto para realizar cambios en cualquier archivo
Tales operaciones pueden ser desarrolladas para hacer frente a las necesidades de mi Viene en frambuesa, pero hay una escena. Eso es lo que trabajo de la cuarentena en casa, el funcionamiento de los cambios locales en el control remoto, y luego a la empresa
Me asignan una unidad de red a su local de trabajo, que voy a hacer cambios a los documentos directamente en el servidor remoto, por lo que, después de llegar a casa de nuevo, existe la posibilidad remota
Supresión no se sincronizan a través de, por lo tanto, en el escenario anterior, disipó la necesidad de volver a casa después de un directorio local, volver a descargar desde el extremo distal del proyecto correspondiente, de esta manera podemos garantizar la sincronización.