+ Hello World mit cucumber-jvm
+ erweitere Eclipse-Classpath um Cucumber
! Führe immer 'cleanEclipse' vor 'eclipse' aus

Dadurch, dass wir die Filter-IDs selbst zufällig generieren, kann Gradle
nicht mehr erkennen, dass es sich um die gleichen Filter handelt. Darum
werden immer neue Filter hinzugefügt. Das ist zwar nicht weiter
schädlich, aber sieht seltsam aus.

Siehe auch 0157308
! vermeide JUnit-Versionskonflikte

Wir erzwingen JUnit 4.11.
~ lösche redundante Konfiguration

Wenn man ein SourceSet definiert, ist die zugehörige
Runtime-Konfiguration automatisch von der Compile-Konfiguration
abhängig. Vgl. http://www.gradle.org/docs/current/userguide/java_plugin.html#sec:java_plugin_and_dependency_management
+ erweitere Idea-Classpath um Cucumber
~ 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"