はじめに こんにちは、WEARバックエンド部バックエンドブロックの塩足です。普段は弊社サービスであるWEARのバックエンド開発・保守を担当しています。 WEARのバックエンドでは、これまで自動テスト環境としてCircleCIを使用していましたが、運用保守の改善を目的にGitHub Actionsへ移行しました。 今回は、GitHub Actionsへ移行する際に取り組んだ以下の3点について紹介します。 効率的にテストを分割してテストを並列実行する方法 失敗したテストのみを再実行する仕組みの構築 GitHubのCheck annotationsを活用して、失敗したテスト情報を表示 また、最後に今回行ったテストカバレッジのレポーティングとGitHub Pagesでのホスティングの方法について紹介します。 目次 はじめに 目次 背景 なぜ自動テスト環境をCircleCIからGitHub Acti
目次 ゴール 手順 Dockerfile 初期Gemfile entrypoint.sh docker-compose.yml rails new DBホスト名変更 Error: caching_sha2_password could not be loaded DBコンテナでmysqlクライアント起動 認証方式変更SQL “Yay! You’re on Rails!” 参考 docker-compose を使って Ruby 2.7 + Rails 6.0 + MySQL 8.0 の環境を構築してみたいと思います。 ゴール ゴールはRailsのデフォルトホーム画面を表示させるところまでです。 手順 下記の手順をベースに進めていきます‥ Quickstart: Compose and Rails | Docker Documentation Dockerfile 適当なディレクトリを用意して
筆者はES6以前のVanilla JSがあまり好きではありませんでした。 そこで、バニラJavaScriptをなるべく書かなくていいように、2000年代を通じてさまざまなアプローチを追求してきました。最初はRJS（Ruby-to-JavaScript）、次はCoffeeScriptでした。どちらのアプローチも、バニラJavaScriptより楽しく書けるソースコードを、ブラウザが実行できるバージョンのJavaScriptへトランスパイルするものです。ある程度は、うまくいっていました。 とはいえ、これは明らかにその場しのぎの手段に過ぎず、ブラウザがより洗練されたJavaScriptを理解できる日を待ちわびていたのです。ただ、そんな日が来ることはなく、永久にその場しのぎでやり過ごすのかと思われる時期がしばらく続きました。 しかし、幸いなことにJavaScriptは改善を続け、2015年にはES6
普段、VSCodeを使ってRubyを書いているのですが、コード補完が効かなくて辛みを感じています。 みんな同じ環境でコード書いているのかなと思い、色々検索したら、やはりコード補完機能ありました。 半年Rubyやっておきながら、今知るとは...Rubyを勉強始めたの頃に知りたかった orz はじめに この記事では、VSCodeでRubyのコード補完を有効にした際の手順や参考にした記事を紹介します。 参考にした記事 こちらの記事が非常に参考になりました。 ※ 主にRuby Solargraphの部分です。 seroku.jp 手順 コード補完を有効にするまでの手順を書きます。 拡張機能「vscode-solargraph」のインストール VSCodeで以下の拡張機能をインストールします。 github.com インストール後、VSCodeを再起動させましょう。 gem「solargraph」の
概要# devise とその JWT 用のプラグインである devise-jwt を使って Rails6 に JWT 認証を実装します。 device を使わない JWT 認証の API の実装はこちらに別の記事があります。 Ruby 2.6.5 Rails 6.0.2.1 Devise 4.7.1 Device::JWT 0.6.0 Rails プロジェクトの作成# Rails の新しいプロジェクトを作成して、必要な gem をインストールします。 Gemfile に以下を追記します。 # ... gem 'devise' gem 'devise-jwt' gem 'dry-configurable', '~> 0.9.0' そして、bundle installします。 dry-configurableはバージョン0.9.0でないと現時点でエラーが出てしまうので入れています。 Devis
1-a. 新規プロジェクトにReactを追加する 新規プロジェクトにReactを追加する場合は「--webpack=react」とします。次の例ではTurbolinksなど不要な機能はスキップしています。 cd ~/ mkdir myapp cd myapp rails new . --webpack=react --skip-turbolinks --skip-action-mailer --skip-action-mailbox --skip-active-storage --skip-test -d mysql // Run this example by adding <%= javascript_pack_tag 'hello_react' %> to the head of your layout file, // like app/views/layouts/applicat
Railsでユーザ認証させる 鉄板のDevise + Omniauthの組み合わせですが、意外とomniauth-google-oauth2に関する記事は少なそうだったので、備忘録+写真で解説してみます。 Let's Try! まずはGoogle Developers Consoleで登録 https://console.developers.google.com/project プロジェクトを作成をクリックし、 よしなにプロジェクトを作成します。 使用するAPIの設定 今回はあくまで「ユーザ認証」を行いたいため、不要なAPIの利用は解除していきます。 サイドバーから、API Manager > 概要 を選択し、 Enable APIs (7) タブを選択、 Google+ APIを除いて無効にしておきます。(ムダなAPIは無効に！) 認証情報と同意画面の設定 再びサイドメニューから、今度
Herokuの公式ドキュメントは英語なので読みづらいですよね。herokaijp/devcenterのように、有志が日本語訳してくれているドキュメントもありますが、その中でも特に抑えておきたい16個の常識について挙げてみました。（16日に公開する予定の記事なので、何となく16個挙げてみました。。） （補足）Herokuを使う上での登場人物の名前 Dyno 「だいの」と呼びます。1Dynoと言ったとき、一つサーバが立ち上がっているようなものだと考えて下さい。 Routing Mesh Herokuアプリにアクセスがあったときに、Dyno間の負荷をロードバランスしながらリクエストを振り分ける機構をRouting Meshと呼びます。たまに「Router Error」というログを吐くのですが、そのとき障害が起こっている場所はここです。 常識1. Dynoは1時間アクセスがないとアイドル状態になる
Kiry@TBです。 ２０１２年４月にRubyが国際規格のISOに登録されましたね。 mruby（https://github.com/mruby/mruby）がオープンソースで公開され、 MobiRuby（http://mobiruby.org/）なども出てくるようで、ホットな話題がつきないRubyです。 MobiRubyが出てきたらRhodesの立場はどうなるのか・・・棲み分けされるのか・・・ さて、今までRhodesのスマホアプリについて書いて参りましたが、 Rhodesにもアプリのひな形生成時にもログイン機能のひな形が生成されます。 しかし、HTTPの基本認証やLDAPを利用する際の簡単なクライアント側のサンプルコードはありますが、] 実際に認証のサーバ側を構築するとなると、あまり情報が見当たりません。 今回は以前から引っかかっていた（あえて避けてきてしまった）のですが、 そろそろ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 起きている問題 rails4からはassets:precompile時に、fingerprint付きのリソースしか出力しないようになりました。 Only compiles digest filenames. Static non-digest assets should simply live in public/. cf.https://github.com/rails/sprockets-rails#changes-from-rails-3x 外部からリソースを参照する場合など、fingerprint無しでなければいけない状態の時に
ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね！ 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
