これをみるとinputやfalseはLF -> CRLFの自動変換を行わないので、これらを選んでしまいそうですが、 大規模開発で多数の開発者がtrueでインストールしてしまった場合、わざわざ変更をしてもらうまでの悪影響があるのか？がわからなかったので、それについて調べた結果を記載しようかと思います。また、これを書くきっかけとなった私のチームではまった落とし穴について書こうと思います。 core.autocrlfをtrueに設定をした場合 core.autocrlfをtrueに設定をした場合について整理します。 チェックアウトやコミットした場合の動きや、開発者がCRLFでファイルを作成した場合の動きは以下のようになります。 上記の図から確かにwroking directory上ではCRLFとLFが混在してしまう可能性がありますが、 repository上のファイルがLFである以上、core.

はじめに DockerでRailsとMysqlが載った環境を用意してその上で何かを作ろうと思います。 手始めとして、以下の事を行っていきたいと思います。 Docker上でRailsとMySQLを動かす キーワード Rails, Docker, make, Mysql 目次 環境 宣言 やる まとめ 参考 環境 docker desktop: 20.10.22 でこいつらを動かせるようにしたい rails: 7.0.4 ruby: 3.2 mysql: 8.0.3 宣言 公式が出している情報のみ引用します(エラー時は別) 使ってみる Dockerについては前に自分がメモしていた。見返してもあんまり役に立たないですw https://qiita.com/kajiyai/items/3e55844b9b39cb177128 公式がdockerにrailsをセットアップする方法を出しているが、po

前提 ECSでRailsアプリが起動されていること migrateはfargateでやってなかった テスト環境でやること 作業内容 https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/userguide/ecs_run_task_fargate.html これ見ながら作業する。実際は、コマンドでやると何をしているのかよくわからないので、まずはGUIでやる。把握した後にコード化するというのが良い。そうすることで、全てのオプションやらパラメータの世界が見えてくる。 念の為、新規DBを作成 t2.microなどで良い 何らかのエラーが出たときの切り分けにしたい。 インスタンスが作れたら、アプリケーションデプロイ用のタスクにDBの環境変数を設定する（Systems Managerが使えるなら ECS containerから valueFrom で呼