It would really be nice to set the ${COUNT} used for a pipeline to start at a specific value.  Additionally, it would be nice to allow the string length of this value to be set (i.e 5 digits, 6 digits, ...) such that leading zeros would be added.

As our branch scheme involves creating a branch from our main trunk whenever we are preparing to release, the new release branch would assume the value of the main trunk and the main trunk would be incremented to always be greater than the latest branch created.

ex: main labeltemplate=12.0.${COUNT}

create a new release branch labeltemplate=12.0.01${COUNT} such that COUNT is same as the last one in main

increment main labeltemplate to labeltemplate=12.0.02${COUNT}.

I would like to request support for AccuRev SCM from Cruise.

Is there a plug-in or anything similar that already provides this?

Here's the scenario: 

"As a developer I frequently need to download whole directory artifacts from Go so that I can pass the artefact to the Ops team for release to a production system (not every pipeline is automated all the way to live yet) or to use parts of the artifact locally on my PC."

Currently downloading whole directory artifacts through Go's Web UI is very hard to do. 

Because of this all our pipeline build scripts compress all directory artifacts as 7-zip archives and then Go is configured to store the 7-zip archives as file artifacts instead of as directory artifacts.  In later pipeline stages/jobs the builds scripts then have to decompress the 7-zip archive artifacts.  We also have to bundle the 7-zip command line tool (i.e 7za.exe) with every codebase. 

Storing all directory artifacts as 7-zip archvies also (I think) reduces the disk space used by Go for storing arifacts as 7-zip archives are a very efficient for archvie size (7-zip does file deduplication).  Does Go do any artifact file deduplication based on MD5 hash etc.  I've noticed over the last few months that Gradle's cache and SVN's .svn\pristine in SVN 1.7 both seem to be doing this or something similar.  

It would be great if Go had an option for storing directory dependencies as 7-zip archvies, if it would decompress those archives when fetching them in a job and if it allowed you to download the 7-zip archvies through the Artifacts tab of any Job (in the Pipelines section of Go not the Admin section). 

7-zip would be essential (over zip files and tarballs) as it is so much more efficient at compressing archives that contain the same file more than once – we get that lots with .NET codebases were release packages tend to contain many copies of the same DLL – e.g. a Spring.NET DLL being used in lots of the multiple applications in the same release package. 

Thanks

Simon