Beschreibe den Fehler
Wenn Sie in Ihrer PR das Label "minor" oder "major" hinzufügen und lerna im unabhängigen Modus ist, würde man erwarten, dass die Versionierung von Komponenten unabhängig ist. Dies spiegelt sich derzeit nicht in der Versionierung wider, wo statt des Tags f,ex @org-name/ component@xxx ein Server-Tag vx.xx für das gesamte Projekt angelegt wird
Reproduzieren
siehe https://github.com/LEGO/poc-yarn-lerna-workspaces-auto-typescript-tags
Erwartetes Verhalten
die Option, die Versionsverwaltung anzugeben (da dies eine grundlegende Änderung gegenüber dem aktuellen Verhalten sein könnte oder sogar eine größere Neufassung, wenn ich nach dem, was ich hier fordere, urteile) auf die gleiche Weise wie bei Releases, denen Pakete angehängt sind.
Wenn dies nicht die Absicht ist, wie das git-tag-Plugin verwendet werden soll, betrachten wir ein Szenario, in dem wir ein Monorepo mit npm-Projekten in einem Monorepo haben, das nicht in npm/packages veröffentlicht werden muss, aber dennoch unabhängig ist Versionierung
Alle "Publishing"-Plugins sollen also nur 1 auf einmal verwendet werden. Sie verwenden also entweder npm
oder git-tag
.
Wir betrachten ein Szenario, in dem wir ein Monorepo mit npm-Projekten in einem Monorepo haben, das nicht in npm/packages veröffentlicht werden muss, aber dennoch eine unabhängige Versionierung erfordert
Ich denke, Sie können dies erreichen, indem Sie einfach private
für die Pakete, die Sie nicht veröffentlichen möchten, auf true setzen. Sie werden immer noch versioniert, sie schaffen es nur nicht in die Registrierung
Ich habe einige Dokumente hinzugefügt, um diese Verwirrung für zukünftige Benutzer zu beseitigen. https://github.com/intuit/auto/pull/1465/files
Haben Sie weitere Fragen?
Dies klärt die Dinge auf, was Ihre Vision für Auto ist, sehr hilfreich
Alle "Publishing"-Plugins sollen also nur 1 auf einmal verwendet werden. Sie verwenden also entweder
npm
odergit-tag
.Wir betrachten ein Szenario, in dem wir ein Monorepo mit npm-Projekten in einem Monorepo haben, das nicht in npm/packages veröffentlicht werden muss, aber dennoch eine unabhängige Versionierung erfordert
Ich denke, Sie können dies erreichen, indem Sie einfach
private
für die Pakete, die Sie nicht veröffentlichen möchten, auf true setzen. Sie werden immer noch versioniert, sie schaffen es nur nicht in die Registrierung
Hallo! Ich habe den Vorschlag ausprobiert, in den Paketen private auf true zu setzen, aber dann erhalte ich hier diesen Fehler (er steht unter Release erstellen).
Das ist eigentlich kein Bug. Die ausführliche Ausgabe ist jedoch etwas irreführend. Manchmal führt auto
einen Befehl aus, um das Ergebnis anzuzeigen. Manchmal ist dieses Ergebnis ein Misserfolg. Im ausführlichen Modus protokollieren wir viele Antworten, darunter auch Dinge, die Text mit der Aufschrift "Fehler" enthalten.
In diesem Fall wird das npm
Plugin lerna updated
ausführen, um zu prüfen, ob während des shipit
Laufs Pakete veröffentlicht werden müssen. Wenn keine vorhanden sind, beenden wir dies vorzeitig, damit die Veröffentlichung später nicht fehlschlägt. Wenn Sie ohne -v ausgeführt worden wären, wäre die letzte gedruckte Zeile . gewesen
⚠ warning Lerna detected no changes in project. Aborting release since nothing would be published.
Davon abgesehen sehe ich jedoch Situationen, in denen dies nicht funktioniert. Angenommen, eine PR betrifft nur ein privates Paket, Sie möchten immer noch, dass das Paket versioniert, nur nicht veröffentlicht wird. Mal sehen ob ich das jetzt verbessern kann
Denke das sollte jetzt behoben sein!
:rocket: Ausgabe wurde in v9.50.8
:rocket:
Hilfreichster Kommentar
Davon abgesehen sehe ich jedoch Situationen, in denen dies nicht funktioniert. Angenommen, eine PR betrifft nur ein privates Paket, Sie möchten immer noch, dass das Paket versioniert, nur nicht veröffentlicht wird. Mal sehen ob ich das jetzt verbessern kann