Как автоматически проставить версию проекта и написать changelog?

[@S0ERDEVS]

Пример репозитория из видео: github.com/soerdev/project

[@petrplotnikov4307]

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

[@CAMOBAP795]

Интересные инструменты, спасибо за обзор

[@PROPHESSOR]

Кажись, это можно провернуть с npm version major/minor/patch с перехватом вывода

[@Retruntobase]

Напрашивается вопрос, если мы с работаем через Merge requests, как поддерживать версионность?

[@vvlkblkc]

Соер, со всем уважением, но ты путаешь понятия релиза и хотфикса. Хотфикс это 1.0.1 и он всегда от мастера, а вот релиз минорный или мажорный это 1.1.0 или 2.0.0. Также ты тегируешь без общепринятого "v" - это конечно не критично, но это может быть важно, если ты называешь ветки релизов 1.0.0, а не release/1.0.0 и хочешь перейти именно в тег, а не в релизную ветку - вероятность этого мала, но может быть. А ещё очень хочу понять, что за терминал у тебя стоит - очень круто выглядит, неужели zsh через wsl или таки накрученный павершелл???

[@naaawaaa]

Вроде в начале сказал что fish

[@JohnDoe-ji1zv]

Советую использовать nx или lerna сразу, и не придётся писать скрипты для инкремента версий, релиза итд. Так же обычно версия начинается с 0.1.0 а не 1.0.0

[@S0ERDEVS]

Lerna обычно для монорепозиториев используется. И это не готовый flow для разработки.

[@naaawaaa]

Было бы интересно чтобы ты показал как внедрять в этот подход pull requests

[@S0ERDEVS]

смотря какую задачу ты хочешь решить с помощью PR, я вижу два основных варианта: - ревью кода перед вливанием в develop; - проект с открытым исходным кодом, с PR от контрибьютеров. В каждом из них вопрос решается немного по-разному: 1) Ревью кода - заменяется на совместную разработку над фичей, без явного PR. 2) Делается клон проекта в котором контрибьютер работает как хочет, а далее PR делается в develop, а автор проекта сам уже версионирует как ему надо.

[@vvlkblkc]

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

[@iEfimoff]

всегда удивляет легкость и простота гит.

[@SubGunDH]

Если можно, то сделай разбор ноды. Я не программист, но мне часто приходится иметь дело с нодой. Меня очень интересует структура и работа с packages.json. Столько вопросов...Насколько проблемно обновить пакеты, которые перестали работать из-за обновления ноды? Как вообще узнать какая версия пакета под какую ноду? Как вообще происходит согласование пакетов и зависимостей, если,например, пакетА имеет одну версию, а в зависимостях пакетаБ пакетА другой версии?

[@СергейНеизвестный-т7г]

Soer, расскажи пожалуйста, что разворачивает alias в полную команду? Например, пишешь алиас `gaa`, а он после разворачивается в полную команду `git add --all`

[@S0ERDEVS]

fish shell + github.com/jhillyerd/plugin-git

[@int-64]

Какой то набор собственных костылей без каких либо объяснений, типичное "введите вот это введите вот то то, ничего сложного"

[@timura.6658]

да, тоже не понравилось потому что не понятно как всё это работает. Только "введите вот и ничего сложного" реально

[@victorchilari]

Давай ещё 🤤🤤

[@ni55an]

может "наипать"?

[@andreikashin]

напиарить

[@АлексейИванов-ч3ы6к]

Ничего не понятно. Какие-то копипастные команды, что они делают, откуда, зачем, почему...

[@samples-shop]

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