01
Zuerst die Syntax festlegen
Jedes Ökosystem behält seinen Entwurf. Ein NuGet-Intervall mit Klammern wird beim Wechsel nicht heimlich als Composer-Ausdruck gelesen.
Versioning & Packages
Versionsbereich prüfen
Ökosystem wählen und nur dessen Bereichs-, Pfad- oder Deklarationssyntax prüfen.
Versionsbereich prüfen
Eingabe
Kandidatversionen, je eine pro Zeile
Ergebnis
Eingaben eintragen, um zu beginnen.
Die Verarbeitung bleibt in diesem Browser. Paket-Registries werden nicht abgefragt.
Optionen
Composer: stabile Zahlenversionen mit ^, ~, .*, Vergleichen, AND/OR und Bindestrichbereichen.
Maximal 500 Versionszeilen und 65.536 Zeichen; keine Registry-Abfrage.
Eingaben eintragen, um zu beginnen.
Ein Bereich aus einer fremden README sieht vertraut aus, kann im eigenen Paketmanager aber etwas anderes bedeuten. Versionsbereich prüfen hilft vor dem Eintrag ins Manifest: Kandidaten tragen Sie selbst ein, es wird keine Registry nach verfügbaren Releases gefragt.
Eine Composer Versionsbeschränkung und ein NuGet Versionsbereich durchlaufen getrennte Regeln. Ein Go Modulpfad wird auf Zeichen und herunterladbare Form geprüft; eine Cargo Abhängigkeitsversion wird zu genau einer TOML-Deklaration.
Warum Versionsbereich prüfen?
Der gewählte Paketmanager bleibt im Ergebnis sichtbar.
Gleiche Ziffern, andere Grenzen
Versionsbereich prüfen trennt Composer-Operatoren von NuGet-Intervallen. Bei NuGet bedeutet 1.0 eine inklusive Untergrenze; erst [1.0] fordert genau diese Version.
Pfadprüfung ist keine Paketauflösung
Go meldet Zeichenregeln und die herunterladbare Domänenform getrennt. Cargo erzeugt eine einzelne TOML-Zeile und erklärt, ob die Versionsangabe kompatible Updates zulässt.
Drei Stolperstellen vor dem Export
02
Unmarkierte Versionen richtig deuten
NuGet 1.0 heißt mindestens 1.0. Cargo 1.0 lässt kompatible Updates zu; =1.0 fordert eine exakte Version.
03
Auf den neuen Bericht warten
Automatik startet 350 ms nach einer Änderung. Nach dem Abschalten löst Ctrl/Cmd+Enter aus; veraltete Ergebnisse können weder kopiert noch geladen werden.
Vier konkrete Regeln statt eines Parsers
Composer-Zahlenbereiche
Caret, Tilde, Vergleiche, Wildcards, AND/OR und partielle Bindestrichbereiche werden gegen eigene stabile Kandidaten getestet.
NuGet-Intervallgrenzen
Offene und geschlossene Enden, freie Grenzen, Vorabversionen, nackte Untergrenzen und [x] als exakter Treffer werden getrennt bewertet.
Go-Modulpfade
ASCII-Pfadelemente, reservierte Windows-Namen, kleingeschriebene Domänen und /vN-Endungen werden ohne Netzwerkzugriff geprüft.
Cargo-Deklarationen
Aus Crate-Name, Anforderung, Features und default-features entsteht eine crates.io-TOML-Zeile; Bericht und Snippet sind separat kopierbar.
Grenzen der lokalen Aussage
- Composer nur mit stabilen Zahlenversionen
- dev-Zweige, Aliase, @stability und Vorabkandidaten werden zurückgewiesen. minimum-stability und Repository-Daten fehlen für eine vollständige Installationsentscheidung.
- NuGet führt kein Restore aus
- Schwebende Angaben wie 1.* werden abgewiesen. Ein Treffer im Intervall beweist weder Verfügbarkeit noch die tatsächliche Versionswahl des Restore-Vorgangs.
- Go fragt kein Repository ab
- Ein lokal gültiger Pfad kann ohne herunterladbare Domäne sein. DNS, Modulproxy und go get werden hier nicht ausgeführt.
- Cargo.toml bleibt unangetastet
- Nur normale crates.io-Abhängigkeiten werden als Einzelzeile erzeugt. git, path, workspace, Zielplattform und private Registries sowie komplette Dateien sind ausgeschlossen.
- Eingabe mit festen Grenzen
- Höchstens 500 nicht leere Kandidatenzeilen und 65.536 Zeichen. Fehlerhafte Kandidaten behalten ihre ursprüngliche Zeilennummer im Bericht.
Häufige Fragen: Versionsbereich prüfen
Was ist der Unterschied zwischen ^ und ~ bei Composer?
Bei Composer erlauben ^1.2 und ~1.2 Versionen unter 2.0; ~1.2.3 endet jedoch vor 1.3. Versionsbereich prüfen deckt hier nur stabile numerische Releases ab.
Ist die obere Grenze bei NuGet [1.0,2.0) enthalten?
Nein. Die linke [ schließt 1.0 ein, die rechte ) schließt die obere Grenze 2.0 aus.
Warum braucht ein Go-Modul ab v2 den Zusatz /v2 im Pfad?
Go gibt inkompatiblen Hauptversionen ab v2 einen eigenen Modulpfad, üblicherweise mit /v2 am Ende. Hier wird nur die Form geprüft.
Welche Versionen erlaubt eine einfache Versionsangabe in Cargo.toml?
Eine einfache Cargo-Angabe gilt als Caret-Anforderung: 0.1.12 erlaubt kompatible Aktualisierungen unter 0.2. Exakt wird es mit =0.1.12.
Ist eine Version ohne Klammern in NuGet eine exakte Version?
Nein. NuGet liest die nackte 1.0 als Untergrenze, sodass auch höhere Versionen passen können. Für genau 1.0 schreiben Sie [1.0].
Fehlt eine Antwort?
Jetzt Versionsbereich prüfen
Zum Feld Versionsbereich prüfen zurückkehren, das Ökosystem auswählen und den aktuellen Bericht vor einer Projektänderung lesen.