Preview ng leksyon

最終プロジェクト：実際のチーム開発をシミュレートする

学んだすべてを実践的なシナリオで活用します。あなたは小規模チームの開発者として、新機能の追加、バグ修正、リリースを行います。リポジトリ作成、ブランチ作業、プルリクエスト、意図的に作られたコンフリクトの解消、履歴を整理するためのリベース、最終的なリリースタグ付けというフルサイクルをステップバイステップで体験します。最後には、雇用主に見せられる実際のリポジトリが手元に残ります。

Gitフルワークフロー チーム開発 リリースサイクル
Ano ang matututunan mo sa leksyong ito
  • Gitでの機能開発の全サイクル—ブランチ作成からmainへのマージまで—を自力で実行できるようになります。
  • 実際のチームでの作業フローを理解し、入社初日から即座に対応できるようになります。
  • 意味のあるコミット履歴を持つ完成したリポジトリが手に入り、ポートフォリオに追加して面接でアピールできるようになります。

Simula ng leksyon

ポートフォリオ用リポジトリの初期化

  • プロジェクト用の新規フォルダを作成
  • 空の Git リポジトリを初期化
  • 不要ファイル除外のため .gitignore を作成
  • 作業ディレクトリの状態を確認

ターミナルを開き、以下のコマンドでプロジェクト用フォルダを作成します。`mkdir portfolio-project` と入力し、作成したフォルダに移動します。`git init` を実行すると、隠しフォルダ `.git` が作成され、Git が変更履歴を管理できるようになります。次に `.gitignore` ファイルを作成し、`node_modules/` と `.env` を記述して依存ファイルや機密情報がコミット対象にならないようにします。最後に `git status` で現在の状態を確認し、`.gitignore` が「未追跡」ファイルとして表示されることを確認してください。これがプロフェッショナルなプロジェクトの出発点です。

#!/bin/bash
# プロジェクト用フォルダを作成
mkdir portfolio-project

# フォルダへ移動
cd portfolio-project

# Git リポジトリを初期化
git init

# .gitignore を作成
cat > .gitignore << EOL
node_modules/
.env
EOL

# リポジトリの状態を確認
git status

標準に沿ったプロジェクト構成

  • 標準的なディレクトリを作成：src、docs、tests
  • プロジェクト概要を記載した README を追加
  • 変更をステージングエリアに追加
  • コミット前にステータスを再確認

整理されたプロジェクト構成は、整頓されたデスクのように作業効率を高めます。まず `src`（ソースコード）、`docs`（ドキュメント）、`tests`（テスト）の3つのフォルダを作成します。次に、プロジェクトの概要を記した `README.md` を用意しましょう。全ファイルをステージングするには `git add .` を実行し、`git status` で再度確認します。これで新規ファイルが「Changes to be committed（コミット予定の変更）」として表示され、次のコミットへ進む準備が整います。

#!/bin/bash
# 標準的なディレクトリを作成
mkdir src docs tests

# README を作成
cat > README.md << EOL
# Portfolio Project

このプロジェクトは Git のスキルを示すサンプルです。
EOL

# すべてのファイルをステージングエリアに追加
git add .

# リポジトリの状態を確認
git status

最初の意義あるコミット

  • 分かりやすいメッセージで最初のコミットを作成する
  • 作業上の変更にはプレフィックス「chore」を使用する
  • コミット履歴を確認する
  • すべての変更が正しく記録されていることを確認する

プロジェクトの初期状態を記録する時が来ました。`git commit -m 'chore: initialize project structure'` と書きましょう。プレフィックス「chore」は作業上の変更を示すものです。コミット後に `git log` を実行すると、ハッシュ、作者、メッセージが表示されます。これが以降の変更履歴の土台となります。良い最初のコミットは、画家のキャンバスのように真っ白です。メッセージは分かりやすく、情報が伝わるようにしましょう。

#!/bin/bash
# 最初のコミットを作成
git commit -m 'chore: initialize project structure'

# コミット履歴を確認
git log --oneline

Buong leksyon ay para sa subscription

31 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

  1. ポートフォリオ用リポジトリの初期化
  2. 標準に沿ったプロジェクト構成
  3. 最初の意義あるコミット
  4. GitHub へプロジェクトを公開
  5. 新機能開始：ブランチの作成
  6. アトミックコミット：変更履歴を記述する
  7. マージ前のチェックリスト
  8. プルリクエストの準備
  9. 最終プロジェクトをレビューに備える
  10. GitHubでプルリクエストを作成
  11. レビューコメントへの対応
  12. レビュー工程を完了する
  13. 本番環境で緊急バグ：どう対処する？
  14. Hotfix ブランチの正しい作成手順
  15. 迅速な修正と検証
  16. 緊急マージとデプロイ
  17. マージ前のフィーチャーブランチ更新
  18. コードのコンフリクト解消
  19. リベースの完了とプッシュ
  20. マージ前にリベースが必要な理由
  21. インタラクティブ rebase の実践
  22. 最終ステップ：クリーンな履歴でマージ
  23. 完成した機能を公開する
  24. Squash and Merge で変更をまとめる
  25. マージ後の整理
  26. 最終成果と面接でのアピールポイント
  27. リリース準備：コードの完成度を確認
  28. バージョンタグ v1.0.0 を作成
  29. GitHub でリリースを公開
  30. 結果を確認し、次の開発に備える
  31. プロジェクトの履歴を分析する
  32. コミットの可読性評価
  33. コミット履歴はポートフォリオになる
  34. フィナーレ：あなたの初リリースが完成！

Mga artikulo tungkol sa araling ito

Lahat ng leksyon ng kurso

  1. はじめに：ゼロから始めるGit - 自信を持って使える開発者を目指して
  2. Gitはなぜ必要なのか？～採用で求められるスキル～
  3. インストールとセットアップ：Gitの初回起動準備
  4. 最初のリポジトリ: init、add、commit、そしてインデックスの魔法
  5. Git履歴の読み方: log, diff, showと過去の履歴を辿る
  6. ブランチ: コードの並行現実
  7. ミスをなかったことに：restore、reset、revert ─ 正しい使い方と危険な落とし穴
  8. GitHubとリモートリポジトリ: クラウドでのコード管理
  9. チームワーク：フォーク、フィーチャーブランチ、プルリクエスト
  10. マージコンフリクト：慌てずに理解して解決する
  11. 実践的なチーム開発におけるGitワークフロー：最適な選択方法
  12. 上級者向けツール：rebase、stash、cherry-pick、タグ
  13. 最終プロジェクト：実際のチーム開発をシミュレートする