著作権：長安白https://blog.csdn.net/weixin_44074810/article/details/91354094

Gitの

1. Gitの
作業エリア、ステージングエリアと倉庫地区

ワークスペース：については、追加、変更、不要なファイルを削除し、作業領域に発生しています

エリアステージング：ステージング領域が小さいステージを格納するワークエリアに操作の完了を指し、それはリポジトリの一部であります

倉庫地区：倉庫地区は、小さなステージの完全な個人的な開発を表し

注：
倉庫面積が記録されていないと、フォールバック閲覧することができ、各バージョン1.
それはもはや一度2.しかし、ステージングエリアに提出したバージョンで

、Gitの単一のローカル倉庫業務

安装のgit
sudoはgitのインストールapt-getを
インストール結果のGitのチェック
gitのを
プロジェクトの作成
デスクトップ上にフォルダを作成すると、プロジェクトは、作業を表し
ます。mkdirテストを
ローカル倉庫の作成
テストに①を、そしてローカルリポジトリ.git作成
CDデスクトップ/テスト/
INITをgitの

これは、新しい.git②倉庫を作成する空の倉庫です

③表示されるファイルのパスに、CTRL + H、その後、隠しファイルを表示します

個人情報の設定
Gitの設定user.name「ジョー・スミスの
Gitの設定user.email「[email protected]」を
新PYファイルの
プロジェクトファイルで作成されたテストlogin.pyのバージョン管理のデモ用ファイル
CDデスクトップ/テスト/
タッチlogin.py、
ビューファイル状態
gitのステータス

①レッドは、両方の作業領域に、新たに新しいファイルまたは変更されたことを示す。
②グリーンは一時領域にあるファイルことを示している
③ワークスペース内の新しいlogin.pyのファイルは、あなたがステージングエリアに追加する必要があり、倉庫地区に提出します

ワークスペースファイルは、ステージングエリアに追加
①すべてのプロジェクトファイルの追加
gitの追加。
または、
②指定したファイルを追加する
追加gitのlogin.pyを

ファイル名はステージングエリアに追加された後、緑色に変わります

倉庫地区にステージングエリアに提出された書類は、
バージョン履歴生成コミット
記述情報と-mバージョンの後ろに

Gitは-m「バージョン記述子」をコミット

そして、あなたは、コードlogin.py編集することができ
VI login.py / Vimのlogin.py
作成したオペレーションコードを追加してコミットすることを

ヒント：追加し、マージコマンドを提出し、これはgitの追加とGitは-m「の記述のバージョンを」コミットされたコードを合成した。
-AMをコミット「バージョンの説明を」Gitは

コードが二回提出し、記録の2つのバージョンが存在します

11.バージョン履歴
gitのログ
や
GitのREFLOG

GitのREFLOGは、すべての動作の枝がすべてのレコードを表示（操作を含むをしてコミットリセット）することができます
削除されたコミットレコードを含めて、gitのログが削除されたコミットレコードで見ることができません

12.代替バージョン
オプション1：
①HEADは現在の最新バージョンを表し
②HEAD ^は、以前のバージョンの最新バージョンを表し
③HEAD、最初の2つのバージョンの最新バージョンを表し^^、のように...
④〜1 HEADは現在の日付を表すを以前のバージョンのバージョン
⑤HEAD〜10のように、トップ10の最新バージョンの現在のバージョンを示しており、...

Gitは^ --hard HEADをリセット

オプション2：非常に長いプログラムの代替バージョン

通过每个版本的版本号回退到指定版本

  git reset --hard 版本号

ロールバックのエラーはあなたがGitのREFLOGビューのバージョン番号を使用する前にすると、
その後、以前のバージョンのプラスのgitのバージョン番号を使用するバック返すように--hardリセット

13.アンドゥ変更

エリアコードをステージング、のみ作業エリアに取り消され、エリアコードレポジトリを元に戻すことはできません
倉庫地区の失効コードの動作のバージョンをロールバックすることと等価です

作業エリアコードの①失効

新加代码num3 = 30，不add到暂存区，保留在工作区

git checkout 文件名

①失効ステージングエリアコード

新加代码num3 = 30，并add到暂存区

1. 第一步：将暂存区代码撤销到工作区
git reset HEAD  文件名
2. 第二步：撤销工作区代码
git checkout 文件名

二、GitのリモートリポジトリのGithub
ネイティブコードとして、リモートでコードが倉庫業務や倉庫などのGithubのWebサイトが、倉庫の場所が違います！

レディーGitのソースコードリポジトリhttps://github.com/

リモートリポジトリの作成
登録のGithubに1.ログインし
https://github.com/
のような手順に従ってください

SSHの設定

SSHの操作を選択し
、コンピュータがGitHubの倉庫に対話する必要がある場合、それらは、このGithubのアカウントにこのコンピュータのSSH公開鍵を追加する必要があります

1.設定入口SSH公開鍵

2. SSH公共の生成
に使用する：SSH-keygenは-t RSA -C 「[email protected]端末またはユーザー名に置き換えることができ、あなたのメールボックスqiruihuaを入力します」

3.設定SSH公開鍵

ファイルのクローンを作成するためのgit cloneコマンドを使用します
プッシュでリモートリポジトリにアップロードされたコードを変更するには

クローニングプロジェクト

リモートリポジトリのコマンドクローニング1.
CDのデスクトップ/マネージャー/
gitのクローンhttps://github.com/qruihua/info.gitを
クローンパスの後ろには、現在のリポジトリのパスをコピーするには良いリモートリポジトリを再作成され

2.ローカルにリモートリポジトリをクローニング

ビューファイルのクローニングの成功の後に3

4.設定身元情報
CDデスクトップ/マネージャー/情報/
Gitはconfigのuser.nameを 'マネージャー'
Gitの設定user.email '[email protected]'

5.プロジェクトを作成します。

6.リモートリポジトリにプロジェクトをプッシュします

  # 工作区添加到暂存区
  git add .
  # 暂存区提交到仓库区
  git commit -m '立项'
  # 推送到远程仓库
  git push

パスワードはgithubのアカウントとパスワードをあるときは、プッシュにアカウントとパスワードを設定する必要があります

この時点では、リモートリポジトリが成功を作成するかどうかを確認し
ヒント：
あなたは、各セットのアカウントとパスワードをプッシュする必要がある場合は、あなたが覚えているパスワードを設定することができます

设置记住密码（默认15分钟）：
git config --global credential.helper cache
如果想自己设置时间，可以这样做(1小时后失效)：
git config credential.helper 'cache --timeout=3600'
长期存储密码：
git config --global credential.helper store

マルチプレイ共同開発：1のジョー・スミスで、2人、1つのマネージャがあると仮定

今、リモート倉庫を作成します
[ローカルでリモート・ウェアハウス・マネージャにクローニング
そしてジョンの中でローカル、リモート倉庫内にクローニング
マネージャージョー・スミスと構成識別情報
管理者は、コードの編集インターフェースでリモートリポジトリのgit pushコマンドにアップロードコードを書きます
ジョー・スミスにより、リモートでコードが同期してリモートリポジトリに書き込むためにそれをアップロードした後にgit pullコマンドを使用して、と。
倉庫管理や書面で[リモートコード同期ダウン。そして、リモートリポジトリにアップロード
繰り返しはそうです
要約：

コマンドgitリポジトリ操作を使用するには、倉庫の内部を入力する必要があり
、同期サーバーコードに実行されます。Gitはプル
の実装上のローカルリポジトリに記録バージョン：gitのを-am「の記述のバージョン」コミット
Gitのプッシュ：実行するサーバーへのプッシュコードを
最初に編集コードの前にプル、編集してからコミット完了し、最終的にプッシュプッシュがあります

コード違反
1.ヒント：マルチプレイヤー共同開発、コードは、紛争の状況を回避することができないだろう
2つの理由：人が同時に同じファイルを修正
3.危険有害性の要約を：通常の開発の進捗に影響します
。4.注：コードの競合たらフォローアップの開発を行うために解決しなければなりません

ケースを想定している：
1張login.py最初の編集ファイルのコード
ローカルリポジトリ張にします。cdデスクトップ/ zhangsan /情報
サーバー最新のコードを引っ張っ：gitのは、プル
コードを編集します。NUM3 30 =
ローカルリポジトリ・レコードのバージョン：Gitは-amをコミット"第三変数'
プッシュサーバリポジトリ：gitのプッシュ

2.最初のリモート同期コードリポジトリのないマネージャー、その後、直接アップロードファイルコード編集login.py後

进入经理本地仓库：cd Desktop/manager/info/
编辑代码：num3 = 300
本地仓库记录版本：git commit -am '第三个变量'
推送到服务器仓库：git push

以上の動作は、コード違反となり
マネージャは最初の引く必要があります

3. [競合の解決]

原则：谁冲突谁解决，并且一定要协商解决
方案：保留所有代码 或者 保留某一人代码
解决完冲突代码后，依然需要add、commit、push

彼は加えました：

一、容易冲突的操作方式
    1. 多个人同时操作了同一个文件
    2. 一个人一直写不提交
    3. 修改之前不更新最新代码
    4. 提交之前不更新最新代码
    5. 擅自修改同事代码

二、减少冲突的操作方式
    1. 养成良好的操作习惯,先pull在修改,修改完立即commit和push
    2. 一定要确保自己正在修改的文件是最新版本的
    3. 各自开发各自的模块
    4. 如果要修改公共文件,一定要先确认有没有人正在修改
    5. 下班前一定要提交代码,上班第一件事拉取最新代码
    6. 一定不要擅自修改同事的代码

タグ
一定の大きなバージョンは、あなたがラベルにする必要があり
機能を：
大規模なバージョン記録
コードのバックアップ大規模なバージョンを

シミュレーションマネージャタグ遊んで
地元の倉庫管理情報に1.を
CDデスクトップ/マネージャー/情報/

2.タグマネージャローカル
gitのタグ-aタグ名「タグの説明」-m
例：
gitのタグ-a -m V1.0「バージョン1.0 "

3.リモートリポジトリにラベルマネージャをプッシュ
gitのプッシュ原点ラベル名
例：
gitのプッシュ原点v1.0のを

追加：ローカルとリモートのタグを削除します。

# 删除本地标签
  git tag -d 标签名
  # 删除远程仓库标签
  git push origin --delete tag 标签名

ブランチ

役割：
製品コード、およびコード開発環境を区別するための
新機能や技術研究の問題は
オンラインのバグを解決しました

特徴：
プロジェクトの開発、公共の分岐マスターを含め、DEVの
マスターブランチにブランチをdevのためにリリースを必要なときに分岐マスターがリリース用のデフォルトのブランチで
開発したコードの開発段階を完了するために使用される分岐のdevの枝、私たちのようにする必要がありmasterブランチにマージ

シミュレーションマネージャ操作分岐
ローカルリポジトリマネージャ情報に入力するには1.
CDデスクトップ/マネージャー/情報/

2.現在のブランチの見直し
gitのブランチを
追加ブランチを作成しない場合は、唯一のマスターブランチ

作成し、DEV分岐に切り替える3.マネージャ
-b DEVをGitチェックアウト

4.指定されたリモートローカルブランチトラック支店（リモートプッシュへの分岐）
Gitのプッシュ-uのdevの起源

5.編集コード支店長DEV

6. DEV分岐ソースコード管理：追加、コミット、プッシュ

7.devブランチはマスターブランチにマージ
注：masterブランチの成功へのdevの枝が、ジョー・スミスがnum4に得ることができる場合にのみ、

マスターブランチに切り替える7.1
Gitのチェックアウトのマスター

7.2 DEVブランチはmasterブランチにマージ
GitのマージDEV

7.3管理者がリモートリポジトリにプッシュブランチマージ操作

デフォルトのローカルブランチの合併の完了は、ダイレクトプッシュは、マージすることができます
gitのプッシュ

8.張num4は、同期マネージャをマージ
成功した同期コードを着座時にのみ、分岐がマージ成功するために
CDデスクトップ/ zhangsan /情報/
Gitのプル

Gitのソースコード管理、Gitの人の操作と遠隔操作githubのリポジトリ

Gitの

おすすめ