コンテンツソースを学びます:
遼雪峰Gitのチュートリアル
集中と分散
集中:集中中央サーバに格納され、ネットワークに接続する必要があります
分散:コンピュータ上の誰もがあなたが、受信者、または送信者をプルダウンできるようにするために必要なコードだけにプッシュする自分自身をプッシュすることができたときに、完全なリポジトリが協調する必要があります。
Gitリポジトリをインストールします。
WSL-Ubuntuの学習自体Baiduの、この私がインストールされているGitの使用
リポジトリの作成
git init
現在のディレクトリがgitのディレクトリになります管理するために使用されます。
git add
ファイルの追加、git commit
ファイルを送信
タイムマシン
git status
状態を変更する見ます
git diff
表示、変更
バージョンロールバック
git log
ビューは、コミットログを使用すると、Qをクリックする必要があります終了します
git log --pretty=oneline
シングルライン表示ログ
HEAD
それは、現在のバージョンを表しHEAD^
、以前のバージョンを表し、HEAD^^
以前のバージョンを表し、HEAD~100
100以上のHEADのバージョンを表します。
git reset
あなたは、バージョン履歴にフォールバックすることができます。git reset --hard HEAD^
以前のバージョンに戻ります。git reset --hard commit_id
指定されたidに戻ります。
git reflog
あなたは、historyコマンドを表示することができます。
ワークエリア、ステージングエリア
ワークスペース:カレントディレクトリのgitリポジトリは.gitリポジトリに加えて、場所です。
リポジトリ:たくさんのことを保持、
最も重要なことは、ステージと呼ばれる(またはインデックスと呼ばれる)のさステージング領域だけでなく、自動的に作成された当社のGitの最初の分岐master
、などを指すmaster
と呼ばれるポインタHEAD
。
変更管理
Gitの管理が変更され、git add
ステージ内のステージング領域への変更は、git commit
現在のブランチに変更されます。
変更の取り消し
git checkout --filename
あなたは、ワークスペースを変更するに廃棄することができます!
ありません - それは別のブランチに切り替えることになります!
gitのチェックアウトのいずれか,,することができます。
git reset HEAD <file>...
あなたは、エリア内の一時ファイルをクリアすることができます。
== RESETコマンドgitの ==のいずれかのロールバックバージョンを、あなたはまた、作業領域にフォールバックするために、一時領域を変更することができます。我々はHEADを使用する場合は、最新バージョンを表します。
gitのリセットのどちらか,,することができます。
ファイルの削除
削除ファイルのファイルマネージャの後
git rm
あなたは、ファイルが削除された後にロールバックすることができます前に、これまでコミット、現在のリポジトリ内からファイルを削除することができます。。
git checkout --
リポジトリ内からファイルの回復を削除されます。
リモートリポジトリ(1つのキラー)
giteeアカウントを建て、SSH公開鍵を追加します。OK
リモートリポジトリを追加
git remote add origin https://gitee.com/dluff/learngit.git
#上面将添加一个名为origin的远程仓库
git push -u origin master
#将本地库的素有内容推送到远程仓库上
#把本地库的内容推送到远程, 用git push命令, 实际上是把当前分支master推送到远程。
#由于远程库是空的, 我们第一次推送master分支时, 加上了-u参数, Git不但会把本地的master分支内容推送的远程新的master分支, 还会把本地的master分支和远程的master分支关联起来, 在以后的推送或者拉取时就可以简化命令。
git push origin master
ローカルマスターブランチの最新の変更は、GitHubのにプッシュ。
リモートリポジトリからクローン
覚えておいてくださいgit clone
、それを。
支店の管理
合併前に、ブランチは他の人には見えないはずです。
マージ支店に設立されました
git checkout -b dev
作成し、DEVブランチに切り替えます。
相当git branch dev
+git checkout dev
git branch
ブランチの現在のステータスを表示するケーズ。
git merge
チャネルあたり現在のブランチの開発を組み合わせるために使用。
git branch -d
ブランチを削除します。
Gitは、タスクを完了するために、ブランチを使用して、マスターブランチに直接であると効果が働くことと同じですが、プロセスをより安全なマージされたブランチを、削除することをお勧めします。
解決の競合
Gitが自動的に枝をマージしない場合、我々は最初の競合を解決する必要があります。その後、紛争後の解像度、および合併が完了し提出します。
git log --graph
あなたは枝が、グラフをマージ見ることができます。
支店経営戦略
まず第一に、masterブランチは、通常、その上に動作しないことができる、唯一の新しいバージョンをリリースするために使用され、非常に安定であるべきです。
その仕事はどこにいますか?masterブランチにバージョン1.0をリリース、マスターに、その後のdevの枝は、そのような1.0バージョンがリリースされたときのように、いくつかの点で、DEVの分岐が不安定である、と言うことですのdevの枝、で動作します。
時間から時間までのdevの枝に、誰もが自分の枝を持ってあなたとあなたの小さな友人や仕事へのdevの枝上の誰もが、それをマージします。
支店チームワークは次のようになります。
あなたが枝をマージし、プラス--no-ffのパラメータを使用すると、通常モードの合併、枝と組み合わせ履歴を使用することができた場合、一度マージやったことは一度それを見るために早送り、マージ、マージやったと見ることができます。