Skip to content
This repository has been archived by the owner on Aug 4, 2020. It is now read-only.

Episode #41 #41

Closed
php-coder opened this issue Oct 14, 2019 · 8 comments
Closed

Episode #41 #41

php-coder opened this issue Oct 14, 2019 · 8 comments
Assignees

Comments

@php-coder
Copy link
Owner

No description provided.

@asm0dey
Copy link
Collaborator

asm0dey commented Oct 16, 2019

тракпады против мышек и трэкболов

@dchuiko
Copy link

dchuiko commented Oct 16, 2019

Предлагаю немного обсудить release management. Как кто планирует и управляет задачами на несколько релизов вперед?

Вопрос идет от проблемы наличия только одной ветки (develop), олицетворяющей следующий релиз. В какой-то момент, после принятия Pull Request-а, туда могут неожиданно попасть непротестированные изменения, которые могут заблокировать выкатку релиза. Ведь процесс code review, после которого Pull Request мерджится, идет параллельно с активностью тестирования. И может получиться, что разработчик смерджил заапрувленный PR, а это неожиданно отбросило релиз на несколько дней, потому что надо все перетестировать.

Можно пойти другим путем и заранее распределять задачи по будущем релизам. Для каждого релиза создается бранч и после принятия кода PR он попадет в нужный. Таким образом задача, запланированная на "через неделю" не прилетит в бранч, который выкатывается сегодня. Те заранее в issue tracker создаем версий на будущее: 1.0, 1.1, 1.2 итд, раскидываем задачи по ним и делаем аналогичные бранчи в git-е.

Можно пойти путем только feature branch-ей, без релизных бранчей, но только возникает проблема интеграции нескольких фич. Все-таки часто хочется выкатывать сразу несколько. Но перед этим их вместе надо где-то протестировать и решить конфликты. Те в какой-то момент мы выбираем несколько готовых фич, делаем бранч под релиз, сливаем все вместе и начинаем тестировать.

Глобально хочется, чтобы принятие PR-ов не замыкалось на релиз менеджере, который должен оценить: а можно ли влить эту фичу сейчас в будущий релиз или нет. Сам работаю по модели номер два и скорее доволен ей. Хочется узнать: кто как работает?!

@asm0dey
Copy link
Collaborator

asm0dey commented Oct 16, 2019

by https://t.me/slavasemushin:
Кто-нибудь использовал DDD на проектах? Интересно было бы узнать о реальном опыте.

@asm0dey
Copy link
Collaborator

asm0dey commented Oct 18, 2019

@asm0dey
Copy link
Collaborator

asm0dey commented Oct 22, 2019

тут в твиттере пишут что TDD придумали белые и поэтому TDD на самом деле не работает https://twitter.com/sarahmei/status/990594488052559874?s=09

@viartemev
Copy link
Collaborator

HTTP2 в бою

@viartemev
Copy link
Collaborator

@php-coder
Copy link
Owner Author

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants