Да, я видел эти первые ссылки в гугле.
Плагин это не то, ишью конечно печаль, потому и вопрос может там есть какая-то другая интеграция или ещё что

Типа тыкать не удобно в общем, и проще из консоли

Но тогда опять находишь себя в какой-то момент внутри вима, который ты запустил внутри эмулятора терминала внутри vscode который вроде бы как бы не для этого запущен был

:D Там слача б-гу уже запилили поддержку линуксового терминала из винды в вскод, должно быть sladko и быстро

Лучше может вообще ее не собирать, если ее нет в иерархии, добавить в игнор в conf py

а как в игнор добавлять в конфиг?

может, это баг инкрементальной сборки? Sphinx не удаляет из build/html страничку с прошлой сборки.

вот тоже такое же ощущение, интересно, он не чистит билд-папку перед сборкой чтоли

спасибо, попробуем

И да точно на билде ее лучше принудительно очищать, у нас скрипт делает rm -rf

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

Кстати, амазоновский стек с CodePipeline очень хорошо справляется со сборкой документов, надо только один раз настроить.

Весь билд и деплой сводится к одному коммиту в ветку мастер

А дальше облачная магия и CloudFormation

В vscode можно пушить и коммитить мышкой, с этим там всё хорошо :)

В целом согласен, но есть исключения. У нас полная пересборка документации Jekyll'ом длится 20+ минут, поэтому используем инкрементальную сборку.

Про гит: я пользуюсь терминалом и всем рекомендую именно терминал. Это неспроста. Когда-то я поотвечал на кучу вопросов по git на stackoverflow. Немалая часть проблем вызывана тем, что люди пользуются клиентами для гита. Клиенты вносят две проблемы:
1. Часто в интерфейсе клиента используются собственные термины для разных операций. Вот представьте, что есть кнопка Synchronize. Что она делает: забирает изменения с сервера, отправляет их на сервер, всё это, что-то иное?
2. Клиенты прячут конкретные сообщения об ошибках за размытыми формулировками, которые не гуглятся. Например, мы нажимаем кнопку Synchronize и клиент пишет нам «ошибка соединения». Что это означает? Ошибка в пути, на сервере нет нашего публичного ключа, мы пушим в защищённую ветку, мы отключили  интернет, сервер ответил 502?

+100500. В клиентах есть ненужные абстракции, плюс всегда настроить клиент всегда сложнее, чем консоль.

я пользуюсь консолью пополам с github desktop и нормально