我が社の(元)jenkinsおじさんがCircleCI推しなので、ちょっと調べてみることにしました。今更かよm9 という突っ込みは甘んじて。 なお、今回はプロジェクトの構成側に問題があって、まだCircleCIには移行していません。検証内容のまとめです。 何のために 私のチームの技術基盤はJavaやC#です。特にJavaの場合は静的解析ツールが結構充実しており、ビルド時などに様々なメトリクスを取ることができます。レポーティングプラグインもあるし、この辺りはjenkinsの方がまだ優位性があるのかなあ、と思ってました。ちなみに現状レポートが出るようにしてあるのは以下について。 Jacoco(テストカバレッジ) CPD/PMD(コード解析) findbugs(バイトコード解析) まあ、常に見たい訳ではないです。当面は週次のチームミーティングなどでメトリクスを確認して、危ない所がないかどうか位は
One of the things I love about CircleCI is how easy it is to get started with any language: just turn it on! But for working with Go, like with Travis CI, I find that a bit of customization creates an even better CI experience. For reference, here’s a complete circle.yml configuration which should work well for any project using godep. machine: environment: IMPORT_PATH: "github.com/$CIRCLE_PROJECT
JavaのCipherでAES256を利用するには、JCEが必要です。 http://qiita.com/mizuki_takahashi/items/cc26a7fd51aa04396e92 CircleCI環境でも同様に machine.post でJCEをダウンロードしてポリシーを書き換えることで動作するようになります。 ※postでないと JAVA_HOME がexportされてないので注意 machine: java: version: oraclejdk8 post: - curl -L --cookie 'oraclelicense=accept-securebackup-cookie;' http://download.oracle.com/otn-pub/java/jce/8/jce_policy-8.zip -o /tmp/policy.zip - unzip -o /
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く