Java依赖关系绘图器
问题: 从2000年代初期开始，我有一个大型的，杂乱无章的Java项目. 该项目是使用ant构建的. 没有依赖关系管理，一切都通过在本地存储jar来处理. 构建脚本的 compile 和 package 目标非常广泛，并且大多数情况下只是编译并随后打包整个项目，并根据需要改组特定于环境的属性文件. 在项目生命周期的某个时候，引入了一些单独的构建目标，以启用用于管理工具
..
dependency-management相关内容
如何检查Maven依赖项兼容性
我试图找出是否有可能检查在项目的配置中maven依赖项是否仍然兼容. 这是我的测试设置: 有3个项目. Child-A ， Child-B ， Child-C . Child-A 有2个版本，互不兼容.版本 0.0.1-SNAPSHOT 具有方法 public void myMethod(String oneParameter) 版本 0.0.2-SNAPSHOT 将此方
..
matlab脚本中是否使用了某些matlab例程?
我正在运行一个我自己没有写的大m文件，这取决于某些子功能.我想知道是否所有嵌套函数中的任何地方都使用了特定函数(在我的情况下，该函数eig.m(用于计算特征值)).有没有一种快速的方法可以做到这一点? 致以诚挚的问候，科恩 解决方案 您可以使用半文档化函数 getcallinfo (请参见或更高版本中为rel =" nofollow noreferrer“>)，并将其另存为'filena
..
项目之间共享的原型文件存储在哪里?
我有项目A和项目B.它们可能使用不同的编程语言.项目A使用原型文件公开了一个API，项目B将使用该文件来以项目B使用的编程语言生成API. 但是原始文件存储在哪里?使用protobuf的常规方法是什么?您是否将从原始文件文件生成的文件添加到版本控制中? 如果您在项目A和项目B中都存储了原始文件的副本，那么如果项目A更改了其API，则项目B将必须将它们复制过来.当有许多项目使用项目A公开
..
有没有办法追踪Maven Pom中某个属性的起源?
我有一个复杂的Maven项目，其中包含许多托管依赖项，并且在跟踪这些依赖项的版本时遇到了一些问题.例如，spring库的版本由属性值{spring.version}引导-但我不知道此属性来自哪个项目. 使用mvn依赖项:树，我可以看到所有版本都得到解决的最终结果，但是并没有详细说明获胜的依赖项版本来自何处，以及为什么该版本是获胜者. > P.S.版本号不是来自我的父pom. 解决方
..
让Homebrew列出所有软件包依赖关系的简单方法
是否总有命令 brew 显示任何给定软件包的所有已安装或可选依赖项?看看哪些安装程序包本身就是其他程序包的依存关系也将很有帮助. 解决方案 您可以像使用info命令一样. brew info ffmpeg 它将向您显示信息和公式的依存关系.另外，它还会显示此软件包的名称后是否打勾.
..
在不匹配的peerDependencies上强制npm安装失败
当peerDependency版本不匹配时，是否有人有技术使 npm install 完全失败?我们经常遇到这样的问题:开发人员不注意peerDependency 警告，并且当测试不足时，semver不匹配会导致中断.如果在尝试进行具有未解决的版本冲突的安装时，如果我们的CICD进程由于错误退出代码而被炸毁，那就太好了. 解决方案 您无法(据我所知)在 npm install 期间执行此操
..
Go项目的依赖项URL列表
我想获取Go项目中所有依赖项的tarball URL(或类似名称)列表.我尝试使用“转到列表依赖项"实现此目的，但是我看不到获取依赖项的源URL的可能性.如何获取网址? 解决方案 对于当前目录，您可以通过以下方式获取导入:转到列表-f'{{join .Imports"\ n"}}'.
..
为什么不能使用POM文件中的Maven依赖项?
背景 我的任务是为开发人员提供一种将单个依赖项添加到Android项目上的build.gradle文件中，使用我准备的一些(混淆的)SDK(AAR文件-Android库)的方法. SDK本身使用各种依赖关系，因此在最终代码中可用它们非常重要，这意味着使用该SDK的人不会因为未找到类而看到崩溃. SDK作为私有存储库存储在Github上，并且可以通过Jitpack开发人员使用，该工
..
何时使用“可选"选项?依赖关系以及何时使用“提供的"范围?
由 true 或" scope>提供的 修饰的依赖关系在传递依赖时将被忽略.我已阅读 可选依赖项主要用于减轻某些库的传递负担.例如:如果您可以使用具有5种不同数据库类型的库，但是通常只需要一种，则可以将依赖于库的依赖项标记为可选，以便用户可以提供他们实际使用的库.如果不这样做，则可能会遇到两种类型的问题: 该库会提取大量的传递依赖
..
当依赖树中存在两个或更多版本的依赖时，Maven如何选择传递依赖的版本?
我有一个项目，该项目依赖于我维护的称为microservices-common的库.进而，microservices-common库取决于 commons-codec:1.11 .但是，当我尝试在项目中使用常见的microservices时， commons-codec:1.10 最终出现在我的类路径上，并且我的代码无法编译，因为microservices-common试图使用 commons-c
..
Java中的依赖管理
我实现了一个工具，并且希望将其开源. 问题是我的工具具有某些依赖项(二进制文件/.jar文件). 如何解决此问题，以便下载我的源代码的人(例如将其扩展到新功能的人)不必关心依赖项? 我应该将清单中的依赖项写为相对于我的源代码或类似内容的相对路径吗? 解决方案 您可以将项目转换为maven项目，然后将源代码放入githup或类似的文件中.如果依赖项在网络上不可用，而在其他项
..
作曲者:如何找到软件包的确切版本?
假设我正在编写一个库A，该库依赖于另一个库，例如monolog. 我想安装最新版本的monolog，所以我将其放在composer.json中: {“要求": {"monolog/monolog":"*.*.*"}} 然后我运行 $ php composer.phar install . 我希望在composer.lock内找到已安装的版本，但是它不存在: {“哈希":
..
从Pod安装库时出错
我正在为#获取未定义的方法 squish'；(NoMethodError)，同时使用 pod install `安装pod.附加屏幕截图.请帮助我. 解决方案 activesupport-6.0.0.rc2/lib/active_support/multibyte/unicode.rb 中出了点问题 执行以下操作 gem卸载ac
..
AWS Java SDK错误-java.lang.NoSuchMethodError
尽管我还没有找到适合我的正确解决方案，但我已经在这里看到了由各种类引发的异常的此类错误. 我正在尝试使AWS Java SDK在本地工作，因此我可以编写一个测试应用程序，以从Kinesis流中读取数据. 问题是，当我运行init()静态方法时，遇到以下错误: Exception in thread "main" java.lang.NoSuchMethodError: org.apac
..
在常春藤中检查软件包的最新版本
我们使用Ivy进行依赖项管理.为了保证稳定性和可追溯性，我们在常春藤文件中修复了所有依赖项的版本号，并使用transitive=false避免依赖项树变得不受控制.第二个缺点是，它可能需要进行一些测试才能完成ivy文件. 由于我们已经确定了版本号，因此不会就软件包更高版本的存在得到更新.我们不想要的是在构建时获取依赖项的最新版本. 我们想要的是要定期检查可用更新，然后再决定是否以及要更新哪些
..
从springBoots的bootJar gradle任务中排除特定的依赖项
我需要从springBoots bootJar gradle任务中排除特定的依赖关系(类似于maven中提供的作用域). 我尝试了自定义配置，但是dependency-which-should-not-be-in-bootJar仍包含在生成的jar中. configurations{ provided implementation.extendsFrom provide
..
是否可以检查哪些gradle依赖项包含给定的类?
最近，我们遇到了类org.apache.commons.beanutils.PropertyUtilsBean的版本不匹配问题.我们认为不匹配只是在1.8和1.9.3版中引入commons-beanutils的某些依赖项之间，但是在跟踪并排除每个传递性依赖项之后，我们仍然面临问题. 事实证明，PropertyUtilsBean也包装在commons-digester3-3.2-with-de
..
外部存储库的Composer依赖性问题
我写了一个我想在另一个项目中使用的库。但是，当我将库依赖项添加到项目中时，运行 composer update -vvv 后会出现以下错误： 您的要求无法解决为一组可安装的软件包。 问题1 -我/库dev-master的安装请求->我/图书馆[dev-master]可以满足的。 -我的/图书馆开发大师需要学说/迁移开发大师->找不到匹配的软件包。 潜在原因： -软件包名称中有
..
Apache Ivy和配置
我正在使用Ivy来管理我的依赖项，在提供的jar上存在一些问题 这是我的ivy.xml文件
..