svn库获得版本号,系统时间获得编译日期,脚本能做到吗?
电脑上软件总能获得其版本号,有些还能得到编译日期;嵌入式固件,应该也是可以做到这个要求的。有了版本号,软件出问题时可以立刻对应到正确版本调试,而编译日期间接作为保修依据我现在想用batch脚本,从svn库获得当前版本号,从系统时间获得编译日期,然后修改某个文件,将这两个信息写入到文件中,每次编译能更新这些信息
那么batch脚本能否做到呢,或者vbs可不可以,最好就是Windows下不需要安装其他脚本系统,使用原生的即可 编译日期倒是好获取,MDK下用__DATE__就行,就是版本号一直没找到好的方法,现在只能手动改改 落叶随风 发表于 2015-4-27 10:51
编译日期倒是好获取,MDK下用__DATE__就行,就是版本号一直没找到好的方法,现在只能手动改改 ...
__DATE__这个好获取,但是却不符合我预期,需要再加工,这就需要用脚本来
我的预期是获得类似这样的宏
#define VERSION “B“##”105“##”12 05“ //105是版本号,12 05是编译日期(其实是12年5月的意思) myxiaonia 发表于 2015-4-27 11:08
__DATE__这个好获取,但是却不符合我预期,需要再加工,这就需要用脚本来
确实,新版本的改为字母缩写表示月份了,我在显示的时候进行了转换,要在C源码里转换,可以用python脚本,不过这要安装python,可能不是你的预期 嗯,一直用 python 干这个,无论是 svn 还是 hg 或者 git,都可以,生成一个 prg_version.h,程序包含这个头。 编译操作用Makefile或者编译脚本之类的,这些都是容易实现的事情。
用IDE进行编译的话,就会略麻烦一些,但也不是不能够。 elecboy 发表于 2015-4-27 11:31
嗯,一直用 python 干这个,无论是 svn 还是 hg 或者 git,都可以,生成一个 prg_version.h,程序包含这个 ...
哈哈哈 能不能贡献下这个脚本啊 我不会python呢 本帖最后由 aozima 于 2015-4-27 12:18 编辑
int get_compile_datetime(const char *format, char * buffer)
{
const int MONTH_PER_YEAR=12;
const char szEnglishMonth= {"Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec"};
char szTmpDate= {0};
char szTmpTime= {0};
char szMonth= {0};
int iYear,iMonth,iDay,iHour,iMin,iSec;//,,
sprintf(szTmpDate, "%s", __DATE__); //"Sep 18 2010"
sprintf(szTmpTime, "%s", __TIME__); //"10:59:19"
sscanf(szTmpDate, "%s %d %d", szMonth, &iDay, &iYear);
sscanf(szTmpTime, "%d:%d:%d", &iHour, &iMin, &iSec);
for(int i=0; MONTH_PER_YEAR; i++)
{
if(strncmp(szMonth, szEnglishMonth, 3) == 0)
{
iMonth=i+1;
break;
}
}
if( format && buffer)
{
sprintf(buffer, format, iYear, iMonth, iDay, iHour, iMin, iSec);
}
return 0;//TODO: return timestamp.
}
以前codeblocks是自己写了一个小工具去获取.svn里面的内容生成版本号,但后.svn里面的内容升级了,好像就没更新了。
然后现在C::B好像也使用git了,不知道后面情况如何。 dr2001 发表于 2015-4-27 11:33
编译操作用Makefile或者编译脚本之类的,这些都是容易实现的事情。
用IDE进行编译的话,就会略麻烦一些, ...
mdk可以设置程序在编译前运行 如果我有这样一个脚本 就可以让它先运行生成一个符合预期的宏 aozima 发表于 2015-4-27 12:00
以前codeblocks是自己写了一个小工具去获取.svn里面的内容生成版本号,但后.svn里面的内容升级了,好像就 ...
有没有直接用脚本外部处理的,这个是c代码啊, 我希望外部脚本操作就可以获得 版本号和编译日期,而不是c代码在运行时产生 myxiaonia 发表于 2015-4-27 12:01
mdk可以设置程序在编译前运行 如果我有这样一个脚本 就可以让它先运行生成一个符合预期的宏...
对于编译日期和时间,可以直接使用C标准中规定的宏获得,一般没有必要用脚本单独获得系统时间。除非对时间的格式有独特要求或者要进行特殊处理。
SVN当前Working Copy的版本号获取似乎是有问题的。
如果CI了一个更改,但是没有Update的话,此时工作拷贝和版本库的版本号好像是不一致的。
代码很简单,比如
svn info file:///b:/repo | sed -n -e "s#Revision: ##p" dr2001 发表于 2015-4-27 13:35
对于编译日期和时间,可以直接使用C标准中规定的宏获得,一般没有必要用脚本单独获得系统时间。除非对时 ...
这个格式是shell下用的么,Windows下好像不行啊 http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-subwcrev.html 你们说了这么久,svn id是按1累加的,程序版本是有大变动的,比如重大更新,1.21升到2.00,svn id还能用? brahen 发表于 2015-4-27 13:50
你们说了这么久,svn id是按1累加的,程序版本是有大变动的,比如重大更新,1.21升到2.00,svn id还能用? ...
这个牵涉到Continous Integration了,一般是用tag来管理发布的版本号,然后把CI的auto build流水号追加到版本号后面。 本帖最后由 myxiaonia 于 2015-4-27 15:09 编辑
gzhuli 发表于 2015-4-27 14:02
这个牵涉到Continous Integration了,一般是用tag来管理发布的版本号,然后把CI的auto build流水号追加到 ...
大师 SubWCRev 果然好用
现在遇上个问题mdk里可以使用key sequence,本来可以写成这样SubWCRev $E VERSION.tmpl .\src\VERSION.H
但是这里$E没有被识别出来,直接被忽略了我在其他地方都可以正确的使用key sequence的 我不用MDK,不知道。
或者弄个批处理呗,再不行按照COM interface范例写个js? 本帖最后由 shamiao 于 2015-4-28 00:35 编辑
把版本号和svn提交,用自动化的手段正式挂钩,可能真的不是一个好主意。理由主要在于:
* 几乎无法保证每一次提交之后的程序,都是能完整的编译执行的。
* 就算可以通过dev-master分离分支解决此问题,也不好难保证所有的参与者都自觉遵守。
* 程序代码可以通过脱离仓库的方式分发(参考GitHub每打一个tag就生成一个zip包的机制),此时如果程序源码缺乏独立性,依赖与svn互动才能编译那就崩了。
* 更糟的是代码仓库是不应当存放二进制文件的。则上一个问题出现时,代码编译不出,还没有二进制烧录文件兜底,程序的可用性一刻毁光。
我认为代码的编译和发布需要一个冷化的正式流程。我的建议方法如下:
* 代码内部明确写死版本号,要求拿到代码一眼看得出的那么明显(例如头文件)。
* 版本号手动维护、手动增加。这样便于根据开发进度,人工判断增加的是大版本、小版本还是修订版本。
* 其他版本更新时必须改动的文档(CHANGELOG等)也要附带在代码仓库中。
* 将代码分离成三个分支:dev、staging和master。
* 频繁的开发变动一律使用dev。
* 开发变动可以封死后,并入staging做最后检查。
* dev并入staging的这个行为需要严肃对待,但并不添加机器规则去做约束和检查。
* staging责任者检查过后,手工增加版本号,填写CHANGELOG等文档。(当然这一步dev做,staging审也可以)
* staging确认无误后,将修改并入master上,完成软件正式发布
* master分支的每一个提交,都是一个版本的推进,不回溯、不推翻、不改变,取出提交历史就是软件的历代发布记录
* master分支需要在版本管理系统上挂一个钩子,比对新的提交和上一个提交,版本号上是否正确提升,该填写的CHANGELOG等文件是否确实增加了内容。
* 如果这个钩子不符合,就拒绝接受新提交,从而既防止人工出错,又保留人工控制版本提升的精确性。
* 烧录文件建议使用自动手段来维护,每检测到一个master分支变动就编译一次,并把编译好的烧录文件用版本号起文件名,存储到规定的位置永久存档。
* 这个自动机也应该挂到版本管理系统的钩子上——只有编译通过的提交才可以接受,编译过不了的提交也必须否决。
* 编译必须用脚本,不能依赖IDE,不解释。 shamiao 发表于 2015-4-28 00:30
把版本号和svn提交,用自动化的手段正式挂钩,可能真的不是一个好主意。理由主要在于:
* 几乎无法保证每 ...
你的整改措施好复杂。。。看上去应该不错,只不过我的代码还是比较简单的,依赖关系也简单,所以暂时用简单办法还能应付得过去
等到哪天项目变得十分复杂时,不得不再思考更好的管理办法时,我估计那时候再看你的建议肯定会有更多的收获 myxiaonia 发表于 2015-4-28 07:54
你的整改措施好复杂。。。看上去应该不错,只不过我的代码还是比较简单的,依赖关系也简单,所以暂时用简 ...
如果简单的话,用版本管理系统的tag功能就行了。需要发布明确版本的时候,改一下代码中的版本号,做一个新提交。提交之后打个标签,明确标记这个提交是一个可用的新版本。
编译行为,可以用自动机跟踪tag的变化,也可以手动来,这个就不重要了;
加编译日期这个需求其实也很好,这个试着改一下Makefile吧。毕竟各种IDE的构建行为一般都等同于命令行下跑一下make
dev-staging-master三段式的方法只是一种特定场合的建议。实际中只需考虑以下原则来设计自己的流程:
0、一定不能让编译行为依赖于IDE的存在;
1、一定不能让编译行为依赖于版本管理系统的存在;
2、一定不能把二进制文件(hex、bin等)存入代码仓库;
3、确定版本是一件严肃的事情。某个特定版本的代码和二进制文件,死也不能变动,只能推出后续版本修正。
-------------------------------------
其他参考知识:
实际上我看了一下,依赖提交记录的编译行为是有的,这个叫做nightly(每夜构建)。
编译机每夜翻阅提交历史,如果今日有新的提交,就会自动进行构建。构建时编译机克隆一次最新的代码,然后把当前日期“挂”到代码中的版本号后边再编译。
所以每夜构建经常会产生一些40.0.0-alpha-20150401或者40.0.0-alpha-r157023等后边“挂尾巴”的版本号。
每夜构建仅仅用于软件的测试用途,因为电脑只会机械编译,而必然不知道某个时刻人的工作是否完成了。自动标定的版本号肯定是不可靠的。 aozima 发表于 2015-4-27 12:00
以前codeblocks是自己写了一个小工具去获取.svn里面的内容生成版本号,但后.svn里面的内容升级了,好像就 ...
aozima 兄,我刚在坛子里学到了用tcc把c作为脚本生成需要的代码,所以你的办法现在也是可行了呵呵,当然用古大师说的subwcrev更加方便 我也正在寻找这样的方案。 分享一个刚刚写好的用来获取git 版本号的DOS批处理命令文件, svn应该简单改改就可以使用了。
set a=#define COMMIT_ID ^"
git rev-parse HEAD > User\version.h
set /p b= < User\version.h
set c=^"
echo %a%%b%%c% > User\version.h
最后获得的这样的version.h文件
#define COMMIT_ID "e77759ba7f417eb99e084d90404c860fc8308f27" ronic 发表于 2017-2-14 23:02
分享一个刚刚写好的用来获取git 版本号的DOS批处理命令文件, svn应该简单改改就可以使用了。
SubWCRev 命令更加简单,看看文档就明白了,这种东西就是自己闷头干脑细胞都死光了,高人一点拨立马柳暗花明,很神奇的感觉 肯动能获取到的,我们之前做过,不过代码什么的不好找了~
页:
[1]