From: Andy Parkins <andyparkins@gmail.com>
To: git@vger.kernel.org
Cc: Bill Lear <rael@zopyra.com>,
Linus Torvalds <torvalds@linux-foundation.org>,
Nguyen Thai Ngoc Duy <pclouds@gmail.com>,
"Shawn O. Pearce" <spearce@spearce.org>,
"Robin H. Johnson" <robbat2@gentoo.org>
Subject: Re: Weird shallow-tree conversion state, and branches of shallow trees
Date: Mon, 16 Apr 2007 10:10:45 +0100 [thread overview]
Message-ID: <200704161010.47059.andyparkins@gmail.com> (raw)
In-Reply-To: <17954.48933.484379.593657@lisa.zopyra.com>
On Monday 2007 April 16 01:11, Bill Lear wrote:
> Not that Linus needs any back-up from me, but I second this, very
> strongly. Decorating source code with release information is a proper
> function of release management tools, not the SCM system. We had a
> similar argument in our company about this, sparked by a criticism of
> git for not having keyword (version number) substitution, and I argued
> that having such substitution functions in the SCM was out-of-place
> and a crutch for weak release procedures. It's easy with a proper
> make system to put whatever information you want from the SCM into the
> release product.
I'm not disagreeing with any of this - there are certainly cases when
expansion is completely the wrong tool. That doesn't mean there are no cases
where it would be useful.
The case I keep banging on about is that where nothing is made and this is not
a release. I don't want to make a release, I just want to print out the
current version of a file and have something that appears on the printout
that would allow me to identify what version of the file that printout was
from. Are you seriously suggesting I should run release scripts just for
that?
It's not something you want - fine - not a problem for me that you wouldn't
use it. The thing that is bothering me is that everyone keeps waving their
hands while chanting "keyword expansion evil", while not giving an example of
what problem it causes. By this I mean "problem for the end user",
not "problem in writing the support" - if it's impractical to implement then
that's fine, say that.
Andy
--
Dr Andy Parkins, M Eng (hons), MIET
andyparkins@gmail.com
next prev parent reply other threads:[~2007-04-16 9:10 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-12 0:53 Weird shallow-tree conversion state, and branches of shallow trees Robin H. Johnson
2007-04-14 8:56 ` Johannes Schindelin
2007-04-15 0:03 ` Robin H. Johnson
2007-04-15 0:02 ` David Lang
2007-04-15 2:01 ` Robin H. Johnson
2007-04-15 4:31 ` Shawn O. Pearce
2007-04-15 5:57 ` Nguyen Thai Ngoc Duy
2007-04-15 8:54 ` Jakub Narebski
2007-04-15 18:18 ` Linus Torvalds
2007-04-15 19:51 ` Andy Parkins
2007-04-15 20:51 ` Linus Torvalds
2007-04-16 0:11 ` Bill Lear
2007-04-16 9:10 ` Andy Parkins [this message]
2007-04-16 15:17 ` Julian Phillips
2007-04-16 2:17 ` Robin H. Johnson
2007-04-16 3:01 ` Theodore Tso
2007-04-16 3:23 ` Nguyen Thai Ngoc Duy
2007-04-16 15:08 ` Linus Torvalds
2007-04-16 16:06 ` Nguyen Thai Ngoc Duy
2007-04-16 3:32 ` Robin H. Johnson
2007-04-16 17:00 ` Linus Torvalds
2007-04-17 4:16 ` Daniel Barkalow
2007-04-16 14:59 ` Linus Torvalds
2007-04-16 9:03 ` Andy Parkins
2007-04-16 15:54 ` Sven Verdoolaege
2007-04-16 15:58 ` Linus Torvalds
2007-04-16 23:25 ` Weird shallow-tree conversion state, and branches of shallowtrees David Lang
2007-04-17 19:50 ` David Lang
2007-04-17 9:45 ` Weird shallow-tree conversion state, and branches of shallow trees Andy Parkins
2007-04-16 19:41 ` Junio C Hamano
2007-04-16 20:55 ` Andy Parkins
2007-04-17 21:24 ` Junio C Hamano
2007-04-17 21:51 ` Andy Parkins
2007-04-15 9:44 ` Robin H. Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200704161010.47059.andyparkins@gmail.com \
--to=andyparkins@gmail.com \
--cc=git@vger.kernel.org \
--cc=pclouds@gmail.com \
--cc=rael@zopyra.com \
--cc=robbat2@gentoo.org \
--cc=spearce@spearce.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).