• Es wird überlegt, nicht nur JIRA als Issue-Tracker einzubinden sondern alternativ auch GitHub

• Dies ist besonders für OpenSource-Projekte sinnvoll, da diese sowieso oftmals auf GitHub ihre Repos hosten
• Die Komplexität der Nutzung verschiedenster Systeme würde sich reduzieren, da GitHub zumindest eingeschränkt auch Issue-Tracker-Features anbietet

• GitHub ist kostenfrei, es sei denn jemand möchte seine Repos privat schalten

• Funktionsumfang von GitHub ist nicht so ausgereift wie bei JIRA

Felder der Issues:

Feld	Jira	GitHub	GitLab
Summary/Title
Beschreibung		(original Post)	(original Post)
Type
Status		(nur open/closed)	- Wie wirkt sich die Position auf dem Board aus?
Labels
priority
duedate
versions
updated
Epic	not yet
Milestone
Confidential

• GitHub hat keinen Issue-Typ, sondern es werden Labels auch für diesen Zweck verwendet.
  • Diese müssen wir auf den Issue-Typ Mappen
  • Liste von Labels die als Status gemappt werden sollen: Bug, Feature, Enhancement?
• Ähnlich könnte mit Prioritäten verfahren werden

• gibt es Abhängigkeiten zu anderen Elementen oder hängen andere Elemente von diesem requirement ab
• GitHub Webhooks: https://developer.github.com/webhooks/
• Accounts/Bots: SO: What is a “bot account” on github?

» User accounts are intended for humans, but you can give one to a robot, such as a continuous integration bot, if necessary.

Existing Bots:

• https://github.com/facebook/mention-bot
• https://github.com/cvrebert/lmvtfy
• https://github.com/fat/haunt

Status von Pull-Requests:

• GitHub Blog: Commit Status API
• GitHub API: Statuses
• Idee: Status könnte beschreiben ob mit diesem Commit schon Wiki-Dokumente verknüpft sind

sonstiges: Best practices for integrators