Skip to main content
Replitでコントリビュートするために、Gitのコマンドを覚える必要はありません。ここで紹介する概念は、変更がどこに反映され、チームがどのようにレビューするのかを理解するのに役立ちます。

​
Gitとは

Gitは、コードの変更を時系列で追跡します。リポジトリには、コードとその履歴が含まれます。GitHubとGitLabはリポジトリをホストし、コラボレーション用のツールを提供するサービスであり、Git自体ではありません。 Replitで開発用のコピーを編集しても、共有リポジトリがすぐに変更されるわけではありません。 詳細: GitHub DocsのAbout Git。

​
ブランチ

ブランチは、独立した作業の流れです。コントリビューションはブランチ上で行うことで、リポジトリのデフォルトブランチ(多くの場合main)に取り込まれる前に、チームがレビューできます。 たとえば、デモの見出しの変更は専用のブランチ上に置いておき、デフォルトブランチは変更しないままにできます。 詳細: GitHub DocsのAbout branches。

​
コミット

コミットは、一連の変更をその説明メッセージとともにGitの履歴に記録します。プッシュすると、ローカルのコミットがリモートリポジトリに送信されます。 この例では、1つのコミットで新しい見出しを記録できます。その後のコミットで、レビュー中に依頼された修正を記録できます。 詳細: GitHub DocsのAbout commits。

​
プルリクエスト

プルリクエストは、あるブランチの変更を別のブランチに取り込むことを提案するものです。チームは変更内容を確認し、議論し、チェック結果を見てから、コントリビューションを承認できます。GitLabではマージリクエストと呼ばれます。 リクエストを作成しても、変更がマージまたはデプロイされることはありません。 詳細: GitHub DocsのAbout pull requests。

​
マージ

マージは、変更を対象のブランチに取り込みます。ブランチ同士に互換性のない変更が含まれる場合は、先にマージコンフリクトを解消する必要があるかもしれません。 マージとデプロイは別の操作です。チームによっては、マージ後にデプロイを自動化している場合がありますが、それはリリースの設定によって異なります。 詳細: GitHub DocsのMerging a pull request。 このワークフローは、コントリビューションを行うで試せます。