allegro/axion-release-plugin

The plugin cannot detect changes in the repository (difference between 1.13.3 -> 1.13.4)

Open

#550 geöffnet am 4. Nov. 2022

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Groovy (161 Forks)batch import
bughelp wanted

Repository-Metriken

Stars
 (628 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 27T 8h) (15 gemergte PRs in 30 T)

Beschreibung

I have a simple multi project build. I have a "root-project" that includes a "secondary-project". I would like to use the version of the "secondary-project". I used the repository.directory option:

scmVersion {
    repository {
        directory = new File(pathToSecondaryProject)
    }
}

With v1.13.3, it can detect that there are new commits in secondary-project and properly increments the version, but this doesn't work in newer versions, starting with 1.13.4: it gives me the version from the latest tag, without increasing. Setting ignoreUncommittedChanges = false, detects properly the uncommitted changes though. I looked at the commits but can't figure out what could cause the difference. Thank you!

Contributor Guide

Research-Richtung
Untersuche die Commits zwischen Version 1.13.3 und 1.13.4 des axion release plugins, mit Fokus auf Änderungen an der Option repository.directory und dem Flag ignoreUncommittedChanges. Sieh dir den Quellcode des Plugins an, um zu verstehen, wie es Commits in einem angegebenen Verzeichnis erkennt. Prüfe auch, ob es Änderungen an der Versionsberechnungslogik gab, die die Regression erklären könnten.
Tech Stack
Keine
Domain
build systemrelease
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
4
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
GradleGitMulti project build
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
25