仮想空間の日常

👨‍🏫 皆さん、こんにちは！ 本講座の専任講師です。 前回のDay 14では、コミット履歴を美しく一本道に整頓する「リベース（git rebase）」と、絶対に破ってはいけない公開ブランチの黄金律について詳しく学びましたね。 さて、開発の現場で日常茶飯事のように起きるのが、 「新機能のコードを書いている最中に、本番環境で緊急バグが発覚した！」 というトラブルです。 Visual Studioを開けば、画面には赤波線（コンパイルエラー）だらけの書きかけコード。この状態のままコミットしたくはないし、かといって別のブランチ（緊急修正用ブランチ）に切り替えようとすると、Gitに「未コミットの変更があるため切り替えできません」と怒られてしまう……。 Subversion (SVN) 時代なら、泣く泣く差分パッチファイルを手動エクスポートしたり、作業フォルダを丸ごとZIP圧縮してデスクトップに避難させていたのではないでしょうか？ ご安心ください！ Gitには、そんな絶体絶命のピンチをわずか1秒で解決してくれる魔法のコマンド 「git stash（スタッシュ）」 が用意されています。 本日は、書きかけコードを安全な引き出しに一時退避し、何事もなかったかのように作業ツリーをクリーンにするプロの必須テクニックを徹底解説します！ ① 導入・本日の達成目標 「stash」とは、英語で 「（安全な場所に）隠す、一時的にしまい込む」 という意味です。 Gitのstash機能を使えば、コミット前の変更（作業ツリーやインデックス）を丸ごと一時退避領域（スタック）へと退避させ、作業ディレクトリを直前のきれいな状態（直前のコミット直後）に一瞬でリセットできます。 本日の講義でマスターする達成目標は以下の3点です！ ...

▲ Day 17: マルチステージビルド（SDKイメージ vs 軽量Runtimeイメージの分離） 🐳 皆さん、こんにちは！ Docker/コンテナ実践講座の専任講師です。 前回（Day 16）では、C# / ASP.NET Core Web API をコンテナ化するための「初めてのDockerfile構文（FROM, WORKDIR, COPY, RUN, ENTRYPOINT）」を学びました。 しかし、前回の単純なDockerfileには 「イメージサイズが800MB超に肥大化してしまう」「本番環境にコンパイラやソースコードが丸見えで残ってしまう」 という重大な課題がありました。 本日学ぶ 『マルチステージビルド（Multi-stage builds）』 は、この問題を完璧に解決し、現場のDockerイメージ作成において 100%必須とされる最重要テクニック です！ 開発環境と本番サーバーの分離を30年間実践してきたベテランエンジニアの皆様なら、その合理性に思わず膝を打つはずです。じっくりマスターしていきましょう！ ① 導入・本日の達成目標 一般的なアプリケーション開発では、「ビルドに必要な道具（巨大なSDK、コンパイラ、開発用ヘッダー、NuGetキャッシュ）」と「本番で動かすために必要なもの（最小限のランタイムと発行済みDLL群）」は全く異なります。 もしビルド環境をそのまま本番コンテナに含めてしまうと、ディスク容量を圧迫するだけでなく、余計なツール類がサイバー攻撃の足場（攻撃対象領域: Attack Surface）となってしまいます。 本日の講義を終える頃には、以下の3つの目標を完全にクリアできるようになります。 マルチステージビルドの概念と、1つのDockerfile内で 複数の FROM を使い分ける仕組み を論...

👨‍🏫 皆さん、こんにちは！ 本講座の専任講師です。 前回のDay 13では、チーム開発の登竜門である「コンフリクト（競合）解消」を学び、Gitの衝突マーカーやTortoiseMergeの3画面比較、さらにはAIを活用したスマートな統合手法をマスターしましたね。 さて、ブランチを合流させる手段として前回まで「マージ（git merge）」を使ってきましたが、Gitにはもう一つ、プロの開発者が愛用する極めて強力な合流・整頓コマンドが存在します。 それが本日学ぶ 「リベース（git rebase）」 です！ Subversion (SVN) や Visual SourceSafe (VSS) に長く慣れ親しんだエンジニアの方にとって、「過去の分岐点を付け替える」「コミット履歴を一本の直線に作り直す」という概念は、最初まさに異次元の魔法のように感じられるでしょう。 「リベースを使うと何が嬉しいのか？」「マージと何が違うのか？」そして何より 「絶対にやってはいけない禁忌（リベースの黄金律）」 とは何か？ Windows/C#エンジニアの視点から、TortoiseGitの直感操作も交えて世界一わかりやすく徹底解説します！ ① 導入・本日の達成目標 「Gitのコミットグラフが複雑に枝分かれして、まるでタコ足配線やスパゲッティのように絡み合って読めない……」 開発が長期化したりメンバーが増えたりすると、無数の「マージコミット」が乱立し、どの機能がいつどこで入ったのか履歴を追うのが困難になることがあります。 この問題を解決し、 「あたかも最初から一直線に開発が進んでいたかのような、美しく整然とした履歴」 を作り出すのが「リベース」の役割です。 本日の講義でマスターする達成目標は以下の3点です！ ...

▲ Day 16: ASP.NET Core Web APIのコンテナ化（初めてのDockerfile作成） 🐳 皆さん、こんにちは！ Docker/コンテナ実践講座の専任講師です。 いよいよ本日より 「第4部: C# / .NET アプリケーションのコンテナ化（Dockerfile）」 が幕を開けます！ これまでは既存のnginxやhello-worldコンテナを起動・操作・デバッグする基礎を学んできましたが、今日からは私たちが普段開発している 「本物のC# / ASP.NET Core Web APIアプリケーション」 を自分自身の手でコンテナ化する本丸の領域へ突入します！ 「IISの手順書構築しかやったことがない」という30年選手のベテランエンジニアの皆さんも、Dockerfileの基本命令（FROM, WORKDIR, COPY, RUN, ENTRYPOINT）を一度理解してしまえば、サーバー構築の常識が180度変わる快感を味わっていただけます！ ① 導入・本日の達成目標 Dockerの本当の価値は、誰かが作ったイメージを動かすことではなく、 「自分たちの業務アプリケーションを再現性100%のイメージとしてパッケージングする」 ことにあります。 その中心となる設計図が Dockerfile です。 本日の講義を終える頃には、以下の3つの目標を完全にクリアできるようになります。 Dockerfileの基本構文である 5大命令（FROM, WORKDIR, COPY, RUN, ENTRYPOINT） の役割と実行順序を論理的に理解できる。 IISの手動仮想ディレクトリ構築とDockerfileの違い を把握し、インフラをGitでコード管理するメリットを体感できる。 実際に dotnet publish で出...

👨‍🏫 皆さん、こんにちは！ 本講座の専任講師です。 昨日のDay 12では、「Fast-Forward（早送り）」と「3-Way Merge（3方向マージ）」の仕組みを学び、Gitが共通の祖先（Base）を自動探索してスマートにコードを統合してくれる頼もしさを実感していただきました。 しかし、チーム開発やAIを活用した並行開発を進める中で、誰もが必ず直面する壁があります。それが 「コンフリクト（競合・衝突）」 です。 Subversion (SVN) や Visual SourceSafe (VSS) を長く使ってきた方にとって、競合は「誰かがファイルをロックし忘れて上書き事故を起こした！」「謎の .mine や .r123 ファイルが勝手に生成されてフォルダが散らかった！」という悪夢の記憶かもしれません。 しかし、断言します。 Gitにおけるコンフリクトは、決して「失敗」でも「バグ」でもありません！ 「同じファイルの同じ箇所を同時に変更したため、Gitが勝手にどちらかを捨てず、人間の知性に判断を委ねてくれた安全ストッパー」なのです。 本日は第13回として、コンフリクトマーカー（ <<<<<<< ）の正確な読み方、Windows開発でお馴染みの TortoiseMergeによる3画面（3ペイン）GUI結合 、そして現代最強の切り札である AI（Claude Code / ChatGPT）を用いたスマートな競合解消テクニック を余すところなく伝授します！ ① 導入・本日の達成目標 「マージしたら赤文字で CONFLICT と怒られた……どうしよう、コードが壊れた！？」 Gitを使い始めた初心者が最もパニックに陥りやすい瞬間が、このコンフリクト発生時です。 しかし、そのメカニズムと解決ツー...

▲ Day 15: 不要なコンテナ・イメージの一括掃除（docker system prune） 🐳 皆さん、こんにちは！ Docker/コンテナ実践講座の専任講師です。 前回【Day 14】では、 docker exec -it による稼働中コンテナへの潜入デバッグと、C#アプリケーションの内部検証術をマスターしました。 第3部の締めくくりとなる本日は、コンテナ開発を意気揚々と進めるベテランエンジニアが必ずぶち当たる壁―― 「なぜかSSD（Cドライブ）の空き容量がどんどん消えていく…！？」 という恐怖を一発で解消するメンテナンスの極意 「docker system prune」 を徹底解説します！ 肥大化した未使用キャッシュや停止中コンテナを一掃し、大切な開発環境を常にクリーン＆爆速に保つノウハウをお届けします！ ① 導入・本日の達成目標 Dockerを使い始めると、その手軽さゆえに docker run や docker build を何十回、何百回と繰り返します。 しかしある日突然、Windowsのタスクバーに 「ディスクの空き領域が不足しています」 という警告が表示されて青ざめることになります。 「不要なコンテナは docker rm したはずなのに、なぜ数十GBもディスクが減っているのか？」 その原因は、ビルドの中間層（レイヤーキャッシュ）や、タグが外れた古いイメージ（dangling images）、孤立したボリュームにあります。 本日の講義を終える頃には、以下の3つの目標を完全にマスターできます。 docker system df により、Dockerが消費しているディスク容量の4大要素（イメージ・コンテナ・ボリューム・ビルドキャッシュ）と回収可能容量（RECLAIMABLE）を正確に把握できる...

👨‍🏫 皆さん、こんにちは！ 本講座の専任講師です。 昨日のDay 11では、「Gitのブランチはたった40バイトのポインタに過ぎず、作成速度は0.01秒」という内部構造と、新標準コマンド git switch による軽快なブランチ分岐を学びました。 しかし、ブランチは「作って終わり」ではありません。機能開発やバグ修正が終わったら、分岐させたコードを安定板であるメインライン（ main ）へと安全に合流させなければなりません。この合流作業こそが 「マージ（git merge）」 です。 Subversion (SVN) などの従来型VCSを長く使ってきた方にとって、マージは「できればやりたくない最悪の難関」だったのではないでしょうか？「どのリビジョンからどのリビジョンまでマージしたかをExcelやメモ帳に記録しておき、間違えると重複マージで大惨事……」そんな苦痛の記憶をお持ちの方も多いはずです。 しかしGitのマージは、驚くほど知的でスマートです！ Gitはコミットグラフを自動的に遡って 「共通の祖先（Base）」 を一瞬で特定し、人間がリビジョン番号を数える必要など一切ありません。 本日は第12回として、Gitのマージにおける2大基本動作である 「Fast-Forward（早送りマージ）」 と 「3-Way Merge（3方向マージ）」 のメカニズムを解剖し、C#実務での安全な統合手順やTortoiseGitでのGUI操作まで徹底的にわかりやすく伝授します！ ① 導入・本日の達成目標 「ブランチを切るのは簡単になったけれど、いざmainに戻す（マージする）のが怖い……」 これはGitを学び始めた多くのエンジニアが抱える最初の心理的ハードルです。 しかし、Gitが内部で「どのように共通の先祖を探し、どうやって変更を重ね合わせているのか」という仕組みさえ...