在几乎所有的Andr​​oid应用程序，我们需要一些库的项目，如ABS，HoloEverywhere等。其中大部分是在Maven的中央，这是很好的。什么是糟糕的是，他们大多依赖于支持库，并自然地指向了过时的（我的意思是非常错误的）版本在Maven的中央。

In almost every Android app we need a couple of library projects like ABS, HoloEverywhere, etc. Most of these are in Maven Central, which is good. What is bad is, most of them depend on the support library and naturally point to the outdated (I mean very buggy) version in Maven Central.

目前，我们正在维护我们自己的仓库与Android的定制版本（使用Maven的Andr​​oid SDK部署），每个库（从Git的获取和调整Maven的依赖）。会不会有这样一来，使用新的基于摇篮构建系统（如覆盖AAR项目的依赖）的一个更简单的方法？

We are currently maintain our own repositories with custom versions of Android (using the Maven Android SDK deployer) and each library (fetched from git and with adjusted maven dependency). Will there be an easier way of doing this, using the new Gradle based build system (like overwriting dependencies of aar projects)?

推荐答案

我们将提供支持库的神器版本。敬请关注。

We will provide artifact versions of the support libraries. Stay tuned.

编辑：文物是现在可用。您必须下载Android的支持库，在你的SDK。该摇篮构建系统将自动使用这个作为一个本地仓库。

The artifacts are now available. You have to download "Android Support Repository" in your SDK. The gradle build system will automatically use this as a local Maven repository.

有3个工件在它现在：

com.android.support:support-v4:21.0.0
com.android.support:support-v13:21.0.0
com.android.support:gridlayout-v7:21.0.0
com.android.support:appcompat-v7:21.0.0