サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
災害への備え
blog.sugai.dev
はじめに どうも、Yarukinai.fmからやってまいりました須貝です。 この記事はLivesenseアドベントカレンダーの4日目です。ここでは業務とは関係ない話をします。 私は友人たちと昨年6月からポッドキャストをやっておりまして(私はホストではなくてレギュラー出演くらいのポジション)ありがたいことに徐々にリスナーの方も増えているようで、やってみるもんだなと思いましたね。内容は一応「テック系」とうたってはいるのですが、だいたい健康とお金とコンビニについて話していることが多いです。 で、今まで私の役割といえば毎回適当に話をして終わりで編集やらなんやらは全部ホストのマークさんに任せっきりでおりました。毎回おまかせで申し訳ないのと、コロナの影響で時間も少しあるので自分でも収録した音声の編集をやってみたいなと思ってep. 37から編集デビューしました。 これでひととおり企画(あってないようなも
はじめに マネーフォワードMEヘビーユーザーの須貝です。 今朝こんな記事を見て気になったので銀行連携に何が起きているのか調べました。 マネーフォワード MEの銀行連携、一部資産との連携が不可に 金融機関リスト公開 - BCN+R ものすごく簡単に言うと、今までマネーフォワードME(以下MF)と連携できていた銀行が一部連携できなくなってしまうということらしい。自分がMFと連携させている金融機関にも影響があったら困ってしまう。と思ったら 例えば、楽天銀行が定期・外貨のみ更新停止となり というところに不穏な空気を感じる。私は定期、外貨預金は使っていないが楽天銀行ユーザーなので。もう少し詳しく見ていく。 状況を確認 上記の記事の元ネタはおそらくこちらだと思う。 銀行連携に関する一部変更のお知らせ(金融機関リスト) 変更のパターンが4つほどあるのだが、パターン1が「これまで通り連携ができる金融機関(
単一のjobかworkflowsを使うかでやり方が異なります。 単一のjobの場合 branchesを使います。 masterブランチでのみ処理を実行したい場合の例: version: 2 jobs: build: docker: - image: circleci/ruby:2.5.0 branches: only: - master steps: - run: command: echo "This job runs on only master branch" この機能、ローカル環境では機能していないように見えます。onlyのところをmasterにしてもdevelopにしてもjobが成功したので。 Circle CI上で走らせるとskippedになっているので問題はなさそうです。 Workflowsの場合 filters内でbranchesを使います。 masterブランチでのみ処理
workflowを利用して、build jobで作成した成果物をdeploy jobで特定の場所にリリースしたいことはよくあると思います。 Circle CI 2.0ではjobごとに異なるDockerコンテナが起動するので、別のjobにファイルを受け渡すにはpersist_to_workspaceを使います。 一方、そのファイルを参照するjobではattach_workspaceを使います。 実際にやってみます。以下、config.yml version: 2 jobs: build: docker: - image: circleci/ruby:2.5.0-node-browsers steps: - run: mkdir -p /tmp/workspace - run: echo 'This is artifact' >> /tmp/workspace/artifact.txt - r
ステップが失敗しても次のステップを実行したい Circle CI 1.0とは異なり、2.0ではステップが失敗すると次のステップは実行されません。 ちなみにコマンドの戻り値が0以外であれば失敗となります。 例: 2つめのステップは実行されません。 version: 2 jobs: build: docker: - image: circleci/ruby:2.5.0 steps: - run: command: | echo "This is first step" exit 1 - run: command: echo "This is second step" 結果: $ circleci build ====>> Spin up Environment Build-agent version 0.0.4984-b7b3a27 (2018-04-23T16:25:42+0000) Sta
Dockerでbundle installしたときにinvalid byte sequence in US-ASCII (ArgumentError)が出る場合の対処法 問題 Dockerで作ったRuby環境でbundle installしたときにinvalid byte sequence in US-ASCII (ArgumentError)というエラーが出た。 bundle install --without production --retry=3 --path vendor/bundle /bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf-8) Your Gemfile lists the gem byebug (>= 0) more than once. You should probabl
このページを最初にブックマークしてみませんか?
『blog.sugai.dev』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く