githubinfo 1.1

目标

我写这篇文章是因为我们想在nelen&；上改进我们的开发过程。 舒尔曼。我们想要更多的测试。所以我 编写脚本：

• 它为一个或多个组织（或个人）查询github api 帐户）。
• 它在上周询问那里的项目 （可配置）。
• 对于每一次提交，只需查看提交中是否有文件名 在其完整路径中测试 。如果是，提交将被视为"测试提交"。
• 对于每个项目，它计算提交的次数和测试的次数 承诺。
• 每个提交者都一样。

最后，您将得到一个按 提交.

风险：你得到你所测量的值

这个指标不完整，不精确。开始抓人的人 当有人提到"代码覆盖"时，他们的火把和干草叉就会启动 抓住他们。我的回答是：滚开。

• 你确定了那些从不费心测试的同事。你要接受教育 他们。我能借一下那个干草叉吗？
• 您可以确定质量有所提高的项目。
• 你确定了那些明显受到截止日期影响的项目 如果你必须自己使用它们，以后可能会咬你。
• 如果你和同事一起工作，你会发现他们为你的项目带来了质量 它们。

有很多事情你无法衡量。但是一个不介意的人 使用测试也不会在测试中添加白线 文件以获得至少一些记入其姓名的测试提交：—）

配置

以下是默认设置，显然非常以我的公司为中心：

SETTINGS = {
    'auth': None,  # Set it to ['username', 'very_secret'].
    'days': 7,
    'organizations': [
        'ddsc',
        'lizardsystem',
        'nens',
        ],
    'extra_projects': [
        # ('organization', 'project'),
        ('reinout', 'buildout'),
        ('reinout', 'django-rest-framework'),
        ('reinout', 'serverinfo'),
        ('reinout', 'z3c.dependencychecker'),
        ('rvanlaar', 'djangorecipe'),
        ('zestsoftware', 'zest.releaser'),
        ],
    }

要自定义它，请在工作中添加一个 settings.json 文件 目录。你放进去的任何东西都用来覆盖默认值 设置 字典。确保它是正确的json格式，因此 字符串周围有双引号。像这样：

{"auth": ["reinout", "nogal_geheim"],
 "days": 8,
 "organizations": ["lizardsystem"],
 "extra_projects": []}

要验证您的设置，您可以调用 testcommitinfo --show config 将在testcommitinfo看到时打印配置。