自从很久之前写了《SVN、GIT生成版本号》和《关于svn、git生成版本号脚本的改进》两篇文章后，自以为不会再修改了，结果却不如人意，里面的的脚本还是有bug，现在又要进行再次的修改。这个bug隐藏的比较深，而且要在一定场合下才出现。——其实最主要还是git和svn的判断方法有问题。
关于svn、git生成版本号脚本的再次改进
我的git仓库，顺记github配置
我几年前就开始使用git了，不过今年才真正大规模、频繁地使用：自己代码存储管理，部门项目开发过程的代码管理和共享。公司实际上只使用了svn，并没有用git，所以领导们没有创建svn给我们用之前，只好用git管理了——现在一个项目目录即有git也有svn，个人感觉还可以，不会搞混乱，而且也便于开发，因为提交svn远比提交git严格。
关于svn、git生成版本号脚本的改进
之前写了篇文章介绍使用脚本生成SVN、GIT版本号的《SVN、GIT生成版本号》，获取SVN版本号的方法有些不恰当，在不同版本的SVN上会出现问题。这里再对此进行完善。
SVN、GIT生成版本号
李迟按：代码管理较多的是使用svn、git这类的版本管理工具，版本号是一个重要的东西，自然地，如何让我们显式地看到版本号是十分重要的。一般地，会通过某种手段让当前代码的版本号声明为宏定义字符串，或打印在串口上，或传输到上位机显示。这里介绍了svn和git的版本号生成方式。
u-boot移植随笔(15)：继续使用svn进行版本控制(合并分支实例)
搞u-boot很久了，一直在用svn进行版本控制，感觉非常好。
不过我是最近才找到合并分支的方法，这里介绍一下。
u-boot移植随笔(3)：使用svn进行版本控制
当年做毕业设计时，一时想不开，竟然使用cvs对写的代码进行版本控制，——当研究有一点心得时，只能跟一两个人讨论，这不能不说是我的悲哀。
这几天u-boot没搞什么，都是在研究源代码，已经有一些心得了，但不好用语言表达出来。有些代码的妙处，只能意会，不能言传。
其实很久我就意识到版本控制的好处及作用，只是周边环境不谈这个，只好自己偷偷地一个人研究了。