快照版本

原文链接:点击查看

关于快照(Snapshots)

对于那些等不了 Glide 的下一个稳定版的用户【注】,我们在 Sonatype’s snapshot repo 部署了 Glide 库的快照版本。

原文”willing to live on the bleeding edge” –译者注

在每次 push 到 GitHub 的 master 分支上后,Glide 会通过 travis-ci 构建。如果构建成功,我们将自动部署最新版本的库到 Sonatype 上。

每个集成库都有它自己的快照,与主 Glide 库一样。如果你使用了 Glide 库的快照版本,你使用的任何集成库也要使用快照版本,反之亦然。

获取快照

Sonatype 的快照仓库的工作原理与其他maven仓库一样,所以快照可以多种方式访问:jar, maven,或者 gradle。

Jar

你可以直接从 Sonatype 下载。请务必检查日期以确保你正在获取的是最新的版本。

Gradle

首先你需要把快照仓库添加到你的仓库列表:

  1. repositories {
  2. jcenter()
  3. maven {
  4. name 'glide-snapshot'
  5. url 'http://oss.sonatype.org/content/repositories/snapshots'
  6. }
  7. }

然后修改你的依赖为快照版本:

  1. dependencies {
  2. compile 'com.github.bumptech.glide:glide:4.7.0-SNAPSHOT'
  3. compile 'com.github.bumptech.glide:okhttp-integration:4.7.0-SNAPSHOT'
  4. }

Maven

请注意,这种方法未经测试,是从 Stack Overflow 的这个问题而来的。关于本节有任何建议,欢迎提出!

请将下列代码添加到你的~/.m2/settings.xml:

  1. <profiles>
  2. <profile>
  3. <id>allow-snapshots</id>
  4. <activation><activeByDefault>true</activeByDefault></activation>
  5. <repositories>
  6. <repository>
  7. <id>snapshots-repo</id>
  8. <url>https://oss.sonatype.org/content/repositories/snapshots</url>
  9. <releases><enabled>false</enabled></releases>
  10. <snapshots><enabled>true</enabled></snapshots>
  11. </repository>
  12. </repositories>
  13. </profile>
  14. </profiles>

然后修改你的依赖为快照版本:

  1. <dependency>
  2. <groupId>com.github.bumptech.glide</groupId>
  3. <artifactId>glide</artifactId>
  4. <version>4.7.0-SNAPSHOT</version>
  5. </dependency>
  6. <dependency>
  7. <groupId>com.github.bumptech.glide</groupId>
  8. <artifactId>okhttp-integration</artifactId>
  9. <version>4.7.0-SNAPSHOT</version>
  10. </dependency>

修复你的快照依赖

使用 Glide 的 快照 (`-SNAPSHOT) 版本可能为应用带来风险,因为 gradle 将拉取的快照版本代码将依赖于你何时首次构建你的项目。假如你添加了一个快照依赖,并随后在你的本地机器上做好了测试,然后将这个构建配置推送到了构建服务器,构建服务器可能最终会使用另一个版本的 Glide 代码来完成构建。快照版本将在每次成功 push 到 GitHub 后发生改变,并且这种改变可能在任何时候发生。

要解决这种问题,你可以从 sonatype 指定一个特定的版本而不是依赖于 -SNAPSHOT。例如在 Gradle 中:

  1. dependencies {
  2. compile 'com.github.bumptech.glide:glide:4.3.0-20171024.022226-26'
  3. compile 'com.github.bumptech.glide:okhttp-integration:4.3.0-20171024.022226-26'
  4. }

或使用 Maven(未测试):

  1. <dependency>
  2. <groupId>com.github.bumptech.glide</groupId>
  3. <artifactId>glide</artifactId>
  4. <version>4.3.0-20171024.022226-26</version>
  5. </dependency>
  6. <dependency>
  7. <groupId>com.github.bumptech.glide</groupId>
  8. <artifactId>okhttp-integration</artifactId>
  9. <version>4.3.0-20171024.022226-26</version>
  10. </dependency>

这里的版本号 4.3.0-20171024.022226-26,是从 Sonatype 仓库中取得的。你可以通过以下方法选择特定的版本:

    • 打开 Sonatype
    • 点击你需要使用的 package 。通常你可以只使用 glide
    • 点击你想使用的 Glide 快照版本,例如 4.4.0-SNAPSHOT
    • 从列出的 artifact 中选择一个并复制粘贴版本号即可。例如你看到 glide-4.3.0-20171024.022211-26-javadoc.jar, 那么它的版本号就是 4.3.0-20171024.022211-26。通常你会想要使用最新可用的 artifact 。你可以检查修改日期列来确认这一点,但一般而言最近的 artifact 都展示在页面的底部。

尽管选择特定快照版本要稍微麻烦一些,但相比你在应用程序或库的生产版本中使用 Glide 的快照版本依赖的话,这通常是一个更安全的选择。

本地构建快照

Maven 允许你在特定的 Maven 仓库中安装 artifact 并在其他项目中依赖这些 artifact。通常这是一个较为简单的方法来在第三方项目中测试对 Glide 的修改。你可以在两个地方:

在默认的本地 Maven 库中安装

如果你只是简单地想在你的项目中测试一些你对 Glide 的修改 (或使用 Glide 的某个特定版本或提交来编译你的项目),你可以在默认的本地 Maven 仓库中安装 Glide。

为了这样做,你需要将以下代码添加到你的 build.gradle 文件的 repositories 部分中:

  1. repositories {
  2. mavenLocal()
  3. }

然后使用 -PLOCAL 来构建 Glide:

  1. ./gradlew uploadArchives --parallel -PLOCAL

在特定的本地或远程仓库中安装

如果你需要指定一个特定的本地或远程仓库来安装 Glide ,你可以使用以下命令:

  1. ./gradlew uploadArchives --stacktrace --info -PSNAPSHOT_REPOSITORY_URL=file://p:\path\to\repo -PRELEASE_REPOSITORY_URL=file://p:\path\to\repo

这将创建一个 m2 仓库文件夹,你可以用 Gradle 在一个工程里测试你的修改:

  1. repositories {
  2. //确保这行在 glide-snapshot之前,使它成为首先被查询的仓库
  3. maven { name 'glide-local'; url 'p:\\path\\to\\repo' }
  4. }
  5. dependencies {
  6. //开启这个选项,确保所有变更生效
  7. //configurations.compile.resolutionStrategy.cacheChangingModulesFor 0, 'seconds'
  8. compile 'com.github.bumptech.glide:glide:x.y.z-SNAPSHOT'
  9. }

原文:

https://muyangmin.github.io/glide-docs-cn/dev/snapshots.html