00:00
嗨,我是文,今天的课程是coding代码托管实践。首先我们创建一个coding代码仓库,命名为project DEMO,并对仓库进行初始化,生成瑞密文件,设置仓库为私有仓库。仓库创建成功之后,我们复制仓库地址,将仓库克隆到本地,并通过在本地新增文件进行提交,推送至远程仓库。我们创建一个新文件welcome.tst文件,并输入对应的内容。文件创建成功之后,我们通过get命令get ADD get com me和get push将本地的新文件代码推送到远程仓库。推送成功之后,通过刷新浏览器,在远程仓库中就能看到master分支已经有welcome.tst文件了。完成了本地代码提交到远程分支之后,接下来我们创建一个新的分支,分支名称为A。
01:00
BC选择以master分支作为来源,点击确认ABC分支创建完成后,我们开启研发规范,选择项目设置。compas头发中有规范,包括开启强制规范,开启强制规范后,系统将拦截所有不符合规范规则的操作以及开启自动研发规范。新仓库自动开启研发规范,因为着新仓库完成后默认使用项目研发规范,启用研发规范功能。研发规范开启后,我们可以进行分支设置,包括特殊分支和分支类型。这里面我们选择设置的分支类型为de分支类型back face hot face和release。后续创建分支过程中,只有满足这四种分支类型的分支才能够被成功创建。我们回到compas的规范中,可以看到可以对规范进行修改,并且规范包括推送规则、合并规则的推送规则里面我们可以设置允许推出任何分支或者。
02:00
允许推送分支类型中定义的分支。分支类型中定义的分支里面分支类型包括deaf breakfast face hot face和release。并且推送中我们可以配置必须关联视线、ID、分支名称以及合并规则,可以设置允许哪些原分支合并到哪些目标分支。在合并过程中的配置项里面,可以合并请求时必须去关联事项以及合并请求必须通过code review这一个评审员授权后才可合并。完成设置后点击保存。我们可以选择此规范生效的仓库范围,点击仓库管理,选择project DEMO开启代码规范。代码仓库规范开启之后,那么意味着我们的仓库的分支的创建、合并的提交都需要满足规范的要求。例如在分支中发现ABC分支就已经属于违规分支,因为它不属于我们的de release b face和hot face中的任何一种。
03:00
当然,我们在创建分支过程中也必须满足我们设置的分支的命名规范。例如我们设置为feature feature12、三的时候,发现分支属于违规,分支命名违规,因为它不满足de b face hot face和release分支的合法命名范围,因此它不允许被创建。那么我们创建一个满足分支规则,分支名称如def t66,那么带上分支事项ID,此时正确的分支就能够被创建成功。分支创建成功之后,那么接下来我们去模拟一个合并请求。在模拟合并请求之前,我们先创建一个文件,命名为user.tst,在文件内输入具体的内容。文件创建成功之后,我们直接将它提交到远程的de ts66分之中。接下来我们创建一个新的合并请求,选择原分支为def ts66,目标分支为master,并输入合并请求的标题。
04:00
也可输入对应的描述,可以看到该和并请求与关联资源六六为我们的四项ID,意味着这也是满足我们创建分支过程中能够自动的将资源进行关联上。点击创建合并请求,合并请求可以看到提交的记录以及改动的文件。例如我们新增的一个优势点TST文件,但是能够发现研发规范,发现违规,原因是合并请求必须通过我们研发规范中设置的一个评审者的合并请求,那么我们可以添加评审者,添加完成之后,我们切换到评审者账号,并对该合并请求进行评审。在合并请求的评审者的工作台上可以看到他需要评审的合并请求的信息,在这里面可以查看提交者的信息以及改动的对应的文件,进行客户的review,投code review发现本次提交是满足合并要求的,那么评审者可以允许合并点击完成评审。
05:00
评审者完成评审并且允许合并之后,提交者就能够完成合并请求的操作了,我们切换回提交者的账号,回到对应的合并请求中,可以发现此时是已经允许合并了,因为评审者V007已经允许合并,那么我们就进行合并分支,点击确认分支合并成功之后,我们在目标分支master分散就能够看到优TST已经合并上来了。我们了解了头顶代码仓库的研发规范之后,接下来我们看一下托顶代码仓库还提供哪一些能力,一个是部署公钥的能力,我们可以新建部署公钥,也可以锁定文件,支持默认分支的文件锁定,也支持分支设置,包括默认分支、保护分支和隐藏分支的设置。我们设置保护分支后,需要创建合并请求时,会邀请其他成员进行评审,并且评审通过才能进行合并,这样可以使我们的分支得到有效的保护以及避免恶意。
06:00
提交,我们设置de和master作为保护分支,并且也可以添加分支的管理员。在访问设置中,允许HTPSSH2种协议的访问,也可以将原代码公开。在推送设置中,我们可以禁止强制推送以及检查GA的提交者的信息和提交作者的已验证的邮箱的配置。在合并请求中,我们允许默认删除原分支以及fast forward合并请求模式,并且可以设置合并提交消息模板。在版本发布中,我们可以设默认的发布版本分支,例如选择master分支作为版本发布分支。在代码标签中,我们可以设置保护的标签规则。代码仓库中支持开启记的提交者和提交作业者的检查以及GPG公钥的上传。在推送权限中,我们可以添加文件路径,并且设置成员用户组具有推送权限,实现文件或文件夹级别的细腻度的权限控制。以上这些内容就是。
07:00
秃顶代码托管实践,感谢聆听,再见。
我来说两句