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

Рет қаралды 11,117

3 жыл бұрын

#soer #itubeteam
Основной канал для общения и публикации новых видео - Телегарм - t.me/softwareengineervlog
Спонсорство - donate.s0er.ru
Сайт платным контентом - soer.pro
Зеркало для видео Дзен Видео - zen.yandex.ru/id/5f578bdf22e2...
GitHub - github.com/soerdev
Чат для программистов - / discord
Группа ВК - codeartblog

Пікірлер: 37

@S0ERDEVS 3 жыл бұрын

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

@CAMOBAP795 3 жыл бұрын

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

@victorchilari 3 жыл бұрын

Давай ещё 🤤🤤

@petrplotnikov4307 2 жыл бұрын

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

@bo_ver4628 3 жыл бұрын

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

@PROPHESSOR 3 жыл бұрын

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

@iEfimoff 3 жыл бұрын

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

@naaawaaa 3 жыл бұрын

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

@S0ERDEVS 3 жыл бұрын

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

@vvlkblkc 3 жыл бұрын

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

@JohnDoe-ji1zv 3 жыл бұрын

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

@S0ERDEVS 3 жыл бұрын

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

@user-xj7kq3oj5u 2 жыл бұрын

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

@S0ERDEVS 2 жыл бұрын

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

@eduardpawlow 2 жыл бұрын

Про git flow не лишним будет

@vvlkblkc 3 жыл бұрын

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

@naaawaaa 3 жыл бұрын

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

@SubGunDH 3 жыл бұрын

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