1. 介绍
在 Go 项目中，版本号是非常重要的一部分。它表示着这个项目的进化历程，同时也对开发、测试、部署等环节产生了非常重要的影响。在本文中，我们将介绍一个不一样的 Go 项目版本号管理方案，希望能够给大家带来一些新思路。
2. 传统版本号管理方案
传统的版本号管理方式通常是采用三部分组成的形式，例如：
1.2.3
这个版本号代表意义是：
1 代表 major 版本号，通常表示着产品或项目的重大更新。
2 代表 minor 版本号，通常表示着向后兼容的新功能或改进。
3 代表 patch 版本号，通常是一些 bug 修复、兼容性问题或安全漏洞修复等。
2.1 传统版本号的问题
传统版本号管理方式虽然较为常见，但存在着一些问题：
major 版本号变化代表着 API 或 ABI 的不兼容性变化，但常常不会考虑到这些变化是否会影响到已有用户，导致旧版本的用户在升级后出现兼容性问题。
对于基于 Git 等分布式版本管理系统的开发流程，传统版本号通常会基于提交数量等统计信息进行变更。这种变更方式无法有效地处理分支、合并等情况，难以为 git tag 带来与常规工作流程不同的便利。
3. 不一样的版本号管理方案
不一样的版本号管理方案采用了语义化版本号的基础上，对 major 版本号进行了重新定义。新的定义如下：
MAJOR.MINOR.PLATFORM.PATCH
其中，新添加的 PLATFORM 部分代表着构建代码使用的编译器、平台和操作系统等信息。例如：
1.2.3.go1.13.12.windows_amd64
这个版本号代表意义是：
1 代表 major 版本号，通常表示着产品或项目的重大更新。
2 代表 minor 版本号，通常表示着向后兼容的新功能或改进。
go1.13.12.windows_amd64 代表 PLATFORM 部分，是构建代码使用的编译器、平台和操作系统的信息。
3 代表 patch 版本号，通常是一些 bug 修复、兼容性问题或安全漏洞修复等。
3.1 每个 PLATFORM 都有唯一的版本号
在不一样的版本号管理方案中，一个平台（比如说 Linux）上的不同编译器、操作系统以及其他依赖等都会对应着一个唯一的版本号。这样一来，每个平台上的开发者都能够方便地找到自己所需要的版本。
比如说，我们需要在 Ubuntu 18.04 上使用 GCC 8.3.0 进行编译，那么可以使用如下的版本号：
1.2.3.gcc8.3.0.linux_amd64_ubuntu18.04
3.2 每个版本都有唯一的 PLATFORM
不一样的版本号管理方案中，每个版本都具有唯一的 PLATFORM 部分。这使得我们可以更方便地进行版本管理和跟踪。
比如说，某个项目在不同的平台（比如 Linux 和 Windows）上分别使用不同的编译器来构建代码，那么对于同一个版本，也可以采用不同的 VERSION.PLATFORM 形式，如下：
1.2.3.gcc8.3.0.linux_amd64
1.2.3.msvc2019.windows_amd64
这样一来，就可以方便地进行版本比对和管理了。
3.3 平台变更时版本号随之变更
在传统的版本号管理方案中，当代码库进行重大更改时（比如变更平台），通常需要对版本号进行相应的更改。但是，在不一样的版本号管理方案中，这个问题得到了有效的解决。
当代码库进行平台变更时，我们只需要在版本号中加入一个新的 PLATFORM 部分就可以了。比如说，当我们从 Ubuntu 18.04 变更到 Ubuntu 20.04 时，可以使用如下的版本号：
1.2.3.gcc8.3.0.linux_amd64_ubuntu20.04
这样一来，我们就不需要再对版本号进行更改了。
4. 总结
本文介绍了一个不一样的 Go 项目版本号管理方案，重点是对 major 版本号进行了重新定义，并添加了 PLATFORM 部分。这种方案的最大好处在于每个平台、构建工具等都对应着一个唯一的版本号，方便进行版本管理和跟踪。同时，平台变化时也只需要添加新的 PLATFORM 部分，无需对版本号进行更改。