~ Ziel-Package-Struktur für Features
! Pending Steps failen den Build
+ Ignoriere Features, die @in_arbeit sind
+ Feature-Beschreibung
~ Vermeide Namenskollisionen JBehave/Cucumber-JVM
~ gib Depedencies prägnanter an
~ entferne hart-kodierten Pfad
! deaktiviere temporär PrettyFormatter

Version 1.1.3 buggy in Kombination mit JUnit-Runner
~ Steps -> Stepdefs

Following Aslak's pedantism
+ Stepdefs für "Aktuelles Loch Anzeigen"
! reaktiviere PrettyFormatter

1.1.4 behebt den Bug
+ Stepdefs für "Aktuelles Loch anzeigen" implementiert
! Classpath für Cucumber += Haupt-Sourcen

Es gibt eine Referenz auf eine Utility-Klasse. Dagegen ist meiner
Meinung nach erst einmal nichts einzuwenden.

Aber die Referenz missfällt mir sehr. Eigentlich ist `cucumberCompile
sourceSets.main.output` die saubere Lösung. Aber damit erzeugt `gradle
eclipse` einen Eintrag für ein leeres Resources-Verzeichnis:

    <classpathentry kind="lib" path="/Users/ab/engagements/nerd-golf-tracker/build/resources/main" exported="true"/>

Das wiederum mag Eclipse überhaupt nicht.
+ Szenario "auf dem 2. Loch" für "Aktuelles Loch"
+ Hilfe-Feature
+ Feature "Schläge zählen auf 1 Loch"
+ Feature "Schläge zurücksetzen" @in_arbeit
+ Steps für Feature "Unbekannte Eingabe"
- Adieu JBehave
~ benenne Ordner mit Produktionscode nach Maven-Konvention