Понял

Забавная штука но в условиях современной разработки с вебпаками профит не очевиден

Какие варианты автоматического залива редактируемого файла на сервер?

Лайв сервер не заливает ничего на сервер, он поднимает сервер у вас локально. Вы легко можете сделать это самостоятельно

Заливать файл при редактировании сразу на сервер опасно и неудобно, но если очень хочется есть там какой-то ssh плагин для этого. Кажется единственный человек в этом чате кто его использует частенько тут жалуется на проблемы в связи с этим возникающие

Вообще если руки немного выровнять и взять линуху можно примонтировать удаленную директорию так что вскод даже не заметит подмены. Но локальный сервер все равно быстрее и удобнее

Сорри, туплю...
Речь о sftp

Ну он же у вас по ssh работает

И что это значит?

P.S.
Сорри, не технарь...

ssh это такой протокол по которому осуществляется удаленное управление сервером. sftp работает поверх него

То есть, условно говоря, играет роль ftp-клиента?

А какие цели эта заливка преследует? (От этого зависит целесообразность подхода).

У меня, например, при разработке сайта с бэком на  PHP такая связка:
3 сервера 😄:
Прод (боевой), дев - тестовый на +/- такой же vps как и дев.
И на виртуальной машине локально.

Софт:
1. Git везде (локально, на серверах, на сервере виртуалки).
Через git pull стягиваю уже проверенные обновления на сервер из ветки master. Сначала дев для тестов, потом на прод. На них руками обычно ничего не заливаю и не редактирую. Иногда добавляю изменения и отправляю в репозиторий, если что-то в админке было изменено и затронуло файлы в индексе гита.
2. Для разработки у меня развернута виртуальная машина. Изменения в файлах шаблонов (то что с бэком связано) автоматически отслеживаются и при изменении файла загружаются на сервер с помощью расширения https://marketplace.visualstudio.com/items?itemName=liximomo.sftp - позволяет перекидывать файлы на сервер и с него, может работать через ssh
3. Для работы с фронтовой частью сборщик webpack, webpack-dev-server для горячей перезагрузки, инъекции стилей "на лету" и т.п. плюшек.
И тут есть хитрый момент, до которого я не сразу дошел. Настроено это всё так, что webpack-dev-server получает данные с удаленного сервера, проксирует соответственно на локальный сервер, который обычно создается. При этом не нужные файлы - оригинальные скрипты и стили с удаленного сервера - вырезаются. Инъектятся, как обычно - стили и JS которые были собраны вебпаком на лету.

Таким образом при работе с фронтом - работаешь с актуальным состоянием верстки с удаленного сервера, но при этом подменяешь скрипты и стили на свои. Нет необходимости что-то заливать на сервер. Работает автоматическое обновление страницы в браузере при изменениях кода.

Потом, когда доходишь до логического завершения - как обычно вебпаком собираются файлы для прода и загружаются на него. Я не парюсь и тупо отслеживаю в гите эти файлы и через пулы подтягиваю на сервера. Это не самая лучшая практика, т.к. в минифицированных файлах стилей и js по коммитам все равно изменения будут не понятны, но это тупо удобно в плане сохранения и загрузки данных )))

Подозреваю что есть более совершенные подходы, например использование механизмов автоматического деплоя и т.п., но пока не хватило времени их изучить и применить )

Надеюсь понятно изложил ) если непонятно - спрашивай
Комменты, что можно сделать лучше тоже приветствуются )

Начинал, кстати, тоже с расширения Live Server - но быстро отказался, слишком негибкое решение для инструмента, который отлично интегрируется с другими инструментами разработки, если это делать через, например, webpack.

На сколько я знаю, Live Server как расширение - работает по тому же принципу что webpack-dev-server. Только проблема в том, что толком подружить с другими расширениями маркетплейса - его нельзя.
Тоже самое относительно, например, генерации css из sass. Расширение есть, но когда нужно отойти на шаг влево или вправо - фиг что сделаешь.

По описанию выглядит все, как нечто запутанное, неуниверсальное и трудно переносимое. Среде разработки не следует до такой степени смешиваться с IDE. В идеале - браузер, консоль, контейнеры докер. Хотя если работа происходит над личным проектом одним человек, пускай

Не первый раз вижу как используют всякие лайв сервера и ссх клиенты. Зачем?

Наоборот, тут смешение с IDE минимальное, только расширение sftp используется, хотя и его можно исключить (просто нет необходимости).
Остальное всё через webpack (читай node.js) - стандартный уже инструмент во фронте.

Можно хоть в блокноте файлы править, запустив в командной строке (в моем случае powershell в винде) - тоже самое будет (наверняка отправку файлов на сервер можно в сборку вебпаком прикрутить).

Я в целом ещё по описанию прошёлся. Смутило, например, отслеживание в гите файлов и подтягивание на сервера

Хотя если работает, не обращай внимания на моё мнение