apache / apache/maven-changes-plugin
Recommended Practice During Release?
- Vorherrschende Sprache
- Java
- Sterne
- 15
- Forks
- 22
- Ø Merge
- 8 Std. 1 Min.
- Gemergte PRs (30 T.)
- 3
Beschreibung
### New feature, improvement proposal
I am using changes.xml file in my project. Developer writes the entry
himself and it is expected to be part of the commit.
Is this recommended practice or is it more common to extract Change Log
from Git or from Jira tickets?
I would like to combine the usage of changes.xml with a release:
when *maven-release-plugin:prepare* creates the release commits, I would
like it to automatically close the corresponding release entry in
changes.xml and change the release date to the current date, if not
already. And after this, before committing the new development
(-SNAPSHOT) version commit, to open the corresponding release entry in
changes.xml file.
Would it make sense to add this kind of functionality to maven-changes-plugin?
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginnen Sie damit zu prüfen, wie maven-changes-plugin changes.xml verarbeitet und wie maven-release-plugin:prepare Commits für Release- und Entwicklungsversionen erstellt. Bestimmen Sie, ob das gewünschte Schließen des Release-Eintrags, die Aktualisierung des Datums und das erneute Öffnen in den Umfang dieses Plugins fallen oder eine Abstimmung mit dem Release-Plugin erfordern. Als abgeschlossen gilt dies, wenn ein dokumentierter, abgestimmter Entwurfs- und Implementierungsweg für die Automatisierung dieser Änderungen vorliegt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- build-system, release
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100