dew*_*wde 5 versioning version-control
我正在为一个应用程序寻找一个版本编号方案/模式/系统,该应用程序目前分为几个版本,具有shell游戏风格发布日期.这使版本控制成为一场噩梦.我想使用典型的Major.Minor.Revision然而这将很快打破我现在在这里运行的方式.
这是我的库存......
为了使它更有趣,他们正在计划与另一个系统集成的另一个项目(新功能).
增加复杂性的事实是,我们不确切地知道这些将"上线"的时间(读取:顺序).如果我们正在集成的系统之一被延迟,那么管理层会更改发布计划.因此,今天的版本1.2.0可能会延迟,然后标记为1.3.0的版本将首先下降.在没有在周期结束时更改版本标签的情况下,已经很难协调QA.
有问题吗？思考？小毛茸茸的动物？
和平| dewde
听起来像你不想特别使用版本号.您可以使用codenames(Windows在发布之前对每个版本执行此操作).你基本上需要的不仅仅是数字,以便在内部区分你所谈论的分支.随着版本的发布,你可以在它们上打一个Major.Minor.Revision标记,但在此之前你需要以一种可识别的方式命名它们.
将它们分成分支和分支.确保依赖于更高分支的任何内容都具有衍生名称.因此,您可以调用分支ProductionMac和分支ProductionWindows,这样您就可以立即知道它们不会被合并,并且它们都来自生产.
最重要的是要保持结构层次结构.版本号做得相当好,但你必须继续添加"." 对于每个新层,这是令人烦恼和完全不合情理的(很像命名你的变量variableOne,variableTwo,variableThree)所以,请确保无论你选择标记每个分支,仍然很明显哪些分支与哪些其他分支相关.
听起来像数字不会有多大帮助,我会在小毛茸茸的动物之后命名发布.
或者,在产生它的项目之后命名每个版本('UI大修','六月维护'等),然后只在它上线时为其分配版本号？