Looks like it is fixed. The magic Jenkins configuration option is "Checkout/merge to local branch (optional)" which I have now set to the branch. Without this option Jenkins defaults to working on a detached head.
Kind regards, Ben. On 03/08/12 10:26, Ben Caradoc-Davies wrote: > Ah, that explains everything. I had a look in my Jenkins slave and the > workspaces are indeed on a detached head. This is likely a Jenkins git > oddity or configuration problem. > > Thanks for the diagnosis! > > Kind regards, > Ben. > > On 02/08/12 21:44, Justin Deoliveira wrote: >> Hey Ben, >> >> I believe it is and again i think the issue is that gwc is being built >> from a detached head. The syntax for the Implementation-Version property >> gwc is using is <branch>/<revision>. For instance, here is what my >> VERSION.txt looks like: >> >> version = 2.3-SNAPSHOT >> git revision = 3d5285c71017347de6a5111e1a623b98b40c7b09 >> git branch = master >> build date = 02-Aug-2012 07:42 >> geotools version = 9-SNAPSHOT >> geotools revision = 4165fe266183c66220f88377be52de7eee09e8d0 >> geowebcache version = 1.3-SNAPSHOT >> geowebcache revision = stable/b92c3e0fb28e1c8f7e55c2e55a90c187b00b50c0 >> hudson build = -1 -- Ben Caradoc-Davies <[email protected]> Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
