DUICUO

GitHub がなぜこんなに人気なのか?ユーザーガイドをまとめました。

[[238813]]

世界中の開発者が安全に利用できるGitHubでは、コードを共有して他の開発者に利用してもらい、世界中の開発者と協力しながらコードを改善できます。経験豊富な開発者から学ぶことで、スキルを短期間で向上させ、学習成果を披露し、将来の開発に向けたプロフィールを構築できます。人気インフルエンサーのSiraj氏を起用したこの動画では、Gitプロトコルの仕組み、独自のコードリポジトリの作成方法、ソーシャルメディアでGitHubコードを宣伝する方法を解説します。

1. Git プロトコルとは何ですか?

GitHubの特徴的な機能に気付いた方もいるかもしれません。それは、開発者が共通のインターフェースを通じて共同作業ができることです。ここでは、他者のオープンソースコードを適切と思われる方法で変更したり、他の開発者を招待して自分の作業の改善を手伝ってもらったりすることができます。このコラボレーションは、テスラが新しい自動車モデルをリリースする際のアプローチに似ています。テスラは1年かけて各部品の設計を担当するチームを編成し、調整を行い、他のチームからの新機能を常に把握することで、設計を最適化しています。これは非常に民主的なプロセスです。

世界中の開発者が協力する動機は何なのか、問題が発生した場合に修正したり元に戻したりできるのか、疑問に思うかもしれません。

答えは簡単です。コード リポジトリを保存するために Git プロトコルが使用されているためです。

10年以上前、著名なプログラマー、リーナス・トーバルズはオペレーティングシステムの構築に奔走し、他の開発者と共にコードを絶えず修正していました。彼は、問題が発生した場合に簡単に以前のバージョンに戻せるよう、コードがどのように変更されたかを追跡する方法を必要としていました。通常、私たちは常にコピーを保存し、名前を変更します。論文を書いているときに、おそらくこのような状況に遭遇したことがあるでしょう。最初のドラフト、2番目のドラフト… 1つのバージョンを変更せず… そしてまた別のバージョンを変更する… 悪夢です。そこでリーナスは、プロジェクトの最新のコメントと、時系列でソートされたコード変更履歴を収集するために、Gitプロトコルを作成しました。現在でも、Gitプロトコルはほぼすべての現代的な開発ワークフローの中核を成しています。

2. Git プロトコルのディレクティブをどのように理解すればよいですか?

Gitプロトコルには多数の命令が含まれており、初めて理解しようとするとその構造に戸惑うかもしれません。しかし、Teslaを例に挙げてみましょう。

新しいモデルを開発する必要があります。実際、デザインには常に4つのバージョンがあります。(1) ライブバージョン。これは消費者に馴染みのある現在のバージョンで、販売されています。(2) 来年の計画バージョン。これは全チームの同意があれば新しいライブバージョンになります。これは、最新の最適化されたデザインバージョンを保存するリモートデータベースです。(3) 他のチームの提案を十分に考慮した最新バージョンですが、まだ他のチームに公開されておらず、許可も得ていません。これはローカルライブラリです。(4) 開発中のバージョン。これは、さらなる社内テストとレビューが必要なバージョンです。これはキャッシュです。

各段階はそれぞれ異なる貢献レベルに対応しており、コードも同様です。私たちのコードは実装されるまでに4つの段階を経る必要があり、各段階を経るごとに他のグループとの衝突のリスクがさらに軽減されます。

Gitプロトコルには、完全な設計が完了し、非常に満足しているという声明も含まれています。Gitプロトコルへのコミットは、テストとレビューがまだ必要であっても、設計に自信があり、標準化されたテストをすべて実行したことを意味します。

3. Gitプロトコルの仕組み

デザインを他の人に公開する準備ができたら、Gitプロトコルの「push」コマンドを使って、ローカルリポジトリからリモートリポジトリにコピーします。プロセスリポジトリはクラウドに保存され、ローカルリポジトリはコンピュータ上に残ります。全員が満足したら、ウェブサイトやモバイルアプリにデプロイできます。

本番環境では、これは実際には Git コマンドではなく、実際のバージョンから本番環境までのプロセスを表します。

実際には、新しいバージョンごとにリポジトリを作成する場合もありますが、すべてのバージョンに多くの類似点があるため、各バージョン専用のブランチを作成することもできます。ブランチを使用すると、同じコードベースに基づいて複数のバージョンを管理できます。使用後に、既存のバージョンに特定の機能を追加した方がよいことが判明した場合は、mergeコマンドを使用して2つのブランチを統合できます。

誰かが新しい機能やコードをリモートリポジトリにプッシュした場合、Gitプロトコルのpullコマンドを使って、その新機能をローカルリポジトリに取得できます。この新機能がリポジトリと競合する場合は、コードを以前の状態に戻すか、調整して更新版をリモートリポジトリにプッシュすることができます。

Git プロトコルは、競合を追跡して迅速に特定するのに役立ち、最適化と修正がはるかに簡単になります。

4. GitHubの使い方

GitHub が Git ライセンスを使用していることは既にわかっているので、独自のリポジトリを構築し、登録して、GitHub に保存します。GitHub は基本的に、最新の Git ライセンスをダウンロードできる開発者向けのソーシャル ネットワーク プラットフォームです。

Github.com で `git config` コマンドを使用してユーザー名とメールアドレスを定義し、コマンドラインで `git init` コマンドを使用してローカル Git リポジトリを作成します。ステージングエリアに直接変更を加えることで、新しいコードフォルダを作成し、Git に追加できます。

各開発者は自分のブランチに対してのみ責任を負います。ローカルでマッチングを行い、解決策を提出できます。提出は異なるブランチから行われ、すべてのブランチは徐々にマスターノードへと繋がります。これがGitがツリー構造を持つ理由です。

GitHubは、他の開発者の最新コードをフォロー・追跡できるソーシャルネットワーキングプラットフォームです。フォローしてくれる開発者が増えれば増えるほど、オープンソースプロジェクトの改善に協力してくれる可能性が高まります。優れたドキュメントは、他の開発者にあなたのコードをフォローしてもらう上で非常に役立ちます。さあ、何を待っているのですか?今すぐGitHubに参加しましょう!

オリジナル動画リンク: https://www.youtube.com/watch?v=Loav1kbA640