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

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

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

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

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

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

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