About

General

The following project was created for Third Annual Github Data Challenge and targets repository issues.

Bug-life is a visualization of repository issues from 2 perspectives:

Amount of issues labels during the lifespan of the repo

Lifespan of an issue (since creation until closing)

The data is collected using Github API and it includes:

generic information about a repo (name, description, date created)

labels used in issues

repository issues

repository issues events

How it works?

The top graph shows the number of labels of open issues at a specific date. It also presents the usage of issues and labels during the lifetime of the repo. Only current issue labels are shown, i.e. the unlabeled/labeled events are not tracked. Each label represents one unit, hence it gives an overview of the generic status of the project. For example, if there are many open issues with enhancement or feature labels, then most probably the team is working on a new version. If there are many bug and documentation labels, then the team is getting ready for a new release. It might be seen that some projects have no issues at all or are not using labels.

The bottom graph shows the lifespan of issues. The bigger the semicircle radius, the longer it takes to close an issue. If the end point of the semicircle is not visible on the graph, then the issue is still open. Each open/close event is visible on the graph. The color of the issue is set by the issue label. This is a good representation to determine old pending issues and view project agility.

Why authorize?

For unauthenticated requests, Github sets a requests rate limit up to 60 requests per hour. In case the number of requests to collect data is bigger than the rate limit you'll have to authenticate yourself via Github OAuth and authorize our application. After authorization your requests rate limit will be 5,000 requests per hour. Enjoy :)