【簡単？】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からElasticBeanstalkにデプロイ環境を本番とStagingに作る - Qiita
Vegewelというベジタリアンガイドを作っています。 ここではソース管理にBitBucketを使っており（プライベートリポジトリでもタダだし）そこからCircleCI使って本番環境とStaging環境に自動デプロイする仕組みを作りたいと考えました。 ソース手上げなんてマジでありえないので・・・。 ということでサーバ環境はAWSのクラウド環境では有名なPaaSであるElasticBeanstalk（以下EB）を使っています。Herokuの対抗馬ってことなんだろうけど多少はEC2やRDSの知識ないと使いこないせないのがミソです。 で、こちらがそのサーバです。 BitBucket上にはmasterに加えてstagingのブランチを切っています。 ここではアプリの作り方やBitBucketへのコミット、プッシュ、ブランチ作成方法は割愛します。 他のサイトで参考にしてください。 自動デプロイ使わな
RSpec導入してCircleCIに組み込んで見る - Qiita
今までプロダクト優先で自動テストを書くのが億劫だったことを反省し、ついに意を決してRSpecを導入しました。 目標は 重要なモデルのバリデーションテスト コントローラー（request）の200確認・DB更新確認 ボタンやリンク経由で画面遷移のシナリオテスト（フィーチャーテスト） CircleCIでRSpecのテストをデプロイ前に入れ込み、OKとならなければデプロイしないようにする をすることです。もちろん究極は先にSpecを書いて、コードを実装するテストドリブン開発が理想ですが、今回後付になってしまったので現状の挙動を担保するという思想でテストを作成してます。 ただ、テストコードを書くと、意外なことにModelを端折ってしまって書いてないので、テストコード自体が動作しないというケースもあったりしてソース自体にも手を加える必要は出てきます。そうすると動いているソースに手を入れない的な昔から
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
