草庐IT

DEPENDENCIES

全部标签

java - 在 Maven 中添加依赖项

如何获取我拥有的jar文件并将其添加到maven2的依赖系统中?我将成为这个依赖的维护者,我的代码在类路径中需要这个jar以便它能够编译。 最佳答案 您必须分两步完成:1。为您的JAR提供groupId、artifactId和版本并将其添加到您的存储库。如果您没有内部存储库,而您只是尝试将JAR添加到本地存储库,则可以使用任意groupId/artifactIds按如下方式安装它:mvninstall:install-file-DgroupId=com.stackoverflow...-DartifactId=yourartifac

java - 在 Maven 中添加依赖项

如何获取我拥有的jar文件并将其添加到maven2的依赖系统中?我将成为这个依赖的维护者,我的代码在类路径中需要这个jar以便它能够编译。 最佳答案 您必须分两步完成:1。为您的JAR提供groupId、artifactId和版本并将其添加到您的存储库。如果您没有内部存储库,而您只是尝试将JAR添加到本地存储库,则可以使用任意groupId/artifactIds按如下方式安装它:mvninstall:install-file-DgroupId=com.stackoverflow...-DartifactId=yourartifac

c++ - 在 C/C++ 中检测多余的#include?

我经常发现文件的标题部分一直在变大,但从未变小。在源文件的整个生命周期中,类可能已经移动和重构,并且很有可能有很多#includes不再需要存在。将它们留在那里只会延长编译时间并添加不必要的编译依赖项。试图找出仍然需要哪些可能非常乏味。是否有某种工具可以检测多余的#include指令并建议我可以安全删除哪些指令?lint可能会这样做吗? 最佳答案 Google的cppclean(链接到:download,documentation)可以找到几类C++问题,现在它可以找到多余的#includes。还有一个基于Clang的工具,incl

c++ - 在 C/C++ 中检测多余的#include?

我经常发现文件的标题部分一直在变大,但从未变小。在源文件的整个生命周期中,类可能已经移动和重构,并且很有可能有很多#includes不再需要存在。将它们留在那里只会延长编译时间并添加不必要的编译依赖项。试图找出仍然需要哪些可能非常乏味。是否有某种工具可以检测多余的#include指令并建议我可以安全删除哪些指令?lint可能会这样做吗? 最佳答案 Google的cppclean(链接到:download,documentation)可以找到几类C++问题,现在它可以找到多余的#includes。还有一个基于Clang的工具,incl

dependencies - 如何管理 OSGi 构建依赖项?

我们已将OSGi运行时(Equinox)嵌入到自定义客户端-服务器应用程序中,以促进插件开发,目前一切进展顺利。由于内置的​​list编辑器、依赖管理和导出向导,我们一直在使用Eclipse构建插件。使用Eclipse来管理构建对于通过Hudson进行持续集成不是很有帮助。我们有依赖于其他OSGi包的OSGi包。我真的很讨厌在自定义ANT构建中对构建顺序进行硬编码。我们已经这样做了,这已经是过去了,而且非常可怕。是否有任何构建工具可以轻松管理OSGi依赖项,如果不能自动解决它们?是否有任何体面的例子说明如何做到这一点?澄清:生成的构建脚本只能通过Eclipse使用。它们需要手动运行Ec

dependencies - 如何管理 OSGi 构建依赖项?

我们已将OSGi运行时(Equinox)嵌入到自定义客户端-服务器应用程序中,以促进插件开发,目前一切进展顺利。由于内置的​​list编辑器、依赖管理和导出向导,我们一直在使用Eclipse构建插件。使用Eclipse来管理构建对于通过Hudson进行持续集成不是很有帮助。我们有依赖于其他OSGi包的OSGi包。我真的很讨厌在自定义ANT构建中对构建顺序进行硬编码。我们已经这样做了,这已经是过去了,而且非常可怕。是否有任何构建工具可以轻松管理OSGi依赖项,如果不能自动解决它们?是否有任何体面的例子说明如何做到这一点?澄清:生成的构建脚本只能通过Eclipse使用。它们需要手动运行Ec

visual-studio-2010 - 如何阻止 Visual Studio 构建未更改的依赖项?

标题相当简单。如果我点击构建按钮,它就像“全部重建”按钮。如果我有两个项目,我们称它们为PARENT和CHILD,然后我对Parent进行更改并单击“构建”按钮。VS中的默认行为是重建PARENT和CHILD,而它应该只重建PARENT。我想知道这是否是VisualStudio中的一个选项以及如何更改它。谢谢。 最佳答案 您的问题似乎有些不一致,因此为了清楚起见,我将定义我使用的术语。构建:编译和链接应用程序/项目所需的所有内容清理:删除作为构建一部分生成的所有文件。重建:执行clean,然后执行build。我的VisualStud

visual-studio-2010 - 如何阻止 Visual Studio 构建未更改的依赖项?

标题相当简单。如果我点击构建按钮,它就像“全部重建”按钮。如果我有两个项目,我们称它们为PARENT和CHILD,然后我对Parent进行更改并单击“构建”按钮。VS中的默认行为是重建PARENT和CHILD,而它应该只重建PARENT。我想知道这是否是VisualStudio中的一个选项以及如何更改它。谢谢。 最佳答案 您的问题似乎有些不一致,因此为了清楚起见,我将定义我使用的术语。构建:编译和链接应用程序/项目所需的所有内容清理:删除作为构建一部分生成的所有文件。重建:执行clean,然后执行build。我的VisualStud

build - 为什么 Gradle 不在编译/运行时类路径中包含传递依赖项?

我正在学习Gradle的工作原理,但我不明白它如何解决项目传递依赖关系。目前,我有两个项目:projectA:对外部库有几个依赖项projectB:对projectA只有一个依赖项无论我如何尝试,当我构建projectB时,gradle不会在projectB的编译或运行时类路径中包含任何projectA依赖项(X和Y)。我只是通过在projectB的构建脚本中包含projectA的依赖项来使其工作,在我看来这没有任何意义。这些依赖项应自动附加到projectB。我很确定我错过了什么,但我不知道是什么。我读过“lib依赖项”,但它似乎只适用于描述的本地项目here,而不是外部依赖项。这是

build - 为什么 Gradle 不在编译/运行时类路径中包含传递依赖项?

我正在学习Gradle的工作原理,但我不明白它如何解决项目传递依赖关系。目前,我有两个项目:projectA:对外部库有几个依赖项projectB:对projectA只有一个依赖项无论我如何尝试,当我构建projectB时,gradle不会在projectB的编译或运行时类路径中包含任何projectA依赖项(X和Y)。我只是通过在projectB的构建脚本中包含projectA的依赖项来使其工作,在我看来这没有任何意义。这些依赖项应自动附加到projectB。我很确定我错过了什么,但我不知道是什么。我读过“lib依赖项”,但它似乎只适用于描述的本地项目here,而不是外部依赖项。这是