git 修改分支名字_Git入门到高级系列2git高级操作

git 清理

git clean命令用来从你的工作目录中删除所有没有tracked过的文件。

如果被删除的子文件夹中有 .git目录，那么会被忽略掉，如果想删除必须添加-f参数。

比如实例：让当前工作目录回滚到上一次提交的状况，新添加的文件也被删除掉。

# 让暂存区和工作目录把已经被跟踪的文件清理干净$ git reset --hard# 让未追踪的文件进行清理$ git clean -f

git分支管理

项目分支就是版本库的一个副本，有了分支后可以把你的工作从开发主线上分离开来， 以免影响开发主线。

创建分支

创建分支：git branch 分支名字命令，切换分支的命令使用 git checkout 分支名字

$ git branch dev$ git checkout dev# -b创建分支，checkout是切换分支$ git checkout -b dev

删除分支

当一个分支完成了使命的时候，一般我们会把它删除掉。

# -d 命令是删除的意思，delete$ git branch -d hotfix

查看所有的分支

$ git branch -v  dev    eba9a31 update the a.txt by dev* master d47fbfb update the a.txt by master;

带*的代表是当前的分支。

合并分支

合并分支就是把其他分支的代码合并到当前的分支中。git会自动将当前分支和要合并的分支找到共同的基点，然后将当前分支的所有变化和要合并分支的变化进行三方合并，并产生一个新的提交，此次提交有两个父提交。

例如操作：

# 进入主分支$ git checkout master# 合并dev分支$ git merge dev

合并分支：

• 合并分支前，确保当前分支已经提交状态
• 快速合并：如果两个分支之间没有分叉，要被合并的分支提交比当前分支更新，那么只是HEAD指针的移动。
• 冲突解决：如果合并的两个分支有分叉，那么自动添加一个新的提交，如果有冲突需要先解决完冲突然后再提交。

解决冲突的办法：就是移除代码中的特殊符号，留下自己想要的代码。比如：冲突文件如下：

ssss<<<<<<< HEAD222222223333333344444444=======devdevdevdev>>>>>>> dev

移除上面的 <<<<<<< HEAD 和 ======= >>>>>>> dev然后留下自己想要的代码就完成了冲突解决，最后add和commit一下就可以了。 完整的解决冲突的流程：

# 切换到主分支$ git checkout master# 把dev分支的内容合并到主分支$ git merge dev# 如果产生冲突后,先修改文件，去掉冲突的符号。# 最后提交修改到仓库$ git add .$ git commit -m '合并冲突'

合并过程中，随时都可以停止合并，只需要 git merge abort ,仓库和工作去会回到合并之前的状态。

git标签

Git 可以给历史中的某一个提交打上标签。比较有代表性的是人 们会使用这个功能来标记发布结点(v1.0 等等)。

列出标签

在 Git 中列出已有的标签是非常简单直观的。只需要输入 git tag:

$ git tagv0.1v1.3

这个命令以字母顺序列出标签;

你也可以使用特定的模式查找标签,如果只对 1.8.5 系列感兴趣，可以运行:

$ git tag -l 'v1.8.5*'v1.8.5v1.8.5-rc0v1.8.5-rc1v1.8.5-rc2v1.8.5-rc3v1.8.5.1v1.8.5.2v1.8.5.3v1.8.5.4v1.8.5.5

创建标签

Git 使用两种主要类型的标签:轻量标签(lightweight)与附注标签(annotated)。一个轻量标签很像一个不会改变的分支 - 它只是一个特定提交的引用。

• 注标签

在 Git 中创建一个附注标签是很简单的。最简单的方式是当你在运行 tag 命令时指定 -a 选项:

$ git tag -a v1.4 -m 'my version 1.4'$ git tagv0.1v1.3v1.4

-m 选项指定了一条将会存储在标签中的信息。

通过使用git show命令可以看到标签信息与对应的提交信息:

$ git show v1.4tag v1.4Tagger: Ben Straub Date:   Sat May 3 20:19:12 2014 -0700my version 1.4commit ca82a6dff817ec66f44342007202690a93763949Author: Scott Chacon Date:   Mon Mar 17 21:52:11 2008 -0700  changed the version number

输出显示了打标签者的信息、打标签的日期时间、附注信息，然后显示具体的提交信息。

• 轻量标签

另一种给提交打标签的方式是使用轻量标签。轻量标签本质上是将提交校验和存储到一个文件中 - 没有保存任 何其他信息。创建轻量标签，不需要使用 -a、-s 或 -m 选项，只需要提供标签名字:

$ git tag v1.4-lw$ git tagv0.1v1.3v1.4v1.4-lwv1.5

后期打标签 你也可以对过去的提交打标签。

$ git tag -a v1.2 9fceb02

检出标签 在 Git 中你并不能真的检出一个标签，因为它们并不能像分支一样来回移动。如果你想要工作目录与仓库中特定 的标签版本完全一样，可以使用git checkout -b [branchname] [tagname]在特定的标签上创建一个 新分支:

$ git checkout -b version2 v2.0.0Switched to a new branch 'version2'

当然，如果在这之后又进行了一次提交，version2 分支会因为改动向前移动了，那么 version2 分支就会和 v2.0.0 标签稍微有些不同，这时就应该当心了。

变基

变基的基本操作

rebase 命令将提交到某一分支上的所有修改都移至另一分支上，就好像“重新 播放”一样。翻译成通俗的话：找到参照的仓库和当前的仓库的相同的提交，然后把当前分支后续的提交挪动到参照仓库的提交的最后，形成一条线性的提交顺序。 例如：experiment分支参照master分支进行变基 变基之前

$ git checkout experiment$ git rebase master

变基之后

远程分支的pull命令的时候的--base可以直接变基合并

改变提交历史

修改多个提交信息.如果想要修改最近三次提交信息，或者那组提交中的任意一个提交信息，将想要修改的最近一次提交的父 提交作为参数传递给git rebase -i命令，即HEAD2^或HEAD3。记住~3可能比较容易，因为你正尝试 修改最后三次提交;

$ git rebase -i HEAD~3

此时会进入vi的编辑器模式，这是需要你了解一点vi的快捷键不然没法继续操作。

pick f7f3f6d changed my name a bitpick 310154e updated README formatting and added blamepick a5f4a0d added cat-file# Rebase 710f0f8..a5f4a0d onto 710f0f8## Commands:# p, pick  = use commit# r, reword  = use commit, but edit the commit message# e, edit  = use commit, but stop for amending# s, squash  = use commit, but meld into previous commit# f, fixup  = like "squash", but discard this commit's log message# x, exec  = run command (the rest of the line) using shell# d, drop  = remove commit# l, label  = label current HEAD with a name# t, reset  = reset HEAD to a label# m, merge [-C  | -c ]  [# ]# .       create a merge commit using the original merge commit's# .       message (or the oneline, if no original merge commit was# .       specified). Use -c  to reword the commit message.## These lines can be re-ordered; they are executed from top to bottom.## If you remove a line here THAT COMMIT WILL BE LOST.

把最上面的pick对应改成你想要的效果，比如删除某个提交信息，则把pick改成 d为删除当前提交信息，e是修改，p默认就留下

git远程仓库

远程仓库是指托管在因特网或其他网络中 的你的项目的版本库。

远程分支克隆

克隆远程仓库，就是把远程仓库拷贝一个副本下载到本地。

$ git clone https://github.com/malun666/aicoder_vip_doc# 本地目录会增加一个文件，就是把远程仓库下载到本地了

查看远程仓库的远程的关联信息

$ git remote -vorigin  https://github.com/malun666/aicoder_vip_doc (fetch)origin  https://github.com/malun666/aicoder_vip_doc (push)

origin - 这是 Git 给你克隆的仓库服务器的默认名字。origin就代表远程仓库的别名。

添加远程仓库

语法：git remote add

$ cd /path/to/gitresp$ git remote add aicoder https://github.com/malun666/aicoder_vip_doc$ git remote -v

远程分支拉取 一般先建立好远程仓库的别名后，然后用fetch命令进行拉取远程仓库的内容。

$ git fetch  # 例如：$ git fetch origin dev# 下载所有的远程分支$ git fetch --all

如果你使用 clone 命令克隆了一个仓库，命令会自动将其添加为远程仓库并默认以 “origin” 为简写。

远程仓库的移除与重命名

如果想要重命名引用的名字可以运行 git remote rename 去修改一个远程仓库的简写名。例如，想要将 pb 重命名为paul，可以用git remote rename这样做:

• 修改别名

$ git remote rename pb paul$ git remoteoriginpaul

• 删除别名

$ git remote rm paul$ git remoteorigin

查看远程仓库详情

如果想要查看某一个远程仓库的更多信息，可以使用 git remote show [remote-name]命令。

$ git remote show origin* remote origin  Fetch URL: git@github.com:malun666/aicoder_egg.git  Push  URL: git@github.com:malun666/aicoder_egg.git  HEAD branch: master  Remote branches:    dev    tracked    master tracked  Local branches configured for 'git pull':    dev    merges with remote dev    master merges with remote master  Local refs configured for 'git push':    dev    pushes to dev    (up to date)    master pushes to master (up to date)

推送到远程仓库 当你想分享你的项目时，必须将其推送到上游。这个命令很简单:git push [remote-name] [branch-name]。当你想要将 master 分支推送到 origin 服务器时(再次说明，克隆时通常会自动帮你设置好那两个 名字)，那么运行这个命令就可以将你所做的备份到服务器 具体语法：

$ git push <远程主机名> <本地分支名>:<远程分支名>

实例：

$ git push origin master

只有当你有所克隆服务器的写入权限，并且之前没有人推送过时，这条命令才能生效。 注意推送之前，必须先把远程分支的最新内容拉取下来合并或者变基成为最新的内容才可以推送。 设置关联，自动推送。 第一次执行推送的时候，添加 -u参数，例如：

$ git push -u origin master# 后续的推送，就直接使用  git push即可，已经关联无需再指定 origin和master

远程分支拉取与合并 拉取之前，确保当前仓库为提交完成状态。 拉取所有的远程分支：

$ git fetch --all$ git branch --all# 此时可以看到所有的远程分支和当前分支内容  aicoder* master  remotes/origin/HEAD -> origin/master  remotes/origin/aicoder  remotes/origin/master

此时remotes开头的都是远程的分支的最新的内容，可以用merge命令进行合并分支，也可以rebase变基。 例如：

# 切换到aicoder分支$ git checkout aicoder# 合并远程的aicoder分支$ git merge remotes/origin/aicoder

以上操作都太麻烦，最简单的办法就是直接使用pull命令，是以上fetch命令和merge命令的合体：

# 获取远程的aicoder分支并与当前的aicoder分支进行合并。$ git pull origin aicoder# 如果合并的不同分支名字：最后需要用 远程分支名:本地分支名# $ git pull  :$ git pull origin aicoder:master

如果合并过程中有任何的冲突，需要手动修改冲突代码，最后git add 和git commit提交。

远程分支拉取与变基

远程拉取和合并可以只用git pull命令，变基也是可以的。

git pull --rebase origin master# 简写git pull -r origin master# 从远程origin的master分支上拉取最新的结果并且让当前仓库依照远程仓库进行变基操作。

变基过程中可以随时进行 abort停止。

github

GitHub 是最大的 Git 版本库在线托管商，是一个免费托管开源项目的远程仓库，非开源项目收费。

注册账号

直接访问 https://github.com

配置SSH 访问

第一步：登录github 第二步：点击github右上角头像，弹出菜单选择setting，然后选择SSH and GPG keys菜单，点击 New SSH Key按钮. 设置ssh key 第三步：找到之前生成的ssh的公钥 打开终端或者命令行(gitbash)

$ cat ~/.ssh/id_rsa.pubssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC/ssdfsfsdfadfadfasdfasdfaslajfdaljADFASdfkasdflasjflasjdflajA23ljlsdjfaljf

把~/.ssh/id_rsa.pub文件中的内容拷贝到github的秘钥框中。如下图所示： 设置ssh key

github 创建仓库并设置管理

在github的网站顶部点击 加号按钮。 设置ssh key 然后 输入仓库的名字和仓库的描述。 设置ssh key 好的此时远程仓库创建好了，然后就可以进行远程关联和推送和拉取工作。 例如： 在本地新建仓库并进行关联：

echo "# gitlearn" >> README.mdgit initgit add README.mdgit commit -m "first commit"git remote add origin git@github.com:malun666/gitlearn.gitgit push -u origin master

在本地已有的仓库上进行关联：

git remote add origin git@github.com:malun666/gitlearn.gitgit push -u origin master

git工作流 详情请参考： Git工作流指南

git集中式工作流

集中式工作流以中央仓库作为项目所有修改的单点实体。相比SVN缺省的开发分支trunk，Git叫做master，所有修改提交到这个分支上。   设置ssh key

• 所有成员都以中央仓库为基础进行clone
• 所有成员代码提交到本地仓库，进行远程推送前先进行获取最新解决冲突后再push
• 可以选择merge模式也可以rebase模式

基本的开发模式：

1. 项目维护者推送到主仓库。
2. 贡献者克隆此住仓库，做出修改。
3. 贡献者将数据推送到自己的公开仓库。
4. 贡献者给维护者发送邮件，请求拉取自己的更新。
5. 维护者在自己本地的仓库中，将贡献者的仓库加为远程仓库并合并修改。
6. 维护者将合并后的修改推送到主仓库。

集中式工作流

进入公司后，需要问项目经理要一下公司的源码git仓库的地址，以及把自己的公钥给管理员，让他们帮你设置上权限，就可以clone项目了。

本工作流比较简单，就不再概述。

github的fork工作流

派生(Fork)项目,如果你想要参与某个项目，但是并没有推送权限，这时可以对这个项目进行“派生”。派生的意思是 指，GitHub 将在你的空间中创建一个完全属于你的项目副本，且你对其具有推送权限。 流程通常如下:

1. 从 master 分支中创建一个新分支
2. 提交一些修改来改进项目
3. 将这个分支推送到 GitHub 上
4. 创建一个合并请求(pr)
5. 讨论，根据实际情况继续修改
6. 项目的拥有者合并或关闭你的合并请求

  github-fork工作流

项目分支管理模型

一般一个完整的项目都会有很多分支，每个分支都有一些管理的规则。 设置ssh key

如何删除远程分支

# 把一个空分支推送到远程的dev分支，也就是删除远程的dev分支$ git push origin :dev

git的钩子与自动化集成 Git 能在特定的重要动作发生时触发自定义脚本。这些特定的能注册执行脚本的事件就称为钩子。

客户端钩子

客户端钩子分为很多种。下面把它们分为:提交工作流钩子、电子邮件工作流钩子和其它钩子。

提交钩子

例如：git提交的标签工具

服务器端钩子

服务器端的钩子可以帮我做很多事情，比如检测到提交好自动执行某些自动化部署的脚本，就能实现自动化的部署和提交。所有服务器端的工作都将在你的 hooks 目录下的 update 脚本中完成。update 脚本会为每一个提交的分支各 运行一次，它接受三个参数:

• 被推送的引用的名字
• 推送前分支的修订版本(revision)
• 用户准备推送的修订版本(revision)

例如： git钩子

git其他

git命令别名

Git 并不会在你输入部分命令时自动推断出你想要的命令。如果不想每次都输入完整的 Git 命令，可以通过 git config 文件来轻松地为每一个命令设置一个别名。这里有一些例子你可以试试:

$ git config --global alias.co checkout$ git config --global alias.br branch$ git config --global alias.ci commit$ git config --global alias.st status

如果定义的别名想带上参数，那么需要对命令名加上引号。

$ git config --global alias.lf 'log --graph --oneline'# 使用：$ git lf# 等价于：$ git log --graph --oneline

原文：https://www.cnblogs.com/fly_dragon/p/10339724.html

想要获取学习实战、高并发、架构 、笔试面试资料请扫码咨询+薇薇微信