linux内核版本号生成,Linux内核生成版本号的一些研究

真正在工作接触内核，其实仅仅是一年前的事情。在使用git管理代码时，发现编译出来的版本会自动带个加号“+”，或者带有“dirty”字样，当时查了些资料解决了。现在隔了那么久，觉得还是有必要写点笔记出来。

上面所提到的，实际上是和Linux内核的管理有关的(比如git本地有修改，但未提交，则有“dirty”字符串)，由于了解不多，这里不展开了。

1、内核的配置

在General setup中

1Local version - append to kernel release (LOCALVERSION)

添加自定义字符串，添加在内核版本号后面，比如

1Automatically append version information to the version string (LOCALVERSION_AUTO)

如果代码是在git仓库，则会自动添加git当前版本哈希值的前7个字符，即命令git rev-parse --verify HEAD所产生的字符串。这个选项只针对有git仓库情况下(TODO，看setlocalversion文件，还会对svn和hg做判断，这里没有研究到)。

在使用git版本控制情况下，如果不勾选，则会自动添加“+”，比如linux-2.6.37+

1

2

3$ git rev-parse --verify HEAD

c71ea36a527a8e5a4caf3cd6782d31c13b02b316

2.6.37_RC1-gc71ea36

git仓库管理

LOCALVERSION定义，LOCALVERSION_AUTO为y

2.6.37_RC1-gc71ea36

LOCALVERSION定义，LOCALVERSION_AUTO为N

2.6.37_RC1+

LOCALVERSION不定义，LOCALVERSION_AUTO为y

2.6.37-gc71ea36

(本地有修改)

2.6.37-gc71ea36-dirty

LOCALVERSION不定义，LOCALVERSION_AUTO为N

2.6.37+

无git仓库：

LOCALVERSION定义，则会自动添加，不会有“+”号

不想编译后才知版本号，则可以用下面命令来获取版本号：

1make kernelrelease

在/lib/modules/生成与当前编译的版本号一致的目录，而编译的ko中所带的版本号也与之对应。

结论： LOCALVERSION为用户自定义字符串，与有无版本控制无关

LOCALVERSION_AUTO会进行版本检查，有tag则打tag，无则直接使用commit的那个哈希值字符串。当无版本控制时，此选项作用不生效；当有版本控制时，如不定义，则默认会自动添加“+”号

因此，不想要“+”，编辑scripts/setlocalversion文件，将echo “+”注释掉

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24if [ -z "`git describe --exact-match 2>/dev/null`" ]; then

# If only the short version is requested, don't bother

# running further git commands

if $short; then

#echo "+"

return

fi

# If we are past a tagged commit (like

# "v2.6.30-rc5-302-g72357d5"), we pretty print it.

if atag="`git describe 2>/dev/null`"; then

echo "$atag" | awk -F- '{printf("-%05d-%s", $(NF-1),$(NF))}'

# If we don't have a tag at all we print -g{commitish}.

else

printf '%s%s' -g $head

fi

fi

# Check for uncommitted changes

if git diff-index --name-only HEAD | grep -v "^scripts/package" \

| read dummy; then

printf '%s' -dirty

fi

李迟 写于2014年10月中旬，发表于2015年2月28日