2

ブランチの代わりにタグを継続的に統合する方法を確立するにはどうすればよいですか? CruiseControlの、ハドソンからの継続的インテグレーションを使用したタグの構築

/tags 
    /builds 
     /PA 
     /A 
     /B 
    /releases 
     /AR 
     /BR 
     /RC 
     /ST 

私は継続的インテグレーションツールを設定したいと思います(それができるもの:

私は、タグリポジトリのディレクトリの構造を(hereは、リポジトリの構造をさらに詳細に説明される)は、次のしていますJenkins to TeamCity)を使用して最新のタグを作成します。

/tags 
    /builds 
     /PA 
      /1.x.0 -> triggers build 
     /A 
     /B 
    /releases 
     /AR 
     /BR 
     /RC 
     /ST 

は、のいずれかと、タグの下でソースを構築することが可能です:構造が変更されたとタグ1.x.0は私が1.x.0タグの下にソースコードの建物をトリガーにしたい、PAディレクトリに登場している場合たとえば

、既存の継続的な統合ツールまたは私はその目的のために私自身のプラグインを書くべきですか?

答えて

2

ジェンキンスによって:その後、としてタグであなたの仕事をキックオフするParametrized Trigger Pluginを使用して、新しいタグをチェックするために定期的な仕事を使用パラメータ。ジョブは手動でタグに更新され、ビルドされます。

+0

@altern、これを試しましたか? –

+0

@melankiy_scot定期的なジョブを設定して新しいタグを確認するにはどうすればよいですか?私はそれのためのプラグインを使用していますか? – ziggy

+0

@ziggy、私はスクリプトのような、より軽量なものを意味しました。例えば、SVNで 'svn ls [REPO_URL]/tags'コマンドを実行すると' tags'の内容が表示され、次回のジョブ実行時に比較のために保存することができます。もちろん、プラグインを使ってリポジトリの変更をポーリングし、 'tags'ディレクトリが変更されたときにのみ(スクリプトを実行する)ジョブを実行することができます。 –

0

Jenkins(Hudson)とSubversionでは、一定の値を持つタグ(例:tags/BUILD)を使用できます。タグが変更されたものがあれば、そのタグに基づいてJenkinsがビルドします。ビルド後に新しいタグを適用するよう依頼することができます。

この例では、新しいタグをtags/builds/PAとして作成し、Jenkinsにそのタグをリッスンさせることができます。 Jenkinsはtags/builds/PAフォルダーの変更を検出し、変更が検出された場合にビルドします。ポストビルドステップを設定して、ビルドが完了したら新しいタグ(1.x.0)を作成することができます。

私は、トピックに関する同様の質問を掲示し、ここにいくつかの回答を得ました - http://groups.google.com/group/jenkinsci-users/browse_thread/thread/59ca7f0f9e21a382/fe14fc7269611b26#fe14fc7269611b26

+0

ポイントは、私は連続した統合ツールではなく、手動で '1.x.0'タグを作成したいということです。さらに、tagsディレクトリにコミットすること( 'tags/BUILD'にコミットすることをお勧めします)は推奨されていません。 – altern

関連する問題