From mboxrd@z Thu Jan 1 00:00:00 1970 From: john at keeping.me.uk (John Keeping) Date: Sun, 23 Oct 2016 17:10:25 +0100 Subject: Could snapshot links be named after git describe ? In-Reply-To: References: Message-ID: <20161023161025.GC3542@john.keeping.me.uk> On Mon, Oct 10, 2016 at 11:04:11AM +0200, Sylvain Rabot wrote: > Currently the snapshots and resulted downloaded files are named like > this -. > > I was wondering if they could be named using the git describe format > instead. I think it would make more sens and be prettier. > > Naming the file after the branch does not make much sens according to > me as it could be any commit of the said branch at any given time and > the full sha1 is not really useful. > > -$(git describe --abbrev=6). seems the > best to me. I find it really useful to have the last tag name and the > number of commits since. It turns out that this already works, at least for the fetching side. For example for current tip of CGit's master branch: https://git.zx2c4.com/cgit/snapshot/cgit-v1.0-41-gc330a2e.tar.xz However, switching to describe format when generating the links doesn't look particularly straightforward since the code Git uses to do so is not in libgit.a which CGit links against, so we'd either have to push some refactoring patches upstream or reimplement the functionality. I'm not a heavy user of the snapshot links except from scripts which tend to just use a tag or SHA-1 so I don't intend to work on this, but personally I wouldn't object to patches that cleanly implement this as a switchable config option.