git 创建branch分支【转】

转自:http://www.cnblogs.com/jackluo/p/3499731.html

 

开发者user1 负责用getopt 进行命令解析的功能,因为这个功能用到getopt 函数,于是将这个分支命名为user1/getopt.(1)确保是在开发者user1的工作区中cd /home/jackluo/workspace/user1/workspace/hello-world(2)开发者user1 基于当前HEAD创建分支user1/getopt.git branch user1/getopt(3)使用 git branch创建分支,并不会自动切换.查看当前分支可以看到仍然工作在master分支(用星号"*"标识)中.[root@localhost hello-world]# git branch* master  user1/getopt(4)执行git checkout 命令切换到新分支上[root@localhost hello-world]# git checkout user1/getopt已经位于 'user1/getopt'(5)再次查看分支列表,当前工作分支的标记符(星号)已经落在user1/getopt分支上.[root@localhost hello-world]# git branch  master* user1/getopt分支实际上是创建在目录.git/refs/heads 下的引用 ,版本库初始时创建的master分支就是在该目录下.

查看一下.git/refs/heads 目录下的引用 .可以在该目录 下看到master文件,和一个user1目录.而在user1目录下是文件getopt。

[root@localhost hello-world]# ls -F .git/refs/heads/
master  user1/

[root@localhost hello-world]# ls -F .git/refs/heads/user1/
getopt

引用文件 .git/refs/heads/user1/getopt记录的是一个提交ID.

[root@localhost hello-world]# cat .git/refs/heads/user1/getopt 
d901dd8170f67fec607828905d5fbd91e3272400

因为分支user1/getopt是基于头指针HEAD创建的,因此当前该分支和master分支的指向是一致的.

[root@localhost hello-world]# cat .git/refs/heads/master 
d901dd8170f67fec607828905d5fbd91e3272400

===============================

创建分支user2/i18n

创建分支:执行git branch <branchname>命令创建新分支

切换分支:执行git checkout <branchname>命令切换到新分支

git checkout -b <new_branch> [<start_point>]

检出命令git checkout通过参数-b <new_branch> 实现了创建分支和切换分支两个动作的合二为一,下面是

开发者user2就使用git checkout 命令来创建分支,

(1)进入到开发者user2的工作目录 ,并和上游同步一次

[root@localhost workspace]# cd user2/workspace/hello-world/
[root@localhost hello-world]# git pull

(2).执行git checkout -b 命令,创建并切换到新分支user2/i18n上.

[root@localhost hello-world]# git checkout -b user2/i18n
切换到一个新分支 'user2/i18n'

(3)查看本地分支列表,会看到已经创建 并切换到user2/i18n分支上了.

[root@localhost hello-world]# git branch
  master
* user2/i18n

开发者user1完成功能开发

   开发者user1开始在user1/getopt 分支中工作,重构hello-world 中的命令行参 数解析的代码,重构时采用getopt_long 函数.

也可以试着更改,不过在hello-world中已保存了一份改好的代码,可以直接检出.

(1)确保是在user1的工作区中

 cd ../../../user1/workspace/hello-world/

(2)执行下面的命令,用里程B jx/v2.0标记的内容(已实现用getopt 进行命令行解析的功能)替换暂存区和工作区.

下面的git checkout 命令的最后是一个点"."因此检出只更改了暂存区和工作区,

而没有修改头指针.

git checkout jx/v2.0 -- .

(3)查看状态,会看到分支仍保持为user1/getopt,但文件src/main.c 被修改了.

[root@localhost hello-world]# git status
# 位于分支 user1/getopt
# 要提交的变更:
#   (使用 "git reset HEAD <file>..." 撤出暂存区)
#
#    修改:      src/Makefile
#    修改:      src/main.c
#

(4)比较暂存区和HEAD的文件差异,可以看到为实现用getopt进行命令行解析功能而对代码 的改动

[root@localhost hello-world]# git diff --cached

(5)开发者user1提交代码,完成任务 .

[root@localhost hello-world]# git commit -m "Refactor: use getopt_long for arguments parsing."

(6).提交完成之后,可以看到这时 user1/getopt分支和master分支的指向不同了。

[root@localhost hello-world]# git rev-parse user1/getopt master
733dcf67eba976a61d0dc6396c9d23cb23568591
d901dd8170f67fec607828905d5fbd91e3272400(7)编译运行hello-world.注意输出中的版本号显示.

[root@localhost src]# make clean
rm -f hello main.o version.h
[root@localhost src]# make
version.h.in => version.h
cc    -c -o main.o main.c
cc -o hello main.o
[root@localhost src]# ./hello
Hello world.
(version: v1.0-1-g733dcf6)

将user1/getopt分支合并到主线

(1),为将分支合并到主线,首先user1将工作区切换到主线,master分支.

[root@localhost src]# git checkout master
切换到分支 'master'

(2)然后执行git merge命令以合并user1/getopt 分支.

[root@localhost src]# git merge user1/getopt
更新 d901dd8..733dcf6

(3)本次合并非常顺利,实际上合并后master分支和user1/getopt指向同一个提交 ,这是因为合并前的master的提交就是user/getopt分支的父提交,所以此次合并相当于将分支master重置到user1/getopt分支

[root@localhost src]# git rev-parse user1/getopt master
733dcf67eba976a61d0dc6396c9d23cb23568591
733dcf67eba976a61d0dc6396c9d23cb23568591

(4)查看状态信息可以看到本地和远程分支的跟踪关系 .

[root@localhost src]# git status
# 位于分支 master
# 您的分支领先 'origin/master' 共 1 个提交。
#   (使用 "git push" 来发布您的本地提交)
#
无文件要提交,干净的工作区

(5)上面的状态输出中显示本地master分支比远程共享版本库的master分支领先.可以运行git cherry命令查看喜好些提交领先(未被推送到上游跟踪分支中).

[root@localhost src]# git cherry
+ 733dcf67eba976a61d0dc6396c9d23cb23568591

(6)执行推送操作,完成本地分支向远程分支的同步

[root@localhost src]# git push
warning: push.default 未设置,它的默认值将会在 Git 2.0 由 'matching'
修改为 'simple'。若要不再显示本信息并在其默认值改变后维持当前使用习惯,
进行如下设置:

  git config --global push.default matching

若要不再显示本信息并从现在开始采用新的使用习惯,设置:

  git config --global push.default simple

参见 'git help config' 并查找 'push.default' 以获取更多信息。
('simple' 模式由 Git 1.7.11 版本引入。如果您有时要使用老版本的 Git,
为保持兼容,请用 'current' 代替 'simple' 模式)

Counting objects: 21, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (5/5), 588 bytes | 0 bytes/s, done.
Total 5 (delta 3), reused 1 (delta 1)
To /home/jackluo/workspace/repos/hello-world.git
   d901dd8..733dcf6  master -> master

(7)删除 user1/getopt分支.

隐然特性分支user1/getopt 已经合并到主线上了,那么分支完成了历史命,可以放心地将其删除.

[root@localhost src]# git branch -d user1/getopt
已删除分支 user1/getopt(曾为 733dcf6)。

 

时间: 2024-08-01 08:52:23

git 创建branch分支【转】的相关文章

git 创建branch分支

开发者user1 负责用getopt 进行命令解析的功能,因为这个功能用到getopt 函数,于是将这个分支命名为user1/getopt.(1)确保是在开发者user1的工作区中cd /home/jackluo/workspace/user1/workspace/hello-world(2)开发者user1 基于当前HEAD创建分支user1/getopt.git branch user1/getopt(3)使用 git branch创建分支,并不会自动切换.查看当前分支可以看到仍然工作在ma

git 创建远程分支的本地代码库

问题描述 git 创建远程分支的本地代码库 远程有分支origin/v3.0,在创建本地代码库的时候. 1.本地: git checkout v3.0 2.本地: git checkout -b v3.0 git reset --hard origin/v3.0 1和2的效果有区别吗? 解决方案 git checkout v3.0 这个只是切换,前提是已经创建了 git checkout -b v3.0 这个是在当前的分支下创建另一个分支并切换过去,至于内部原理 ,应该都一样 只是这样更方便些操

Git创建分支/GIT提交分支

git clone xxx.git cd fwspp-react git init touch README.md git add README.md git commit -m "add README" git push -u origin master git checkout -b daily/0.0.1 git push origin daily/0.0.1 切记,一定要先git init/push一些文件到远程origin仓库,否则创建仓库分支会报错 rror: src re

git对远程分支和tag的操作

技术 Git查看.删除.重命名远程分支和tag 11/17/2012zrong7条评论69,235 次查看 本站文章除注明转载外,均为本站原创或者翻译. 本站文章欢迎各种形式的转载,但请18岁以上的转载者注明文章出处,尊重我的劳动,也尊重你的智商: 本站部分原创和翻译文章提供markdown格式源码,欢迎使用文章源码进行转载: 本文标题:Git查看.删除.重命名远程分支和tag 本文链接:http://zengrong.net/post/1746.htm Git查看.删除.重命名远程分支和tag

Git 远程仓库分支管理

目录 目录 速查表 关联远程代码仓库 克隆远程仓库 分支管理 创建分支 切换分支 合并分支 删除分支 解决冲突 速查表 指令 作用 git branch 查看分支 git branch newBranchName 创建分支 git checkout branchName 切换分支 giit checkout -b newBranchName 创建+切换分支 git merge branchName 合并分支到当前分支 git branch -d branchName 删除分支 关联远程代码仓库

git 基于发布分支的开发

创建发布分支: (1) 软件hello-world的1.0发布版本库中有一个里程相对应. /home/jackluo/workspace/user1/workspace/hello-worldgit tag -n1 -l v* (2)基于里程v1.0创建发布布hello-1.x.    注:使用了git checkout 命令创建分支,最后一个参数v1.0是新分支 hello-1.x创建的基准点,如果没有里程,使用提交ID也是一样 [root@localhost hello-world]# gi

Git@OSC 新增分支保护功能 : 常规、保护、只读

Git@OSC 新增分支保护功能! 分支保护功能是为了防止相关成员 Push 代码到重要的分支(例如 master 分支),便于项目的分支管理. Git@OSC 的分支除了之前的常规分支外,新增两种不同的权限: 常规分支:项目成员(开发者权限及以上)可Push分支 保护分支:项目管理员才能管理(Push)被保护的分支. 只读分支:任何人都无法Push代码(包括管理员和所有者),需要Push代码时应设为"常规"或"保护"分支. 只有项目管理员可以管理保护分支,进入项目

Git 创建仓库【转】

转自:http://www.runoob.com/git/git-create-repository.html Git 创建仓库 本章节我们将为大家介绍如何创建一个 Git 仓库. 你可以使用一个已经存在的目录作为Git仓库. git init Git 使用 git init 命令来初始化一个 Git 仓库,Git 的很多命令都需要在 Git 的仓库中运行,所以 git init 是使用 Git 的第一个命令. 在执行完成 git init 命令后,Git 仓库会生成一个 .git 目录,该目录

linux看git 创建分支、删除本地分支、查看远程分支、本地分支例子

1 查看远程分支 $ git branch -a   * br-2.1.2.2   master   remotes/origin/HEAD -> origin/master   remotes/origin/br-2.1.2.1   remotes/origin/br-2.1.2.2   remotes/origin/br-2.1.3   remotes/origin/master 2 查看本地分支 $ git branch   * br-2.1.2.2   master 3 创建分支 shu