开源改变世界!!

关于框中的内部版本号 #37

推推 grbl 2年前 (2023-01-31) 101次浏览
关闭
1bigpig 打开了这个issue 2015 年 5 月 14 日 · 7条评论
关闭

关于框中的内部版本号#37

1bigpig 打开了这个issue 2015 年 5 月 14 日 · 7条评论

注释

关于框中的内部版本号 #37

@vlachoudis我知道您一直在修复如此多的错误并更新代码,可能是时候在“关于”框中添加内部版本号或内部版本日期了。或者至少在 bCNC 文件夹中包含构建日期和编号的文本文件。我很难知道我是否拥有最新版本。

我现在正在做的是运行一个脚本,删除我的 bCNC 文件夹,然后从 Github 下载最新的。

Bruce
附上所有更改,现在可能也是主要修订号的时候了。我确定您现在使用的是 .4 版!

关于框中的内部版本号 #37
所有者

@1bigpig我在编号方案上的方法是 Version.Release
Release: 当我添加新功能时增加
Version: 何时何地我将对代码进行重大重组
我应该引入一个次要版本号用于错误修复或更好,因为你建议内部版本号。我必须弄清楚如何将它从 github 插入到代码中。

但是,是的,有相当多的更正值得新版本 0.4 发布。

关于框中的内部版本号 #37
贡献者

欢迎使用编号方案。在我的软件中,我喜欢将它添加到主窗口的标题中,以便于用户识别。有时我还会添加重要文件的哈希值(你永远无法知道用户在寻求帮助之前尝试做什么;)。

关于框中的内部版本号 #37
所有者

@effer我的问题是我不知道如何从 git 存储库中自动提取构建、发布或散列号。

关于框中的内部版本号 #37
贡献者

@vlachoudis如果我完全理解我已经找到了这个 git 命令:
git log -n 1 –pretty=format:”%H”

git rev-parse –short –verify

您可以运行脚本或从 bCNC 调用以在提交前修改某些文件。这只是一个想法,未编译的 python 在这种情况下无济于事。

关于框中的内部版本号 #37
所有者

@effer我试过 git log 但它返回十六进制提交号。看起来不是很直观。更改一些次要数字会更好,例如 0.4.1、0.4.2
我读到 git 没有像 svn 中那样包含此信息的标签,所以也许你是对的我可以写一个小脚本来修改提交和增加最后一个数字以及添加日期之前的文件。

关于框中的内部版本号 #37
所有者

@1bigpig根据的提议@effer我制作了一个在提交之前运行的小脚本,它会更新版本号和关于对话框中的最后更改字段

关于框中的内部版本号 #37
作者

@vlachoudis惊人的!你是最棒的!