composeを使って開発することが一般的になりました。Codeで便利に開発する方法を提案します。Composeで起動したコンテナ群を指す)。Code拡張を指定できるので、RubcopやSolargraphなどの拡張機能をインストール・設定を開発者が個別にする必要がなくなり開発環境を標準化できます対象読者VSCodeを使うRailsエンジニアおよび、開発環境を標準化したいリーダー層PRUZUMAKIではアジャイル開発で新規事業の開発から、大規模Webアプリケーションのアーキテクチャ更新などの開発をしています。お問い合わせはUZUMAKIのHPのお問合せフォームから株式会社UZUMAKIUZUMAKI(うずまき)はエンジニア・デザイナー・ディレクターで構成されるギルド型開発チーム。成長するWebサービスやアプリのリニューアル・リファクタリングに強みがあります。アクセスしてトップページが表示されることを確認してください。Linux.この拡張機能を他のメンバーにもインストールを推奨(機能的に強制できません)するように設定ファイルを追記します。Containers用の設定ファイルを作成します。Containerを選択します。コンテナ内で使用する拡張機能を指定するコンテナ内ではコンテナ外でインストールしている拡張機能は使えません。インストールする必要があります。この点は不便なのですが、コンテナ内で使用する拡張機能は設定ファイルで指定することができセットアップが簡単になります。今回は下記を導入します。デバッグ用.devcontainer/devcontainer.jsonファイル書きを追記します。Codeでプロジェクト用の設定をするプロジェクト専用の設定をします。ここではRubyのインデントをスペース2にします。拡張機能で利用するgemをインストールするよう指定します。Codeからコンテナを起動してRubocpや、Solargraphが動いていることを確認してください。RubocopおなじみのRuby用のLinterはProblemsのパネルから見ることができます。Solargraph自動補完や、メソッドやクラスの定義へジャンプできる便利なツールです。使っていない方はぜひ導入してみてください。Containersを使うと設定が容易です。Containersを使って開発することで、Railsのコンテナに入った状態のターミナルが開けるので、まるでDockerを使わないでローカル開発するような感覚で開発ができます。コンテナの外からコンテナ内のRailsに対してコマンドを実行する場合、DockerのコマンドとRailsのコマンドの両方を考慮して考える必要があり若干脳に負荷がかかります。Composeの起動時にRailsを起動させる設定でコンテナの外からRailsに対するコマンドと、コンテナ内から打つコマンドを比較すると、下記の表のようにコマンドを少なくすることができ便利です。serverを起動したりrspecをターミナルから実行することができるのでブレークポイントで止めて動作確認をすることもできます。実行する設定が反映されないと思ったらコンテナをリビルドしてみると解決しやすいです。Containersを使う方法を紹介しました。Railsのプロジェクトでの例を紹介しました。コマンドを使う必要がないところがお気に入りのポイントです。参考リンクhttps://zenn.dev/igaiga/books/rails-practice-note/viewer/ruby_rails_vscodehttps://dev.to/st0012/setup-rubydebug-with-vscode-1b7chttps://techfeed.io/entries/641025516e13041cbc3b58b3PRXではUZUMAKIの新しい働き方や日常の様子を紹介!ぜひフォローをお願いします!noteではUZUMAKIのメンバー・クライアントインタビュー、福利厚生を紹介!UZUMAKI|note株式会社UZUMAKIです。代表の工藤が投稿してますが、ほかのメンバーもたまに投稿します。受託開発を生業としてますが、リモートワークを通じて、今までにない組織形態での働き方を模索、実践しています。note.comUZUMAKIではRailsエンジニアを絶賛募集中です。採用情報これを実践するには、通常の社会で求められる上司による部下の管理が必要という前提が不要になってきます。時間管理をしない、圧倒的な性善説で動く、メンバーは自発的に動くということをUZUMAKIでは当たり前のように行っております。...job.uzumaki-inc.jp是非応募宜しくおねがいします!。