代码仓库角色权限
解释：git其实是用来存储代码的开源仓库，通过给当前仓库下的用户分配不同的角色：管理员、开发者、测试等来区分权限；
拥有者（owner）添加用户及分配角色的权限，对整个代码仓库有全部的操作权限，如：创建分支、删除分支、拉取代码、提交代码；
开发者（developer）对部分操作权限，如：创建分支、拉取代码、提交代码；
测试者（qa）对部分操作权限，如：pull-request，拉取代码；
分支基础概念与管理
1
分支概念
master分支
解释：主分支，创建一个代码仓库后默认在master分支上
开发分支
解释：有开发人员根据项目或功能创建的分支，需要以master最新代码为基础，创建一个全新的分支，并推送到远端，在改分支上修改代码，目的是为了不受其他功能的影响，保持纯净的开发环境；
测试分支
解释：类似于开发分支，如果只有一个功能或者项目时，等同于开发分支；若多个项目同时进行，并且需要同一个环境，必须将多个开发分支merge（合并）到一个公共的分支，目的是为了测试能同时进行多个项目的测试。
2
基础使用命令
pull：拉取远端代码到本地；
merge：合并某个分支代码到当前的分支；
branch：分支，某个功能的修改均在一个固定的分支上（分支名不可与远端所有分支名重复）；
tag：分支的另一种形式，针对某个分支上的某一个次提交打一个tag（标签），根据这个tag可以精确快速的找个某一次具体的提交时间以及提交内容；目的是为了与下一次的代码提交区分开；
reset：重置某个具体分支的代码，一般命令为：git reset --hard head ;其中的head即为某次具体的提交，使用SHA-1码作为唯一标志，回退到之前的提交；
commit：提交一次代码；
push：推送到远端；
pull-request：提交代码时先申请，需要其他有权限的开发者通过本次提交；
conflict：冲突，分支合并时由于同一代码块或者同一行的代码在不同分支进行了不同的修改。
3
分支管理
测试分支和开发分支用途是什么？
测试分支：为了能多个项目同时进行测试，不影响其他项目的测试，共用同一套测试环境；
开发分支：针对某个pmo（项目）单独创建的分支，代码只对需要实现的功能进行修改；
代码分支命名规则是什么？合并分支命名规则是什么？
（1）代码分支（也就是开发分支）：pmo名_功能名（英文）；例如 PT-3246 或者 PT-3246-detail
（2）合并分支：test_环境名（t1、t2、fvt）；
同一仓库/站点的多个并行pmo分支需要在同一个测试环境部署怎么办？
合并正在并行的多个pmo分支为一个环境分支（及公共分支：test_环境名）。
备注：
（1）需要找开发合并，合并中如果出现冲突，需要找该pmo分支的开发者进行冲突解决；
（2）需要维护该公共分支的代码始终为几个项目的最新，及时合并master代码，及时合并开发代码，部署到具体的环境；
（3）某个pmo分支合并后影响到其他pmo功能时，需要及时找开发确认情况（可能是合并代码的过程中丢失了某部分的代码）；
项目A和项目B合并的部署分支，在项目A提前测试完成的情况下，如何进行发布？
先在测试环境单独部署项目A的分支代码，并告知其他正在使用该站点的测试及开发单独占用所需要的时间；
部署验证完成确认无其他问题后，使用本次生成的btag（其实就是tag，只是另一种命名，btag=开发tag）发布线上。
4
Jenkins打包命名规则
Jenkins打包系统怎么区分开发环境、测试环境和线上环境？测试环境有几套？怎么选择不同的测试环境部署？
开发环境：DEV
测试环境：QA
线上环境：OPS
测试环境一共有3套，fvt、t1、t2；根据自己项目需要，以及测试环境占用情况选择测试环境；
举个例子：
现在有online-promo-docker站点的功能需要部署到测试环境，
首先看该功能是否依赖其他站点的部署，如果需要，与其他站点的环境保持一致；如果不需要，看该功能开发是否指定测试环境，若指定，则使用开发指定的测试环境；若未指定，则看该站点是否3套环境都已经部署了其他功能，若其中有未部署的环境，则选择该套；若均已占用，则与负责的测试及开发商定合并环境分支部署；
5
tag使用规则
btag和rtag用途是什么？怎么使用？
btag
用途：用来记录一次测试环境打包的产物名称，可以用来作为查找某一次功能打包的时间点，大多数情况下作为发布线上的tag_name。
使用方法：在bds系统的配置tag_name中填入，部署在测试环境时则为当前功能为生成btag的分支功能；部署在线上环境时，生成rtag，则线上功能为当前功能为生成btag的分支功能。
rtag
用途：用来记录线上环境打包的产物名称，可以用来作为查找某一次功能打包的时间点，大多数情况下作为回滚线上发布的tag_name。
使用方法：在bds系统的配置tag_name中填入，部署在测试环境时则为与线上功能保持一致；部署在线上环境时，为回滚线上功能到当前rtag的功能。
6
线上回滚
线上回滚后操作步骤
回滚：使用上一次发布到线上的rtag（该rtag所在线上功能必须正常）重新部署线上，此时master的代码并没有被reset；
回滚后：此时线上功能已经回到上一次发布的功能，但是master的代码仍然是最新的未回滚的代码，此时需要开发修改master的代码为未发布前的代码，并且推送到远端（这样做的目的是为了保证需要合并master代码的分支不会带上有问题的代码）。
