バージョン制御ツール

なぜバージョン制御ツールを学ぶのですか？

1.1問題が発生した：関数を実装する場合、複数の実装方法があります。一時的に使用する必要のないコードにコメントが含まれる可能性がありますが、これらのコメントによってファイルのサイズが大きくなり、ユーザーのアクセス速度が低下します
。1.2開発このプロジェクトでは、通常、複数の人が開発します。コード共有の問題を解決するにはどう
すればよいですか。ファイルをパッケージ化して送信するだけでは、非常に非効率的です。
ここに写真の説明を挿入

一般的なバージョン制御ツール

Git：世界で最も先進的な分散バージョン制御システム
svn：古いバージョン制御ツール

インストールと構成

1.1
git公式Webサイトのインストールのインストール：https：//git-scm.com/download/win
1.2電子メールと名前の構成
初めてのユーザーは送信者情報を提供する必要があり、将来の開発を使用してさまざまな修飾子を区別できます

git config  --global user.name "自己的用记名"
git config  --global user.email "自己的正确的邮箱"

# 查看配置信息
git config --list

ローカル倉庫（作業エリア）\一時エリア\提出履歴

1.1倉庫の初期化

ウェアハウスとして新しいフォルダーを作成する
方法1：
vscodeでフォルダーを開き、[ソースコード管理]をクリックして、リポジトリを初期化します。以下で実行する操作はすべて、ウェアハウスに基づく必要があります。
ここに写真の説明を挿入
方法2：コマンドラインを使用し
てフォルダーを右クリックし、コントロールウィンドウを開いて次のように入力します。git init

git init

ここに写真の説明を挿入
Gitウェアハウスを初期化することを意味します。初期化が成功すると、プロジェクトのルートディレクトリに.gitフォルダが作成されます。フォルダは非表示になります。非表示にすると表示されます。バージョン情報の管理に使用されます。
ウェアハウスを削除する場合は、フォルダを下に置くだけです。 .gitファイルを削除します

2.ステージング領域
に送信されたエリアコードは、フォルダ内にファイルを作成し、コンソール入力を取得します。
単一のファイルを追加します。git add 文件名字;
ワークスペースすべてのファイルがステージング領域に追加されますgit add .。;
ステージング領域は物理的ではありません。file;
ここに写真の説明を挿入
3.ステージングエリアコードはリポジトリにコミットされます
completeステートメント：git commit --message "第一次提交";
shortステートメント：git commit -m "第一次提交";
required property -mは、送信された情報のレコードを表します。""情報ファイルのレコードに使用される二重引用符、根拠なしに記述しないでください。セマンティックが必要です。変化する。
ここに写真の説明を挿入

4.送信履歴コマンドの表示
ステートメント：git log
commit：送信されたハッシュ値を示し、送信の一意性をマークするために使用されます
作成者：送信者情報
日付：送信時刻
ここに写真の説明を挿入
5.ファイルステータスの表示
ステートメント：git status
作業領域と一時ストレージ領域の表示に使用されますファイルのステータス。送信後
：

追跡ステータスがまだある場合：

6。一時ストレージ領域をバイパス
し、作業領域から履歴に直接送信する、履歴を送信するより便利な方法
ステートメント：git commit -a -m"提交的信息"
ここに写真の説明を挿入

注：新しく作成されたファイルの場合、デフォルトのステータスはuntrackstatusです。これは、ファイルが追跡されていないことを意味します。これはクイックコマンド送信です。新しいファイルを送信する必要がある場合は、最初にgit addコマンドを使用して一時ストレージ領域に追加する必要があります。

7.差分
ステートメントの現在のバージョンでファイルを表示および変更しますgit diff。;
主に、送信された履歴が改訂されていない差異を確認します。8
ここに写真の説明を挿入
。ロールバックコミット履歴（注意、戻らないでください！）
構文：git reset --hard 提交的哈希值;
スペース
ハード表現に注意してください。作業領域のコードを直接変更します。このパラメーターには他の値があるため、ここでは拡張は行われません。
一時ストレージ領域を直接バイパスしてロールバックします。
ここに写真の説明を挿入

リモートウェアハウス

登録された履歴情報はローカルに保存され、開発の便宜のために、通常はリモートウェアハウスにプッシュされます。
リモートウェアハウスのカテゴリ：
1。世界最大のコード共有プラットフォームgithub
短所：アクセスが遅い
長所：リソースが非常に豊富で、世界最高のコード
2 。国内コードホスティングプラットフォームCodeCloud gitee
短所：プロジェクトが比較的少ない
長所：高速アクセス
3.自社製コードホスティング（gitlab）
短所：外部からアクセスできない
長所：セキュリティ

シナリオ1を使用：リモートウェアハウスをローカルにクローン化することにより、リモートウェアハウスが空にならない

1.リモートウェアハウスをローカルにクローンします。
構文：git clone 远程仓库地址
フォルダーを作成してコンソールに入力します
ここに写真の説明を挿入
。2。ローカルウェアハウスを更新します。
構文：git pull
クローンとは異なり、クローンはウェアハウス全体を下に移動し、プルは更新のみを行い
ます。3。ローカルコードをリモートにプッシュします。ウェアハウス
構文：git push

ここに写真の説明を挿入

シナリオ2：ローカルウェアハウスが空のリモートウェアハウスに関連付けられている

ローカルウェアハウスをリモートウェアハウスに公開する

1.リモートウェアハウスを作成します

2.ローカルウェアハウスを作成して初期化します

3.提出物を生成します

4.リモートウェアハウス
構文に関連付けられているローカルリポジトリ：git remote add origin 远程仓库地址;

5.リモートウェアハウスが空であるため、リモートリポジトリにプッシュされたネイティブコード。ブランチ
構文を作成する必要がありますgit push -u origin master。

6.リモートリポジトリリポジトリ
構文の現在のアドレスを確認しますgit remote -v。

シナリオ3：同じファイルを同時に変更すると、競合の問題が発生します。競合の問題の
解決策：手動で解決する必要があり、保持する必要のあるコードを選択します

支店管理

ブランチとは何ですか？
独立した倉庫に相当し、各ブランチ間の作業は相互に影響しません。

ブランチはどのような問題を解決しますか？
バージョンの開発には、登録/ログイン/ショッピングカート/購入アクティビティなどのさまざまな機能があります。11番目の制限の期限に達したとき、スナップアップの機能は開発されていません。この時点で、スナップアップアクティビティのブランチコードを放棄できます。、直接オンラインで登録/ログイン/ショッピングカートにアクセスします。
複数の機能シナリオで問題を解決します。

ブランチの使い方は？

1.ブランチ
構文を確認します。git branch;
通常、ウェアハウスにはデフォルトのマスターブランチmasterがあり、マスターブランチで
コードを送信しないでください!!!
通常、開発開発ブランチ、またはfe / loginで
ここに写真の説明を挿入