Nuxt.js+CircleCIで静的ページをAWSのS3へデプロイする - Qiita
Nuxt.jsのドキュメントのFAQに、AWSのS3へのデプロイの記述がなかったので、CircleCIでテスト&ビルドをしたあとで、デプロイするまでの手順をまとめました。はじめてのCIだったので、なにか変なところがあったらコメントかどこかでご指摘をお願いします。 CIのサービスに何を選ぶか 最初はいくつかのサービスを比較しようと思ったのですが、面倒になってしまったので、名前がグッと来たCircleCIにしました。使ってみて難しそうだったら別のものを試そうと考えていましたが、余計な心配でした。 対象のリポジトリ/目指すかたち こんな感じでテストを走らせて、ビルドして、AWSにデプロイするまでを自動化したい。 https://github.com/noplan1989/aws-rough CircleCI入門 はじめてのCircleCIだったので、ドキュメントを眺めるところからはじめました。
CircleCIでmasterにmergeされた場合のみビルドしたバイナリをCloud Source Repositoresへpushする - Qiita
CircleCIからGoogleの Cloud Source Repositories へのpush手順です Google Cloud Source Repositoriesへpushする事前準備 GCPのサービスアカウントからサービスキーを取得 CircleCIからGCPのCloud Source Repositoryにpushするために、CircleCIのコンテナ内でGCPの認証を行う必要があります。 そのために必要なのが、外部サービス用のサービスアカウントキーです。 サービスアカウント、サービスアカウントキーについてはGCPのドキュメントを参照しました サービス アカウント サービスアカウントとは サービスアカウントは、アプリケーションや仮想マシンの間で使用する特別なアカウントのことです。 GCPのプロジェクト内のアプリケーションはサービスアカウントに毎日発行されるサービスアカウント
まだ間に合う！CircleCI 2.0へ移行する - Qiita
Qiita初投稿です！ 自分のブログにあげていた記事ですが、参考になればと思い転載します。 はじめに CicleCI 1.0が終了するまで１週間をきりましたね！ こんな時期まで移行をしていないのは、夏休みの宿題は後回しにするタイプの方と思われます。 私もつい先日に宿題を終わらせた人間なので、同志のために簡単な説明と参考になるサイトのまとめを。。 1.0と2.0の違い 大きなところだけ！（細かいことは知らない） Dockerベースになった Dockerベースで実行環境を作るようになったというのが１番大きいかと思います。 この時点で「Dockerをよく知らない」かつ「1.0で複雑な設定をしている」あなたは、悠長にしている余裕はありません。速攻とりかかってください。 日頃からDockerを使っているあなた。よかったですね。でもやりましょう。 Workflowができた これまでは「deployme
73f269bb69b5e8e39c0b
最近ちょいちょいと個人的な日曜プロジェクトで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タグのpushでCircleCI 2.0のビルドを実行する - Qiita
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
dockerコンテナ内で実行したJunitの結果をCircleCIに反映する - Qiita
環境 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
CircleCI2.0にSSH - Qiita
やりたいこと 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の設定変更を Git コミットせずにローカルで試すチュートリアル - Qiita
はじめに 最近、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
【簡単？】CircleCI 1.0から2.0への移行 - Qiita
結構前ですが、当社のサイト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知識が必須となる
CircleCIからSlackにファイルをアップロードする - Qiita
はじめに 今回CircleCIで技術書を書いてるときにビルドしたPDFをSlackに投げるようにしたのでその時のメモ 今回使うもの slackcat slackに対してCUIからファイルの送信をするために使います slackmeの設定 まずCircleCIに設定する前にslcakのアクセストークンを得る必要とアプリケーションをSlackのワークスペースにインストールする必要があります。 今回は以上の前準備をローカルのmacで行います インストール githubにslackcatのインストール方法が書いてあります。 もしbrewがインストール済みなら下のコマンドで可能です。 https://github.com/bcicen/slackcat 実行するとブラウザが立ち上がってインストールの許可を求められるので対処のワークスペースを選択して Authorizeを押します。 問題がなければトーク
CircleCI2.0 のDocker環境からAWS ECRにpushする - Qiita
Warning: failed to get default registry endpoint from daemon (Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?). Using system default: https://index.docker.io/v1/ Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? Exited with code 1 ようやく解決したので備忘録として記事に残します。 CircleCI1.0でのECRデプロイコード CircleCIの設定画面から AWS_AC
CircleCIで.envファイルを扱う - Qiita
ENVファイルをCircleCIに登録してきましょう。 CircleCIのプロジェクト設定を開いて Environment Variables を開きます。 開いたら右上にある Add Variable をクリックします。 するとモーダルが表示されるのでNameに ENV Valueには.envをBase64でエンコードした文字列を入れておきます 最後に下の行をステップのはじめの方に入れておけばokです Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationWhat you can do with signing up
AWS FargateとTerraformで最強＆簡単なインフラ環境を目指す
はじめに AWSでDocker環境を構築するとき、今までまず選択肢としてあったのがAWS Elastic BeanstalkやAmazon ECSでした。 ですが皆様ご存知の通り、2018年の7月にAWS Fargateが東京リージョンで利用できるようになりました！ Docker環境の選択肢が増え嬉しい限りです。 ということで、少々出遅れてしまいましたがAWS Fargate + Terraform構成を本格的に業務で使ってみることにしました。 ※ ちなみに、AWS Fargateは独立したサービスではなくAmazon ECSの中に組み込まれており、launch typeで「Fargate」を指定することにより利用できるサービスとなります。 よくネット上で「AWS FargateとAmazon ECSの違い」みたいな記事を目にしていたので別サービスだと勘違いしてました… 1. 最強のTer
CircleCIで走ったテスト結果を自動でGitHubにコミットプッシュする - Qiita
はじめに CircleCI便利ですね。 テスト結果をGitにコミットしてもらうようにしました。 今回はテスト結果ということで、それぐらいだったらCircleの画面で見ればいいじゃない、って感じなんですが、もっと重いE2Eの結果をスクショで取って専用のブランチにコミットしてもらったり、Cronでスケジュールを走らせて自動コミットできて便利でした。 手順 CircleCI用のconfigを書く # Javascript Node CircleCI 2.0 configuration file version: 2 defaults: &defaults working_directory: ~/repo docker: - image: circleci/node:8.9.1 jobs: build: <<: *defaults steps: - checkout - restore_cach
AWS FargateとTerraformで最強＆簡単なインフラ環境を目指す - Qiita
はじめに AWSでDocker環境を構築するとき、今までまず選択肢としてあったのがAWS Elastic BeanstalkやAmazon ECSでした。 ですが皆様ご存知の通り、2018年の7月にAWS Fargateが東京リージョンで利用できるようになりました！ Docker環境の選択肢が増え嬉しい限りです。 ということで、少々出遅れてしまいましたがAWS Fargate + Terraform構成を本格的に業務で使ってみることにしました。 ※ ちなみに、AWS Fargateは独立したサービスではなくAmazon ECSの中に組み込まれており、launch typeで「Fargate」を指定することにより利用できるサービスとなります。 よくネット上で「AWS FargateとAmazon ECSの違い」みたいな記事を目にしていたので別サービスだと勘違いしてました… 1. 最強のTer
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Ruby on Rails] 複数のステージング環境を用意する - Qiita![[Ruby on Rails] 複数のステージング環境を用意する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/677cb3020733718d13e29f8a709dd5fd2ac05c8c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMzc3MTglMkZwcm9maWxlLWltYWdlcyUyRjE0NzM2ODc1MjA_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9YTAxZDdiMTU0OWY5Njk2NmI5ZWUyNzQ3YTAxOTBmYjA%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D83793f504093a0a9b8f113d9d3425950%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCUnVieSUyMG9uJTIwUmFpbHMlNUQlMjAlRTglQTQlODclRTYlOTUlQjAlRTMlODElQUUlRTMlODIlQjklRTMlODMlODYlRTMlODMlQkMlRTMlODIlQjglRTMlODMlQjMlRTMlODIlQjAlRTclOTIlQjAlRTUlQTIlODMlRTMlODIlOTIlRTclOTQlQTglRTYlODQlOEYlRTMlODElOTklRTMlODIlOEImdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz0xOGM4NDU2MzMwMTYwOGUyMTE1MDJjYjQyZjNmYTE4Nw%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBhcnRodXJicnlhbnQmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtcGFkPTAmcz0wZGRmNTYxMDM2MTM5YzViMWVhZTNkZWVkNTM0Y2VlNw%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D5c21edb2dbac4fe724abd9236f913eed)
Vagrant上でCircleCI Localを動かす - Qiita
CircleCI で複数の実行環境で同じジョブを実行する - Qiita
eb deploy の完了を待ちたくない - Qiita
MySQL8.0でCircleCIビルドエラー。Authentication plugin 'caching_sha2_password' cannot be loaded - Qiita
