2015-02-10 15 views

Odpowiedz

15

project/build.properties pozwala zmusić sbt do używania konkretnej wersji. Jeśli bieżąca wersja zainstalowanego SBT jest inny - SBT sam pobierze (w razie potrzeby) wersję masz podany tam:

sbt.version=0.12.0 

widoczny, Hello na przykład. W rzeczywistości możesz zainstalować kilka wersji sbt w swoim systemie - to tylko słoiki, które umieszczono w folderze .sbt/boot/scala-{scala.version required by this sbt}/org.scala-sbt/sbt/{sbt.version}. Plik wykonywalny Sbt szuka wersji podanej w project/build.properties lub (jeśli nie została określona) najwyższej wersji zainstalowanej w systemie.

P.S. Z perspektywy sbt-launcher sbt jest tylko jedną zależnością z małymi, nie przecinającymi się z innymi, takimi jak ansi.jar, więc określenie zakresu wersji, takich jak [0.13.1, 0.13.8], nie ma większego sensu, ponieważ byłoby skuteczne tylko w przypadku konfliktów przejściowych. W przeciwnym razie wystarczy podać wyższą możliwą wersję (która mogłaby się skompilować) - możesz nawet wybrać wersję, która już masz (i zaktualizować sbt projektu w ten sposób).

+0

OK, więc mogę określić konkretną wersję, ale nie "większy niż", czy to prawda? – Bar

+1

Tak. Greather - niż nie ma sensu, ponieważ możesz automatycznie mieć dowolną wersję sbt na komputerze. Jeśli naprawdę potrzebujesz "greather-than + exception", możesz to sprawdzić ręcznie wewnątrz 'build.sbt', analizując' sbtVersion.value', ale nie jest to metoda niesynchroniczna dla sbt. – dk14

+1

Większy niż byłoby naprawdę miłe. Jeśli masz zamiar użyć składni, która została wprowadzona w wersji 0.13.6, byłoby miło wskazać, że wymagana minimalna wersja to 0.13.6, ale jeśli używasz wersji 0.13.7, to jest w porządku (tzn. nie jest konieczne pobieranie 0.13.6). –

Powiązane problemy