GitとGithubは異なるツールです。Gitは分散バージョン制御システムであり、GithubはGitに基づくオンラインコラボレーションプラットフォームです。 GITは、ワークスペース、一時的な保管エリア、ローカルウェアハウスを介してコードを管理し、Git init、gitクローンなどの一般的なコマンドを使用します。Githubは、コードホスティング、プル要求、問題追跡などの関數(shù)を提供します。

導入

バージョンの制御と共同開発について話すとき、GitとGithubという名前は常に互いに影にあります。しかし、多くの人々は、実際には2つの完全に異なるツールであることを知らずに、しばしばそれらを混亂させます。 GITは分散バージョン制御システムであり、GitHubはGitに基づいて構(gòu)築されたオンラインプラットフォームであり、コードホスティングとコラボレーション機能を提供します。今日は、2つの違いとつながりを探り、開発効率を向上させるためにそれらを使用する方法をよりよく理解するのに役立ちます。

この記事では、Gitubが提供するさまざまな機能と使用のヒントと同様に、Gitのコアコンセプトと基本操作を?qū)Wびます。また、実際のプロジェクトでGitとGithubといくつかの経験と落とし穴を共有して、一般的な落とし穴を避けるのに役立ちます。

Git：バージョン制御のための強力なツール

GITは、2005年にLinus Torvaldsによって開発され、大規(guī)模なソフトウェアプロジェクトのバージョン制御の問題を解決しました。これは、開発者がコードバージョンをローカルで管理し、チームメンバーと協(xié)力できるようにする分散バージョン制御システムです。

Gitのしくみ

GITの作業(yè)原則は、ワーキングディレクトリ、ステージングエリア、ローカルリポジトリの3つの主要な概念に簡素化できます。コード変更を行うと、これらの変更は最初にワークスペースに表示されます。 git addコマンドを使用すると、これらの変更を一時的な保管エリアに追加できます。最後に、 git commitコマンドを介して、一時的な保管エリアの內(nèi)容をローカルリポジトリに送信します。

 ＃一時的なストレージエリアにファイルを追加するgit add file.txt

＃ローカルリポジトリに送信gitcomped -m "add file.txt"

GITの分散自然により、すべての開発者がコードの完全なリポジトリを持つことができます。これにより、コラボレーション効率が向上するだけでなく、プロジェクトのセキュリティが向上します。

一般的なgitコマンド

GITを使用する場合、一般的に使用されるコマンドがいくつかあります。

 ＃gitリポジトリGit initを初期化します

#cloneリモートリポジトリgit clone <url>

＃現(xiàn)在のステータスGITステータスを確認してください

＃提出履歴gitログを表示します

＃branch git checkout <branch>を切り替えます

＃新しいブランチGit Checkout -B <New -Branch>に切り替える

＃マージブランチgitマージ<branch>

＃競合解決後にgitコミットを送信-m "Merge Branch <branch>"

これらのコマンドは、Gitの日常業(yè)務(wù)の基礎(chǔ)を形成し、それらを習得することで、開発効率が大幅に向上します。

Github：共同開発のためのプラットフォーム

Githubは、Gitに基づいて構(gòu)築されたオンラインプラットフォームです。コードホスティングサービスを提供するだけでなく、豊富なコラボレーションツールとソーシャル機能も提供します。 Githubは2008年に発売され、すぐにオープンソースコミュニティとエンタープライズ開発チームにとって優(yōu)先プラットフォームになりました。

Githubの主要な機能

GitHubが提供する機能には以下が含まれますが、これらに限定されません。

• コードホスティング：GitリポジトリをGithubにプッシュして、リモートバックアップとコラボレーションを行うことができます。
• プルリクエスト：これは、開発者がコードの変更を送信し、チームメンバーにレビューとマージを要求する共同の方法です。
• 問題追跡：プロジェクトの問題やタスクを追跡するために使用されるため、チームメンバーは協(xié)力して解決できるようにします。
• Wiki ：チームメンバーが知識と情報を共有できるようにプロジェクトのためのドキュメントスペースを提供します。
• アクション：自動化されたワークフローは、CI/CD、テストなどに使用できます。

GitHubを使用するための基本的なプロセス

GITを使用してローカルでプロジェクトを管理していて、GitHubにプッシュしたいと仮定すると、ここに基本的なプロセスがあります。

 ＃リポジトリがmyprojectと呼ばれると仮定して、GitHubに新しいリポジトリを作成します

＃ローカルリポジトリをgithubリポジトリに関連付けますgitリモート追加<githubリポジトリurl>

＃メインブランチをGithubに押し込みます
Git Push -U Origin Master

次に、GitHubのプルリクエスト機能を使用して、開発に関するコラボレーションを行うことができます。

 ＃新しいブランチを作成しますlocally git checkout -b feature/new -feature

＃コード変更を行い、git addを送信します。
gitcump -m "新機能の追加"

＃新しいブランチをGithubに押し込みます
Git Push -U Origin Feature/New -Feature

次に、GitHubにプルリクエストを作成し、チームメンバーがレビューしてマージするのを待っています。

共有と落とし穴を経験します

GitとGithubを使用する過程で、私はいくつかの経験を蓄積し、ピットを踏みました。ここであなたと共有します：

大きなファイルの提出を避けてください

GITを使用する場合は、大きなファイル（ビデオ、オーディオなど）の送信を避けてください。これにより、リポジトリのサイズが大幅に増加し、クローニングとプルの速度に影響します。大きなファイルを送信する必要がある場合は、管理にGit LFS（大きなファイルストレージ）を使用することを検討できます。

合理的にブランチを使用します

分岐はGitの強力な機能ですが、不適切に使用すると、コードベースが亂雑になる可能性があります。新しい機能を開始するときに新しいブランチを作成したり、バグを修正したりしてから、完了後にメインブランチにマージすることをお勧めします。これにより、マスターブランチの安定性が維持され、追跡とロールバックが容易になります。

リクエストのレビューをプルします

GitHubでプルリクエストを使用する場合、チームメンバーがコードの変更を慎重に確認して、コードの品質(zhì)と一貫性を確保することをお勧めします。コードレビュープロセスを設(shè)定して、各プルリクエストが少なくとも2人によってレビューされ、すべてのコメントと問題が合併前に解決されるようにすることができます。

バックアップと復元

GIT自體は強力なバージョンコントロールを提供しますが、念のため定期的にリポジトリをバックアップすることをお勧めします。 GitHubは、倉庫データを定期的にエクスポートできる倉庫バックアップ機能を提供します。さらに、Git Recoveryコマンド（ git resetやgit revertなど）を理解して、誤動作時に迅速に回復できるようにすることも非常に重要です。

パフォーマンスの最適化とベストプラクティス

GitとGithubを使用する場合のパフォーマンスの最適化とベストプラクティスに関するいくつかの推奨事項を以下に示します。

GITリポジトリを最適化します

プロジェクトが発展するにつれて、Gitリポジトリはますます大きくなり、クローニングとプルの速度に影響を與えます。 git gcコマンドを使用して、リポジトリを最適化し、不要なオブジェクトとファイルを削除できます。

 ＃GITリポジトリGIT GCを最適化 - アグレッシブ

gitサブモジュールを使用します

大規(guī)模なプロジェクトについては、Gitサブモジュールを使用して依存関係ライブラリを管理することを検討してください。これにより、従屬ライブラリをスタンドアロンのGitリポジトリとして管理し、メインリポジトリに直接コミットすることを避けることができます。

 ＃サブモジュールgitサブモジュールを追加する<サブモジュール-url> <ath>を追加します

＃サブモジュールgitサブモジュールアップデートを更新 -  Init- Recursive

GitHubアクションを合理的に使用します

GitHub Actionsは、CI/CD、テストなどに使用できる強力な自動化ツールです。ただし、過剰使用は過度のビルド時間につながり、チームの開発効率に影響を與える可能性があります。各ステップが必要かつ効率的であることを確認するために、アクションワークフローを合理的に計畫することをお勧めします。

名前：CI

の上：
  押す：
    ブランチ：[マスター]
  pull_request：
    ブランチ：[マスター]

仕事：
  建てる：
    runs-on：ubuntu-latest

    ステップ：
     - 使用：アクション/チェックアウト@V2

     - 名前：ワンラインスクリプトを?qū)g行します
      実行：Echo Hello、World！

     - 名前：マルチラインスクリプトを?qū)g行します
      実行：|
        エコービルドに他のアクションを追加し、
        エコーテストを行い、プロジェクトを展開します。

コードレビューのベストプラクティス

GitHubでコードレビューを?qū)g行する場合、これらのベストプラクティスに従うことをお勧めします。

• タイムリーなレビュー：プロジェクトの進捗が遅れないように、プルリクエストの提出後24時間以內(nèi)にレビューを?qū)g施してみてください。
• 詳細なコメント：問題を指摘するだけでなく、開発者がコードの品質(zhì)を向上させるためにソリューションと提案を提供する必要もあります。
• 尊敬と禮儀：問題を指摘したとしても、あなたのコメントに敬意を払い、禮儀正しくしてください。

結(jié)論

GitとGithubは、最新のソフトウェア開発に不可欠なツールです。開発効率を改善するだけでなく、チームコラボレーションの開発とオープンソースコミュニティの開発も促進します。この記事の経験の紹介と共有を通じて、これら2つのツールをよりよく理解し、使用して開発スキルを向上させることができることを願っています。ご質(zhì)問や提案がある場合は、コメントセクションにメッセージを殘して、議論してください。

以上がgit：ツール、github：サービスの詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。