标签：主机 pre branch 显示 url 推送 .net patch ref
# https协议
git clone https://github.com/yysue/test.git
# ssh协议 推荐这种
git clone git@github.com:yysue/test.git克隆时,指定远程主机名
git clone -o test git@github.com:yysue/test.git
# -o 指定远程主机名,默认是origingit remote -v
# -v显示远程主机的网址
# origin git@github.com:yysue/test.git 表示远程主机及它的网址
# 查看主机详细信息
git remote show origin
# 添加远程主机，注意这里的url是gitee.com
git remote add for_rm git@gitee.com:yysue/test.git
git remote add for_rename git@gitee.com:yysue/test.git
# 添加之后，查看一下远程主机
git remote -v
# 删除远程主机
git remote rm for_rm
# 重命名远程主机
git remote rename for_rename gitee_origin
# 修改之后，查看一下远程主机
git remote -v
git fetch <远程主机名> <分支名>
# 取回特定分支需要指定分支名
# 将某个远程主机的更新全部取回本地
git fetch <远程主机名>
# 默认取回所有分支的更新
git fetch
# 默认取回origin主机的所有分支git branch -r
# -r查看远程分支
# 在本地主机上要用"远程主机名/分支名"的形式表示远程分支，如origin/master
git branch -a
# -a查看所有分支
# 本地主机的当前分支是master,远程分支是origin/master
git checkout -b dev origin/master
# 以远程主机origin上的master分支为基础创建分支dev并切换到分支devgit pull <远程主机名> <远程分支名>:<本地分支名>
# 这是完整格式 取回远程主机的某个分支的更新，再与本地的指定分支合并
git pull origin next
# 省略<本地分支名>表示与当前分支合并
# 取回origin/next分支，再与当前分支合并
# 等同于如下两个操作
git fetch origin
git merge origin/master
git pull origin
# 如果当前分支与远程分支存在追踪关系，git pull就可以省略远程分支名
# 本地的当前分支自动与对应的origin主机进行合追踪分支(remote-tracking branch)进行合并
git pull
# 如果当前分支只有一个追踪分支，连远程主机名都可以省略
# 当前分支自动与唯一一个追踪分支进行合并
# 默认git pull <===> git pull origin master:master
# 默认远程主机为origin，远程分支为master，本地分支为master
git pull --rebase
# 等同于如下两个操作
git fetch origin
git rebase origin/master在某些场合，Git会自动在本地分支与远程分支之间，建立一种追踪关系(tracking)。比如，在
git clone的时候，所有本地分支默认与远程主机的同名分支，建立追踪关系，也就是说，本地的master分支自动追踪origin/master分支。
手动建立追踪关系
git branch --set-upstream master origin/next
# 指定master分支追踪origin/next分支如果远程主机删除了某个分支，默认情况下，git pull不会在拉取远程分支的时候，删除对应的本地分支。这是为了防止，由于其他人操作了远程主机，导致git pull不知不觉删除了本地分支
git pull -p
# -p 在本地删除远程已经删除的分支
# 等同于下面的命令
git fetch --prune origin
git fetch -p假设初始的分支情况如下图：
# A在mywork上的操作 git checkout -b mywork origin echo 'a' >> a.txt git commit -am 'update a.txt' echo 'b' >> b.txt git commit -am 'update b.txt' # B在origin/master上的操作 echo 'c' >> c.txt git commit -am 'update c.txt' echo 'd' >> d.txt git commit -am 'update d.txt' git push
下面来区分git merge与git rebase的区别
在这里，你可以用"pull"命令把"origin"分支上的修改拉下来并且和你的修改合并； 结果看起来就像一个新的"合并的提交"(merge commit):
# A在mywork上操作 git pull
但是，如果你想让"mywork"分支历史看起来像没有经过任何合并一样，你也许可以用 git rebase:
git checkout mywork git rebase origin这些命令会把你的"mywork"分支里的每个提交(commit)取消掉，并且把它们临时 保存为补丁(patch)(这些补丁放到".git/rebase"目录中),然后把"mywork"分支更新 为最新的"origin"分支，最后把保存的这些补丁应用到"mywork"分支上。
当‘mywork‘分支更新之后，它会指向这些新创建的提交(commit),而那些老的提交会被丢弃。 如果运行垃圾收集命令(pruning garbage collection), 这些被丢弃的提交就会删除. （请查看 git gc)
git push <远程主机名> <本地分支名>:<远程分支名>
# 分支推送顺序写法是<来源地>:<目的地>
# git pull <远程分支>:<本地分支>
# git push <本地分支>:<远程分支>
git push origin master
# 省略<远程分支名>
# 将本地的master分支推送到origin主机的master分支，如果后者不存在，则会被新建
git push origin :master
# 省略<本地分支名>
# 表示删除指定的远程分支，因为这等同于推送一个空的本地分支到远程分支
# 等同于下面的命令,删除origin主机的master分支
git push origin --delete master
git push origin
# 如果当前分支与远程分支存在追踪关系，则<本地分支名>和<远程分支名>都可省略
# 将当前分支推送到origin主机的对应分支
git push
# 当前分支只有一个追踪分支，主机名也可以省略
git push -u origin master
# 如果当前分支与多个主机存在追踪关系，则可以使用-u选项指定一个默认主机，
# 这样后面就可以不加任何参数使用git push不带任何参数的
git push，默认只推送当前分支，这叫做simple方式。此外，还有一种matching方式，会推送所有有对应的远程分支的本地分支。Git 2.0版本之前，默认采用matching方法，现在改为默认采用simple方式。如果要修改这个设置，可以采用git config命令。
git config --global push.default matching
# 或者
git config --global push.default simple不管是否存在对应的远程分支，将本地的所有分支推送到远程主机，这时需要使用
--all选项。
git push --all
# 将所有本地分支推送到远程主机如果远程主机的版本比本地版本更新，推送时Git会报错，要求先在本地做
git pull合并差异，然后再推送到远程主机。这时，如果你一定要推送，可以使用--force选项。
git push --force
# 本地版本覆盖远程版本，即使远程版本比本地版本新git push --tags
# --tags推送标签(tag)，默认不推送标签：主机 pre branch 显示 url 推送 .net patch ref
原文地址：https://www.cnblogs.com/okokabcd/p/9246697.html
