拥抱敏捷开发(4)——本地构建

持续集成并非万能，仍需本地测试。

通常每次往代码库提交代码时，都会触发服务器持续集成。在提交代码之前，仍少不了本地测试。

本地测试的工具和持续集成所使用的工具几乎一样，可以先在本地测试一下，保证没问题以后再提交代码。

关注代码“健康”

我们通常关注代码的以下几个指标，以求一个健康的代码库：

安装：

sudo apt-get install sloccount

使用：

sloccount --duplicates --wide --details FILE > sloccount.sc

其中，--duplicates表示计算重复的文件，--wide用于指定格式，--details显示详情。FILE可以是.（当前目录所有层次的文件），也可以是一个文件夹的名称，或者是文件名。

安装：

pip install coverage

使用：

find . | grep ".py$"| xargs coverage run
coverage xml --omit=/usr/local/lib/*,/usr/share/*

coverage的使用分两部，先选择要执行的文件，然后使用coverage xml生成结果文件。--omit表示要排除的文件，通常要排除依赖的库文件。也可以在命令行查看结果，coverage report。

安装：

pip install pylint

使用：

rm -f pylint.log
for f in `find . | grep ".py$"`
do
    pylint --output-format=parseable --reports=y "$f" >> pylint.log
done

其中，--output-format指定输出的格式，本地测试可以指定为text。--reports可以选y或n，为y是表示既输出源代码分析部分，也含报告部分。

要对多个文件做规范检查时，可以使用for来完成，然后追加到同一个文件。

安装：

pip install clonedigger

使用：

find . | grep ".py$" | xargs clonedigger --cpd-output

对于多个文件的重复比对，可以使用xargs。其中，--cpd-output，用于和jenkins集成。

参考链接：

-- EOF --