はてなブックマーク

はじめに GitHub Actionsにおいて、 on: pull_request のときに追加で指定できる paths や paths-ignore の使い方がしょっちゅうこんがらがるので、具体例を並べて整理しました。 公式ドキュメントはこちら https://docs.github.com/en/actions/reference/workflow-syntax-for-github-actions#onpushpull_requestpaths 基礎知識の整理 pathsにマッチするファイルの変更が1個でもあったら、ワークフローを起動する。 https://docs.github.com/en/actions/reference/workflow-syntax-for-github-actions#example-including-paths paths-ignoreにマッチするフ

概要 MongoDB Atlasは、MongoDB社自身が提供するMongoDBのDBaaSです。 https://www.mongodb.com/cloud/atlas Atlasを使うと、簡単にMongoDBのクラスタを作って、各種管理を行えます。 性能や機能は限定されるものの、無料で使える種類のクラスタもあります。 この記事では、MongoDB自体ではなくAtlas固有の部分についてまとめていきます。 下準備 Atlasのユーザーアカウントを作る Webサイトにてメールアドレスなどを入力して進んでいくだけです。 アカウントを作ると早速、クラスタ作成の画面に誘われたりしますが、とりあえずキャンセルしてもOK。 有料のクラスタを作らないうちは、クレジットカード番号の入力などは不要です。 ここで作るユーザーとは、DBaaSであるAtlasのユーザーです。 これはAtlasのWebサイトにロ

はじめに @babel/preset-typescriptというBabelのプリセットが出て以来、tscコマンドではなくBabelによって、TypeScriptで書いたコードをJavaScriptに変換できるようになりました。既にtscコマンドを日常的に使いながらTypeScriptを書いている人には影響はないですが、これからTypeScriptで書いてみようという人（かつ、既にBabelに慣れている人）にとっては、TypeScriptとの付き合い方の選択肢が増えたことになります。 この記事では、Babelでできるようになった事の範疇や、今まで通りにtscコマンドに担ってもらう事について、設定例を交えながら整理していきます。 前提として、Babelのバージョンは7が対象です。 @babel/preset-typescriptが出る前は 大まかに示すと、TypeScriptでコードを書く際は

概要 なんとなくの理解で使っているreact-router-reduxを復習しようと思い立ったところ、今やreact-router-reduxはdeprecatedになっていました。あらー。 今、React Routerのドキュメント（Redux Integrationのページ）を見ると、代わりにConnected React Routerというライブラリが紹介されています。 とはいえ、React RouterとReduxの統合は何のためか、という目的はどちらのライブラリもそう変わらないはずですので、この機会に復習していきます。 その上で、今度からはConnected ... の方を使おうと思います。 現状、こんな風に使ってた 私が書いていたコードをかいつまむと、以下の通りです（だいぶ省略してます）。 redux-thunkによる非同期アクションにおいて遷移の処理を呼びたくて、react-

React Native for Web（npmパッケージ名はreact-native-web）というライブラリを紹介します。 概要 もともとWebの世界（ブラウザで表示するフロントエンドの世界）で生まれたReactを、モバイルのネイティブアプリの世界に広げたものがReact Nativeですが、それを更に発展させて、React Nativeで書いたReactコンポーネントをWebでも動かせるようにするものがReact Native for Webです。一周回ってWebに先祖返りといった感じです。 ネイティブアプリとWebとでReactコンポーネントを共通化できることが一番の利点です。 その需要が今はニッチなのか、ちょっとマイナーなライブラリですが、何気にGitHubにはスターが8000以上ついてます。 有名どころでは Twitter LiteがReact Native for Web（以

Gitで管理するファイルの改行コードの扱いは、どうしたらよいのでしょうか。どうルール化するのがよいのでしょうか。 なぜルールが必要か そもそもなぜルールが必要なのでしょうか。以下の例で考えます。 AさんはLinuxマシンでコーディングしており、LFで改行されたソースコードのファイルXをGitにコミットしました。 一方、BさんはWindowsマシンでコーディングしています。今、Aさんが書いたコードを編集したいとします。GitからファイルXをチェックアウトして編集するわけですが、このとき、Bさんが使っているエディタはファイルXの改行コードをCRLFに変換してしまいました。Bさんはそれに気づかずコードを編集し、保存し、コミットしました。 BさんはファイルXの中の数行だけを編集したつもりなのに、改行コードが変わったために、全行に差分が生じてしまいました。これではコードレビューもしにくいし、後日、g