Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

In Flutter, Dependencies must specify version number?

Tags:

flutter

dart

Typically, you have to add something like

dependencies:
  camera: "^0.2.0"

to the pubspec.yaml file. What happens if I don't include the version number? It's a small thing, but usually, I find a piece of code and want to test it. At the top, I see something like >>

import 'package:camera/camera.dart';

Do I have to go to the package's homepage to find the version number?

like image 512
naim5am Avatar asked May 25 '18 16:05

naim5am


2 Answers

You can use any

dependencies:
  camera: any

Having tighter constraints makes it easier for packages get/packages upgrade to search matching versions because it reduces the solution space, but for simple examples it usually doesn't matter.

pub got an improved solver recently that makes any much less of a problem than it used to be where pub often just timed out when any was used.

like image 124
Günter Zöchbauer Avatar answered Oct 17 '22 10:10

Günter Zöchbauer


A version constraint that uses traditional syntax is a series of the following:

any The string any allows any version. This is equivalent to an empty version constraint, but is more explicit. Although any is allowed, we don’t recommend it.

1.2.3

A concrete version number pins the dependency to only allow that exact version. Avoid using this when you can because it can cause version lock for your users and make it hard for them to use your package along with other packages that also depend on it.

>=1.2.3

Allows the given version or any greater one. You’ll typically use this.

>1.2.3

Allows any version greater than the specified one but not that version itself.

<=1.2.3

Allows any version lower than or equal to the specified one. You won’t typically use this.

<1.2.3

Allows any version lower than the specified one but not that version itself. This is what you’ll usually use because it lets you specify the upper version that you know does not work with your package (because it’s the first version to introduce some breaking change).

You can specify version parts as you want, and their ranges are intersected together. For example, '>=1.2.3 <2.0.0' allows any version from 1.2.3 to 2.0.0 excluding 2.0.0 itself. An easier way to express this range is by using caret syntax, or ^1.2.3.

Note: If the > character is in the version constraint, be sure to quote the constraint string, so the character isn’t interpreted as YAML syntax. For example, never use >=1.2.3 <2.0.0; instead, use '>=1.2.3 <2.0.0' or ^1.2.3.

like image 24
Paresh Mangukiya Avatar answered Oct 17 '22 08:10

Paresh Mangukiya