.GITディレクトリはGITリポジトリのコアであり、バージョン制御に必要なすべてのデータが含まれています。 1.オブジェクト（コミット、ツリー、タグなど）、參照（ブランチやタグポインターなど）、ヘッドの現(xiàn)在のブランチ情報、インデックスの一時ストレージエリア、構(gòu)成ファイルなどなどの重要なコンテンツを保存します。2。通常、ユーザーはこれらのファイルを手動で操作する必要はありません。これは、直接編集により、リポジトリがダメージを受ける可能性があるため、ファイルを削除したり、指數(shù)を破壊したりすることもできます。 3.問題がある場合は、gitfsckまたはgitreflogを使用して修正できます。 4. .GITコンテンツを自由に変更するべきではありませんが、ヘッド、構(gòu)成、ログなどのファイルを表示すると、GITの操作を理解するのに役立ちます。 .gitの構(gòu)造を理解することは、Gitの仕組みを深く理解するのに役立ちます。

tocloneagitrepository、sulsion installed bychecking withgit-- versionandinStallinged。（1）setuurusernameandemailusinggitconfig。（2）usegitclonefollowed bythereposictricurltocreatealcopy

一般的なGitワークフローには、Gitflow、Githubflow、Gitlabflowが含まれます。それぞれがさまざまな開発シナリオに適しています。 Gitflowは、リリースが計畫されているプロジェクトに適しており、メイン、開発、機能、リリース、およびHotFixブランチを通じて構(gòu)造化された管理です。 GitHubflowは、継続的な配信を強調(diào)する?yún)g一のメインブランチを中心としており、頻繁に展開する必要がある小さなチームまたはWebアプリケーションに適しています。 GitLabflowは、GitHubflowに基づいて環(huán)境認識を高め、マルチ環(huán)境の展開をサポートし、タグを使用して生産ステータスを追跡します。各プロセスには獨自の利點と短所があり、選択時にチームのサイズ、プロジェクトの種類、およびリリース頻度に従って調(diào)整する必要があります。

Gitignoreファイルは、GITが無視するファイルまたはフォルダーを指定するために使用され、リポジトリにコミットするのを防ぐため、不要なまたは機密性の高いファイルを追跡することを避けます。そのコア関數(shù)には次のものが含まれます。1。node_modules、.env、.logなどの開発中に生成された一時ファイルを除外します。 2。オペレーティングシステムまたはエディターがバージョン制御を入力することによって生成された特定のファイルを避けます。 3. Dist/、Build/ Directoryなどの建設ツールによって生成されたコンパイルされた製品をクリーンアップします。 4。ワイルドカード文字 *、 /で終わるディレクトリなどの構(gòu)文に注意してください。設定するとき。ファイルを送信した場合は、Gitrm-Rを手動で実行する必要があります。キャッシュをクリアしてから再提出します。

GITのスタッシュリスト全體をクリアするには、直接組み込みコマンドはありませんが、いくつかのステップで実行できます。最初にgitstashlistを?qū)g行して現(xiàn)在のすべてのスタッシュエントリを表示し、gitstashdropstash@{n}を使用して1つずつ削除するか、gitreflogdelete - expire-unreachable = nowrefs/stash and gitgc-prune =を使用します。さらに、Bash Loop Commandを使用してwhilegitstashlist | grep-q '^stash@'; dogitstashrop; dを使用することもできます。

GITサブモジュールでは、1つのGitリポジトリをサブディレクトリとして別のリポジトリに埋め込むことができます。これは、外部プロジェクトやコンポーネントへの參照に適しています。サブモジュールを使用する理由には、獨立したバージョン制御を備えたサードパーティライブラリの管理、プロジェクトのさまざまな部分の獨立した開発履歴の維持、複數(shù)のプロジェクト間でコードを共有することが含まれます。サブモジュールの動作原理は次のとおりです。サブモジュールを追加すると、GITは使用する特定の提出物を記録し、親プロジェクトはサブモジュールの変更のみを追跡します。サブモジュールのファイルの変更ではありません。サブモジュールは、メインリポジトリをクローニングした後に初期化および更新する必要があります。サブモジュール情報は.gitmodulesファイルと.git/configに保存され、実際のファイルは.git/modules/pathにあります。該當するシナリオには、外部依存関係バージョンの厳密な制御が含まれます

gitコミット履歴を表示するには、gitlogコマンドを使用します。 1.基本的な使用法はgitlogであり、提出ハッシュ、著者、日付、提出情報を表示できます。 2。Gitlog--Onelineを使用して簡潔なビューを取得します。 3.著者または提出情報によるフィルター-author and -grep; 4。コードの変更を表示するには-pを追加します。 5。ブランチの履歴を表示するか、すべてを使用するか、gitkrakenやvscodeなどの視覚化ツールを使用します。

PackFileは、GITがリポジトリオブジェクトをパッケージ化、圧縮、転送するために使用する効率的なメカニズムです。 GitPush、GitFetch、またはGitCloneを?qū)g行すると、実際にgitが送信するのはパックファイルです。 1.最初はgitgcまたはgitrepackコマンドを介してゆるいオブジェクトによって生成され、.git/objects/pack/directoryに保存されます。 2. PackFileにはオブジェクトデータが含まれているだけでなく、オブジェクト間のDelta関係も記録し、インデックスファイル（.IDX）で迅速に検索します。 3.この設計により、送信量が減少し、同期効率が向上します。 4.多數(shù)の小さなパックファイルがパフォーマンスに影響を與える可能性があり、GitGCまたはGitで使用できます