开发学院软件开发 Java ivy中文参考文档(18)-ant任务(6)-deliver 阅读

ivy中文参考文档(18)-ant任务(6)-deliver

　2009-09-22 00:00:00　来源：WEB开发网　闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣椤愯姤鎱ㄥ鍡楀幊缂傚倹姘ㄩ幉绋款吋閸澀缃曢梻鍌欑濠€閬嶆惞鎼淬劌绐楅柡宥庡亞娑撳秵銇勯弽顐沪闁绘挶鍎甸弻锝夊即閻愭祴鍋撻崷顓涘亾濮樼偓瀚�

闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗銆掑锝呬壕濡ょ姷鍋涢ˇ鐢稿极閹剧粯鍋愰柟缁樺笧閳ь剦鍙冨鍝勑ч崶褏浠奸梺璇茬箲閼归箖鎮鹃悜钘夎摕闁靛濡囬崢鐢告⒑鐟欏嫷鍟忛柛鐘崇墵閵嗗倹绺介崨濠勫幈闁硅壈鎻槐鏇熺墡闂備線娼уú銈団偓姘嵆閻涱噣骞掑Δ鈧粻锝嗙節闂堟稑鏆欏ù婊堢畺閺岋綁濮€閳惰泛婀辨竟鏇熺節濮橆厾鍘甸梺缁樺姦閸撴岸鎮樻潏銊ょ箚闁圭粯甯炴晶娑氱磼缂佹ḿ娲寸€规洖宕灃闁告劕鍟犻崜婵堟崲濞戞ḿ鏆嗗┑鐘辫兌閺佹牜绱撴担浠嬪摵闁圭懓娲ら悾鐑藉箳閹搭厽鍍甸梺鐟板悁閻掞箓鎮楅幖浣光拻濞达絿鍎ら崵鈧梺鎼炲€栭悧鐘荤嵁韫囨稒鏅搁柨鐕傛嫹

婵犵數濮烽弫鍛婃叏閻戣棄鏋侀柛娑橈攻閸欏繑銇勯幘鍗炵仼缂佺媭鍨堕弻娑㈠箛闂堟稒鐏堥悗鐟版啞缁诲啴濡甸崟顖氱閻庨潧鎽滈悾濂告⒑绾拋娼愭繛鑼枎椤繒绱掑Ο鑲╂嚌闂侀€炲苯澧畝锝堝劵椤︽煡鎮￠妶澶嬬厪闁割偅绻冮崑顏呯箾瀹割喕绨婚幆鐔兼⒑鐎圭姵銆冮柤鍐茬埣瀹曟繈鏁冮埀顒勨€旈崘顔嘉ч柛鈩冾殘閻熸劙姊洪悡搴℃毐闁绘牕銈稿畷鐑樼節閸パ冨祮闂侀潧楠忕槐鏇㈠储椤忓牊鈷戦柟鑲╁仜閸旀鏌￠崨顔锯姇缂佸倹甯熼ˇ瀵哥磼鏉堛劌绗氭繛鐓庣箻閸┾剝鎷呴柨瀣垫綗闂傚倷娴囧銊╂倿閿曞倸绠查柛銉墮閺嬩線鏌熼崜褏甯涢柡鍛倐閺屻劑鎮ら崒娑橆伓闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣椤愯姤鎱ㄥ鍡楀幊缂傚倹姘ㄩ幉绋款吋閸澀缃曢梻鍌欑濠€閬嶆惞鎼淬劌绐楅柡宥庡亞娑撳秵銇勯弽顐沪闁绘挶鍎甸弻锝夊即閻愭祴鍋撻崷顓涘亾濮樼偓瀚�　　闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴ｅГ閸ゅ嫰鏌ら崫銉︽毄濞寸姵姘ㄧ槐鎾诲磼濞嗘帒鍘＄紓渚囧櫘閸ㄥ爼濡撮崘顔煎窛闁哄鍨归崢娲倵楠炲灝鍔氭い锔诲灦瀹曪繝骞庨懞銉у帾闂婎偄娲﹀ú鏍ㄧ墡闂備浇顕х€垫帡宕滈悢濂夋綎闁惧繐婀辩壕鍏间繆椤栨碍鎯堟い顐㈢Т椤啴濡堕崱妤€顫庨梺鍛婎焼閸パ呭弨婵犮垼娉涜癌闁绘柨鍚嬮悡銉╂倵閿濆骸鍘撮柛瀣尰缁绘繂顫濋娑欏闁荤喐绮庢晶妤冩暜閹烘挾顩插ù鐓庣摠閻撴洟鏌熼幆褜鍤熼柍钘夘樀閺屽秶绱掑Ο鑽ゅ弳濡炪値鍋呯换鍫ュ箠濠婂懎鏋堟俊顖濐嚙椤忓綊姊婚崒娆戭槮闁硅绱曠划娆撳箣閿斿搫浜奸梺鍝勵槹閸ㄧ喖寮搁弮鍫熺厸闁告劧绲芥禍鍓х磽娴ｈ櫣甯涚紒瀣尰缁傛帡鏁冮崒姘憋紲濠殿喗锕╅崜锕傛倵閹惰姤鈷掑ù锝呮憸閿涘秶绱掗鍛仸妤犵偞鍨垮畷鍫曨敆閸屾氨銈﹂梺璇插嚱缂嶅棙绂嶉弽顓炵哗濞寸姴顑嗛悡娆撴⒑椤撱劎鐣卞褜鍨遍妵鍕棘閸喒鍋撶憴鍕攳濠电姴娲﹂崐閿嬨亜韫囨挸顏ら柛瀣崌瀵€燁檨婵炲吋鐗曢埞鎴︽偐鐎圭姴顥濋梺绋胯閸斿酣骞夊宀€鐤€婵炴垶岣块悿鍛存⒑閸︻叀妾搁柛鐘愁殜瀵煡骞栨担鍦弳闂佺粯娲栭崐鍦偓姘炬嫹

核心提示：1) deliver交付当前模块的解析好的描述符，而且可能执行依赖的递归交付，ivy中文参考文档(18)-ant任务(6)-deliver，这个任务主要做两个事情：1. 生成一个解析好的ivy 文件这个任务生成一个当前模块的解析好的描述符，基于最后一次解析，默认为${ivy.deliver.branch}如果设置了，或

1) deliver

交付当前模块的解析好的描述符，而且可能执行依赖的递归交付。

这个任务主要做两个事情：

1. 生成一个解析好的ivy 文件

这个任务生成一个当前模块的解析好的描述符，基于最后一次解析。解析好的ivy文件包含交付的模块的已更新信息，例如修订版本和状态。

此外，所有被包含的配置的文件将包含在ivy文件中，而且变量被他们的值替代。

最终，在解析好的ivy文件中，动态修订版本被在解析过程中找到的静态的修订版本替换，因此这些ivy文件后面可以安全的使用来获得相同的依赖(前提条件是修订版本唯一的标识一个模块，这是ivy正常使用的基础)。

从1.3起动态修订版本被静态修订版本的替换可以被关闭，因此动态修订版本被保留在ivy文件中。这对于发行的模块描述符是完全解析好的推荐标准是一个例外，所以请小心使用。

2. 执行递归交付

仅在delever target被设置给delever任务时才这样做。

如果delever target被设置，则为每个和这个任务设置的delever状态对比没有suffisant状态的依赖，它会被调用(通过antcall)。这意味着如果你交付一个集成修订版本，递归交付不会进行。

如果你交付一个里程碑或者发行修订版本，delever target将和每个集成依赖一起被调用。

delever target被调用时有下面的属性可用：

dependency.name

递归交付的依赖的名称

dependency.published.status

将交付的依赖的状态

dependency.published.version

将交付的依赖的修订版本

dependency.version

将交付的依赖的修订版本

dependency.published.status和dependency.published.version 要求用户通过ant输入任务给出(默认行为)，或者对于整个递归交付过程总是相同，如果下列属性被设置：

recursive.delivery.status

设置被要求交付的所有依赖的状态

recursive.delivery.version

设置被要求交付的所有依赖的版本

通常交付任务自身引发另外一个ant build(使用ant 任务)，虽然这取决于你。

交付的ivy文件将使用那些在这里给出的更新它的依赖的修订版本。

2) deliver和publish

交付任务大多数情况下并不显式调用，而且通过publish任务自动调用。因此，什么时候应该显示的调用deliver任务呢？当你真正需要区分什么是deliver任务产生的，什么是publish任务产生的时候。或者说，上传一个模块到仓库。

如果你想在上传之前处理产生的ivy文件(如果你想自动添加更多信息如使用SCM 标签，执行release的用户,...)，这将非常有用。

如果你想触发一个递归交付并保证你如依赖一样得到递归交付的模块，它也将有用。在这种情况下你的构建的顺序可能像这样：

-　ivy:configure

-　ivy:resolve

-　ivy:deliver　with　recursive　delivery

-　ivy:resolve　again　with　the　ivy　file　generated　by　the　recursive　delivery

-　do　your　build　stuff　(compile,　jar,　whatever)

-　ivy:publish

3) 属性

属性	描述	必要
deliverpattern	ivy文件交付时使用的正则表达式	不，默认为${ivy.deliver.ivy.pattern}
pubrevision	发布时使用的修订版本	不，默认为${ivy.deliver.revision}如果设置了，或者解析好的修订版本如果设置了，或者时间戳
pubbranch	the branch to use for the publication 发布时使用的分支	不，默认为${ivy.deliver.branch}如果设置了，或者解析好的分支如果设置了，或者没有(分支信息将不被更新)
pubdate	the publication date to use for the publication. This date should be either 'now', or a date given with the following pattern: yyyyMMddHHmmss	No. Defaults to 'now'
status	the status to use for the publication	No. Defaults to ${ivy.status}
delivertarget	the target to call for recursive delivery	No. No recursive delivery is done by default
validate	true to force ivy files validation against ivy.xsd, false to force no validation	No. Defaults to default ivy value (as configured in configuration file)
replacedynamicrev	true to replace dynmic revisions by static ones in the delivered file, false to avoid this replacement (since 1.3)	No. Defaults to true
settingsRef	A reference to the ivy settings that must be used by this task (since 2.0)	No, 'ivy.instance' is taken by default.
conf	comma-separated list of configurations to include in the delivered file. Accepts wildcards. (since 2.0)	No. Defaults to all configurations
generateRevConstraint	true to automatically generate a 'revConstraint' attribute in the deliverd file (see the dependency page for more info about this attribute), false to never generate this attribute (since 2.1.0)	No. Defaults to true