elmのコンパイルはci（円/トラビス）で非常に遅いです。私は個人的には、かなり小さいelmプロジェクトのために、サークル上に30m以上のビルドタイムを抱えています。 https://github.com/elm-lang/elm-compiler/issues/1473は、「CPUカウント検出が問題です」と示唆しており、実際の検出量の代わりにlibsysconfcpusを使用してCPUを1つ戻すことを推奨しています。この長いコンパイル時間を緩和する別の方法はありますか？Circle CIまたはTravis CIのElmコンパイル時間を減らす方法は？
libsysconfcpusを使用してsysconfで検出されたCPUの量を制限すると、円ciでelm-make時間が実際に短くなります。
まだビルド時間を短縮する別の方法を探しています – sjt003
からhttps://elmlang.slack.com/archives/general/p1484149451013255
@rtfeldman：
彼らはCPUのその数を誤報 ので、サークル、トラヴィスの両方で知られているスピードの問題がありますが、回避策があります。これらの 同等を追加あなたのサークルの設定：
- https://github.com/elm-community/elm-test/blob/master/.travis.yml#L6
- https://github.com/elm-community/elm-test/blob/master/.travis.yml#L22-L30
（編集済み）- https://github.com/elm-community/elm-test/blob/master/.travis.yml#L39-L41
elm-makeは、CPUの 実際番号を知らせるとなるように、彼らは基本的にsysconfcpus -n 2とelm-makeを実行するスクリプトのためelm-makeを交換可能なI Circleの人たちとこのことについて少し話しました。そして、drは、 です。彼らはそれを修正することに興味はありませんが、あなたの
.travis.ymlでsudo: trueを：彼らは
を使用しているいくつかの上流のものの将来 のリリースでは、設定を考えてみましょう。それはHaskellのビルドを18分から3分に減らしました。
libsysconfcpusを使うのは望ましい解決策ではないようですが、私は試みていますが – sjt003
私はそれが唯一の修正の推奨https://github.com/elm-lang/elm-compiler/issues/1473私はciでelmビルド時間を減らすための、よりハッキリでない方法を探しています。 – sjt003
'elm-stuff/build-artifacts'（これはissue 1473でも言及されていると思います）をキャッシュしてみましたか？それは私のために働いた（15分から約4分まで）が、私は物事がキャッシュされるために依存関係の段階で動かなければならないと思う。 – jpvillaisaza