Preview ng leksyon

チームワーク：フォーク、フィーチャーブランチ、プルリクエスト

このセクションでは、オープンソースプロジェクトや企業チームの90%が採用している開発フローを解説します。フォーク → フィーチャーブランチ → コミット → プルリクエスト → コードレビュー → マージという一連の流れを実践的に学びます。特に、レビュアーがすぐに文脈を理解できるPRの書き方や、初心者にありがちなミスを避けるためのポイントを詳しく解説します。

フォーク プルリクエスト コードレビュー
Ano ang matututunan mo sa leksyong ito
  • フォーク → PRという標準的なフローで、あらゆるオープンソースプロジェクトに貢献できるようになります。
  • 追加の質問が不要なほど分かりやすいプルリクエストの作成方法を習得できます。
  • コードレビューでの指摘に対して、技術面・コミュニケーション面の両方で適切に対応する方法を理解できます。

Simula ng leksyon

フォーク — あなた専用のサンドボックス

  • フォークはGitHub上のリポジトリの個人用コピーです
  • 元のリポジトリに影響を与えずに自由に作業できます
  • 元のプロジェクトとのつながりを維持します
  • 実験やオープンソースへの貢献に最適です

図書館で面白い本を見つけたけれど、直接書き込みができない状況を想像してみてください。フォークを使えば、GitHub上に自分のリポジトリのコピーを作成して、元のプロジェクトを危険にさらすことなくコードを自由に編集できます。これは、アイデアを試したり、他者のプロジェクトに貢献したりする際に特に役立ちます。フォークは元のリポジトリとリンクしているため、更新を追跡したり、変更を提案したりするのも簡単です。

GitHubでフォークを作成する方法

  • 右上のForkボタンをクリック
  • コピー先として自分のアカウントを選択
  • コピーが作成されるまで待機
  • フォークをローカルマシンにクローン

GitHubで目的のリポジトリを開き、右上にある「Fork」ボタンを探してください。ボタンをクリックしたら、コピー先として自分のアカウントを選択します。数秒待つと、GitHubがあなたのプロフィールにリポジトリの正確なコピーを作成します。これで、git cloneコマンドを使ってコンピュータにクローンし、作業を始めることができます。元のリポジトリではなく、自分のフォークをクローンしていることを必ず確認してください。

# フォークをコンピュータにクローン
git clone https://github.com/あなたのユーザー名/リポジトリ名.git

# プロジェクトディレクトリに移動
cd リポジトリ名

# リモートリポジトリの確認
git remote -v

フォーク vs クローン：違いは何ですか？

  • クローン：ローカルコンピューター上のコピー
  • フォーク：GitHubアカウント内のリモートコピー
  • フォークは元のリポジトリとの接続を維持
  • 変更の同期に便利

両方のプロセスがリポジトリのコピーを作成しますが、根本的な違いがあります。クローンはコードをコンピューターにダウンロードし、フォークはGitHubアカウント内にリモートコピーを作成します。フォークは元のプロジェクトとの接続を維持し、変更を簡単に同期できます。これはオープンソースプロジェクトに参加する際の重要なポイントです。あなたは自分のフォークで作業し、プルリクエストを通じて変更を提案します。プロジェクトのコピーが作成されたので、次はローカルマシンに移して作業する方法を学びましょう。

Buong leksyon ay para sa subscription

30 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. GitHubでフォークを作成する方法
  3. フォーク vs クローン：違いは何ですか？
  4. フォークをコンピューターにクローンする
  5. 同期のためのupstreamを追加
  6. リモートリポジトリの確認
  7. なぜ別々のブランチが必要なのか？
  8. フィーチャーブランチの作成
  9. ブランチの適切な命名方法
  10. アトミックコミットが必要な理由
  11. 完璧なコミットメッセージの書き方
  12. コミットでのよくあるミス
  13. フォークでブランチを公開する理由
  14. ブランチ公開のためのgit pushコマンド
  15. 公開済みブランチの確認
  16. 変更依頼としてのプルリクエスト
  17. PRのタイトル：簡潔に要約
  18. PRの説明: 内容、目的、確認方法
  19. PRでよくある間違い
  20. PRモンスター: なぜ大規模なプルリクエストがレビューを台無しにするのか
  21. PRの説明：謝罪ではなく説明するチャンス
  22. 1つのPRは1つのタスク：関連のない変更を混在させないコツ
  23. エディターとの対話としてのコードレビュー
  24. すべてのコメントに返信する
  25. 修正は個別のコミットで記録する
  26. マージ時のコンフリクトが発生する理由
  27. マージ前のブランチ更新
  28. コンフリクトの特定と修正
  29. コンフリクト解決の完了
  30. マージ成功後のクリーンアップ
  31. GitHubでフィーチャーブランチを削除
  32. ローカルリポジトリを更新
  33. チーム開発の達人：フォークからマージまで

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. 最終プロジェクト：実際のチーム開発をシミュレートする