Versionsbegränsningar och låsfilen

Ett version constraint anger vilka utgåvor av ett paket som projektet accepterar. Det balanserar möjligheten att få korrigeringar mot risken för inkompatibla ändringar. 🎯

Dart-paket följer semantic versioning: major.minor.patch. En höjning av major signalerar inkompatibla ändringar, minor lägger till funktioner och patch rättar fel.

caret ^1.2.0 accepterar alla versioner från och med 1.2.0 till, men inte inklusive, 2.0.0. Det är standardalternativet som pub använder.

Om du bara skriver ett naket versionsnummer betyder det exakt den versionen och inget annat. Använd detta sparsamt när du behöver en enda känd utgåva.

Du kan ange ett range med jämförelseoperatorer. Då får du detaljerad kontroll över både den nedre och övre gränsen.

Med any accepteras alla versioner. Det är riskabelt eftersom en framtida major-version kan orsaka problem, så föredra caret i stället.

När pub löser dina beroenden sparar det de exakt valda versionerna i pubspec.lock. Den här filen låser det som faktiskt installeras för alla.

Låsfilen garanterar reproducible byggen: en kollega som kör pub get får exakt samma versioner som du testade, inte oväntade uppgraderingar.

För appar bör du commita pubspec.lock till versionshanteringen. För återanvändbara paket lämnar du ute den så att användarna själva löser versionerna.

Kör dart pub upgrade för att uppdatera pubspec.lock till de nyaste versionerna som dina villkor tillåter. Ett vanligt get behåller befintliga låsningar.

Om två paket kräver inkompatibla versioner rapporterar pub en conflict. Då kan du göra ett villkor mindre strikt eller välja kompatibla paketversioner.

Nu kan du läsa constraints som caret och intervall, och du vet att pubspec.lock låser exakta versioner för reproducerbara byggen utan konflikter. 🎉