之前一直是在用bitbucket来做代码托管,因为它的服务器在国外,所以客户端提交大文件的时候慢的跟蜗牛一样。而我们服务器是直接使用tag来进行部署,有时候代码拉不下来也非常痛苦。
正好这次bitbucket提示我们客户端代码已经超过1G,一旦超过2G就无法再push新代码,所以就狠心自己来搭建了。
代码肯定是用的gitlab,版本是7.9。一开始用的7.8,好像对中文支持有bug,后来又升级的。8.x系列好像部署起来更简单些,也尝试了一下,感觉太傻瓜了导致各种配置路径都不知道在哪,所以还是决定使用过 7.9。
因为git本身的特性,迁移代码也费多少力气。
小伙伴们用了新的git服务器之后,普遍反馈速度快的都不习惯了,哈哈。
其实之所以把这件事情单独拿出来说,是因为我觉得这个事情是有着超过其本身的意义的。那就是:公司已经成长到可以投入一些成本到一些原本第三方能够解决的服务上了。
这其实是一个很大的进步,当公司处于生死边缘挣扎时,是不会去理会这种事情的。
同样的,我们的统计服务也越来越完善,而之前常用的友盟基本已经抛弃不看了。
我昨天在朋友圈发了个状态:
苹果说:要有光,于是世界有了光。
说实话,也只有苹果敢这么强势了。说是6月1号之后必须支持IPv6,我们版本6月2号就因为这个原因被打回。
而因为我们的网络底层是直接操作的原生socket,所以没法直接使用ios提供的封装库。不过这个最后还好, https://tools.ietf.org/html/rfc4038 上有具体的参考实现。
而测试的话,可以通过mac共享热点的方式,参考这边文章: http://www.jianshu.com/p/54b989098537 。
这次重构还没有正式开始,但是方案基本已经确定了。主要会解决几个问题:
预计几周后就会完成,到时候再来给大家分享。