我需要一个指南或程序，根据发生的变化（主要，次要，微观）描述源代码的版本号策略，指定要发布的特定版本，标记e.t.c
您对这方面的指导意见将受到高度赞赏....
答案 0 :(得分：2)
您有一些有趣的指导方针可以帮助您入门：
答案 1 :(得分：2)
你可能想查看与此相关的维基百科文章，这里是： http://en.wikipedia.org/wiki/Version_number
答案 2 :(得分：2)
我一直很喜欢Apache人员处理versioning的方式。 Subversion人们也采用了它的变体（自从他们移动网站后找不到链接），这使得一致，易于理解的方法。
答案 3 :(得分：1)
Semantic Versioning是一种管理版本号的简单但严格且完整的方法。它定义了像
这样的格式major.minor.patch
例如，1.0.0或2.1.2。请注意，所有三个主要组件始终存在，并且组件永远不会用零填充。
有一个可选的预发布组件，如
major.minor.patch-pre
可用于各种预发行版本，例如1.0.0-alpha.1或1.0.0-rc。
有一个可选的构建元数据组件，如
major.minor.patch+build
不考虑订购版本。
语义版本控制规范明确定义了如何按优先顺序排序版本号，以便所有预发布版本都在相应的发行版本之前（没有预发布组件）。
花几分钟仔细阅读规范。一开始看起来很简单，你可能会试图在没有阅读的情况下浏览它，但是有许多很好的方面都经过深思熟虑。
答案 4 :(得分：0)
遵循格式a.b.c.d，a为主要，b次要，c构建和d修订版（即使MS交换了最后两个）
主要和次要应由您自己设定。使用Build and Revision或者只修改与源控制系统中的变更集/修订版本相关联。
为此使用Build和Revision的组合的原因是因为您可能会遇到某些平台上修订版本太高而无法使用的问题（在此处考虑.NET中的AssemblyVersion，4 Int16部分）。因此，您可以使用c的SCS修订版div 1000和d的版本修订版1000.
这样，从任何版本号（实际上只是构建和修订部分），您将始终能够获得源代码的唯一状态。