Android studio 升级后，老项目一直报错：Invalid revision: 3.22.1-g37088a8-dirty

于 2025-03-05 16:25:50 发布
阅读量240 收藏
点赞数 1
CC 4.0 BY-SA版权
文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ctlemon/article/details/146046329

检查一下 cmake 版本，我原来是 3.1.xxxx 的，老项目导入后，自动勾选 3.22.1。去掉勾选即可

ctlemon
关注
Java中NumberFormatException异常的常见原因及解决方法
HackLogic的博客
09-20 1281
为了避免该异常的抛出，我们应该在进行字符串转换之前，仔细检查字符串的内容并采取适当的处理措施。这包括使用正则表达式或其他方法来确保字符串只包含数字字符、检查字符串是否为空或仅包含空格，以及使用合适的数值类型来处理超出范围的数值。解决方法：在进行字符串转换之前，可以使用正则表达式或其他方法来确保字符串只包含数字字符。解决方法：在进行字符串转换之前，应该确保字符串表示的数值在目标类型的范围内。解决方法：在进行字符串转换之前，应该检查字符串是否为空或仅包含空格。方法来检查字符串中的每个字符是否为数字字符。
【我的Android进阶之旅】解决Android Studio报错：Caused by: java.io.StreamCorruptedException: invalid type code: 00
字节卷动
02-14 2163
一、问题描述 今天2.14情人节，年后复工第一条上班，打开电脑，打开Android Studio，然后提示升级，升级到下面的版本，然后编译项目编译不过。 升级日志： 升级完之后，编译项目出错，日志如下： 13998 2022-02-14 15:30:52,108 [ 803961] INFO - .project.GradleProjectResolver - Gradle project resolve error 13999 org.gradle.tooling.GradleConnecti
cmake版本配置：＞ Invalid revision: 3.22.1-g37088a8-dirty
唐诺
10-17 678
升级Gradle版本和AGP的版本；
AndroidStdio错误整理(1)
05-18 2528
Invalid revision: 3.18.1-g262b901-dirty 修改方法： 打开SDKManager工具 点击SDK Tools页签，选中Show Package Details，去掉Cmake高版本
由于CMake版本过高Invalid revision: 3.18.1-g262b901-dirty
qq_28734961的博客
10-12 4637
Invalid revision: 3.18.1-g262b901-dirty 这个错误是由于CMake版本过高造成的 在SDK Manager中，卸载高版本，再下载个低版本CMake即可，比如3.6版本
cmake-3.18.1-win64-x64.msi
08-01
cmake-3.18.1 64位安装包。官网下载的。
【MySQL】MySQL的配置出现的几个问题
你今天真好看呀
07-20 448
文章目录1.在cmd中打开服务的窗口，提示services.msc不是内部命令2. 使用 net start mysql启动mysql服务时，出现服务名无效3.使用 net start mysql启动mysql服务时，出现服务没有报任何错误4.执行mysql -uroot -proot时，出现mysql不是内部命令 1.在cmd中打开服务的窗口，提示services.msc不是内部命令 原因：Pa...
高版本Android Studio打开低版本创建的安卓项目报错：Invalid keystore format
howard2005的专栏
06-16 3486
暴力删除`debug.keystore`就搞定问题
【解决】：git clone项目报错fatal: fetch-pack: invalid index-pack output
热门推荐
dopapapa的博客
05-07 1万+
当推送大量数据时（初始推送大型存储库，使用非常大的文件进行更改）可能需要 http.postBuffer 在 git 客户端 （而不是服务器）上设置更高的 设置；象：之前一直使用gitee将个人学习和工作相关记录上传到个人gitee仓库，一直没出现过问题。经过查询发现主要原因是因为git clone的远程仓库的项目过大导致项目拉取失败。经过上述修改，一个远程仓库问题解决，另一个有更大文件的库依旧出错。代码还是下载失败，则需要继续修改git缓存的大小。命令增加git的orgin仓库的全部分支映射。
python报错：xml.parsers.expat.ExpatError: not well-formed (invalid token): line 3, column 1的解决办法
任聪聪的博客
04-09 5829
本篇文章主要讲解，python报错：xml.parsers.expat.ExpatError: not well-formed (invalid token): line 3, column 1的解决办法 作者：任聪聪 报错现象： 报错信息：xml.parsers.expat.ExpatError: not well-formed (invalid token): line 3, column 1 原因排查 1.检查代码，发现没有任何问题。 2.检查xml文件，发现问题： 命名格式不对 存在不良字.
gmssl 3.0 - android 编译工程
06-20
gmssl 3.0 - android 编译工程
NDK CMake入门基础
03-20
NDK CMake入门基础
cmake-3.18.2.tar.gz
09-21
cmake-3.18.2.tar.gz源码，官网下载太慢，这个备份一下，顺便给大家留一份。
java.lang.NumberFormatException 如何解决
My_wife_QBL的博客
12-26 2885
等方法时，确保字符串表示的数字在相应数据类型的范围内。如果数字太大或太小，会导致。块，以捕获并处理格式错误的情况，以便代码可以更优雅地处理这些异常情况。表示在将字符串转换为数值类型时发生了格式错误。等方法时，而提供的字符串不能正确解析为相应的数值类型。，确保字符串只包含整数，并且没有额外的空格或非数字字符。：确保提供的字符串具有正确的数值格式。：如果字符串是空的，尝试将其转换为数字会导致。时，建议使用适当的异常处理机制，例如。在进行转换之前，确保字符串不为空。
Android Studio升级后无法启动的解决方法
11-03 1305
尝试删除或重命名以下目录（这样会将 Android Studio 重置为其默认状态，并移除所有第三方插件），然后再次启动 Android Studio，发现终于可以启动了。电脑的Android Studio太老了，项目工程打不开，于是就从官网下载并安装最新版本（android-studio-2022.3.1.20-windows），安装后发现Android Studio一直卡在启动界面，无法正常使用。
Invalid revision: 3.18.1-g262b901-dirty
qq_37705525的博客
07-03 729
Invalid revision: 3.18.1-g262b901-dirty
android studio : Invalid revision: 3.18.1-g262b901-dirty
金戈铁马
09-29 2867
CMAKE卸载掉 3.18.1后，下载 3.6问题解决。
【Android】【IDE】CMake报Invalid revision: 3.18.1-g262b901-dirty错误
天天向上 Up Up Up (*^▽^*)
06-17 1万+
这个错误是由于CMake版本过高造成的，在SDK Manager中，下载个低版本CMake即可，比如3.6版本
java.lang.NumberFormatException 错误及解决办法
m0_54861649的博客
05-17 2439
前言： 在做后台时用的jsp开发，在页面向controller传参时用String接收的参数，但是数据库实体中jies接收该参数时是int类型，做了一下强制转换，但是没有判断去空格，结果页面加载时就报500错误了。 错误截图： 在报错后注意分析报错信息，如上图提示在ShopController.java 的92行出错了，那么错误就很容易定位了，去看那里的代码。 错误关键字java.lang.NumberFormatException这句话明确告诉了我们是数字格式异常，接着后面有 null 提示，这就告诉
FAILURE: Build failed with an exception. * What went wrong: Could not determine the dependencies of task ':app:mergeReleaseNativeLibs'. > Invalid revision: 3.22.1-g37088a8-dirty * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights. * Get more help at https://help.gradle.org
最新发布
07-07
<think>我们正在解决Gradle构建失败的问题，具体错误信息是："Could not determine dependencies of task &#39;:mergeReleaseNativeLibs&#39;. Invalid revision: 3.22.1-g37088a8-dirty" 这个错误通常出现在Gradle无法解析依赖版本时。版本号"3.22.1-g37088a8-dirty"看起来像是一个Git描述版本，其中包含了提交哈希(g37088a8)和标记"-dirty"（表示有未提交的更改）。这种版本号格式可能不被Gradle或Maven的版本排序规则所接受。 根据错误信息，问题出在任务`:mergeReleaseNativeLibs`的依赖无法确定，原因是版本号无效。我们需要检查项目中是否有地方使用了这个版本号。 可能的解决步骤： 1. 检查项目的build.gradle文件中是否显式指定了这个版本号？如果有，尝试改为一个合法的版本号（通常是不带特殊字符的，如只包含数字和点）。 2. 如果这个版本号来自某个依赖库，那么需要检查该依赖库的发布情况。可能是依赖库的版本号命名不规范。 3. 检查是否使用了动态版本（如`+`）或者版本号是通过某个函数动态生成的，导致生成了不合法的版本字符串。 另外，根据引用[1]和[2]的内容，我们注意到： - 引用[1]提到避免重复打包已经创建的boot jar，以及发布到Maven仓库的相关内容。这可能提示我们检查是否有重复打包导致版本号混乱的情况。 - 引用[2]是一个Spring Boot devtools的依赖配置，但似乎与当前问题关系不大。 因此，我们重点检查项目中是否有模块或插件生成了这个版本号。 具体操作： 步骤1：全局搜索版本号字符串 在项目中搜索字符串"3.22.1-g37088a8-dirty"，确定它出现在哪里。 步骤2：检查版本号来源 如果这个版本号是某个子模块的版本，那么我们需要修改该子模块的版本设置。在Gradle中，版本号应该遵循标准格式（如MAJOR.MINOR.PATCH）。 步骤3：检查Git描述版本 这个版本号看起来像是通过`git describe`命令生成的。在Gradle中，有时会使用Git信息来生成版本号。如果项目中有这样的脚本，需要确保生成的版本号是合法的。 例如，一个常见的生成版本号的脚本可能是： version = &#39;3.22.1-&#39; + grgit.head().abbreviatedId + (grgit.status().clean ? &#39;&#39; : &#39;-dirty&#39;) 但是，这样的版本号在发布到Maven仓库时可能不被接受，因为Maven要求版本号只能包含数字、字母和有限的几个特殊字符（如点、横线），并且不能以横线结尾（这里-dirty是以横线开头，但整个字符串中间有横线，可能没问题，但最好避免）。 然而，Gradle在解析依赖时也可能对版本号有严格要求。因此，我们可以尝试修改生成版本号的逻辑，去掉非标准字符，例如将哈希值后的“-dirty”改为“.dirty”或者去掉。 步骤4：修改版本号格式 如果确定是动态生成的版本号导致问题，可以尝试修改生成规则，例如： version = &#39;3.22.1.&#39; + (grgit.head().abbreviatedId ?: &#39;unknown&#39;) + (grgit.status().clean ? &#39;&#39; : &#39;.dirty&#39;) 但注意，这样生成的版本号虽然合法，但可能仍然不是标准语义版本。更好的做法是在发布正式版本时使用不带这些后缀的版本号，而仅在开发中使用这种动态版本号，并且确保在构建发布版本时不会使用这种动态版本号。 步骤5：检查依赖传递 如果这个非法版本号来自某个依赖库，那么我们需要排除这个依赖或者等待该库发布一个合法版本号的版本。 根据错误信息，问题发生在`:mergeReleaseNativeLibs`任务，这通常是一个Android项目的任务（如果是Android项目）。因此，我们还需要检查Android相关配置。 在Android项目中，可能通过`defaultConfig`设置版本名称（versionName），如果这里使用了动态生成的版本号，可能会导致问题。我们可以检查`build.gradle`中android块内的配置： android { defaultConfig { versionName "3.22.1-g37088a8-dirty" } } 如果是这样，我们可以修改为合法的版本号，或者使用其他方式生成。 总结解决方案： 1. 定位到使用该版本号的位置（可能是项目版本定义，也可能是某个依赖库）。 2. 修改版本号为符合规范的格式（去掉非法字符，如将“-dirty”改为“.dirty”或去掉）。 3. 如果是依赖库的问题，考虑升级该依赖库或暂时排除该依赖。 如果问题仍然存在，请提供更多上下文信息，例如构建脚本中相关部分。 相关问题： 1. 如何规范Gradle项目的版本号管理？ 2. 在Gradle中如何动态生成合法的版本号？ 3. 如何解决Android项目中的依赖版本冲突？</think>### 解决Gradle构建失败：依赖版本号异常问题 #### 错误分析 错误信息 `Could not determine dependencies of task &#39;:mergeReleaseNativeLibs&#39;. Invalid revision: 3.22.1-g37088a8-dirty` 表明： 1. **版本号格式非法**：`3.22.1-g37088a8-dirty` 包含 Git 哈希值（`g37088a8`）和状态标记（`dirty`），不符合 Maven/Gradle 的版本规范[^1]。 2. **依赖解析失败**：`mergeReleaseNativeLibs` 任务因无法解析此版本号而中断构建。 3. **常见原因**：动态生成的版本号（如 Git 描述）未经过滤，直接用于依赖声明。 --- #### 解决方案 ##### 1. **检查版本号来源** - **定位问题模块**：在 `build.gradle` 中搜索 `3.22.1-g37088a8-dirty`，找到声明此版本的依赖项或子模块。 - **动态版本示例**： ```gradle dependencies { implementation "com.example:lib:${gitVersion()}" // 动态生成版本 } ``` ##### 2. **修复版本号格式** - **方案1：移除非法后缀**（推荐） ```gradle // 在生成版本号的代码中，过滤掉哈希和状态标记 def getCleanVersion() { String raw = "3.22.1-g37088a8-dirty" // 替换为实际获取逻辑 return raw.split(&#39;-&#39;)[0] // 提取 "3.22.1" } ``` - **方案2：使用标准语义化版本** ```gradle version = "3.22.1" // 直接使用合法版本 ``` ##### 3. **处理子模块版本** - 若子模块版本非法，在根项目的 `settings.gradle` 中强制覆盖： ```gradle include &#39;:submodule&#39; project(&#39;:submodule&#39;).version = &#39;3.22.1&#39; // 显式指定合法版本 ``` ##### 4. **验证依赖传递** - 检查依赖树，排除非法版本： ```gradle configurations.all { resolutionStrategy { failOnVersionConflict() force &#39;com.example:lib:3.22.1&#39; // 强制使用合法版本 } } ``` ##### 5. **清理与重建** ```bash ./gradlew clean --refresh-dependencies # 清理缓存并刷新依赖 ./gradlew build # 重新构建 ``` --- #### 预防措施 1. **版本号规范**： - 仅使用数字和点（如 `1.2.3`），避免 Git 描述符[^1]。 2. **动态版本处理**： ```gradle // 安全生成动态版本 def safeVersion = { def gitDesc = grgit.describe() // Git 描述 return gitDesc.replaceAll(&#39;-g\\w+(-dirty)?&#39;, &#39;&#39;) // 移除哈希和dirty } ``` 3. **依赖锁定**： ```gradle dependencyLocking { lockAllConfigurations() } ``` --- #### 相关问题 1. **如何防止 Gradle 依赖版本冲突？** > 使用 `resolutionStrategy.force` 或依赖锁定（`dependencyLocking`）[^1]。 2. **动态版本号的最佳实践是什么？** > 建议提取语义化版本（如 `v1.2.3`）并移除 Git 元数据，或使用 `versionCatalogs` 集中管理。 3. **Android 项目中的 `mergeReleaseNativeLibs` 任务失败如何调试？** > 检查 `nativeLibs` 依赖的版本号合法性，并通过 `./gradlew :app:dependencies --configuration releaseCompileClasspath` 分析依赖树。 [^1]: 避免使用非法版本号导致依赖解析失败，确保版本号符合 Maven 规范。 [^2]: 依赖声明需使用标准格式，动态版本需过滤非法字符。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值