git分支

Git Flow常用的分支 Production 分支 也就是我们经常使用的Master分支，这个分支最近发布到生产环境的代码，最近发布的Release， 这个分支只能从其他分支合并，不能在这个分支直接修改 Develop 分支 这个分支是我们是我们的主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支 Feature 分支 这个分支主要是用来开发一个新的功能，一旦开发完成，我们合并回Develop分支进入下一个Release Release分支 当你需要一个发布一个新Release的时候，我们基于Develop分支创建一个Release分支，完成Release后，我们合并到Master和Develop分支 Hotfix分支 当我们在Production发现新的Bug时候，我们需要创建一个Hotfix, 完成Hotfix后，我们合并回Master和Develop分支，所以Hotfix的改动会进入下一个Release Git Flow如何工作 初始分支 所有在Master分支上的Commit应该Tag Feature 分支 分支名 feature/* Feature分支做完后，必须合并回Develop分支, 合并完分支后一般会删点这个Feature分支，但是我们也可以保留 Release分支 分支名 release/*

环境 centos7.2 2CPU 内存4G gitlab：192.168.186.132 Jenkins：centos7.2 192.168.186.133 nginx：centos7.2 192.168.186.134 配置yum源 mkdir -p /etc/yum.repos.d/old mv /etc/yum.repos.d/* old curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo 关闭selinux并确定是出于关闭状态 sed -i ‘s/SELINUX=enforcing/SELINUX=disabled’ /etc/selinux/config` 或者临时关闭 setenforce 0 安装依赖包yum install curl policycoreutils openssh-server openssh-clients postfix -y 启动postfix systemctl start postfix curl -sS https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.rpm.sh | bash [root@node1 ~]# vim

一、分支理解 HEAD，保持着当前的分支指针 1、逻辑关系 快照对象blob,每一次提交，都会对变化的文件或目录形成完全快照 逻辑树，树中记录了所有快照的索引或指针 提交对象，包含了对逻辑树的指针 分支，指向提交对象，可以理解为可变指针 HEAD，保持着当前的分支指针 ----合并类型 --fast --末端加公共祖先 2、建立分支 git branch br1--在当前的提交对象上建立一个分支 3、切换分支 git checkout br1--切换到br1分支，HEAD指针指向br1 4、创建并切换分支 git checkout -b br1= =git branch br1;git checkout br1 5、分支合并 git branch br1 git checkout br1 ---vim xxxx.heml ---git add xxxx.html git commit -m 'dd' git checkout master git merge br1-------把br1的当前提交合并到master分支 6、删除分支 git branch -d br1 7、查看分支 git branch --查看分支 git branch -v --查看分支并查看最后一次提交 !!!!git branch --merge --查看与当前分支已经合并的分支 !!!!git

作者：Pillar 1、GitHub官网创建仓库并找到克隆的仓库地址，如： https://github.com/PillarChen/MyFirstGit.git 2、打开SmartGit克隆仓库 3、将SmartGit开发工作切换到Develop分支上（配置完成后双击Branches中的develop）： 开发时处于的状态： 4、查看日志： 5、项目更改向GitHub中更新代码： 第一步：Stage（将本地电脑克隆位置的仓库中文件的改变保存到本地仓库中） 第二步：Commit（提交提示信息） 第三步：Pull（将GitHub远程仓库中的代码更新到本地仓库中，对比是否出现冲突，出现则解决后在执行第二步和第三步） 第四步：Push（将更新的代码推送到GitHub远程仓库中） 若是设置了密码，则输入： 查看日志可以看到向GitHub中提交代码成功： 6、冲突解决 若出现冲突，Files窗口中会出现冲突的文件（State状态有提示），双击出现冲突的文件可以软件中解决冲突也可以忽略掉在Eclipse中解决后再重新Stage、Commit、Pull、Push提交代码 7、Eclipse导入克隆仓库中的项目（注意不要选择copy到工作空间的选项）：这样SmartGit就会及时检测到Eclipse中代码的改变 8、 SmartGit右上角的设置（避免无用文件出现）： 总结

必须工作区有变动，每次只做一个就可以 git stash git stash list 查看stash git stash drop 删除快照 git stash pop 恢复快照并删除快照 = git stash apply + git stash drop git stash apply stashid 恢复快照 分支 合并的时候不能太长 一般2-3 完成一个小功能合并一次 合并的时候所有人都要在 git branch 查看分支 git branch name 新建分支 git checkout name 切换分支 git branch -d name 删除分支 git merge name 在合并到的分支上合并 git checkout -b name 创建分支并切换分支=git branch name +git chekcout name 你们公司里面有几个分支？ master dev review 一个人一个分支 review 分支？ 谁？ 主管 带你的人 review分支view什么？代码的逻辑 还是代码的规范？ 远程仓库 github 码云 gitlab 问题 error: failed to push some refs to 'https://github.com/417685417/s20.git' hint: Updates were rejected

一：Git是什么？ Git是目前世界上最先进的分布式版本控制系统。 二：SVN与Git的最主要的区别？ SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。 Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。 三：在windows上如何安装Git？ msysgit是 windows版的Git,如下： 需要从网上下载一个，然后进行默认安装即可。安装完成后，在开始菜单里面找到 “Git –> Git Bash”,如下： 会弹出一个类似的命令窗口的东西，就说明Git安装成功。如下： 安装完成后，还需要最后一步设置，在命令行输入如下： 因为Git是分布式版本控制系统，所以需要填写用户名和邮箱作为一个标识。 注意： git config –global 参数

Git分支管理 查看当前分支 git branch 创建分支 #创建并切换到dev分支 git checkout -b dev # 相当于下面 # 创建dev分支 git branch dev # 检出分支 git checkout dev 删除分支 git branch -d dev 查看分支的合并情况 git log --graph --pretty = oneline --abbrev-commit 将本地分支提交为远程分支 将本地master支持提交到远程dev分支 git push origin master:dev 删除远程分支 删除远程dev分支 git push origin --delete dev 来源： https://blog.csdn.net/YIMT_F/article/details/100064538

开发者 创建自己的功能分支 在自己的功能分支上进行开发 提交合并请求 在维护分支和测试分支中对代码进行修改 项目经理 创建develop分支 审批合并请求 合并测试分支到主分支 gitflow演示 git checkout -b develop origin/develop # 创建并切换到本地develop分支, 设置其追踪的远程分支为origin/develop git checkout -b f_detail # 创建并切换到本地分支f_detail git branch -d f_detail # 删除本地分支 git push --delete origin/f_detail # 删除远程分支 # 解决合并冲突(提交合并请求时, 出现了叹号) git checkout develop git pull develop git checkout f_order git merge develop git add . git commmit git push 重新发起合并请求 # 项目经理 将指定的版本合并到分支 git cherry-pick 版本号 来源： https://www.cnblogs.com/oklizz/p/11405815.html

git clone 远程的master分支，提交的时候想要提交到bneglect分支。报错： src refspec bneglect does not match any. error: failed to push some refs to 'https://code.aliyun.com'//后面的地址没复制全，不重要 这是因为不是提交到远程的master分支，如果是master往非master提交的时候，要写明，是哪到哪。或者说本地分支bneglect 提交到远程非bneglect分支 要这样写： git push origin master:bneglect 来源： https://www.cnblogs.com/bneglect/p/11404623.html

创建开发仓库 打开git Bash，删除之前root管理创建的仓库目录 rm -rf admin-test 选择项目进行拷贝 克隆 # git -c http.sslVerify=false clone https://gitlab.example.com/root/admin-test.git 创建一个开发人员维护的代码分支 #git checkout -b release-1.0 编辑test.py #vi test.py 添加红色框内的内容，保存退出 提交上面编辑的内容 #git add . 本地提交更新 #git commit -m"release-1.0" 将代码远程推送到 release-1.0分支当中 git -c http.sslVerify=false push origin release-1.0 登录dev账号，在release-1.0下就会有刚刚更新的代码 将release-1.0分支的代码合并到master分支 点击“Merge Requests” 选择“New Merge Requests” 选择“源分支”和“目标分支”，点击‘“继续” 填写下列信息，点击“提交” 登录lead账号，去审批 点击“ Merge Requests”提醒 点击“release-1.0”的申请 点击“merge”。同意申请 已成功，合并到master分支 来源： https:/