有没有一种干净的方法可以移除哈德逊的svn标签

有没有一种干净的方法可以移除哈德逊的svn标签,svn,hudson,tags,Svn,Hudson,Tags,最近,我们通过Hudson标记了一个构建,但不久之后发现了一个bug,需要重新构建。我们最终在subversion中删除了标签,但Hudson仍然在该构建中显示了标签。我在\jobs\\builds\\build.xml中找到了以下内容 <hudson.scm.SubversionTagAction> <build class="build" reference="../../.."/> <tags class="hudson.util.CopyOnWrit

最近,我们通过Hudson标记了一个构建,但不久之后发现了一个bug,需要重新构建。我们最终在subversion中删除了标签,但Hudson仍然在该构建中显示了标签。我在\jobs\\builds\\build.xml中找到了以下内容

<hudson.scm.SubversionTagAction>
  <build class="build" reference="../../.."/>
  <tags class="hudson.util.CopyOnWriteMap$Tree">
    <no-comparator/>
    <entry>
      <hudson.scm.SubversionSCM_-SvnInfo>
        <url>...url here...</url>
        <revision>34859</revision>
      </hudson.scm.SubversionSCM_-SvnInfo>
      <list>
        <string>...tag url here...</string>
      </list>
    </entry>
  </tags>
</hudson.scm.SubversionTagAction>

…url在此。。。
34859
…在此处标记url。。。
我换了

<list>
    <string>...tag url here...</string>
</list>

…在此处标记url。。。


这就去掉了标签

我的问题是:

  • 是否有比手动编辑build.xml更干净的方法从Hudson build中删除标记注释
  • 有没有办法通过Hudson界面将标签从Hudson/SVN中完全移除?最好有一个“撤消”按钮来补充“立即标记”按钮
  • 我们最终删除了中的标记 颠覆,但哈德逊仍然表现出来 该构建上的标记。我找到了 在\jobs\builds\build.xml中执行以下操作

    <hudson.scm.SubversionTagAction>
      <build class="build" reference="../../.."/>
      <tags class="hudson.util.CopyOnWriteMap$Tree">
        <no-comparator/>
        <entry>
          <hudson.scm.SubversionSCM_-SvnInfo>
            <url>...url here...</url>
            <revision>34859</revision>
          </hudson.scm.SubversionSCM_-SvnInfo>
          <list>
            <string>...tag url here...</string>
          </list>
        </entry>
      </tags>
    </hudson.scm.SubversionTagAction>
    
    按照我的理解,[hudson]/jobs/[jobname]/builds中的所有内容都是关于过去构建的历史数据。据我所知,在构建完成并“归档”之后,它永远不会得到更新。例如,您可以删除builds目录下的所有内容,这不会以任何方式影响作业的未来构建

  • 可能不会。但是否绝对有必要对其进行编辑
  • 由于您可以从Hudson执行任意命令,因此您当然可以(并且非常容易)创建Hudson作业,例如删除SVN标记。(例如,您可以使作业参数化,使其以标记名作为参数。)
  • 希望这会有所帮助,希望我没有误解您的意图……

    移除哈德逊河中的“标签”主要是一个美学问题。当我们重新构建该版本并标记新版本时,剩下的两个版本声称在Hudson中具有完全相同的标记。诚然,与所使用的工具相比,这在我们的构建过程中可能是一个更大的问题。