Introduction to environment variables - CircleCI
Use environment variables to set up various configuration options, and keep your set-up secure with secrets, private keys, and contexts. Environment variables in CircleCI are governed by an order of precedence, allowing control at each level in your configuration. If you have existing environment variables (or contexts) and you would like to rename your organization or repository, follow the Renam
CircleCIで試行錯誤した話 - Qiita
紹介 ZOZOテクノロジーズでSREをやっています。 先ずは、いままでCircleCIについて書いてきた記事を紹介させてください 2018年：弊社のアドベントカレンダー 「CircleCI + AWS Lambda function + Slackを使ったChatOps環境構築」 その他 「Incoming webhookを使ってCircleCIのSlackへの通知をJob別に分ける」 「CircleCIで重複したWorkflow(Job)を止める」 「CircleCIで、直前に実行したJobによって次のJobで実行する処理を変える」 「CircleCIでDockerコマンドを使う」 「CircleCIで使われているコンテナの中身」 何を記事にするのか 今回は、上記の記事以外で、CircleCIを使う上で対処してきた内容について書きます CIといえど、使い方は人それぞれなのですが、どなたか
Authorize Google Cloud SDK - CircleCI
This tutorial explains how to install and authorize the Google Cloud SDK in your primary container. The Google Cloud SDK is a powerful set of tools that can be used to access Google Cloud Platform (GCP) services like Google Compute Engine) and Google Kubernetes Engine (GKE). On CircleCI, the Google Cloud SDK is recommended to deploy your application to GCP products.
CircleCI 2.0 で Go 1.10 の build cache をいい感じに効かせる | Hori Blog
今更ながら CircleCI 2.0 を本格的に触りました。 CircleCI 2.0 になりキャッシュの柔軟性が向上したようなので、 Go 1.10 から導入された build cache と併せて最適化してみました。 前提知識 ドキュメントなど Language Guide: Go - CircleCI Caching Dependencies - CircleCI go - hdr-Build_and_test_caching - The Go Programming Language 戦略 依存管理は dep を使う vendor は Gopkg.lock が一緒なら同じものを用いる build cache は基本的にはブランチごとに管理 ただし、新規ブランチは master からキャッシュを拾いたい お急ぎの人のための結論 version: 2 jobs: build: work
CircleCI と CodeDeploy のチュートリアル（出来るだけ awscli でやるよ） - ようへいの日々精進XP
ググれば 構成 チュートリアル CircleCI 用 IAM User 作成 デプロイ用 S3 バケット作成 CodeDeploy 設定 CodeDeploy Agent の導入 サンプルアプリケーションの用意 CircleCI の設定 サンプルアプリケーションをデプロイ ということで ググれば いくらでも情報は出てくるので、それらの情報を参考にしてチュートリアルしてみる。 circleci.com docs.aws.amazon.com dev.classmethod.jp 構成 下図のような構成を想定している。 チュートリアルでは以下のような作業を行う。 CircleCI 用の IAM ユーザー作成 デプロイ用 S3 バケット作成 CodeDeploy の設定 CircleCI の設定 チュートリアル CircleCI 用 IAM User 作成 デプロイ用 S3 への put 権限と
[公式チュートリアルではじめる]CircleCI＋CodeDeployを使ったCD(継続的デプロイ) | DevelopersIO
コンニチハ、千葉です。 公式チュートリアルにそって、CircleCIとCodeDeployを使ったCD(継続的デプロイ)をやってみました。 CodeDeploy単体だとS3のファイルをEC2インスタンスへデプロイするのみですが、CircleCIを利用することで、GitHubへのコミットをトリガーに、アプリケーションのリビジョン作成、S3へアップロード、デプロイするところまでを自動化することが可能です。CircleCI、CodeDeployが初めての人でもこれをやってみると雰囲気がつかめると思います。 CodeDeployを復習したい方はCodeDeploy入門が参考になると思います。 AWS環境の構築 継続的インテグレーションの最初のステップとして、CodeDeployの設定をします。具体的には、 EC2インスタンスの作成 CodeDeoloyにてデプロイメントグループ、ロールを設定 EC
![[公式チュートリアルではじめる]CircleCI＋CodeDeployを使ったCD(継続的デプロイ) | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/a13e8a84f51eb581d192f74e16514fade527aa28/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2FAWSCodeDeploy.png)
CircleCI 2.0とcodedeployでデプロイを自動化する | DevelopersIO
はじめに オフィスの休憩室にあるNintendo Switchのマリオカートで遊ぶのが楽しすぎて、自宅にも欲しくなってきました。佐々木です。 最近自分のプロジェクトでCircle CIとAWS CodeDeployを連携させて、デプロイを自動化したので、その時の手順について紹介します。 構成/要件 今回は以下のような構成と条件でセットアップを行いました。 ソースコードはGithub上に存在する AWS CodeDeployを使って、AutoScalingGroup配下のEC2インスタンスへデプロイする Circle CIでユニットテストを実行して、成功した時のみデプロイする デプロイはビルドがdevelopブランチに対して実行された時のみ行う やること AWS CodeDeploy上にデプロイメントグループを作成する デプロイ用のS3バケットを作成する デプロイ用のIAMユーザーを作成して
Nuxt.js+CircleCIで静的ページをAWSのS3へデプロイする - Qiita
Nuxt.jsのドキュメントのFAQに、AWSのS3へのデプロイの記述がなかったので、CircleCIでテスト&ビルドをしたあとで、デプロイするまでの手順をまとめました。はじめてのCIだったので、なにか変なところがあったらコメントかどこかでご指摘をお願いします。 CIのサービスに何を選ぶか 最初はいくつかのサービスを比較しようと思ったのですが、面倒になってしまったので、名前がグッと来たCircleCIにしました。使ってみて難しそうだったら別のものを試そうと考えていましたが、余計な心配でした。 対象のリポジトリ/目指すかたち こんな感じでテストを走らせて、ビルドして、AWSにデプロイするまでを自動化したい。 https://github.com/noplan1989/aws-rough CircleCI入門 はじめてのCircleCIだったので、ドキュメントを眺めるところからはじめました。
Jenkinsと完全にサヨナラして、CircleCIに移行した話 - tehepero note(・ω<)
2015-07-02 Jenkinsと完全にサヨナラして、CircleCIに移行した話 CI Jenkins CircleCI 長らくCIはJenkinsを利用して開発をしてきて、Hudson時代からご愛顧してきたのですが、この春から新しくスタートしたプロジェクトではJenkinsを利用しないという決断をしました。 Jenkinsとサヨナラした理由 複数プロジェクトで共有して利用するのがツライ うちの会社では共通で用意されたJenkinsがあって（それなりにスペック高くて、slaveもぶら下がってる）、色々なプロジェクトがそれを利用しています。 このケースの問題点は何よりもランタイムやSDKを共有してしまうことにあります。全てのビルドに副作用を与えることなく、ランタイムやSDKを追加・更新するのが簡単ではありません。それを滞りなくやるには事前にどのビルドが何を使っているかを把握したり、利用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
What is the proper way to handle ssh keys for gcloud access from container - 2.0 Support - CircleCI Discuss
公式サンプル集でCircleCI 2.0を試してみた&所感 - Qiita
リダイレクトの警告