git版本控制方案

前言

随着成员的发展，目前团队开发中存在着同时开发的问题。

1. svn的版本控制在多人同时开发下。弊端很明显，经常会造成代码冲突的问题。
2. git的版本控制，去中心化的方式，能够让团队开发更具便利。

想法

• 个人版本： 每个团队成员拥有自己的分支
• 合并版本： 作为个人版本合并使用，侧重是每个提交节点的注释工作好做好。
• 环境版本： 项目所有环境版本进行同步的版本。

示例图

分支

个人分支

个人名称+"_branch"

作用

个人开发记录版本，也是整个管理方案的基础版本；

操作

• 根据开发内容进行里程碑式提交；
• 每天起码要有一次备份作用的提交并同步当日所有提交节点至远程库；

合并分支

命名

merge_branch

作用

个人版本的合并操作载体；

操作

• 个人在需要时依次将个人版本推送（或者与merge_branch合并后推送）至merge_branch

环境分支

命名

开发环境：dev_branch、测试环境：test_branch、验证环境：pre_branch、生产环境：pro_branch

作用

保证代码实时同步备份；

操作

当合并版本的指定合并节点（个人版本合并后的版本节点）需要上环境时，保证本地分支版本正确的前提下，向远程环境分支进行推送；

命令行

#复制代码
git clone https://git.****.com/plusesb/****.git
#查看本次修改涉及文件
git status               
#本次修改详细 
git diff             
#保存本次修改
git add .     
#提交到本地    
git commit -m "修改描述"  
#推送到你的远程分支
git push origin lyc_branch 
#切换到 merge_branch 分支
git checkout merge_branch

#如果出现冲突
Switched to branch 'merge_branch'
Your branch is behind 'origin/merge_branch' by 2 commits, and can be fast-forwarded.
  (use "git pull" to update your local branch)
#命令
git pull
#手工打开文件找到类似<<<<<<< HEAD 这样的文字。处理这些冲突文件。
git rebase merge_branch  lyc_branch  
#修改完成后
git add pages/index/index.vue
重新合并
git rebase --continue

##如果没有冲突
#更新 merge_branch 分支
git pull
#合并分支  合并成功后会自动跳转到 lyc_branch  分支 失败则需要解决冲突
git rebase merge_branch  lyc_branch  

#将合并后的分支推送到merge_branch 
git push origin  lyc_branch:merge_branch     
#将合并后的分支推送到你的远程分支
git push origin lyc_branch -f