软件发布，可以跳过版本号吗？
因此，我们有一个代码库，gradle为3个不同的客户端构建了3个不同的目标，这些目标从业务角度来看是完全独立的。为了简化我们的发布工作流程，我们选择对所有目标保持相同的版本控制，因为只有不到5%的更改是特定于客户端的，我们更愿意跟踪一个版本而不是3个版本。
假设我们对代码库进行了修改，它只影响目标A，并将其发布到目标A。
我们对B和C有两种选择：
- 简单地跳过版本，不要在发行说明中谈论它，它不存在。
- 看起来不太好..。
- 我想知道客户是否会对此产生负面的看法。
- 发布所有三个目标的版本：
- 发布说明将有一些非常通用的东西(也是谎言)：“修复和改进”。
- 尝试将更改捆绑在一起，以便在发布版中总是有一些可讨论的内容
- 例如，如果我做了一个特定于A的更改，我会将一个不特定于目标的特性或bug修复捆绑在一起，这样发布就成为了所有目标的合法更新。
- 将版本划分为3，并跟踪A、B和C中哪个版本相互对应( )
- 最后手段
有什么建议吗？
更新:由于业务原因，我们不能与其他客户谈论一个客户端，因为从业务角度来看，产品实际上是不同的。
回答 3
Software Engineering用户
发布于 2017-09-27 08:28:55
跳过版本号是可以的。
- Java直接从1.4版发展到了5版。
- 角从第2版直接到第4版。
只是不要像微软在Windows中做的那样回去或做令人困惑的版本控制(3.1，95，98,2000，ME，XP，Vista，7，8，10)
为了避免当前的问题：
- 永远不要有客户端特定的代码。相反，采取一种功能方法。如果客户A需要一个特殊的特性X，而客户B需要特征Y，您可以在不需要向客户B披露客户端A的信息的情况下，将错误修正提到特性X。
- 如果无法避免特定于客户端的代码，请尝试将其外部化为外部库(DLL/jar)。如果客户端特定的代码需要修复或增强，则可以更新库，而不会影响其他客户端。
不要对你的顾客撒谎。如果他们遇到了针对其他客户的代码问题，他们可能会发现你对他们撒谎，这可能会给您的业务带来后果(甚至是合法的)。
Software Engineering用户
发布于 2017-09-27 07:58:27
为什么不坦诚一点呢？把一个一般的免责声明放在某个地方：
有些版本只包含特定于客户端的补丁，所以并不是每个版本都是针对每个客户端的。
Software Engineering用户
发布于 2017-09-27 08:05:24
客户通常不太关心发布号码，但你可以接受最新版本。因此，跳过不受“跳过”版本影响的客户的发布编号是可以的。
出于同样的原因，您可以简单地将发布号从连续的数字更改为month/year，就像对于某些linux发行版一样。这将避免与市场营销的讨论..。
https://softwareengineering.stackexchange.com/questions/358135
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号