Caret-Bereiche stabiler Versionen
Prüfe Caret-Bereiche für stabile Versionen mit drei nichtnegativen Ganzzahlen.
def caret_admits(base, candidate):
for version in (base, candidate):
if type(version) not in (list, tuple) or len(version) != 3 or any(type(x) is not int or x < 0 for x in version):
raise ValueError("version.triplet")
major, minor, patch = base
upper = (major+1, 0, 0) if major else ((0, minor+1, 0) if minor else (0, 0, patch+1))
return tuple(base) <= tuple(candidate) < upperProjekt
Teste die nächste Hauptversion und beide Null-Hauptversionsfälle, lehne boolesche oder gebrochene Teile ohne Kompatibilitätsversprechen ab.
Vor dem Anwenden prüfen
Vergleichen Sie das tatsächliche Verhalten mit dem erwarteten Ergebnis. Klären Sie fehlgeschlagene Prüfungen vor weiteren Änderungen.
Modelle
Richten Sie einen OpenAI-kompatiblen oder Anthropic-Endpunkt mit Basis-URL und gegebenenfalls API-Schlüssel ein. Testen Sie die Verbindung. Ein lokaler Modellserver muss laufen; entfernte Werkzeuge können Daten separat übertragen.
def caret_admits(base, candidate):
for version in (base, candidate):
if type(version) not in (list, tuple) or len(version) != 3 or any(type(x) is not int or x < 0 for x in version):
raise ValueError("version.triplet")
major, minor, patch = base
upper = (major+1, 0, 0) if major else ((0, minor+1, 0) if minor else (0, 0, patch+1))
return tuple(base) <= tuple(candidate) < upperVersionsannahmen zum Teil der Änderungsanforderung machen
CaretBasin ist KI-Programmiersoftware für Windows zur Prüfung von Projektänderungen an Versionsregeln und Annahmen zu Abhängigkeiten. Wählen Sie den Repository-Ordner und erklären Sie das benötigte Kompatibilitätsverhalten. Lassen Sie das verbundene Modell relevanten Quelltext und Konfiguration vor Änderungsvorschlägen untersuchen, damit das Gespräch die eigene Versionslogik einer Anwendung von ihren Paketwerkzeugen trennt.
Das Beispiel caret_range.py legt eine Aufgabe zur Zulassung einer Kandidatenversion innerhalb eines begrenzten Bereichs nahe. Liefern Sie Fälle für eine stabile Hauptversion und eine Hauptversion null sowie die erwarteten Annahmeentscheidungen. Fragen Sie, ob der Aufrufer auf diese Unterscheidungen angewiesen ist. So wird das Beispiel zu einer überprüfbaren Softwareaufgabe, ohne zu behaupten, der Arbeitsbereich verwalte Upgrades oder implementiere die Bereichssyntax jedes Paketmanagers.
Konfigurieren Sie für die Wahl uneingeschränkter KI ein verfügbares Modell über einen unterstützten OpenAI-kompatiblen oder Anthropic-Endpunkt. Erforderliche Zugangsdaten, Werkzeuge und Kontextgrenzen hängen von diesem Dienst ab. Prüfen Sie den resultierenden Patch sowie Fälle direkt unterhalb und an jeder Grenze. Begleiten Konfigurationsänderungen den Code, führen Sie auch den normalen Abhängigkeits- und Testablauf des Projekts aus. Das nützliche Ergebnis ist eine erklärbare Kompatibilitätsentscheidung, statt eines Upgrades, das nur wegen eines Assistentenvorschlags akzeptiert wird.
Verhalten von Versionsbereichen prüfen
Versteht das Beispiel die vollständige Paketversionssyntax?
Das Beispiel behandelt numerische Versionstripel. Nehmen Sie nicht an, dass es Vorabversionen, Build-Metadaten oder jeden Bereichsausdruck verarbeitet. Geben Sie die tatsächlich akzeptierte Syntax Ihrer Anwendung an und prüfen Sie die Parsing-Grenze getrennt von der Vergleichslogik.
Warum Versionen mit Hauptversion null in den Auftrag aufnehmen?
Ihre beabsichtigte Kompatibilitätsgrenze kann von stabilen Hauptversionen abweichen. Liefern Sie ausdrückliche Kandidatenversionen und erwartete Ergebnisse, damit das Modell nicht aus einem einzelnen Beispiel einer stabilen Version verallgemeinert. Prüfen Sie diese Entscheidungen anhand der gewählten Anwendungsregeln.
Soll eine Bereichskorrektur auch Abhängigkeiten aktualisieren?
Halten Sie diese Entscheidungen getrennt, sofern die Aufgabe nicht beides erfordert. Ein Vergleichsfehler kann ohne Änderungen installierter Pakete korrigiert werden. Ist ein Upgrade nötig, prüfen Sie die Abhängigkeitsänderungen und führen Sie vorhandene Projektprüfungen aus, bevor Sie den kombinierten Patch übernehmen.
Wie teste ich eine exklusive Obergrenze?
Nehmen Sie den letzten akzeptierten repräsentativen Fall und einen Kandidaten genau an der Obergrenze auf. Prüfen Sie auch die Untergrenze und eine darunterliegende zurückgewiesene Version. Legen Sie erwartete Ergebnisse unabhängig fest, damit ein fehlerhafter Vergleich nicht seine eigenen bestandenen Tests definiert.
CaretBasin · Aktualisiert 2026-10-25