Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ここに書いてある内容はすでに古い可能性があります。2015/02/07 現在で beta ですが、travis 側でも Elixir プロジェクトのサポートが入っていて、それに従うだけで Elixir プロジェクトを CI できます。詳しくは以下を見てください。 やることは2つあります。 travis ci で対象プロジェクトを有効に設定 GitHub に.travis.ymlを push 今回は後者の設定ファイルの書き方を扱うので、1. については参照先だけ載せて簡単に。 travis ci で対象プロジェクトを有効に設定 Travis CI で対象となるプロジェクトを有効にしておきます。 http://mochizblog.heroku.com/21 こちらの記事などを参考にサインアップ、プロジェクトの設定をしてください。 .travis.yml の書き方 色々と Elixir のプロ
備忘録も兼ねて書きます。 この方法でもgh-pagesにデプロイ可能ですが、今回は個人ではなく OrganizationでのGithub Pagesの利用なので[組織名].github.ioにデプロイをします。 1. 開発用リポジトリを作ります。 適当に開発用のhtmlやcssをjsをおいてコミットしてください。 2. 別リポジトリ[組織名]/[組織名].github.ioを作成 リポジトリにはあとでファイルを追加するので空にしておいてください。 今回はexample/example.github.ioを作ったとします。 3. Travis CIの設定 ルートリポジトリに.travis.ymlを設置してください。今回は以下のとおりです。 デプロイの実行はdeploy.shで行います。 マスターブランチかつプルリクじゃない場合はデプロイをするようにしています。
Travis CI から GitHub Releases にアップロードする Go などのコンパイラ言語で書いたソフトウェアを配布する場所として、最近は GitHub Releases を使うことが多いと思います。単純に Git tag と紐付けてファイルをアップロードする場所ですが、手作業でやるのも面倒なので CI と連携させるのが便利です。 Travis CI には Deployment の機能があります。その名の通り、アプリケーションのテスト/ビルド後に、外部の指定した場所へ成果物をデプロイする機能です。デプロイするトリガーとして「特定のブランチ」「git tag がプッシュされた場合のみ」「Go 1.7 ビルドのみ」のような条件が指定できます。 Deployment は、標準で GitHub Releases のインテグレーションを備えています (GitHub Releases U
漢なら GitHub コミットして Travis ビルドして Bintray へデプロイですね! travisCI + Bintrayによる自動デプロイを試したメモ 参考になります, ありがとうございます. しかし Travis が用意しているサンプル手順 https://docs.travis-ci.com/user/deployment/bintray/ だと, バージョン番号は手動で JSON に書く必要があります. 毎回手作業はめんどうですね... 人間の欲望は飽きない. git tag を打ったら自動でよろしく tag 名でバージョンを設定してよろしく Bintray にアップロードしたくなりますね. そこで sed でバージョン番号とリリース日を travis ビルド後に書き換えた .json を作り bintray にアップロードする手を考えてみました. tinyobjloa
注意 この記事で紹介しているテクニックを用いて作成した文書を、配布したり販売したりしてよいかについては現在調査中であるので、この記事の内容はあくまでも「そういうこともできる」程度に考えて欲しい。また、もしTravis CIで作成した成果物のライセンスなどに関する情報をお持ちの方がいらっしゃいましたら、この記事のコメントなどで知らせて欲しいと思う。 2016/6/25 AppleのLegal Questionに問い合わせメールを送ったものの、返答がありません……。 はじめに 本や冊子などをLaTeXで作成する際には、フォントにこだわりたくなることがある。有名なフォントとしてヒラギノフォントがあるが、ヒラギノフォントは有償なので、フォントを購入するかあるいはMacを買う必要がある。この記事では、Travis CIを使ってお金を支払うことなくヒラギノフォントが埋め込まれたPDFをLaTeXで生成
この記事はWHITEPLUS Advent Calendar 2016 5日目になります。 株式会社ホワイトプラス、エンジニアの @akaimo です。 ホワイトプラスでは主にリネットのiOSアプリを担当しています。 iOSアプリのリリースや配布は手間がかかる iOSアプリをリリースしたり、開発版を配布しようと思うと、各開発者のMacに証明書をインストールしなければいけません。 しかし、Appleの証明書は複雑なため、なかなかスムーズにいきません。 また、アップロードできる人を絞ってしまうと、負荷の集中、不在時にどうするかなどの問題も発生します。 そこでホワイトプラスでは、Travis CIを利用してリリース・配布のフローを自動化しています。 CI環境を作ってしまえば、つい忘れていつの間にかテストが通らなくなっている、なんてことも防げ品質を高く保つこともできます。 利用するサービス Git
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは皆さん CIっていい響きですよね! 継続的インテグレーション、なんて日本語に訳すとなんのことだかわからないところもおしゃれです。 現在ポピュラーなCIサービスといえば、github連携のTravis CIじゃないかと思います。 ここは自分もおしゃれ開発の仲間入りしたい!とばかりに、Travis CIを使ってみたのですが、昔普通にphp環境で組んだことがあったので、今回はdockerを使ってしまおうと思い至ったのです。 ...まあ、オシャレで優雅に見える開発も、水面下で泥臭い検証実験を繰り返しているものです。 そんなわけで、Tr
この記事はWHITEPLUS Advent Calendar 2016 23日目になります。 株式会社ホワイトプラス、エンジニアの @akaimo です。 ホワイトプラスでは主にリネットのiOSアプリを担当しています。 はじめに WHITEPLUS Advent Calendarの中で以下の記事のように、iOS開発用のTravis CIを構築してきました。 Travis CIでつくるiOSのCI環境(準備編) Travis CIでつくるiOSのCI環境(テスト・アップロード編) 今回は最後の仕上げとして、運用する上でのコツを書いていきたいと思います。 実行時間の短縮 Travis CIの環境を構築したら、一番始めに課題となって立ちふさがるのは、実行時間の問題だと思います。 時間がかかるポイントとしては、 環境構築(ビルドまでの準備) ビルド アーカイブ アップロード があります。 アップロ
必須なのはdist: trusty, sudo: false, cache: yarnで、それぞれ以下のような意味合いです。 dist: trusty, sudo: false: コンテナベースのUbuntu 14.04 (public beta) イメージを利用する設定です。 このイメージにはYarn(pkg)がプリインストールされているため、この設定によりユーザ自身によるインストール用設定が不要となります chache: yarn: パッケージのインストールを高速化するためのYarn(pkg)キャッシュを有効にする設定です なお、Yarn(pkg)の実行には、Node4以上を必要とするためテスト対象のNodeバージョンには4以上(.travis.ymlのnode_jsディレクティブ)を指定1します。 yarn installが実行される条件 yarn.lockファイルがプロジェクトディ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く