luke
/
sbt
mirror of https://github.com/sbt/sbt.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
sbt, the interactive build tool
2,053 Commits 29 Branches 311 Tags 68 MiB
Scala 94.5%
Java 3.1%
Shell 1.1%
Batchfile 0.9%
Roff 0.2%
Other 0.1%
Go to file
Mark Harrah 3f12f2eb9f drop compilation tests 
1. overlapped with integration tests
2. slower than integration tests
3. more fragile than integration tests
 		2012-07-01 15:16:41 -04:00
cache lazy InputCache for recursive caches 2011-06-20 15:25:23 -04:00
compile drop compilation tests 2012-07-01 15:16:41 -04:00
interface disable resident-compiler related code paths when it isn't being used. fixes #486. 2012-06-16 23:40:52 -04:00
ivy hk2-jar packaging should be handled like a standard jar. fixes #463 2012-05-16 07:34:15 -04:00
launch resolve Ivy home launcher setting to absolute path 2012-06-22 22:11:25 -04:00
licenses move remaining pieces of sbt subproject to sbt_pending and fix notices 2010-09-21 21:55:50 -04:00
main Fix override repositories flag so we can still resolve inter-project dependencies. 2012-06-25 18:48:06 -04:00
project precompile for 2.10.0-M4 2012-06-18 08:18:39 -04:00
run Prevent 'radio silence' for ForkRun.run(). 2011-11-10 15:47:25 +05:30
sbt dependency-management/module-confs test pending 2012-06-18 08:18:39 -04:00
sbt_pending drop more migrated pending items 2011-04-20 18:31:37 -04:00
scripted basic support for pending scripted tests 2012-05-19 18:20:20 -04:00
src/main/conscript 0.13 branch for new development 2012-04-13 18:33:00 -04:00
tasks fix task tests 2012-07-01 15:16:41 -04:00
testing Modify forking tests based on Stefan's feedback. Should be ported to 0.12 2012-05-09 20:07:47 -04:00
util fix task tests 2012-07-01 15:16:41 -04:00
.gitignore merge changes for 0.11.0 2011-09-24 20:42:29 -04:00
LICENSE * move Environment classes to util/env module 2010-07-14 19:24:50 -04:00
NOTICE * move Environment classes to util/env module 2010-07-14 19:24:50 -04:00
README.md update README for 0.12.0-RC1 2012-06-03 15:37:00 -04:00
api.specification Macro def aware recompilation. 2012-03-04 17:35:51 +01:00
launch.specification Spelling fixes. 2011-09-14 12:18:48 +07:00
scripted.specification New scripted test framework 2009-11-09 09:34:52 -05:00

README.md

sbt 0.13

This is the 0.13.x series of sbt.

  • Setup: Describes getting started with the latest binary release. See below to build from source.
  • FAQ: Explains how to get help, how to report an issue, and how to contribute.
  • There is a video of a demo given at Scala Days 2011 based on sbt 0.10.0 that gives an introduction to the configuration system in sbt 0.10.0 and later. See the documentation for current information.
  • Google Code: hosts sbt 0.7.7 and earlier versions

Build from source

  1. Install the current stable binary release of sbt (see Setup), which will be used to build sbt from source.

  2. Get the source code.

     $ git clone git://github.com/harrah/xsbt.git
 $ cd xsbt

  3. The initial branch is the development branch 0.13, which contains the latest code for the next major sbt release. To build a specific release or commit, switch to the associated tag. The tag for the latest stable release is v0.12.0-RC1:

     $ git checkout v0.12.0-RC1

    Note that sbt is always built with the previous stable release. For example, the 0.12 branch is built with 0.12.0-M2, the v0.11.2 tag is built with 0.11.1, and the v0.11.0 tag is built with 0.10.1.

  4. To build the launcher, publish all components locally, and build API and SXR documentation:

     $ sbt build-all

    Alternatively, the individual commands run by build-all may be executed directly:

     $ sbt publish-local proguard sxr doc

  5. To use this locally built version of sbt, copy your stable ~/bin/sbt script to ~/bin/xsbt and change it to use the launcher jar in <xsbt>/target/. For the v0.12.0-RC1 tag, the full location is:

     <xsbt>/target/sbt-launch-0.12.0-RC1.jar

    If using the 0.13 development branch, the launcher is at:

     <xsbt>/target/sbt-launch-0.13.0-SNAPSHOT.jar

Modifying sbt

  1. New development takes place on the 0.13 branch. Fixes and improvements that are binary compatible with 0.12 can be backported to the 0.12 branch at the time of the next release.

  2. When developing sbt itself, there is no need to run build-all, since this generates documentation as well. For the fastest turnaround time for checking compilation only, run compile.

  3. To use your modified version of sbt in a project locally, run publish-local. If you have modified the launcher, also run proguard.

  4. After each publish-local, clean the ~/.sbt/boot/ directory. Alternatively, if sbt is running and the launcher hasn't changed, run reboot full to have sbt do this for you.

  5. If a project has project/build.properties defined, either delete the file or change sbt.version to 0.13.0-SNAPSHOT.