git切换分支

1.远程拉取gitlab 工程分支，并在本地建立分支 具体过程 新建一个空文件 初始化 git init 自己要与origin master建立连接（下划线远程仓库链接） git remote add origin http://192.168.9.10:8888/root/game-of-life.git 把远程分支拉到本地（game-of-live-first_branch为远程仓库的分支名） git fetch origin game-of-live-first_branch 在本地创建分支game-of-live-first_branch并切换到该分支 git checkout -b game-of-live-first_branch origin/game-of-live-first_branch 把game-of-live-first_branch远程分支上的内容都拉取到本地 git pull origin game-of-live-first_branch 2.修改分支的内容并上传给远程分支 3.如果想在linux中拉取远程分支代码 [root@localhost rollBack]# git init Initialized empty Git repository in /test/rollBack/.git/ [root@localhost rollBack]#

目录 前提 分支管理 标签管理 参考 前提 基于本地已创建git 项目 分支管理 1 VCS--->Git----> Branches 2 创建新分支或者选择本地已有分支 3 编辑器右下角可以快速创建分支以及切换分支 标签管理 1 VCS--->Git----> Tag 2 在Version Contral中右键选中一个提交历史可以创建分支或者标签 3 同步到git版本服务器 VCS--->Git----> Push 选中 push tags ALL 4 在服务器端可以查看到标签以及分支 参考 仓库的分支(Branch)规范，影响到每个团队的工作流的一致性；标签(Tag)便于开发团队、测 试团队和其他团队识别每个项目的版本，特别是在协同处理线上问题的时候，大家可以非常清楚 地知道线上运行版本和代码库的对应关系。因此我们在制作的时候，主要考虑几个因素： 一是要有一定的规则，方便持续集成CI（自动化构建、测试、分布等） 二是要有一定的自由度，以适应不同团队的内部协作灵活性 要清晰规整，不要参差不齐难以识别 基于我们当前团队的协作能力和提交代码的质量水平，并考虑方便持续集成CI（自动化构建、 测试、发布），我们约定下列常驻Branch： develop 分支：顾名思义即持续开发的分支，我们希望每个开发组都在这个分支上保 持线性的持续小步迭代，正常的CodeReview

1. 安装git centos上 yum install -y epel-release yum install -y git 2. 创建版本库 mkdir /home/gitroot cd /home/gitroot git init ##用这个命令初始化，让这个目录变成git可以管理的仓库 3. 提交文件到仓库 创建一个文件 1.txt echo -e "123\naaa\n456\nbbb" > 1.txt git add 1.txt //把1.txt添加到仓库中 git commit -m "add new file 1.txt" //add完了必须要commit才算真正把文件提交到git仓库里 初始使用该命令会提示： *** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. 这是要让我们设置用户邮箱和用户名。根据它提示设置一下即可： git config --global user

git tag 按字母排序显示标签 git tag v1.01 打上v1.01这个标签 git show v1.01 显示这个标签的详情 可以同时打多个tag指向同一个时间点上的版本 git push origin --tags 推送本地所有新增标签到远端 ps：下面看下git命令之git tag 给当前分支打标签 列出标签 $ git tag # 在控制台打印出当前仓库的所有标签 $ git tag -l ‘v0.1.*' # 搜索符合模式的标签 打标签 git标签 分为两种类型：轻量标签和附注标签。轻量标签是指向提交对象的引用，附注标签则是仓库中的一个独立对象。建议使用附注标签。 # 创建轻量标签 $ git tag v0.1.2-light # 创建附注标签 $ git tag -a v0.1.2 -m “0.1.2版本” 创建轻量标签不需要传递参数，直接指定标签名称即可。 创建附注标签时，参数a即annotated的缩写，指定标签类型，后附标签名。参数m指定标签说明，说明信息会保存在标签对象中。 切换到标签 与切换分支命令相同，用git checkout [tagname] 查看标签信息 用git show命令可以查看标签的版本信息： $ git show v0.1.2 删除标签 误打或需要修改标签时，需要先将标签删除，再打新标签。 $ git tag -d v0.1.2

git使用手册：https://git-scm.com/book/zh/v1/ 一、分支 　　1、查看所有本地分支 　　　　git branch 　　2、查看所有本地分支和远程分支 　　　　git branch -a 　　3、查看本地分支和远程分支的对应关系 　　　　git branch -vv 　　4、查看远程分支对应远程库路径 　　 git remote -v 　　5、创建/删除本地分支 　　　　git branch local-name 以当前分支为基础创建名为local-name的本地分支 　　　　git checkout -b local-name 以当前分支为基础创建本地分支local-name并切换到该分支 　　　　git branch -d 如果有未合并的提交，不会删除 　　　　git branch -D 强制删除，如果有未合并的提交也删除 　　6、设置本地分支与远程分支的追踪关系 　　 git branch --set-upstream-to=远程库名/分支名 　　7、以远程库为基础创建本地分支 　　　　git checkout -b localbranch remotebranch 创建本地分支，以remotebranch为开始。同时也建立了本地分支和远程分支的关系。 　　　　该方法与5相比更加方便，因为5是以当前分支为基础创建新分支，而远程分支是其他分支

Git 的标签管理。跟大多数的 VCS 工具一样，git 也有在历史状态的关键点“贴标签”的功能，一般人们用这个功能来标记发布点（例如’v1.0′）。 列出git中现有标签 要想列出git中现有的所有标签，输入’git tag’命令运行即可： $ git tag v0.1 v1.3 这个列表是按照字母表顺序给出的，其实排名先后跟重要程度没有直接联系。 当然，你也可以按照特定表达式搜索某些标签。假如在一个 git 仓库中有超过 240 个标签，而你只想得到 1.4.2 序列的标签，那么你可以： $ git tag -l v1.4.2.* v1.4.2.1 v1.4.2.2 v1.4.2.3 v1.4.2.4 创建标签 在 git 中有两种最主要的标签–轻量级标签（lightweight）和带注释的标签（annotated）。轻量级标签跟分枝一样，不会改变。它就是针对某个特定提交的指针。然而，带注释的标签是git仓库中的对象。它是一组校验和，包含标签名、email、日期，标签信息，GPG签名和验证。一般情况下，建议创建带注释的标签，这样就会保留这些信息，但是如果你只是需要临时性标签或者某些原因你不想在标签中附带上面说的这些信息，lightweight标签更合适些。 带注释的标签 在git中创建带注释的标签非常简单，在运行’tag’命令时加上-a就可以了。 $ git tag -a v1

前言 工作中，我们会用到 git pull 来从远程仓库"同步"代码，通常有三种方式； git pull origin <remote_branch>：<local_branch> git pull origin <remote_branch> git pull 这三种用法充分诠释了什么是 简即繁 ， 繁即简 ；看上去简单的，往往背后蕴藏玄机； 测试环境: 本地分支：master和dev 远程分支：master和dev $ git branch -a * dev master remotes/origin/HEAD -> origin/master remotes/origin/dev remotes/origin/master 1.git pull origin <remote_branch>：<local_branch> 这种用法写起来最为繁琐，但最好理解： 场景：当本地的当前分支不是local_branch； 作用：将远程分支拉取到指定本地分支； 例如：当前分支是dev，但是你想把远程master”同步”到本地master，但又不想使checkout切换到master分支； 这时你就可以使用git pull origin master：master zhangchangzhi@ZBXXXX /e/02.Workspace-test/gitTest (dev) $ git

1. 初始化一个Git仓库，使用 git init 命令。 2. 添加文件到Git仓库，分两步：【Git天界文件需要add，commit 两步，因为commit可以一次提交很多wenjian 】 第一步，使用命令git add <file>，注意，可反复多次使用，添加多个文件； 第二步，使用命令git commit，完成。 3. 要随时掌握工作区的状态，使用git status命令。 如果git status告诉你有文件被修改过，用git diff可以查看修改内容。 4. 版本回退： ，每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为 commit 。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个 commit 恢复，然后继续工作，而不是把几个月的工作成果全部丢失。 git log 命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是 append GPL ，上一次是 add distributed ，最早的一次是 wrote a readme file 。 如果嫌输出信息太多，看得眼花缭乱的，可以加上 --pretty=oneline 参数 。 版本回退时， Git必须知道当前版本是哪个版本，在Git中，用 HEAD 表示当前版本， 上一个版本就是 HEAD^ ，上上一个版本就是 HEAD^^

Git 分支 - 远程分支 远程分支 远程分支（remote branch）是对远程仓库中的分支的索引。它们是一些无法移动的本地分支；只有在 Git 进行网络交互时才会更新。远程分支就像是书签，提醒着你上次连接远程仓库时上面各分支的位置。 我们用 (远程仓库名)/(分支名) 这样的形式表示远程分支。比如我们想看看上次同 origin 仓库通讯时 master 分支的样子，就应该查看 origin/master 分支。如果你和同伴一起修复某个问题，但他们先推送了一个 iss53 分支到远程仓库，虽然你可能也有一个本地的 iss53 分支，但指向服务器上最新更新的却应该是 origin/iss53 分支。 可能有点乱，我们不妨举例说明。假设你们团队有个地址为 git.ourcompany.com 的 Git 服务器。如果你从这里克隆，Git 会自动为你将此远程仓库命名为 origin，并下载其中所有的数据，建立一个指向它的 master 分支的指针，在本地命名为 origin/master，但你无法在本地更改其数据。接着，Git 建立一个属于你自己的本地 master 分支，始于 origin 上 master 分支相同的位置，你可以就此开始工作（见图 3-22）： 图 3-22. 一次 Git 克隆会建立你自己的本地分支 master 和远程分支 origin/master

1，分支管理 分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，立刻提交，由于代码还没有写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的风险。 现在有了分支，就不能怕了，你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，在一次性合并到原来的分支上，这样，既安全，又不影响别人工作。 Git的分支与其他版本控制系统不同，无论创建，切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。 2，创建与合并分支 在版本回退里，我们已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支（master分支），HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。 ① 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD执行maser，就能确定当前分支，以及当前分支的提交点，每次提交，master分支都会向前一步： ② 当我们创建新的分支，例如dev时，Git创建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev