CIマニアから見た各種CIツールの使い所 - くりにっき
社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
自動生成ドキュメントを無料で Web 上で最新に保つ（Wercker + Doxygen + Heroku） - Qiita
CI サービスには Wercker を使いましょう．GitHub/BitBucket 両方使えて，プライベートリポジトリもいけるので便利です．準備として，Wercker に登録して，アプリケーションを作成し，自分の GitHub/BitBucket リポジトリに接続しておきます． wercker.yml Wercker にやってもらうことは，リポジトリ直下の wercker.yml で指定します．テストなどを除いてドキュメントに関連がありそうな部分だけを取り出すと，以下のようになりました． box: bendiken/cxx14@0.0.8 build: steps: - script: name: document code: | doxygen deploy: steps: - script: name: installation code: | sudo apt-get update
�Ruby on RailsチュートリアルのCIにwercker使いたい - Qiita
Rails勉強中です。いつもお世話になっているRuby on Rails チュートリアルで、CI使ったこと無いので勉強のためにwercker設定してみました。 色々参考にさせて頂き、とりあえずテストが動いてHerokuにデプロイするところまではたどり着いたのでいったんメモします。 Ruby 2.2.0 Rails 4.2.4 PostgreSQL Bitbucket Heroku Deploy Target 今回Deploy先にHerokuを指定したかったけど (na) がついていて何故選択できないのかわからずハマってしまいました。 custom deploy でデプロイできる事は分かったので、以下の環境変数とwercker.ymlファイルを設定し、取り急ぎ動くところまでは確認できました・・・ 環境変数 wercker側で設定した環境変数(Deploy Targetの環境変数で追加しました
外注したデザインのレビュー環境を手軽に作って運用した話（BitBucket & wercker & Heroku） - Qiita
だいぶ遅れてしまいましたが、mixiグループアドベントカレンダー8日目の記事です。 はじめに ミクシィ・リサーチでは、デザイナーがいないのでフリーランスの方に外注しています。 外注する範囲としては、デザインからHTML/CSS/Javascriptに落とすところまで。 納品は、Git（BitBucket）でお願いしており、GitHubフローに近い運用をしています。 masterブランチとdesignブランチを用意し、デザイナーさんにdesignブランチへHTML等をpushしてもらい、その後一定の粒度でdesignブランチからmasterブランチへプルリクを出してもらいます。 プルリクが来たら社内でコードレビューを行い適宜修正をお願いするなどし、最終的にmasterブランチへマージします。 また、masterブランチ用のサイトとdesignブランチ用のサイトをHerokuで運用するようにし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
