Wie sollte ich die lokal gepatchte Version eines Projekts darstellen?

Question

Nehmen wir an, dass ServiceA, an dem ich arbeite, ProjectB Version 1.5.0 verwendet. Wir benutzen es nicht ganz Vanille; wir haben einige Patches, die wir erneut anwenden, wenn wir neue Versionen von ProjectB integrieren; wir denken nicht wirklich von diesem als eine private Gabel. Wir geben stolz in verschiedenen Kontexten bekannt, dass wir ProjectB verwenden.

Was ist der beste Weg zu repräsentieren, dass wir ProjectB 1.5.0 nicht so verwenden, wie Sie es aus der Box bekommen? Sollen wir sagen, wir verwenden:

1. ProjectB 1.5.0- Suffix
2. ProjectB Präfix -1.5.0
3. ProjectB- Suffix 1.5.0
4. Präfix -ProjectB 1.5.0
5. Nur ProjectB 1.5.0 und mach dir keine Sorgen
6. Etwas anderes?

(Wenn Sie ein Suffix oder Präfix empfehlen, was?)

Answer 1

würde ich Option 1.

verwenden Entwickler Linux sein, neige ich dazu, Verwenden Sie dasselbe Format, das von Distributionen wie redhat/fedora oder ubuntu verwendet wird, und fügen Sie ihre "gepatchte Version" an das Ende der Versionsnummer der Upstream-Quelle an.

etwas wie projectb-1.5.0-23 wäre die 23 Revision meiner Patches zu projectb-1.5.0.

alles vor Ihrer Version ist unberührt und sollte für jeden, der das Projekt verwendet, erkennbar sein.

Answer 2

Ich ziehe Option 1:

ProjectB 1.5.0-Suffix

da dann können Sie leicht die Versionierung auf hinzufügen Suffix. Zum Beispiel:

ProjectB 1.5.0-ServiceA-0,1

Auf diese Weise können Sie eine Patch-Version als auch angeben. Also, wenn Sie den Patch aktualisieren dann werden Sie haben:

ProjectB 1.5.0-ServiceA-0.2 etc ...