#67: Konsistente Versionierung via Maven CI-friendly revision

- ${revision}-Property im Parent-POM eingeführt; alle Kind-POM-<parent>-Blöcke
  verwenden ${revision} statt hartkodierter Version
- flatten-maven-plugin 1.6.0 in <build><plugins> des Parent-POM aktiviert
  (resolveCiFriendliesOnly), sodass installierte POMs keine unaufgelösten
  ${revision}-Referenzen enthalten
- MANIFEST.MF des Shade-JARs enthält Implementation-Version und Implementation-Title
- app.version im Packaging-Modul auf ${revision} umgestellt (war 2.5.0)
- ApplicationVersionProvider: neue Utility-Klasse im Bootstrap-Modul liest
  Implementation-Version aus MANIFEST.MF, Fallback "dev" bei ungepacktem Betrieb
- ApplicationVersionProviderTest: prüft Fallback-Verhalten im Testlauf
- .gitignore: .flattened-pom.xml-Dateien ausgeschlossen

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

pdf-umbenenner-packaging/pom.xml

@@ -6,7 +6,7 @@
 	<parent>
 		<groupId>de.gecheckt</groupId>
 		<artifactId>pdf-umbenenner-parent</artifactId>
-		<version>0.0.1-SNAPSHOT</version>
+		<version>${revision}</version>
 	</parent>
 	<artifactId>pdf-umbenenner-packaging</artifactId>
 	<packaging>pom</packaging>
@@ -21,12 +21,11 @@
 
 	<properties>
 		<!--
-			Anwendungsversion des erzeugten Windows-Installers. Bewusst entkoppelt von
-			${project.version}, damit die ausgelieferte Installer-Version unabhaengig
-			vom Maven-Snapshot-Zyklus gepflegt werden kann. Wird ausschliesslich
-			vom Profil "release" in der jpackage-Konfiguration ausgewertet.
+			Anwendungsversion des erzeugten Windows-Installers. Wird direkt aus ${revision}
+			abgeleitet, damit Installer-Version und JAR-Version konsistent sind.
+			Beim Release-Build: -Drevision=MAJOR.MINOR.BUILD_NUMBER
 		-->
-		<app.version>2.5.0</app.version>
+		<app.version>${revision}</app.version>
 	</properties>
 
 	<dependencies>