RequestError: Error: getaddrinfo EAI_AGAIN github.com:443

你连不上 github，网站返回 443 ，所以进行不下去。

windows 下建议直接装 .exe ，开箱即用。

PS：你两种装法没啥区别。。。

#11 楼 @jamie 不怕，后续上海应该也会有的~

评论区讨论不错，加个精

#1 楼 @seveniruby 应该不是。我直接把越狱市场的微信直接重签名也不行。不重签的话是可以正常安装打开的。所以我觉得有可能是我用的是免费个人开发者证书，没有推送这些授权引起的。

#3 楼 @caikaibai 好，已补充到正文中~

没想到我就这样成为股东啦~

#2 楼 @zhuquan0814 额，我的意思是说明一下你找到了哪些框架，通过看文档/试用觉得哪里不符合需要，然后再问有没有什么更好的框架。

或者看看 appium 官方示例用到了什么框架：https://github.com/appium/sample-code/tree/master/sample-code/examples/ruby

另外，我简单搜索了一下，ruby 有自己的单元测试框架，类似 Python 的 unittest，例如 https://en.wikibooks.org/wiki/Ruby_Programming/Unit_testing 里面的这个。至于是否符合你的项目需要就需要你自己去尝试了。

#9 楼 @snzheng 不高，会配置好环境，知道 Java 基本语法和基本概念就好啦。

刚才仔细看了一下，有个地方貌似和我理解有点不一样。

reset 应该不算是从仓库回退吧，只是把 add 过的操作从暂存区放回 work copy 。如果是回退某个提交（commit），应该用 revert 。

另外，补充一个我以前经常出的问题。如果提交时直接用 git commit 提交，会打开默认编辑器（一般是 vi）来让你输入提交信息。这个时候如果想不提交，不能像平时那样直接 :q! 来不对操作保存（这样会提交空白信息）。因为 git commit 是根据编辑器退出时的 return code 来判断到底要不要提交的。所以如果不想提交，要输入 :cq 来让 vi 返回非 0 的 return code 。

基础基本全了。继续加油~还有很多实际工作中需要用到的命令。

#9 楼 @taki 你说的是 appium 的 bootstrap ？没有试过。

#1 楼 @doctorq 谢谢提醒~ 这种方法确实挺方便快捷。

#7 楼 @hyddd 分享到 Testerhome 公众号了，顺便更新了一下格式，你看下现在格式有没有问题？

赞~ 学习了~

#3 楼 @lynnfang0917

链接：https://android.googlesource.com/platform/frameworks/uiautomator/+/android-support-test/src/main/java/android/support/test/uiautomator/UiDevice.java

我也刚好两年多，和你类似，只是我主力语言是 python ，主要用的自动化框架是 appium 。

分享一下我自己的经历和计划吧：

关于编程语言：虽然 java，python，javascript，object-c 都会一些，但主力语言还是 python ，其它语言主要是工作需要所以才用的，目前用得并不深。后续想把精力集中在 iOS 这个大方向，所以主要在了解 Object-C 和 宏 。

关于 UI 自动化框架：因为之前项目选定用 appium ，当时由于某个契机我也就对 appium 深入学习了一番（阅读源码），因此项目中遇到问题后能比较快速地定位问题原因和找到解决方案。目前由于项目需要开始上手 KIF ，还没到深入学习的程度（对 OC 和 苹果各种 framework 了解还不足），所以同时也在学习 iOS 开发。

关于工作中用不到的一些工具：你提到的工具除了 Tmux 其他我都有用过，说不上深入，但基本能满足日常使用。另外，如果你用 linux/mac/cygwin 的话，这些你在工作中都能用上。顺便在这里补充一个工具：Git ，我觉得这是一个用好后效率提升很高的工具。

关于移动端开发相关技术：Android 和 iOS 开发都学过皮毛，看懂开发代码基本还是 ok 的。目前在断断续续地学习 iOS 开发中。

CI 工具：项目中使用 Jenkins 做自动构建，大部分工作都是用 shell 或者 python 来做，其他插件了解不多。只知道 Jenkins 的 shell 坑略多。另外，正在学习怎么用 travis ci 。

接口测试：这个单独拿出来讲是因为我在这个方面入门时走得方向不那么正，踩过不少坑，所以这个一直是我心里的一道坎。如你所言，接口的问题可以得到快速修复，但同时它的影响面也很广，一次修改很可能覆盖很多个移动端版本，而且很多时候需要通过接口数据定位问题是处在服务端还是客户端，所以配套的东西其实不少（如 mock ，如果是自定义协议最好还要搞个合适的抓包工具）。目前也还在探索中。