apache / apache/maven-changes-plugin

Recommended Practice During Release?

Offen
#610 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
enhancement
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

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.