dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    compile 'com.android.support:appcompat-v7:25.2.0'
    testCompile 'junit:junit:4.12'
    compile 'com.android.support:design:25.2.0'
    compile 'de.hdodenhof:circleimageview:2.1.0'
    compile 'com.android.support:recyclerview-v7:24.2.1'
    compile 'com.android.support:cardview-v7:24.2.1'
Error:(31, 13) Failed to resolve: com.android.suport:recyclerview-v7:24.2.1 
 
 Error:(31, 13) Failed to resolve: com.android.suport:cardview-v7:24.2.1  
我在D:\AS\AndroidSDK\build-tools中发现我并没有24.2.1的包，于是我改成了现有的25.0.2包。
 
结果仅提示Error:(31, 13) Failed to resolve: com.android.suport:cardview-v7:24.2.1 
 
我再次把所有的compile都改成了25.0.2包（因为我并没有在build-tools中发现25.2.0），系统提示全部失败。并给出提示可用25.2.0的包。
 
最后我将所有的compile都改成25.2.0包，添加依赖库成功。
 
dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    compile 'com.android.support:appcompat-v7:25.2.0'
    testCompile 'junit:junit:4.12'
    compile 'com.android.support:design:25.2.0'
    compile 'de.hdodenhof:circleimageview:2.1.0'
    compile 'com.android.support:recyclerview-v7:25.2.0'
    compile 'com.android.support:cardview-v7:25.2.0'
                                    GradleTask
repo专门用于多仓库App混合编译使用，通过更改项目内部的替代，将相邻的aar替换成本地源代码的形式参与项目编译替代，同时内部使用的是渐变设置，包括Build，所以项目内部原先的逻辑不需要变更，可以直接使用。
 repo插件同时项目会自动帮助各位去同步远端的仓库代码，如果仓库branch没有发生变化则不会同步代码。
 dep插件则是负责将项目内部的依赖版本更换成早期版本，同时进行版本号策略清洗。
：项目的settings.gradle ，记住是settings.gradle不是build.gradle
添加以下代码
buildscript {
                                    在build.gradle中，compile是一种旧的写法，表示依赖库在编译时需要被引入。而compile()是新的写法，表示依赖库在编译和运行时都需要被引入。
因此，如果使用旧的写法compile 'org.slf4j:slf4j-api:2.0.7'，则依赖库只会在编译时被引入，不会在运行时被引入。而如果使用新的写法compile('org.slf4j:slf4j-api:2.0.7')，则依赖库会在编译和运行时都被引入。
总之，建议使用新的写法compile()来引入依赖库
                                    当我们的项目依赖存在冲突时，如何排查jar冲突呢？
在控制台输入：gradle dependencies --configuration default 查看当前项目jar依赖树；
查看子模块dependencies 依赖树：gradle dependencies mymodel:dependencies --configuration default;将mymodel 替换成自己的项目名称，查...
                                    转载请注明链接: https://blog.csdn.net/feather_wch/article/details/88667037
gradle compile project 中使用exclude去除重复的依赖
版本号:2019-03-19(18:30)
文章目录gradle compile project 中使用exclude去除重复的依赖正确的使用: 加上括号
错误的使用方式: 会报错...
Android Studio的 Terminal下敲 gradlew  xxxx:dependencies 命令，查看依赖树
gradlew xxxx_new:dependencies --configuration compile 查看编译时的依赖树
- com.android.support.test.espresso:espresso-c...
                                    微信公众号：前端程序猿之路关注可了解更多的前端知识，反馈问题或建议，请公众号留言。如果你觉得公众号内容对你有帮助，欢迎关注并转载[1]
两种解决方案vscode安装依赖总是失败
vue项目npm  install时总是报没有权限的错误，具体错误如下图
如果项目中遇到这个错误，我们有两种解决方案
只提供临时解决npm install 安装依赖没有权限报错，想彻底解决可直接翻看方案二右键前端开发工具，选择以管理员身份运行，然后再安装依赖就可以了，缺点是每次打开前端开发工具都要进行此步骤，比较...
                                    说在前面：本菜今天下午从GitHub上down下了一个库，欢天喜地的导入到了自己的项目中，定睛一看依赖库的build.gradle中竟然还是用的compile，版本号也才24，婶儿能忍叔也不能忍啊，果断三下五除二compile换成implementation，版本号升级到27…眼观鼻，鼻观心，静静等待building…Great！building完成，迅速运行，程序完美跑起，一个界面优美的启动页出...
参考：添加构建依赖项
利用 Android Studio 中的 Gradle 构建系统，您可以轻松地将外部二进制文件或其他库模块作为依赖项添加到您的 build 中。这些依赖项可位于您的计算机上或远程代码库中，并且它们声明的所有传递依赖项也会自动包含在内。本页介绍了如何在您的 Android 项目中使用依赖项，包括有关 Android Plugin for Gradle 特有的行为和配置的详细信息。如需更深入地了解 Gradle 依赖项的概念，您还应该参阅 Grad
Gradle默认每次编译都会resolve dependencies，每次都会去进行网络请求。如果你那边访问jCenter很慢，光是这个步骤说不定就要十几分钟。
解决方法是在Project Preferences的Gradle那里启用Offline work。注意
                                    从Github下载下来的demo，放在自己的电脑可能无法运行。
最典型报错：Failed to resolve:xxx
原因：下载的demo的gradle版本较老，需要修改gradle版本
首先看报错内容中是否有：Add Google Maven repository and sync project
1.打开Gradle Scripts->build.gradle(Proje...
                                    以前在使用Maven开发javaweb的项目中，我们通常会用多模块来开发,而使用Maven大大简化了多模块的开发。
现在Maven已经十分稳定了，而近期由于接触Gradle，被其简约的配置，和灵活性所吸引！用Gradle来代替Maven是一个很不错的选择。
Gradle使用Maven的命令只需要引入插件即可！
plugins {
    id 'java'
    id 'maven'