首先感谢您的出色工作和付出的努力。

是否可以使用标签来识别 grbl 的版本？
我在克隆上标记了我识别的版本。这是一个一分钟的工作，请看截图。

开始标记时，我建议使用语义版本控制：http
: //semver.org/ 这意味着 0.9.j 变成 0.9.10
逻辑是：
第一个数字命名主要版本，与以前的版本不兼容。
第二个数字是次要版本，与以前的版本/API 完全兼容，但可能包含其他功能。I case of grbl addiontal G-codes…
第三个和最后一个数字是没有API cahnge的bug fices。

我注意到“build_version”，例如 20150620。
您可以使用额外的 build_version 创建和标记官方构建，并用于 beta 测试。
v0.9i 20150620 变为 0.9.9.20150620
如果该版本通过了所有测试并成为正式版本，它将获得第二个标签：0.9.9 (v0.9i)。

通过构建标识符的这种通用逻辑，工具可以使用标识符来检查兼容性，用户可以识别每个构建中的软件。

非常亲切的问候

顺便说一句：您可以使用 TravisCI 在云中构建代码并向 GitHub 提供反馈，甚至将成功的构建（hex 文件）推送到任何地方。

比约恩