没有合适的资源?快使用搜索试试~ 我知道了~
资源推荐
资源详情
资源评论
构建的 和 已经更改了,而当前的项目需要一个与传递性
依赖不同名称的版本——结果是 中出现了同样项目的两份内容。
一般来说 会捕捉到这种冲突并且使用该项目的一个单独的版本,但是
当 和 不一样的时候, 就会认为它们是两种不同的类
库。
某个构件没有在你的项目中被使用,而且该传递性依赖没有被标志为可选依赖。
在这种情况下,你可能想要排除这种依赖,因为它不是你的系统需要的东西,你
要尽量减少应用程序分发时的类库数目。
一个构件已经在运行时的容器中提供了,因此不应该被包含在你的构件中。该情
况的一个例子是,如果一个依赖依赖于如 的东西,并且你又要确保
这样的依赖没有包含在 应用的 !"#$% 目录中。
&为了排除一个可能是多个实现的 的依赖。这种情况在例|'()排除并替换一
个传递性依赖”中阐述;有一个 ,需要点击许可证,并且需要耗时的手
工安装到自定义仓库,对于同样的 有可免费分发版本,在中央 仓库中可
用(*%+,-.实现)。
换句话说,/+ 元素和一个环境变量一样,能
让你在一个项目下面的任何地方声明一个依赖而不用指定一个版本号
0% /+ + +1+
//%%2%
%1%%/%3%%4!
%%/%5%2%
/+ +6%%%%7%%
/++
%,,++/%6//%%+%.%
%/%/8%7+%+
假设父 9 在本地仓库中可用,或者在当前项目的父目录:$+1+;中可用。
如果两个位置都不可用,默认行为还可以通过 元素被覆盖。
可以定义一些常用的依赖,打包成 + 的,并安装到本地仓库,以后就可以在项目中直接
使用,但记得在写依赖的时候要将类型写为 +,这样做对比使用 有个好处,因为
一个项目只能有一个 。
.%%*!
<%=<%=
<=+!!%<$=
<1=
<1=
<%=7!1%<$%=
<=!<$=
<=
<=<$=
<$=
<7=
<4=
<>!!!%4:%$$;!!=
<4?@$$%$%@$=
<%
7?@AB2%%/C$AB2%7"+CAB24%C@
/?@71%@?@@$=
<%=
<=
<%/?@71%@$=
<$=
<=
<="
AB2%7"+CAB24%C
<$=
<$=
<=
<=D
AB2%7"+CAB24%C<$=
<$=
<$%=
<$4=
<$7=
<$1=
<$1=
<%=
</=
<=!%<$=
<=!%<$=
<%=E<$%=
<$/=
<$%=
<$%=
<$%=
<$%=
<$2=
也可以在标准的 插件上进行配置:
<2=
<+F%=&EE<$+F%=
<%=
<%=
<%=
<=+!!%<$=
<7=
<7=
<7=
<%/=!<$%/=
<%=
<%=G<$%=
<$%=
<$7=
<$7=
<$7=
<$%=
<$%=
<$%=
<$2=
默认的生命周期:
剩余10页未读,继续阅读
资源评论
fishinhouse
- 粉丝: 98
- 资源: 13
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功