Gradle 渐变版本解决问题：构建Xcore 背景

我正在尝试构建一个依赖于库的项目，该库依赖于具有限制的

[3.2.0，3.2.1）

。存在的是版本

3.2

问题 构建失败报告

找不到任何与org.antlr:antlr运行时：[3.2.0,3.2.1]匹配的版本。

。当我明确要求版本

3.2

，它就解决了。当我选中

ava-cp“$MAVEN_HOME/lib/*”org.apache.MAVEN.artifact.versioning.ComparableVersion 3.2.0 3.2.1

，我得到以下结果（我将其解释为3.2在要求的球拍范围内）：

1.3.2==3.2
3.2 == 3.2.0
2. 3.2.0 == 3.2
3.2.0 < 3.2.1
3. 3.2.1 == 3.2.1

重建 要在家中尝试此功能，您应该能够签出并尝试运行

/gradlew clean build

问题

• 是否错误地指定了版本括号（考虑到实际存在的版本，并假设需要版本

  3.2

  ）？还是Gradle在解释版本括号时做了一些奇怪的事情
• 是否有办法解决此问题（除了将版本为

  3.2.0

  的“假”副本上载到本地存储库）

---

我认为这是Maven Goelle和OSGi中不同范围的一个普遍问题。您是否考虑简单地从XCype中排除ANTLR依赖项，并从XTeXT替代BTW一次。XXTrand版本不受XTeXT的正式支持。请参见“谢谢”ChristianDietrich，没有意识到存在不兼容性。现在是1.3.1版。你介意告诉我新版本何时得到支持以便我可以升级吗？关于一个相关的问题，你知道升级是否会使项目中的xcore模型不再需要与xtext模型分开吗？当有人有时间做这件事或受到激励这样做时，我假设这是一个一般的pr在Maven GoeLLE和OSGi中，ObLIM具有不同的行为范围。您是否考虑简单地从XCype中排除ANTLR依赖项，并从XTeXT替代BTW一次。XXTress版本没有正式支持XXRead版本。请参见“谢谢@ ChristianDietrich”，没有意识到存在不兼容性。nd让我知道什么时候支持新版本，这样我就可以升级了？在一个相关的问题上，你知道升级是否会使项目中的xcore模型不再需要与xtext模型分开吗？当有人发现有时间这样做或者受到激励这样做时

1. 3.2 == 3.2
   3.2 == 3.2.0
2. 3.2.0 == 3.2
   3.2.0 < 3.2.1
3. 3.2.1 == 3.2.1