vlambda博客
学习文章列表

它来了!GitHub 官方 App 上手评测

点击上方的「  技宅空格  」可以快速关注我们
全文 3900+ 字,阅读预计耗时 10 分钟
在去年年底,被微软收购之后,GitHub 终于有了推出一款官方移动 App 的想法,在官方移动端 App 消息正式公布的时候,他们也同步启动了针对 Android 和 iOS 双平台的测试。

该消息一出,很多开发者都纷纷前来尝试,一时间这款应用在程序员的圈子内热度爆炸。然而,奈何 iOS 平台下 TestFlight 名额有限,后到者基本上进入了无尽的排队之中,收不到测试邀请邮件。


笔者虽然去得还不算晚,当天就填了邮箱等测试名额,但是在全球开发者的热情之下,测试名额早已被派发完毕,且空不出多余的席位。等了许久,笔者都没有等来一封来自 TestFlight 的邮件。

相较于 Android,iOS 这边因为没有人提取到了 ipa 文件,而且通过其他渠道强行安装进来的应用也可能会有各种问题,没有进入测试的朋友基本上就只能等应用正式发布了。对于 Android 来说,Beta 只是一个安装 APK 的事情,而且进入 Google Play 相关测试计划的门槛也很低,名额相较于 TestFlight 而言更宽松一些,作为一个苹果用户,这个官方应用是真的让人等到心累。

笔者原以为按照应用初版的完成度和微软的开发效率,正式版很可能要拖到今年的 Build 大会,但目前来看,GitHub 官方在这个应用上的开发进度还是令人欣喜的,前几天,他们是突然面向 iOS 用户正式推出了这一官方应用,而且 iPhone、iPad 都得到了很好的支持。

该应用目前已经在国区 App Store 上线,直接在应用商店搜索 GitHub 就应该能搜索到了。Android 平台可能还要等待更长的时间,毕竟 Android 这边适配工作相较于 iOS 要明显更加复杂一些,而且程序员们也有不少都在用苹果生态的硬件,先推出 iOS 版本可以理解。

它来了!GitHub 官方 App 上手评测

在有这个应用之前,如果我们要用手机去查看自己的 GitHub 项目,要么只能用 GitHub 的移动版网页,要么只能用通过其他开发者基于 GitHub 的 API 或者直接基于页面打造的第三方客户端。

对于 iOS 用户来说,国内开发者评价最高的一个第三方客户端应该就是 PPHub 了。单论评分,PPHub 甚至还要比官方应用高一些,而且官方应用目前也只是刚刚推出不久,评分还没有稳定下来。前者在商店的评分达到了 4.9 分,而后者只有 4.5 分。

虽然两个应用都是优秀的,但既然他们评分上存在这样的差距,那么这必定意味着二者在体验上会多少存在一些差距。刚好笔者此前在没有官方应用的时候都一直在使用 PPHub,两个应用在什么地方存在差距基本上是一目了然。今天笔者就带大家上手 GitHub 的官方应用,并且把它和 PPHub 放在一起对比,看一下官方应用有哪些地方是做的比较出色地,同时有哪些地方是还存在一些不足的。

初入应用,两个应用都是通过 OAuth 登陆的,两个应用都绕不开这一层鉴权。虽然官方应用是真正的「亲儿子」,但是官方并没有给这个应用另开什么接口,对于应用的接入,GitHub 在这方面是一视同仁的。

它来了!GitHub 官方 App 上手评测

进到应用主页,一眼可见,官方应用的主页和 PPHub 在侧重点上有着明显的不同。用过 PPHub 的朋友们都知道,它的首屏主要是以当下热门的仓库为主,更加注重用户对 GitHub 上各种项目的探索,而在官方应用这边,首屏就变得相当严肃了,你首先看到的是与工作相关的东西,其中被用得最多的 Issues 和 PR 放在了最上面,方便你快速地对 Issues 和 PR 的新动态进行处理。

在工作区域的下方,你可以自行设定一些常用的,或者说最喜爱的仓库放在这里,它可以是你自己的仓库,也可以是别人的仓库。你可以把经常参与贡献的项目放在这里,以便快速地进入这个项目,查看其新的更改、新的提交。

而在这下面,和网页端一样,你可以直观地看到一些最近的动态,包括新提交的 PR、新开的 Issues 等等。

从整个主页来看,官方应用走的是和 PPHub 完全不一样的路线,PPHub 更加注重对 GitHub 上各类项目的探索、查阅,毕竟对于程序员来说,如果有什么工作方面的东西需要处理,一般基本上都是用 PC 直接解决的,毕竟从各方面来说,手机 / 平板在浏览、审阅、编写或修改代码这一块还是非常别扭的。

它来了!GitHub 官方 App 上手评测

很多开发者可能更多是利用碎片时间在上面闲诳,去试图发现一些有意思的东西,所以 PPHub 选择了在主页呈现当下的热门项目,在其他页面呈现别人的动态、加星项目以及搜索,「我」这个部分是被 PPHub 的开发者放到了最后一块。

而在官方应用上,它走的完全是一个效率工具的路线,它旨在让开发者不论是使用 PC 还是移动便携设备,都能够具备高效、快速处理开源项目这边相关工作的能力,这样一来开发者可以把马桶时间、地铁时间也用在回复 Issue 或审阅 PR 上,以进一步提升其工作效率。

但是就现在 GitHub 上项目的现状来说,有的项目其实并不一定要那么高强度、高热情地去处理各种 Issue 和 PR,而且很多 Issue 和 PR 也并不仅仅只是在移动设备上可以处理好的。

举个例子,比如张三来我的项目通过 Issue 反馈了一个 Bug,并且提供了相关的必要信息,那么对于这个 Issue,我要做的可能不只是回一句话,而是要先启动项目的开发环境,根据相关信息进行调试,尝试对这个 Bug 进行复现,如果复现成功了,那么还要去定位这个问题出现的地方。

在做完了这一系列操作之后,我可能才会用我通过这一系列操作得到的结论去回复对方,或者和对方就这一问题进行更加深入的探讨。很显然的一件事是,这一系列的操作并不能够在手机或者平板上完成。

它来了!GitHub 官方 App 上手评测

GitHub 官方的想法是没有问题的,加上很多第三方的客户端在 Issues 和 PR 这方面做的支持也并不是很好,至少就功能设计来说,这个官方应用的路子并没有走歪,而且现实生活中也确实会有不少开发者对在移动设备上处理工作这一点存在需求。

但是,GitHub 官方应用似乎有些太过于向这个方向倾斜了,以至于他们忽略掉了开发者可能会有的一些其他需求,以及移动便携设备在生产力这方面存在的固有局限性,导致 这款应用基本上只能作为一个效率工具使用 。

官方应用并没有加入探索项目的板块,它只提供了搜索项目的功能。然而这个功能只是一个简单且纯粹的搜索,它并不会像很多 App 一样在下面给你推荐你可能感兴趣的项目。如果你期望用它来探索项目、发现项目的话,那么你获得的体验可能会很不理想。

它来了!GitHub 官方 App 上手评测

在 UI 这个方面,PPHub 要明显比官方应用更粗糙,而且作为一个第三方客户端,PPHub 也有很多地方是直接套用了网页,而不是像官方应用这样对数据都进行了深度的解析、处理,尽可能使用原生来渲染,而不是内嵌一个页面。对于有的数据,官方应用也很明显地给它加上了必要的缓存。

在 iPad 上,官方应用的综合体验也明显要比 PPHub 好一些,PPHub 的界面在 iPadOS 上有不少还是不够优雅,不像官方应用一样看得那么舒服。不过这也可以理解,毕竟个人应用开发者的能力和精力是有限的,而官方应用背后是一整个有充足经验和充足精力的团队。

就 GitHub 的总体使用体验来说,其流畅度要明显高于 PPHub,PPHub 有的时候页面的加载、切换总体体验并没有那么顺滑,官方应用呈现出来的体验要相对更好,且官方应用对于 iPad 的适配也很显然更加到位一些,PPHub 更加适合手机使用。

对于 Markdown 的渲染,官方应用也相较于 PPHub 有着好很多的处理,官方是直接用原生的方式对 Markdown 进行了渲染,而 PPHub 是直接套用了网页,二者的体验差距是相当明显的。


然而在核心功能上,相较于 PPHub,GitHub 的官方应用在体验上也有相较而言不那么好的地方。比如代码的阅读,PPHub 这边虽然因为数据拉取的问题总体加载速度上比较慢,但是它浏览项目的时候用的是结构更加清晰的树状视图,而官方应用则和 PC 网页端一样,使一级一级目录进去、一级一级目录回退。

虽然官方应用在顶部提供了一个「Jump」选项,可以相对简化一些操作,但是对于移动便携设备来说,PPHub 的树状视图是明显体验更好的。

在代码浏览页面,PPHub 的体验也是压倒性地超越了官方应用,PPHub 有各种各样的高亮选项可选,而且自带行号显示,而官方应用这边则比较死板,而且也没有行号。作为官方应用,笔者还是更希望它在比较核心的代码阅读这一块,它可以默认很简洁,就像现在这样,但可选的自定义选项和行号的开关必须要有,毕竟每个开发者的习惯不一样,这一套高亮方案和没有行号的界面对于有的开发者来说是难以接受的,而且这也不利于在源码中定位某个具体要查找的东西。

除了这些之外,还要吐槽的一点是,作为官方应用,GitHub 连标志性的「绿墙」都没有做进去,说实话有些让人失望。



就目前这个官方应用来说,笔者个人认为它现在还比较不成熟,还有很多可以加强、改进的地方,相较而言至少 PPHub 提供的体验在成熟度上没有那么大的问题。

笔者目前的建议是这两个应用可以结合起来使用,处理工作用官方应用,探索项目、在 GitHub 上闲逛可以用 PPHub,毕竟两个应用主打的方向是迥异的,二者在功能上有很多地方是互补的。合理地把这两个应用配合起来使用,用移动端上 GitHub 基本上就不存在什么大问题了。

相较于一个纯粹的效率工具,笔者还是希望官方应用能够尽可能做得全能一些,除了效率这方面外,探索的功能也应该要有,做到两头都兼顾,而不是像现在这样只有一面的功能,另一面是缺失的。而且现在 GitHub 也顺势收购了 npm,未来官方应用如果能集成一下浏览 npm 包的功能,评分再往上提一提不成问题。

希望官方后续还是能多倾听一下用户的声音,把这个应用打磨得更好。当然,如果后续移动端应用的项目能够开源,让社区参与开发的话,那情况就更加理想、更加美好了。


本文到此告一段落,如果你喜欢本文可以扫描下方的二维码关注我们,感谢你的支持。

这里是技宅空格,我们明天见。


本文图片配图来源于网络
读者交流群(QQ):296770564