激进地用着Android Studio

之前中国这边都是用Eclipse ADT，而美国的同事用的是Android Studio，后来觉得Android Studio也比较稳定了，所以大家都换成用Android Studio。

Google大会中推出了这个，可是它升级实在太慢了，到我写这篇文章的时候还只是0.5.8。

我们用的是最不稳定却也最为激进的Canary Channel，设置为自动升级。使用中还是有些不爽的地方：

1、有时会不稳定。当时我在0.4下用的好好的，但自动升级到0.4.2却老是报找不到包的错误，搞了很久也没解决，后来是升级到0.4.3后自动解决了。
2、Gradle相比ADT来说，还是比较慢的，原先用ADT的人都抱怨，后来升级了机子，才缓解了问题。

除了Android Studio设为自动升级外，里面涉及的一些插件也设置成用最新版的，比如：

buildscript {
    repositories {
        mavenCentral()
        maven { url 'http://download.crashlytics.com/maven' }
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.10.+'
        classpath 'com.crashlytics.tools.gradle:crashlytics-gradle:1.+'
    }
}

但是，这样是有风险的，这些插件都在持续更新中，难免会出些问题，有时还是大问题，我们就碰到两次，一大一小：

1、有次我们要打个补丁版本，因为改动小，QA只是做了针对性的测试，谁知，发布后却发现在2.3的机子上会Crash，得到好几个差评。调查后发现，那段时间，刚好gradle的插件从0.9.0自动升级到0.9.1，导致了问题。
2、有次我们发现打开Android Studio，等sync project with gradle后会报错，查了半天，才发现是因为crashlytics-gradle自动从1.9.1升级到1.10.1后造成的。写信问[email protected]，他告诉我们需要移除我们的一个library project里的"apply plugin:'crashlytics'"行。解决掉后过几天，我们发现它升级到1.10.3，且即使我们把那行加回来也没事，看来还是crashlytics-gradle本身做得不够好。

碰到第一个问题的时候，我们有做事后分析，我觉得按照通常惯例，一个项目依赖的东西的版本，需要在每个开发版本开始时固定，这样可以确保这个配置在发布前有经过QA的回归测试，然后在新的版本开始的时候再来升级到最新的。不过美国的同事还是比较倾向激进，他说会由他来保证这类自动升级引起的问题的解决，所以我们还是自动升级。