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

プランの切り替えはメールを送る。 1. 問い合わせを送る 適当にメッセージを書く。 We are planning to upgrade from Startup plan to Small Business plan. Could you tell me how can I do that? 2. Travisの人から返事が来る I can take care of the upgrade for you right now, if you'd like? 3. やっちゃってー!って返事する Yes. Please upgrade our plan! 4. 5個、並列でビルドされてるのを見て喜ぶ
This is something a lot of people still do in the name of simplicity or not requiring tooling on everyone's machines. A lot of projects still either add dist/ to .gitignore or just prohibit users from checking in their changes to dist/ (that might arise from normal development or running a dist/ building script). In other cases, built assets are checked in because some developers on your team migh
# 変更されたファイルのみを扱う > git diff --name-only --diff-filter=ACMR origin/develop | echo fatal: ambiguous argument 'origin/develop': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git <command> [<revision>...] -- [<file>...]' ローカルでは起きなくて、Travis CIのみで起きるのはそもそもTravis CIはデフォルトでリポジトリを shallow cloneしているからです。 https://travis-ci.org/jser/jser.github.io/bui
最近ちょいちょいと個人的な日曜プロジェクトでCircleCIを導入しているのですが、標準のSlackBOTでは味気がなくただただビルドが失敗したという事実しか通知してくれません。 これは由々しき事態です。 また、Slack以外のChatworkなどの公式対応がないツールや別ツールと連携できるようにWebhookの仕組みとGoogleAppsScript(以下GAS)を使って通知をできるようにします。 SlackのAPI トークンを取得する まずはSlack APIのページにアクセスしてstart buildを押します。 https://api.slack.com/ サービス名とインストール先を入力します。 Add features and functionality > OAuth & Permissions > Scopesでサービスに対して権限を付与します。 今回はチャンネルにポストす
Gitでタグを打ったときに自動的にCircleCIのビルドを実行しようとして盛大にハマったので、情報を残しておきます。CircleCIは、バージョン1.0ではなくバージョン2.0の想定です。 ここでは、次の条件でビルドを開始するジョブを作ります。 Gitの任意のブランチ&タグをpushすると、ビルド処理を実行する Gitのタグ (v〇〇) または master ブランチをpushすると、デプロイ処理も実行する ビルドとデプロイのジョブを分けない方法 あまり格好よくないですが、こちらの方がシンプルで簡単です。ポイントは次の2点です。 filters/tags/only を指定し、Gitタグをpushした場合もジョブが開始されるようにする deploy ステップの中でpushされたGitタグまたはブランチを特定し、デプロイ処理も実行するかどうかを判定する version: 2 jobs: bu
環境 Circle CI 2.0 Circle CI のイメージ 「docker:17.05.0-ce-git」 やりたいこと Circle CI で所定の設定を行うとspte実行したJunitを実行した結果を Circle CIの画面から参照できます。 .circleci/config.yml への記載は https://circleci.com/docs/2.0/collect-test-data/#gradle-junit-results にある通りです。 steps: - run: name: Save test results command: | mkdir -p ~/junit/ find . -type f -regex ".*/build/test-results/.*xml" -exec cp {} ~/junit/ \; when: always - store_te
やりたいこと CircleCIのコンテナにSSHログインしてデバックしたい 準備 GithubにSSHキーを登録 以下などを参考に設定してください gitHubでssh接続する手順~公開鍵・秘密鍵の生成から~ ssh agentをパスフレーズ省略に応用する方法まとめ テストをRerun 一度失敗すると右上にRerun Job with SSHのボタンがでるので押す Rerunも失敗すると、 You can now SSH into this box if your SSH public key is added: $ ssh -p 64537 35.172.20.99 Use the same SSH public key that you use for your VCS-provider (e.g., GitHub). RSA key fingerprint of the host i
はじめに 最近、CircleCI の公式 YouTube チャンネルを見つけ、動画での学習を試しています。 その中で、CircleCI の設定変更を git コミットせずに試すチュートリアル動画があったので、動画を観つつ検証した手順を残しておこうと思います。 tl;dr CircleCI は、Githubリポジトリ、リポジトリのリビジョン、CircleCI の API トークンを指定さえすれば、いちいち config.yml を git で更新しなくても HTTPS API 経由で実行検証できる 前提 CircleCIのセットアップ CircleCI 公式ドキュメントのFirst CircleCI Build は実施していて、最低限の CircleCI 実行は試せるものとします。 参照したチュートリアル動画 今回の記事の内容に関する動画です。 Run builds on CircleCI
結構前ですが、当社のサイトVegewelをElasticBeanstalkで自動デプロイするためにCIを導入したという話を書きました。CircleCIです。 https://qiita.com/hardreggaecafe/items/995ad9a278e80c903e42 このCircleCIですが、CircleCIの方に簡単に設定をした後にリポジトリのルートディレクトリにcircle.ymlを置くというものです。個人的にはJenkinsよりもユーザフレンドリーに感じています。 で、使っている人は既にご存知だと思いますが、2017年あたりからCircleCIの2.0が出てきて、こちらの方を推してくるようになり、ついには2018年8月31日までに移行せよという強制命令が出されるまでになりました。 1.0時代に悩みながら以下のようなyamlファイルを作った経験とDocker知識が必須となる
背景 dep を使った Golang のビルドで同じ wercker.yml を使っているのに Wercker CLI の Local Mode では wercker build が通るのに、Wercker の Web 側では通らなかった。 調査 エラーログ go build の段階で失敗し、そのログは go build main.go:x:x: cannot find package "github.com/pkg/errors" in any of: /usr/local/go/src/github.com/pkg/errors (from $GOROOT) /go/src/github.com/pkg/errors (from $GOPATH) make: *** [build] Error 1 と、パッケージが GOROOT および GOPATH で見つからないとのこと。 dep
PHPのエクステンションv8jsを使用したコードをTravis CIでテストする場合、既存の環境ではv8もv8jsも含まれていないのでインストールする必要があります。 Travis CIには実行に必要なソフトウエアをインストールするbefore_install及びinstallというセクションがあります。 8jsのインストールをinstallに、v8jsのインストールに必要なv8をbefore_installでインストールします。以下はその手順です。 既存の.travis.ymlに以下のセクションを追加 sudo: required dist: trusty env: - V8VER=5.2 before_install: - make -f Makefile.travis before_install install: - make -f Makefile.travis install
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く