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

3方向マージは、元のバージョンと2つの変更されたバージョンを使用して、競合をより正確に解決するマージメソッドです。 1。これは、Common Ancestor（ベースバージョン）、変更（ローカルバージョン）、およびその他の変更（リモートバージョン）の3つのバージョンに基づいています。 2。このシステムは、2つの変更されたバージョンを基本バージョンと比較し、重複する変更を識別し、手動処理のために競合する領域をマークします。 3。雙方向の比較と比較して、変更コンテキストをよりよく理解し、誤検知を減らし、自動マージのセキュリティを改善することができます。 4. Git Branch Merge、PullRequest、およびAdvanced Merge Toolsで一般的に使用されます。 5.それを使用する場合、選択した基本バージョンが真の共通の祖先であることを確認し、3方向のマージをサポートするツールを使用して精度を確保します。

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

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

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

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

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を使用することもできます。

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