Đoạn xem trước bài giảng

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

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

フォークプルリクエストコードレビュー

Bạn sẽ học gì trong bài giảng này

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

Phần đầu bài giảng

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

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

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

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

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

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

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

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

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

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

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

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

Bài giảng đầy đủ dành cho thuê bao

Còn 30 slide nữa trong phiên bản đầy đủ.

Video, toàn bộ slide, ghi chú, bài kiểm tra, gia sư AI và phỏng vấn sẽ mở sau khi đăng nhập và đăng ký thuê bao.

Đăng nhập hoặc đăng ký Đăng ký thuê bao

Nội dung bài giảng

フォーク — あなた専用のサンドボックス
GitHubでフォークを作成する方法
フォーク vs クローン：違いは何ですか？
フォークをコンピューターにクローンする
同期のためのupstreamを追加
リモートリポジトリの確認
なぜ別々のブランチが必要なのか？
フィーチャーブランチの作成
ブランチの適切な命名方法
アトミックコミットが必要な理由
完璧なコミットメッセージの書き方
コミットでのよくあるミス
フォークでブランチを公開する理由
ブランチ公開のためのgit pushコマンド
公開済みブランチの確認
変更依頼としてのプルリクエスト
PRのタイトル：簡潔に要約
PRの説明: 内容、目的、確認方法
PRでよくある間違い
PRモンスター: なぜ大規模なプルリクエストがレビューを台無しにするのか
PRの説明：謝罪ではなく説明するチャンス
1つのPRは1つのタスク：関連のない変更を混在させないコツ
エディターとの対話としてのコードレビュー
すべてのコメントに返信する
修正は個別のコミットで記録する
マージ時のコンフリクトが発生する理由
マージ前のブランチ更新
コンフリクトの特定と修正
コンフリクト解決の完了
マージ成功後のクリーンアップ
GitHubでフィーチャーブランチを削除
ローカルリポジトリを更新
チーム開発の達人：フォークからマージまで