TBD, стоит ли заморачиваться

[AmdY]

я и говорю, но это нужно делать чаще

собрать воединое уже в этом случае не получается, да (если только по комментарию), но смысл не в этом а в continuous delivery

continuous delivery - предпологает доставку ГОТОВЫХ фич, а не обрывочных коммитов, которые вообще могут сломать транк.

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

 

[WMix]

https://en.wikipedia.org/wiki/Continuous_delivery

 

[AmdY]

https://en.wikipedia.org/wiki/Continuous_delivery

Так я о чём и говорю

Continuous delivery (CD) is a software engineering approach in which teams produce software in short cycles, ensuring that the software can be reliably released at any time

Со сломанным или забагованым транком особо не порелизишься.

 

[AmdY]

@WMix слушай, а ты разве не работал по обеим методологиям или у вас никогда не страдали с однобранчевой разработкой? Я просто настрадался настолько, что всегда использую бранчи, даже если разрабатываю один для себя. При этом не говорю, что фичебранчи панацея, с ними тоже косяки происходят, но жить на порядок проще, чем с одной веткой.

 

[WMix]

Developers used to a long cycle time may need to change their mindset when working in a CD environment. It is important to understand that any code commit may be released to customers at any point. Patterns such as feature toggles can be very useful for committing code early which is not yet ready for use by end users.

мы бранчим до сих пор, в этом и проблема, хотим, ну пусть не TBD но по максимому часто обновлять в смысле коммитить

 

[WMix]

https://www.perforce.com/merge/2014-sessions/trunk-based-development-enterprise-its-relevance-economics
если кому интересно
Yegor Bugayenko | Kyiv DevOps, September, 2015
^ очень прикольно... мой поинт