This is not a question where I don t have any ideas, but instead I would like to present a model and see if it gets approved or anyone can see issues with it or has better suggestions. They say it s better to carefully choose you branching model in order to avert future headaches.
因此,我们有一份内部应用程序,只有一份版本(最新版本)向客户发放,而且基本上有两种发展活动:主要活动为下一次发放工作,通常包括新的特征和矫正装置,而且计划进行;第二份申请没有计划,涉及维修,包括目前生产版本的热点。
经过长时间的研究,我们决定进行Main。 “我们分管2个儿童事务部门:Development &Maintenance(或Hotfix)。 正如在指南中介绍的那样,日常发展将在Development<>/strong>分部门进行,从此,我们每次都具备准备释放的特征。 在释放之前,逆向融合将停止,法典将稳定在
任何热点都将在Maintenance上发生,但视固定点而定(例如,如果我们想保留在代码基数中),我们将在Main上进行国际投资,从国际投资公司到Development。
现在一切都看着一切权利,至少是纸面上的,因此,我要听取其他人对这一模式的看法。
例如,我们还将考虑设立另一个分支,Release,在向生产发放许可证之前(而不是直接在<>Main上工作),当然,我们将从这里释放到生产,并将国际投资证书投放到Main,随后由国际投资基金会推出Development>/strong> &Maintenance,但我们不能确定这是否会带来任何好处或只会增加复杂性?
And assuming that there will be features in Development that won t be ready or not desired for the next release this means we will have to do some "cherry picking" of the changesets that are related to the wanted features, but that s not too good according to the docs. Any suggestions?
我再次知道,这不是一个简单而直截了当的问题,而是一个开放的问题,我希望能听到任何具有类似经验的人的发言。 事先感谢大家的关注。