説明されているシナリオは、次の 2 つの手順を必要とする回避策を使用することで、Jenkins で可能です。
私のセットアップでは、JobA_trigger は定期的に SCM をポーリングします。変更がある場合、JobA は curl を介してトリガーされ、現在の dateTime が送信されます²。この「外部」トリガーは、パラメーターを JobA に送信するために必要です。
# JobA_trigger "execute shell"
curl ${JENKINS_URL}job/JobA/buildWithParameters?SVN_REVISION=`date +"%Y-%m-%d"`%20`date +"%H:%M:%S"`
# SVN_REVISION, example (decoded): "2012-11-07 12:56:50" ("%20" is url-encoded space)
JobA 自体はパラメーター化されており、String-Param "SVN_REVISION" を受け入れます。さらに、SVN-URL を次のように変更する必要がありました
# Outer brackets for usage of SVN revision dates³ - must be avoided if working on a revision-number.
https://svn.someaddress.com/trunk@{${SVN_REVISION}}
この回避策を使用すると、scm-change ごとに、関連する svn-revision/dateTime がパラメータとして添付され、このジョブによってテストされるソフトウェア状態として使用される JobA の新しい実行がキューに入れられます。
¹ https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+CLI
² リビジョンベースで作業する場合、それぞれ HEAD に更新される svn-externals があるため、リビジョンベースではなく dateTime ベースの更新を行うことにしました。
³ http://svnbook.red-bean.com/en/1.7/svn.tour.revs.specifiers.html#svn.tour.revs.dates