sbt Reference Manual — sbt のインストール
sbt のインストール sbt プロジェクトを作るためには、以下の手順をたどる必要がある: sbt をインストールする。 簡単な hello world プロジェクトをセットアップする。 ソースファイルの入ったプロジェクトディレクトリを作る。 ビルド定義を作る。 実行するを読んで、sbt の実行方法を知る。 .sbt ビルド定義を読んで、ビルド定義についてもっと詳しく知る。 究極的には sbt のインストールはランチャー JAR とシェルスクリプトの 2 つを用意するだけだが、 利用するプラットフォームによってはもう少し簡単なインストール方法もいくつか提供されている。 Mac、Windows、もしくは Linux の手順を参照してほしい。 豆知識 sbt の実行が上手くいかない場合は、Setup Notes のターミナルの文字エンコーディング、HTTP プロキシ、JVM のオプションに関す
Support for BuildArch SPEC configuration · Issue #112 · sbt/sbt-native-packager
When running rpm:package-bin on OsX the rpmbuild tool seems to be slightly different than when running on a linux (Ubuntu/Centos). This might be due to some configuration error on my OsX rpmbuild of course... I'm trying to package a "noarch" rpm but on OsX it insists on building a "x86_64" rpm file even though the "noarch" flag is passed to rpmbuild. [debug] Executing rpmbuild with: rpmbuild -bb -
sbt Reference Manual — 始める sbt
始める sbt sbt には、柔軟かつ強力なビルド定義（Build Definition）を支えるための独自の概念がいくつか存在している。 その概念は決して多くはないが、sbt は他のビルドシステムとは一味違うので、ドキュメントを読まずに使おうとすると、きっと細かい点でつまづいてしまうだろう。 この「始める sbt」では、sbt ビルド定義を作成してメンテナンスしていく上で知っておくべき概念を説明していく。 このガイドを一通り読んでおくことを強く推奨したい。 もしどうしても時間がないというなら、最も重要な概念は .sbt ビルド定義、 スコープ、と タスク・グラフ に書かれている。 ただし、それ以外のページを読み飛ばしても大丈夫かは保証できない。 このガイドの読み方だが、後ろの方のページはその前のページで紹介された概念の理解を前提に書かれているので、最初から順番に読み進めていくのがベストだ
sbt Reference Manual — プラグインの使用
プラグインの使用 このガイドのこれまでのページを読んでおいてほしい。 特に build.sbt、 タスク・グラフ、 とライブラリ依存性を理解していることが必要になる。 プラグインとは何か sbt のプラグインは、最も一般的には新しいセッティングを追加することでビルド定義を拡張するものである。 その新しいセッティングは新しいタスクでもよい。 例えば、テストカバレッジレポートを生成する codeCoverage というタスクを追加するプラグインなどが考えられる。 プラグインの宣言 プロジェクトが hello ディレクトリにあり、ビルド定義に sbt-site プラグインを追加する場合、 hello/project/site.sbt を新しく作成し、 Ivy のモジュール ID を addSbtPlugin メソッドに渡してプラグイン依存性を定義する: addSbtPlugin("com.typ
あなたの sbt update を爆速にする sbt-coursier の紹介
sbt-coursier.md あなたの sbt update を爆速にする sbt-coursier の紹介 この記事は Scala Advent Calendar 2016(Adventar) 10日目の記事です。 今は 12/10 の 625時です。年明けなんて無かった。いいね？ さてさて、sbt の依存jarのダウンロードが遅い、というのは割とよく言われる事であります。 で、この原因の一旦に、sbtが Apache Ivy を使っている、という点があります。 現状 Ivy は依存jarをダウンロードする際、全て直列でダウンロードします。依存グラフ的に関係のないライブラリがあっても、一つが終わらない限り別のjarをダウンロードしようとはしません。 ファイルIOもネットワーク通信も多重化できるこの時代にこれはいけません。 そこで Coursier の紹介です。 Coursier は S
sbt Reference Manual — ビルドの整理
ビルドの整理 このページではビルド構造の整理について説明する。 このガイドの前のページ、特に build.sbt、 タスク・グラフ、 ライブラリ依存性、 そしてマルチプロジェクト・ビルドを理解していることが必要になる。 sbt は再帰的だ build.sbt は sbt の実際の動作を隠蔽している。 sbt のビルドは、Scala コードにより定義されている。そのコード自身もビルドされなければいけない。 当然これも sbt でビルドされる。sbt でやるより良い方法があるだろうか？ project ディレクトリは、ビルドをビルドする方法を記述したビルドの中のビルドだ。 これらのビルドを区別するために、一番上のビルドをプロパービルド (proper build) 、 project 内のビルドをメタビルド (meta-build) と呼んだりする。 メタビルド内のプロジェクトは、他のプロジェ
sbt Reference Manual — sbt Reference Manual
> sbt Reference Manual Next Page > 始める sbt English日本語中文 (简体)Español ❦ Contents sbt Reference Manual 始める sbt sbt のインストール Mac への sbt のインストールWindows への sbt のインストールLinux への sbt のインストール Hello, Worldディレクトリ構造実行ビルド定義タスク・グラフスコープ値の追加スコープ委譲 (.value の照会)ライブラリ依存性マルチプロジェクト・ビルドプラグインの使用カスタムセッティングとタスクビルドの整理まとめ付録: bare .sbt ビルド定義付録: .scala ビルド定義 各論 プラグインとベストプラクティス sbt プラグインをテストする How to 逐次実行 Def.sequential を用いて逐次タス
sbt Reference Manual — ディレクトリ構造
ディレクトリ構造 このページは、 sbt をインストールして、 例題でみる sbt を読んだことを前提とする。 ベースディレクトリ sbt 用語では「ベースディレクトリ(base directory) 」はプロジェクトが入ったディレクトリを指す。 例題でみる sbt での例のように、/tmp/foo-build/build.sbt が入った hello プロジェクトを作った場合、ベースディレクトリは /tmp/foo-build となる。 ソースコード sbt はデフォルトで Maven と同じディレクトリ構造を使う（全てのパスはベースディレクトリからの相対パスとする）: src/ main/ resources/ <メインの jar に含むデータファイル> scala/ <メインの Scala ソースファイル> scala-2.12/ <メインの Scala 2.12 に特定のソースファ
sbt Reference Manual — 実行
実行 このページではプロジェクトをセットアップした後の sbt の使い方を説明する。 君がsbt をインストールして、Hello, Worldか他のプロジェクトを作ったことを前提とする。 sbt シェル プロジェクトのベースディレクトリで、sbt を引数なしで実行する: $ sbt sbt をコマンドライン引数なしで実行すると sbt シェルが起動される。 インタラクティブモードにはコマンドプロンプト（とタブ補完と履歴も！）がある。 例えば、compile と sbt シェルに入力する: > compile もう一度 compile するには、上矢印を押して、エンターキーを押す。 プログラムを実行するには、run と入力する。 sbt シェルを終了するには、exit と入力するか、Ctrl+D (Unix) か Ctrl+Z (Windows) を押す。 バッチモード sbt のコマンドを
sbt Reference Manual — ライブラリ依存性
ライブラリ依存性 このページは、このガイドのこれまでのページ、特に .sbt ビルド定義、スコープ、と タスク・グラフ を読んでいることを前提とする。 ライブラリ依存性は二つの方法で加えることができる: lib ディレクトリに jar ファイルを入れることでできるアンマネージ依存性（unmanaged dependencies） ビルド定義に設定され、リポジトリから自動でダウンロードされるマネージ依存性（managed dependencies） アンマネージ依存性（Unmanaged Dependencies） ほとんどの人はアンマネージ依存性ではなくマネージ依存性を使う。 しかし、アンマネージの方が最初に始めるにあたってはより簡単かもしれない。 アンマネージ依存性はこんな感じのものだ: jar ファイルを lib 配下に置いておけばプロジェクトのクラスパスに追加される、以上！ Scal
Release 0.13.11 · sbt/sbt
Fixes with compatibility implications JCenter is now opt-in. A new setting useJCenter can be set to true to re-include it, as the first external resolver to find library dependencies. #2217/#2467 by @eed3si9n Adds withInterProjectFirst to the update option, which is enabled by default. When set to true, inter-project resolver will be prioritized above all resolvers and Ivy cache. #1827 by @eed3si9
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[sbt 1.0] Use Scala 2.12.1 by eed3si9n · Pull Request #2910 · sbt/sbt![[sbt 1.0] Use Scala 2.12.1 by eed3si9n · Pull Request #2910 · sbt/sbt](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d68c7a8343f590424974299d771493e438058e8/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2F8b6ea62a77e25fed6273342016fc2c5e17fb723fdfe9958c1d09f6e16485fe7f%2Fsbt%2Fsbt%2Fpull%2F2910)
sbt Reference Manual — Mac への sbt のインストール
sbt/main/src/main/scala/sbt/Keys.scala at v0.13.8 · sbt/sbt
Ivy2 cache preceeds ivy2 local · Issue #2687 · sbt/sbt
Cannot resolve dependency (but Activator can) · Issue #2054 · sbt/sbt
GitHub - sbt/sbt-boilerplate: sbt plugin for generating scala.Tuple/Function related boilerplate code
GitHub - sbt/sbt-findbugs: FindBugs static analysis plugin for sbt.
There should be an error when scalaVersion conflicts with a dependencies scala-library requirement · Issue #1819 · sbt/sbt
Arrow keys do not work on Windows without -Dinput.encoding=Cp1252 · Issue #871 · sbt/sbt
