この記事では、最初にリストされているものを、私はあなたが、理解していれば、ここでの他の研究技術を、時間を無駄にしてはいけないと思うの古いルールです。（私は再現禁止唯一の要求を持って、記事を送信すると、あなたが学習させることであり、完全なネットワークの最も厄介なコピーはあなたのようなこのケーキを食べることはできませんが、それを染色しないでください、です）
完全な言葉遣いは、Gitのプッシュですか？
なぜ我々は直接Gitがそれをプッシュする使用できますか？
完全な言葉遣いは、Gitのプルのですか？
どのように私はgithubの上でブランチを削除しますか？
同じではありませんgithubの上でローカルブランチ名と支店名を作成するには？
分岐バージョンの変化の過程をプルとプッシュ
ケース1
ケース2
完全な言葉遣いは、Gitのプッシュですか？
gitのプッシュ原点SRC：DEST
ここ起源これはSRC DEST名前のローカルブランチをリモートブランチ名を表している、リモート・データベースの別名です
なぜ我々は直接Gitがそれをプッシュする使用できますか？
我々はgitのチェックアウト-bテストの原点を使用するための試験が関連行われていた/特定のルックCASE1
完全な言葉遣いは、Gitのプルのですか？
gitのプル原点SRC：DEST
この場所ノート、プルとプッシュ送信元から宛先までですが、プルは、ソースを引っ張っているリモートの分岐先であるローカルブランチです
どのように私はgithubの上でブランチを削除しますか？
gitのプッシュ原産地：開発
ここでは、この注意を：の前にスペースがあります。それはつまり、リモートブランチを開発するためのプッシュのローカルブランチを空にすることを意図され、リモートブランチを削除する
別のGitのプッシュの原点である（それらの2違いがある）を開発--delete
同じではありませんgithubの上でローカルブランチ名と支店名を作成するには？
原点gitの--checkoutプッシュを開発：develop2
ローカルブランチdevelop2がリモートのブランチで開発し
、問題がある場合は、異なる名前を特定のエラーを見にプッシュしたい次回ときdevelop2のケース2
コンフィギュレーションファイルの最初のセットが存在しますのでによって作成され、リモートリポジトリのGithubにアップロード最初のプロジェクトは、この時間Bは、AとBは同じコードを持っているので、こと、リモートエンドからコードを引き出します。
そして、Bは、他の人が、この時点でコードをプッシュしていない場合は、リモート側のコードは、のリビジョンBの後にコードに更新されたことが成功のようになり、コードを変更した後、私たちのプッシュ操作でコードをアップロードし、ローカルにある
、我々はまた、のような私たちはプルダウンし、リモート側のコードを開発する必要があり、この時間は、この時間は、2例がありました。
- どんな関係なく変更あなたはAとローカルファイルを変更する場合、この時間は、それがローカルマスタに直接マージしますので、リモートリポジトリが存在することになるように、その後、A、コードの先端に押され、エラーは存在しませんBは二回に一度提出した提出しました。
- 関係のローカル変更のAと変更されたファイルが、今回はそれがエラーになる場合は、この時間は私たちがローカルに手動でマージを実行する必要があり、我々はその後、A、リモートにコードを提出し、紛争解決を呼んでいます
分岐バージョンの変化の過程をプルとプッシュ
まず、3つの分岐が存在しますローカルの原点/マスターのマスターブランチである
リモートのmasterブランチがあり、操作がマスターリモートでプル変更はローカルに取られるときに実行リモートながらドラッグ直接の合併は、その後、ローカルマスタの変更に直接リモートマスターマージに直接変更を話す場合は、ローカルの原点/マスターへのマスター提出対応の最新commitID
プッシュ操作は、ローカルマスタ前方その後、私たちは、その後、ローカルのmasterブランチ上のcommitIDポイントの起源/マスター最初の起源/マスターの歩行の同等とは、リモート・マスター、いくつかの提出にプッシュされます
*私たちどのように我々はリモート・マスターと比較しない、それはローカルの原点/マスター経由で
CASE1：ジョン・ドウは、ローカルブランチを作成し、現在のブランチ及び遠位端を通って押し込ま
git push --setupstream origin 本地分支名 （详细的看git refspec）
这个命令跟git push -u origin master 差不多尽量用上面那个
创建了一个远程的分支，但是李四在本地并没有这个分支此时如果拉取代码会发生什么？
Re:李四执行 git pull会出现以下这种情况
也就是一个新的branch develop 与本地的origin/develop进行关联，现在我们来查看一下本地的分支
git branch -av
发现没有本地的develop分支，所以我们就新建一个
git checkout -b develop origin/develop
这样的话我们不仅新建了一个分支我们还跟远端的origin/develop分支进行了关联，我们再看一下相关信息
注意倒数第二个分支，这样我们就有了远程分支
如果采用上面这种方法我们在git checkout -b test origin/test这个地方需要给本地分支起个名字，但是太麻烦怎么办？
git checkout --track origin/test
这样就可以了他会自动创建一个跟远程分支一样的名字在本地，相当于一种简写吧
case2:如果之前从本地的develop分支提交到了远程的develop2分支，这里我们认为我们创建了关联，理论上说是这样的，所以我们第二次认为直接git push就可以了，这里有一个误区。git push 只是把当前所在的分支推送到远程所对应的分支，名字默认是相同的，但是明显现在不同，所以一定会报错。这个时候我们一定要推送到远程的develop2上我们这么做
gitのプッシュ原点HEAD：develop2
なぜ書くのですか？レッツ・HEADについての話、現在のブランチにHEADポイント、および最新の提出という現在の分岐点は、HEADはそのコミットを指しているされているので、今では、リモート・提出に現在の日付であることは明らかですdevelop2の枝
