GitHub をすぐに始めましょう

＃＃＃導入＃＃＃ GitHub は、コードのホスティング、バージョン管理、および共通のプロジェクトに取り組む個人間のコラボレーションを容易にするために設計されたオンライン プラットフォームです。このプラットフォームを通じて、いつでもどこでもプロジェクトに取り組むことができます (コードのホストとレビュー、プロジェクトの管理、世界中の他の開発者とのソフトウェアの共同開発)。 GitHub プラットフォームは、オープン ソース プロジェクトとプライベート プロジェクトの両方にプロジェクト処理機能を提供します。 GitHub の概要

GitHub は、コードのホスティング、バージョン管理、および共通のプロジェクトに取り組む個人間のコラボレーションを容易にするために設計されたオンライン プラットフォームです。このプラットフォームを通じて、いつでもどこでもプロジェクトに取り組むことができます (コードのホストとレビュー、プロジェクトの管理、世界中の他の開発者とのソフトウェアの共同開発)。 GitHub プラットフォームは、オープン ソース プロジェクトとプライベート プロジェクトの両方にプロジェクト処理機能を提供します。

チーム プロジェクト処理の機能には、GitHub Flow> と GitHub Pages が含まれます。これらの機能により、定期的に展開する必要があるチームのワークフローが簡単になります。一方、GitHub Pages は、オープンソース プロジェクトの紹介、履歴書の表示、ブログのホスティングなどのためのページを提供します。

GitHub は、個人プロジェクトを簡単に処理できるように、個人プロジェクトに必要なツールも提供します。また、個人が自分のプロジェクトを世界と共有することも簡単になります。

GitHub に登録してプロジェクトを開始する

GitHub で新しいプロジェクトを開始する場合は、まずメール アドレスを使用してアカウントを作成する必要があります。

その後、電子メールを確認すると、ユーザーは自動的に GitHub アカウントにログインします。

1. 倉庫を作成する

その後、ウェアハウス リポジトリを作成するページが表示されます。リポジトリには、リビジョン履歴を含むすべてのプロジェクト ファイルが保存されます。リポジトリはパブリックまたはプライベートにすることができます。パブリック リポジトリは誰でも表示できますが、リポジトリに変更を送信できるのはプロジェクト所有者によって許可された人だけです。一方、プライベート リポジトリでは、プロジェクトを誰に公開するかをさらに制御できます。したがって、パブリック リポジトリはオープン ソース ソフトウェア プロジェクトに適しており、プライベート リポジトリは主にプライベート プロジェクトまたはクローズド ソース プロジェクトに適しています。

「リポジトリ名」と「簡単な説明」を入力します。
[README ファイルを使用してこのリポジトリを初期化する] をオンにします。
最後に、下部にある「リポジトリの作成」ボタンをクリックします。

2. ブランチを追加します

GitHub では、ブランチングは 1 つのウェアハウスのさまざまなバージョンを同時に操作する方法です。デフォルトでは、作成された単一リポジトリには「MASTER」という名前のブランチが割り当てられ、これが最後のブランチとみなされます。 GitHub では、ブランチは、マスター (最終ブランチ) にマージされる前にリポジトリを実験および編集する役割を果たすことができます。

プロジェクトを全員のニーズに適応させるには、通常、さまざまなプロジェクトに合わせていくつかのブランチを追加する必要があります。 master ブランチ上にブランチを作成したときと、master ブランチをコピーしたときの現在の状態は同じです。

ブランチの作成は、単一のファイルを異なるバージョンで保存することに似ています。これは、特定のリポジトリで実行されるタスクの名前を変更することで行われます。

ブランチは、バグ修正や機能追加の作業を継続するのにも効果的であることが証明されています。必要な変更を加えた後、これらのブランチはメイン ブランチにマージされます。

ウェアハウスの作成後にブランチを作成します:

この例では、ウェアハウス名「Hello-World」をクリックして、新しいウェアハウスにジャンプします。
上部の「ブランチ:マスター」ボタンをクリックすると、ブランチ名を入力するための空白フィールドのあるドロップダウン メニューが表示されます。
ブランチ名を入力します。この例では「readme-edits」と入力します。
Enter キーを押すか、青い「ブランチの作成」ボックスをクリックします。
これにより、master と readme-edits の 2 つのブランチが正常に作成されます。

Git プロジェクトの操作1. プロジェクト ファイルを変更して送信します

このステップでは、リポジトリに変更を加え、変更を保存する方法について説明します。 GitHub では、コミットは変更を保存することとして定義されます。各コミットは、保存された変更の履歴とそれらの変更が行われた理由を含むコミット メッセージに関連付けられています。これにより、他の寄稿者は、あなたが行った変更とその理由を簡単に知ることができます。

リポジトリに変更を加え、変更をコミットするには、次の手順に従います:

ウェアハウス名「Hello-World」をクリックします。
ファイルを表示および編集するには、右上隅にある鉛筆アイコンをクリックします。

エディターで、変更を加えられることを確認するために何かを書きます。
コミットメッセージフィールドに、変更が行われた理由と方法を説明する簡単な要約を作成します。
「変更をコミット」ボタンをクリックして変更を保存します。
これらの変更は readme-edits ブランチにのみ影響し、メイン ブランチには影響しないことに注意してください。

2.プルリクエストを開く

プルリクエストは、寄稿者が誰かに特定の変更をレビューしてブランチにマージするよう提案およびリクエストできる機能です。プル リクエストには、いくつかのブランチの差分も表示されます。変更、追加、削除は通常、赤と緑の色で表されます。コードがまだ完成していなくても、コミットが完了するとプル リクエストを開くことができます。

プルリクエストを開く:

[プル リクエスト] タブをクリックします。

新しいプル リクエスト ボタンをクリックします。
readme-edits ブランチを選択して、master ブランチと比較します。

リクエストを確認し、これが送信したいものであることを確認してください。
「Create Pull Request」緑色のボタンをクリックし、タイトルを入力します。 Github リポジトリでプル リクエストを開きます

Enter キーを押します。
ユーザーは、プル リクエストを作成して保存することで、これらのアクションを確認できます。

3.プルリクエストをマージする

最後のステップは、readme-edits ブランチと master ブランチをマージすることです。 readme-edits ブランチと master ブランチの間に競合がない場合は、マージ プル リクエスト ボタンが表示されます。

プルをマージするときは、コメントとその他のフィールドが正しく入力されていることを確認する必要があります。マージプル:

プル リクエストをマージするボタンをクリックして、プル リクエストをマージします。
マージを確認します。
readme-edits ブランチは既に master ブランチに含まれているため、紫色の [ブランチの削除] ボタンを押して削除します。 (追記: 他の人が送信したプル リクエストをマージする場合は、他の人のマージされたブランチを削除する必要はなく、削除することもできません。)

---

以上がGitHub をすぐに始めましょうの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。