Управление выпуском переходит в Мерзавце
Таким образом, я использовал мерзавца впервые, и существует сценарий, который я не вполне знаю, как решить.
У меня есть простое веб-приложение (только HTML, CSS и js), и я хочу произвести регулярные выпуски, которые могут быть прослежены с номером версии. С этим легко сделать git tag. Но выгода - то, что для моих выпусков я хочу сделать некоторые дополнительные вещи, как уменьшение js сценариев и обновление страниц HTML для указания им. Кроме того, мне нужен .gitattribute в выпуске, который игнорирует неуменьшенные js сценарии, так, чтобы git archive производит наименьший вывод.
То, что я сделал, создает a releases ответвление. Это ответвление включает вышеупомянутое .gitattributes, и измененные страницы HTML. Каждый раз, когда я хочу меня новый выпуск, я переключаюсь на это ответвление, объединяю изменения от ведущего устройства, затем заканчиваю выпуск и отмечаю его с номером версии. Это, кажется, работает, как я хочу, но я не уверен, как это, как предполагается, сделано.
Мой вопрос для более опытных пользователей мерзавца состоит в том, как этот случай обычно обрабатывается?
1 ответ
Решение ветвления - хорошее решение, но для управления выпусками вы также можете просто сохранить «выпуск» во внешнем репозитории (например, в репозитории Maven или другом репозитории Git, объявленном как подмодуль)
с управлением выпусками:
- вам не нужна подробная история для каждого файла (поскольку эти файлы построены из исходных файлов)
- вам нужно, чтобы эти «выпускные» файлы были «упакованы» "как миниатюрный js.
По этим причинам (сборка и упаковка) вам не обязательно хранить их в том же репо, что и репо, используемое для источников (с его подробной историей и несколькими ветвями).
Вы просто не выпускаете релизную версию с той же скоростью, что и для исходных текстов: жизненный цикл разработки сильно отличается от релизного.