引言
最近正准备写玩转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 cardCodeReview更新
1, 针对代码特定行Review
类似于Gerrit, 现在可以在特定的代码位置加上Review意见了:
code review for special code2, 新增CodeReview的意见标识
个人认为类似于Gerrit的+1, -1, +2的模式, 来标识每个提交的code review意见, 是否通过等. Github新增了这个模式, 加入了:
- Comment
单纯加些检视意见, 并不通过. (类似Gerrit的+1) - Approve
提交检视意见并通过. (类似Gerrit的+2) - Request changes
提交检视意见, 并要求修改. (类似Gerrit的-1,-2)
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认证, 以方便管理安全策略.
- 更多更好的权限控制.
- 个人界面更社交
- 个人界面展现更多东西, 例如历史记录.
- 更具社交属性, 让别人更了解这个程序员:)
转载请注明出处, 欢迎大家分享到朋友圈, 微博~
网友评论