Please log in to watch this conference skillscast.
If your organisation has hundreds of code repositories you probably have some guidelines for them: how they are documented, how branches are protected, whether direct commits to master branch are allowed or only PRs should be used and all PRs should be reviewed, whether tests are run and code coverage is reported to PRs, etc.
Making sure that those guidelines are followed is a difficult task - even if all team members agree to do so, sometimes we simply forget or don't have time to implement the necessary changes.
Once we've agreed on our development guidelines, I was looking for a tool to automate such auditing for our team, so that in the same way as eslint can be used for testing code guidelines based on the rules, we could use this tool to audit our repositories in GitHub organisations. I couldn't find one so I created it.
Meet gh-lint - a rule-based command-line utility that audits all your GitHub repositories generating results in TAP (Test Anything Protocol) format that can be consumed by tap-github-issues reporter (WIP) that can create, update and close issues in github repositories.
YOU MAY ALSO LIKE:
- Got The Perfect Agile Model? Here’s What You Should Know About Agnostic Agile (in London on 16th August 2017)
- Uncle Bob's Advanced TDD (in London on 30th - 31st October 2017)
- Uncle Bob's Clean Code: Agile Software Craftsmanship (in London on 1st - 3rd November 2017)
- Agile Testing & BDD eXchange 2017 (in London on 9th - 10th November 2017)
Auditing Development Guidelines in GitHub Repositories - Intermediate
Evgeny is the Head of Development at MailOnline, where he leads the team of software engineers who develop and maintain in-house, cutting-edge news authoring and publishing web/mobile platform used by 800 journalists in London, New York, Los Angeles and Sydney to create 1000+ articles every day. The website http://www.dailymail.co.uk is visited by 230 million unique visitors every month.