CVS Checkout Does Not Get Latest Revision
eSymptoms
When performing a checkout in CVS during a build, Bamboo does not get the latest revision from the repository. The -D flag will also appear in the build_logs
:
simple 03-Sep-2013 14:21:25 Starting task 'Checkout Default Repository' of type 'com.atlassian.bamboo.plugins.vcs:task.vcs.checkout'
simple 03-Sep-2013 14:21:25 Updating source code to revision: 2013-08-20 17:23:15 -0700
command 03-Sep-2013 14:21:25 Running CVS command: 'update -d -P -kb -D 2013-08-20 17:23:15 -0700 '\n ... in: '/bamboo/home/warbamboo501/xml-data/build-dir/TEST-CVS-JOB1/newmodule'\n ... CVSROOT: '/bamboo/cvs/cvsrepo'
simple 03-Sep-2013 14:21:25 Updated source code to revision: 2013-08-20 17:23:15 -0700
原因
Bamboo is using sticky tags during CVS checkouts that specify a date or time prior to the newest revision checkin.
ソリューション
- Enable Force Clean Build in the Source Code Checkout task in your plan.
- Add the
-DCVS_FORCE_CHECKOUT_TO_LATEST=true
system property to JAVA_OPTS:
For instance running in a Jetty wrapper, edit the
<bamboo-install>/conf/wrapper.conf
to add property as per this example using the defaultwrapper.conf
:wrapper.java.additional.1=-server wrapper.java.additional.2=-Dorg.eclipse.jetty.xml.XmlParser.Validating=false wrapper.java.additional.3=-Xms256m wrapper.java.additional.4=-Xmx512m wrapper.java.additional.5=-XX:MaxPermSize=256m wrapper.java.additional.6=-Djava.awt.headless=true wrapper.java.additional.7=-DCVS_FORCE_CHECKOUT_TO_LATEST=true
- For instance running Tomcat, you must add the parameter to your JAVA_OPTS. The steps are outlines in the Bamboo EAR-WAR installation guide.
Last modified on Mar 30, 2016
Powered by Confluence and Scroll Viewport.