引言

最近正准备写玩转Github的系列, 大体围绕一个创业小团队使用Github做代码管理甚至项目管理来聊点个人的Github使用心得, 大纲如下:

玩转Github

正在写Android App优化系列, 还没有来得及~~
恰逢中秋节之际, Github发布了一次重大更新, 引入了新的工具, 恰巧就有Project, CodeReview相关的更新. 大体看了下, CodeReview的体验提升了不少, 直追Gerrit(Gerrit虽然UI丑, 但是真是的好用), 项目管理的引入, 更是完善了仅用milestone和issues跟踪的状态难题, 还可以自定义栏目, 与Teambition类似, 个人认为敏捷小团队非常适用.

在此先无耻的将Github的这次更新搬过来, 作为一个起点吧, 友们轻喷:)

新入Projects

今天, 细心的同学可能已经发现了Github工程的tab上多了一项"Projects", 点击可以创建项目, 如下:

Projects

在项目界面可以自定义栏目, 例如我这边:

custom column

强大的是, 这些Task Card可以转成Issue, 与Issues模块关联. 还可以直接在页面栏目间拖动来直接改变其状态.

task card

CodeReview更新

1, 针对代码特定行Review

类似于Gerrit, 现在可以在特定的代码位置加上Review意见了:

code review for special code

2, 新增CodeReview的意见标识

个人认为类似于Gerrit的+1, -1, +2的模式, 来标识每个提交的code review意见, 是否通过等. Github新增了这个模式, 加入了:

Comment
单纯加些检视意见, 并不通过. (类似Gerrit的+1)
Approve
提交检视意见并通过. (类似Gerrit的+2)
Request changes
提交检视意见, 并要求修改. (类似Gerrit的-1,-2)

code review feedback

3, 新增Protect Branch设置

仓库管理员可以设置受保护的分支, 避免没有通过Code Review的代码合入. 在工程的"Settings"界面:

Protect Branch

选择相应的分支后:

Protect Branch Settings

勾选相应的项, 其中图中标红的即是要求, 该pull request需有至少一个Approved, 且没有Request Changes, 才可以merge到master分支.

如果你的提交有一个Approved和一个Request Changes, 则无法merge:

can't merge

其他更新

除了以上的, Github还更新了很多细节, 包括:

Github服务集成更无缝
- GraphQL API引入(早期测试版本)
- Engineering Blog
企业服务更友好
- Organization管理员可以为其所有成员请求Two-factor Authentication认证, 以方便管理安全策略.
- 更多更好的权限控制.
个人界面更社交
- 个人界面展现更多东西, 例如历史记录.
- 更具社交属性, 让别人更了解这个程序员:)