Договорились)

Ну не знаю, дело привычки, наверное. Я раньше сидел под виндой, с гитом работал в Tortoise Git, и мне очень нравилось, было удобно. Сейчас по работе постоянно на Кубунте, пришлось искать альтернативу. Поначалу VSCode показался жутко неудобным для гита, через недельку привык, а сейчас уже ни обратно, ни куда-то ещё не хотел бы сбегать: решение конфликтов простое и прозрачное, делается даже быстрее, чем на TG.

Коллеги, к вопросу упрощенной работы с гитом. За выходные набросал баш скрипт, хочу поделиться. Скрипт предназначен для тех случаев, когда нужно быстро приобщить к docs-as-code, не тратя времени на обучение работе с гит и на объяснения, что это вообще такое. Скрипт общается на русском, страшные слова, типа бранч, коммит и прочее не используются. Не дает коммитить в мастер, но если изменения все же внесены, позволяет перенести в какую-нибудь ветку (или создать ее). Сам код пока страшненький, но вроде работает. https://github.com/mashutin/easygit

Не хочу вас расстраивать, но думаю, что такой скрипт контрпродуктивен

> страшные слова, типа бранч, коммит и прочее не используются

это не страшные слова, это фундаментальные понятия, их нельзя прятать

поддерживаю

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

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

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

более того: достаточно просто найти словарь между «бранч, коммит» и обычным, привычным языком. Так-то любому юристу становится понятно, когда ты называешь дифф «протоколом изменений».

А если человек не может уложить в голову «протокол изменений», то он просто агрессивный лентяй и попросту не хочет.

нужно, как говорится, bite the bullet и разобраться

Приветствую собравшихся! Грид-таблицы существуют, а  объединенные ячейки в них возможны. Есть расширение для Visual Studio (но не Visual Studio Code, прошу обратить внимание). Это расширение на пакете VSIX. Называется Mads Kristensen Markdown Editor / markdig (https://github.com/xoofx/markdig) или просто Markdown Editor (для поиска в marketplase). С его помощью Vusial Studio может строить грид-таблицы с объединением ячеек в строках и столбцах, а также со сложным слиянием colspan and rowspan, когда чередуются в одной строке или столбце ячейки со слиянием и ячейки с разделением. В общем, построение грид-таблиц с объединением ячеек не только возможно, но и возможно практическое использование этого для создания документов Gostdown. Подробности для интересующихся в прилагаемом файле. Спасибо @arvikon за полезную ссылку, благодаря которой я смог найти решение этой проблемы.

такой вопрос: а кто-нибудь пробовал прикручивать чекеры в пре/пост-коммит-хук, орфографические например или для рендера графиков из plantuml в картинки?

просто в CI прикручивали проверку, что SVG обновлены из спек PlantUML

А не будет ли более простым решением редактировать в вебморде гитхаба/гитлаба, где прямого доступа к гиту нет вовсе?
Или уже нужен сколько-нибудь умный текстовый редактор?

В отдельном редакторе слишком много преимуществ, чтобы от него отказываться в пользу веб морды

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

мне сложно представить человека, который не знает слова "коммит", но оперирует регулярными выражениями :)