Artifactory本地仓库，安卓通常使用的是默认的jcenter和google，像下面一样，artifactory本地库的作用可以自己写一个库放到本地，也可以从其他仓库下载第三方，然后开发者只需要连接本地仓库，不用连接远端仓库，即可使用google和center或者aliyun等库里面的文件。
docker、maven、cocospods、npm、go、nuget等等；
这个artifactory是收费的，据说很贵。这里可以解决。点击下载所需artifactory-pro-and-crack
项目中不可避免的要映入第三方库，Google的aar方式的库推出的确带来了很多的方便，但是同时还有一些局限性需要注意，这里记录一下在使用aar过程中遇到的问题。
项目设置混淆的时候，就必要要考虑到第三方库的混淆规则。曾经的jar方式引入的年代，都是在项目中配置使用到的代码的混淆规则，或者是干脆不混淆一个不确定规则的库。但是在aar引入的后期，带来了consumerProguardFiles功能，实现了再库中配置自己的混淆规则，项目就可以不用关心三方库的混淆规则。
之前公司一直是使用使用Jenkins+Android+Svn，后面有以前的同事问到Jenkins+Git相关的问题，其实从根本上来说他们最大的区别就是使用Git去管理源代码，其他的都是一样的。但是涉及到Git，就有分支需要注意了（当然Svn也是有分支的概念的，只不过Svn分支更强调的是目录）。这里不讨论怎么搭建Jenkins以及和Android结合的具体步骤（这类的教程网上一抓一大把），只是记录其中需要注意的点。
UserAgent（以下简称UA）通常被用作区分客户端来源或版本、系统版本等一系列信息，常见的浏览某些微信的页面提示“只能在微信中打卡”或者“请使用微信版本高于xxx打开”，这里都是UA匹配的功劳。最常见的就是根据UA确定是手机版还是PC的，然后跳转到对于的网页（或提示某一个不可用）。
相信大家在做H5和移动app混合开发的时候，经常有被userAgent困扰的时候(其实我是一个移动开发者，经常遇到h5开发人员测试个UA就要我们单独打个包，没调好的时候还要动不动再来找你几次)。这里要介绍的是一款H5开发调试工具useragentswitcher，它是一个可以修改浏览器的扩展程序，下次再要关于UA的配合你就直接把这个浏览器扩展扔给他，然后说：“工具给你找好了，自己玩去！！！”
当你升级到Android Studio 3.0 Beta4的时候一般情况下会报错的，我遇到如下信息：
|
|
许多同学在 GitHub 上发布了自己的开源项目，有辛苦开发的实用工具、构思巧妙的开源库、别具一格的 App、精心整理的示例代码等等。
自己花了大把时间和精力构建的项目，当然是希望能够得到更多人的关注，被更多的人知晓或者使用。如何更好滴向他人展示自己的项目，介绍项目相关信息呢？用一些通用的小图标来描述项目相关信息不失为一种很棒的选择，几个好看的徽标能够为自己的项目说明增色不少！
GitHub 项目的 README.md 中可以添加徽章（Badge）对项目进行标记和说明，这些好看的小图标不仅简洁美观，而且还包含了清晰易读的信息。
徽标主要由图片和对应的链接（当然，你可以不填）组成，徽标图片的话一般由左半部分的名称和右半部分的值组成。
Nexus,通俗的来讲，是配合maven使用的仓库管理器，是避免资料外泄的私服仓库管理器。当多个项目存在多个相同的依赖或者工具类时候，便可以将相同的依赖或者工具类，放置在私服中，组成公司内部局域网。
我们为什么要用这个？当然是本着有轮子用轮子，没轮子改轮子的原则，能复制，就不要自己敲的原则，当有多个项目需要用到某一个依赖库或者工具类的时候，直接在gradle添加依赖即可，不必将代码Ctrl c + Ctrl v 重复操作，极大的减少的项目的代码量。
通过添加新的buildType->dev，让dev除服务器地址以外的配置都和release一致，保证在发布提交测试的时候代码和release同步。并且在dev的时候使用.dev作为versionNameSuffix，增加svn的提交版本号来作为App名称的后缀。为测试人员反馈bug、开发人员定位bug提供版本依据，更是对于自动打包和自动分发测试提供方便。其他的比如加入打包时间、服务器地址配置等
基类分布这里主要分两个方面来说明，包括：Activity的基类（Fragment的基类是类似的）、功能的基类。
借助于butterknife的控件、事件的注入功能，封装了获取layout的方法和一些初始化的新的生命周期方法。
