【发布时间】：2023-11-28 08:43:01
【问题描述】：
发布版本号高于 1 的软件是否令人不悦？
例如，一些非精通技术的人可能会认为竞争对手的产品版本号较高，这意味着我的软件不够好。
【问题讨论】：
【发布时间】：2023-11-28 08:43:01
【问题描述】：
我相信人们营销产品版本的主要方式有 3 种：
- 产品名称 [版本号]（即 Wordperfect 5.0）
- 产品名称 [发布年份]（即 Gentoo 2008.0）
- 产品名称 [代码名称]（即 Windows Vista）
我实际上更喜欢将发布年份作为版本控制策略的一部分，它让您的客户知道产品的最新版本是什么，发布的一般年龄以及使用 2008.1 类型的数字，您知道发布是修订版（即服务包）。
如果您仍然决定使用版本号，我认为从 1.1 开始没有害处，这就是我们在以前的工作地点一直在做的事情......
【讨论】：
-
不仅如此，而且随着软件的老化，他们觉得有必要升级，因为他们知道，每次引用它时，例如，他们正在使用 Office 1997。非常适合升级鼓励！虽然更好的是启动屏幕上的消息，“2008 版现已推出！”
-
如果您不打算每年发布一次，这可能会适得其反。
-
在使用发布年方案时，您不必每年发布一次，但是您确实需要每隔一段时间发布一次（取决于大小，想想 MS Office）。我见过公司以 6 个月的发布周期和 1 年的发布周期运营，这将是使用年份的一个很好的例子。
如果有人根据市场营销而不是软件工程考虑来设置版本号，我会感到恼火。
现实情况是，拥有更多版本、补丁或更高版本并不会使您的软件在本质上变得更好，就像拥有更多橡皮擦标记并不会使用铅笔写的东西本质上更好一样。
营销部门想给产品起什么名字，我不在乎，事实上，我更希望他们不拘泥于版本号。微软做得很好，因为虽然他们的内部版本号保持一致和理智，但营销并没有推动“Windows 6”而是“Vista”。
【讨论】：
-
你是一名程序员。我严重怀疑普通计算机用户是否会“生气”甚至注意到产品是否具有营销版本号。对他们来说，所有版本号都是营销。
-
我希望市场营销不使用工程衍生的版本号，但我会要求它们不要影响工程版本号。作为程序员，我关心别人的版本号——这些是通过 API 文档、文件格式等导出的。
Oracle 在他们的第一个数据库版本中做到了这一点。没有 Oracle 1。
您对 Oracle 软件质量的看法是另一回事.... :-)
【讨论】：
-
嘿，他们的质量好棒。
-
Watcom 用他们的 C/C++ 编译器做了同样的事情。第一个版本被称为版本 6，因为 Microsoft 和 Borland 大约在同一时间发布了他们的编译器的版本 5。
-
为什么不立即发布第 77 版来获得成功呢？你以十倍的成绩击败对手！
-
Windows NT 的第一个版本是 3.1。
一个简单的解决方案是发布带有年份编号（当前年份或未来年份）或型号名称的第一个版本。无论如何，这现在有点流行：
- 德尔福2009
- MS SQL 2008
- Windows Vista
- Microsoft Office 2007
- RemObjects Oxygene（在 Chrome 和 Joyride 之后出现）
虽然个别版本号仍然更常见。
这避免了“第 1 版在哪里？” 的问题，而没有第 1 版。在几个版本之后，您可以根据需要切换回版本号，并获得可观的数字。
您也可以放弃所有版本号并以订阅的方式出售您的软件，因此购买包括一年的更新，然后您可以为他们提供构建20080925A（构建日期），并经常将它们更新为最新的认证构建。
这实际上取决于您发布的软件类型、分发方式以及您的目标市场。
【讨论】：
实际上，我更倾向于将我的版本号保持在比竞争对手低的水平，因此我的营销人员可以说“我们的版本 2 等于他们的版本 10！他们花了 10 个版本才达到这个目标，而我们做到了2 分！因此，我们的员工聪明了 5 倍！给我们更多的钱！”
（这就是为什么我没有或永远不想要自己的公司。）
【讨论】：
对于我们的软件，我们在内部使用了 1.0 和 1.1 版本，从未向公众发布它们。我们的第一个公开版本是 2.0 版。没有人不高兴，如果有人问我们会告诉他们内部版本。
【讨论】：
我不会担心的。让您的软件质量不言自明。坚持1.0。或者，更好的是，根本不附加版本号。如果有人想知道版本 - 好吧，这就是 Help / About 的用途。 =)
【讨论】：
我的公司经常与工程部门发生这种争论。当我们试图将我们的下一个版本标记为高于前一个版本的主要版本时，发生了巨大的爆炸，因为营销/销售认为我们当前的客户会因为我们这么快就有新的主要版本而感到不安，他们需要升级。他们希望它是一个高于前一个的 .5 版本。我们回去了几次……目前，工程正在获胜。市场部还用年份编号的版本作为产品名称，所以我不知道大惊小怪。不过，我们倾向于将我们的内部名称和外部名称混为一谈。此外，当我们开始使用当前格式的版本号时，我们从一个相当高的数字开始，正是因为担心客户会认为我们的软件不如具有更高版本号的竞争对手。这是一个真正的问题，至少在营销人员的头脑中是这样。
我的 0.02 美元是版本号应该反映产品的主要功能/更改，因此第一个公开版本定义为 1.0.0。
【讨论】：
不管怎样人们都会知道它是第 1 版。如果你称它为 2.0 版，但 1.0 版是无处可寻的，而且没有人见过它，人们会弄明白的。
或者，您可以在内部进行版本控制，只需将您的产品称为“比 XYZ 2008 更好的惊人应用”
编辑：实际上我改变了主意，将您的软件称为 Amazing App 2010。这样人们会认为它来自未来。
【讨论】：
不，绝对可以从任意点开始。或者，使用一个模糊的防御方案，比如发布年份的最后一位数字。
【讨论】：
-
我完全同意。高版本号很容易找借口。
您可以使用发布年份或花哨的代号而不是版本号，从而绕过人为使您的软件看起来比实际更粗糙的道德问题 :)
营销需要解决很多问题。
【讨论】：
我说是的，人为地夸大数字以占优势是不道德的。但是，将其称为 10.0 X .1 版完全没问题！
【讨论】：
我真的认为这根本不重要。我不认识任何人，即使是那些不精通技术的人，谁会认为产品 A 的 2.0 版与产品 B 的 1.0 版有远程关系。
真正不懂技术的人可能甚至不知道他们拥有/想要的软件的版本号是什么。
【讨论】：
-
不知道版本号是什么的人，是我害怕的人:)
我认为将产品销售给感兴趣的各方都是营销部门的事情，但是版本号应该是准确的，尽管您如何定义版本号可能会有所影响。
【讨论】：
让我把问题转回到你身上：你更愿意购买大而昂贵的软件包的第 1 版还是 3.14 版？
版本号的目的是作为调试和故障排除的唯一句柄。它还向用户传达了一些信息。但第一次使用与第二次使用无关。如果我在内部使用 1702 版，则可以知道它应该作为版本 1 还是版本 11 发布。
【讨论】：
-
我会购买 3.14 版本，因为我喜欢 Pie ;)
当然，您应该将其称为版本 1。但是没有规定您可以在多快之后发布版本 2！
【讨论】：
WordStar 1986
【讨论】：
我非常相信：
[major].[minor].[sub-minor/patch]
其中 beta [major] = 0 和 gamma [major] 从 1 开始。我认为这是信息量最大、易于理解和诚实的版本编号方案。
当然，对于 alpha，我更喜欢更简单的：[svn-revision-num]，因为当时它仅供内部使用，而且信息量更大。
【讨论】：
Ubuntu 以 9.04、9.10 等时间为基础，我们总能猜出哪个是最新的。
【讨论】：