TopullUpdatesFromAgitsubtree、YouMustexplictliclistlymoterisingsingsingsingspificsteps.1.addthesubtreeremoteledededdeddeddedded-f.2.mergethelatestchangesususususgitmetmerge-surthe-surcthethepthepthepthechthepthedech-commit-commit-commit-commit-committhedtherge-committhergethe-committherge-committherge-committherge-commit

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

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

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

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

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

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

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