интересно конечно, но очень сложно.. я как новичек использую простой подход.. делаю первую версию приложения, копирую в новую папку, переписываю.. это уже вторая версия и тд.. вот вопрос .. если это делать гитом на локальном пк, он хранит все файлы или перезаписывает их?
Советую использовать nx или lerna сразу, и не придётся писать скрипты для инкремента версий, релиза итд. Так же обычно версия начинается с 0.1.0 а не 1.0.0
смотря какую задачу ты хочешь решить с помощью PR, я вижу два основных варианта: - ревью кода перед вливанием в develop; - проект с открытым исходным кодом, с PR от контрибьютеров. В каждом из них вопрос решается немного по-разному: 1) Ревью кода - заменяется на совместную разработку над фичей, без явного PR. 2) Делается клон проекта в котором контрибьютер работает как хочет, а далее PR делается в develop, а автор проекта сам уже версионирует как ему надо.
Соер, со всем уважением, но ты путаешь понятия релиза и хотфикса. Хотфикс это 1.0.1 и он всегда от мастера, а вот релиз минорный или мажорный это 1.1.0 или 2.0.0. Также ты тегируешь без общепринятого "v" - это конечно не критично, но это может быть важно, если ты называешь ветки релизов 1.0.0, а не release/1.0.0 и хочешь перейти именно в тег, а не в релизную ветку - вероятность этого мала, но может быть. А ещё очень хочу понять, что за терминал у тебя стоит - очень круто выглядит, неужели zsh через wsl или таки накрученный павершелл???
Если можно, то сделай разбор ноды. Я не программист, но мне часто приходится иметь дело с нодой. Меня очень интересует структура и работа с packages.json. Столько вопросов...Насколько проблемно обновить пакеты, которые перестали работать из-за обновления ноды? Как вообще узнать какая версия пакета под какую ноду? Как вообще происходит согласование пакетов и зависимостей, если,например, пакетА имеет одну версию, а в зависимостях пакетаБ пакетА другой версии?
Soer, расскажи пожалуйста, что разворачивает alias в полную команду? Например, пишешь алиас `gaa`, а он после разворачивается в полную команду `git add --all`
Пример репозитория из видео: github.com/soerdev/project
Интересные инструменты, спасибо за обзор
интересно конечно, но очень сложно.. я как новичек использую простой подход.. делаю первую версию приложения, копирую в новую папку, переписываю.. это уже вторая версия и тд.. вот вопрос .. если это делать гитом на локальном пк, он хранит все файлы или перезаписывает их?
Советую использовать nx или lerna сразу, и не придётся писать скрипты для инкремента версий, релиза итд. Так же обычно версия начинается с 0.1.0 а не 1.0.0
Lerna обычно для монорепозиториев используется. И это не готовый flow для разработки.
Кажись, это можно провернуть с npm version major/minor/patch с перехватом вывода
всегда удивляет легкость и простота гит.
Напрашивается вопрос, если мы с работаем через Merge requests, как поддерживать версионность?
Было бы интересно чтобы ты показал как внедрять в этот подход pull requests
смотря какую задачу ты хочешь решить с помощью PR, я вижу два основных варианта:
- ревью кода перед вливанием в develop;
- проект с открытым исходным кодом, с PR от контрибьютеров.
В каждом из них вопрос решается немного по-разному:
1) Ревью кода - заменяется на совместную разработку над фичей, без явного PR.
2) Делается клон проекта в котором контрибьютер работает как хочет, а далее PR делается в develop, а автор проекта сам уже версионирует как ему надо.
гит флоу хорошо подходит для соло разработки, а для командной с пулл-реквестами лучше использовать классический подход
Соер, со всем уважением, но ты путаешь понятия релиза и хотфикса. Хотфикс это 1.0.1 и он всегда от мастера, а вот релиз минорный или мажорный это 1.1.0 или 2.0.0. Также ты тегируешь без общепринятого "v" - это конечно не критично, но это может быть важно, если ты называешь ветки релизов 1.0.0, а не release/1.0.0 и хочешь перейти именно в тег, а не в релизную ветку - вероятность этого мала, но может быть. А ещё очень хочу понять, что за терминал у тебя стоит - очень круто выглядит, неужели zsh через wsl или таки накрученный павершелл???
Вроде в начале сказал что fish
Давай ещё 🤤🤤
Если можно, то сделай разбор ноды. Я не программист, но мне часто приходится иметь дело с нодой.
Меня очень интересует структура и работа с packages.json. Столько вопросов...Насколько проблемно обновить пакеты, которые перестали работать из-за обновления ноды? Как вообще узнать какая версия пакета под какую ноду? Как вообще происходит согласование пакетов и зависимостей, если,например, пакетА имеет одну версию, а в зависимостях пакетаБ пакетА другой версии?
Какой то набор собственных костылей без каких либо объяснений, типичное "введите вот это введите вот то то, ничего сложного"
да, тоже не понравилось потому что не понятно как всё это работает. Только "введите вот и ничего сложного" реально
Про git flow не лишним будет
Soer, расскажи пожалуйста, что разворачивает alias в полную команду?
Например, пишешь алиас `gaa`, а он после разворачивается в полную команду `git add --all`
fish shell + github.com/jhillyerd/plugin-git
Ничего не понятно. Какие-то копипастные команды, что они делают, откуда, зачем, почему...
может "наипать"?
напиарить