Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/ant/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 基于蚂蚁的版本控制_Java_Ant_Build - Fatal编程技术网

Java 基于蚂蚁的版本控制

Java 基于蚂蚁的版本控制,java,ant,build,Java,Ant,Build,我想知道“基于蚂蚁的版本控制”是否可行,或者类似的东西。我的意思是: jar的通用命名约定类似于MyJar-1.0.14.jar,其中MyJar是jar文件的主要名称,-1.0.14表示版本号 在我的Ant构建脚本中,我将有一个任务dist,它看起来像: 我的问题是:Ant是否支持根据某个外部方案自动用正确的版本号更新JARs名称?使Ant目标看起来像: <target name="dist" depends="compile"> <jar destfile="${

我想知道“基于蚂蚁的版本控制”是否可行,或者类似的东西。我的意思是:

jar的通用命名约定类似于
MyJar-1.0.14.jar
,其中
MyJar
是jar文件的主要名称,
-1.0.14
表示版本号

在我的Ant构建脚本中,我将有一个任务
dist
,它看起来像:


我的问题是:Ant是否支持根据某个外部方案自动用正确的版本号更新JARs名称?使Ant目标看起来像:

<target name="dist" depends="compile">
    <jar destfile="${dist.dir}/MyJar-[revision].jar">
        <!-- All the filesets to JAR up -->
    </jar>
</target>

其中,
[revision]
是根据某些内部定义的修订方案(可能在某些其他外部文件中定义)生成/修订编号


如果是这样的话,那么如果我想了解我的情况,那么每次我想要JAR更新我的发行版时,我都要修改build.xml文件?对否?

您可以添加属性并按如下方式使用:

<jar destfile="${dist.dir}/MyJar-${revision}.jar">

您可以添加属性并按如下方式使用:

<jar destfile="${dist.dir}/MyJar-${revision}.jar">

不知道有任何ant任务自动递增数字,但您应该将修订定义为要导入的build.properties文件中的属性。属性文件将包含默认值

revision=1.0
在ant build.xml文件中

<property file="build.properties"/>
<target>
    <jar destfile="${dist.dir}/MyJar-${revision}.jar>

这避免了在发布时更新任何文件的需要。

不知道有任何ant任务自动增加数字,但您应该将修订定义为要导入的build.properties文件中的属性。属性文件将包含默认值

revision=1.0
在ant build.xml文件中

<property file="build.properties"/>
<target>
    <jar destfile="${dist.dir}/MyJar-${revision}.jar>

这避免了在发布时更新任何文件的需要。

有一个ant任务将增加构建编号。它叫buildNumber

读取、递增生成编号,并将其写入默认文件build.number

<buildnumber file="mybuild.number"/>`
`

我们的蚂蚁处理过程是这样的

1-版本控制更新生成文件

2-增加构建编号


3-检查/提交内部版本号

有一个ant任务将增加内部版本号。它叫buildNumber

读取、递增生成编号,并将其写入默认文件build.number

<buildnumber file="mybuild.number"/>`
`

我们的蚂蚁处理过程是这样的

1-版本控制更新生成文件

2-增加构建编号


3-检查/提交版本号

我同意这是实现结果的最简单方法,但是出现了一个相关的问题:用户对增量版本的期望是什么;i、 例如,哪里没有进行清洁?我们应该尝试删除jar文件的旧版本,还是仅仅积累它们?我同意这是实现结果的最简单方法,但是出现了一个相关的问题:用户对增量构建的期望是什么;i、 例如,哪里没有进行清洁?我们是应该尝试删除jar文件的旧版本,还是应该仅仅累积它们?