[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Feature request/ideas
From: |
Derek Price |
Subject: |
Re: Feature request/ideas |
Date: |
Thu, 03 Mar 2005 14:14:47 -0500 |
User-agent: |
Mozilla Thunderbird 1.0 (Windows/20041206) |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Mark D. Baushke wrote:
| Therefore, I suppose that there could be a need for .origin to be
| the first revision on TRUNK
This would seldom mean much across multiple files, so I still think
.origin should not be used. The case Frank cited, where he is
basically trying to diff against an import (thought not generated
using the import command), is the only one where all the .origin
revisions will be related in a sensible way, and even then only if no
files have been added or removed on the trunk. Once files have been
added or removed, you degenerate to the case where the .origin
revisions (or even 1.1 revisions) of these files could have been added
at different times and offering to calculate .origin is misleading at
best.
The only consistent way to do this is to tag everything after the
"import" and diff against that tag. This tag couldn't even really be
automated, except in something like the import command, which imports
a set of files at once and tags the set.
.origin makes no sense.
| Looking at a mixture of the modifiers with regard to time...
|
| One presumes that '.trunk:2005-03-01 08:00:00 UTC' would be the
| revision that was committed just before 2005-03-01 08:00:00 UTC. It
| is less clear how one would specify the .next revision on the TRUNK
| for that case...
As this stands, with : and . already overloaded in time specs, this
could get complex, but I will grant that the feature might be nice
once the syntax was ironed out.
Regards,
Derek
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCJ2InLD1OTBfyMaQRAl2tAJ9e8+0pKMDCVkgBBpoSE75JKMZq2QCgrrAB
ab9OQ+bJzuJmZMOaqDjOCCo=
=7Iy6
-----END PGP SIGNATURE-----
- Re: Feature request/ideas, (continued)
- Re: Feature request/ideas, Frank Hemer, 2005/03/03
- Re: Feature request/ideas, Derek Price, 2005/03/03
- Re: Feature request/ideas, Derek Price, 2005/03/03
- Re: Feature request/ideas, Mark D. Baushke, 2005/03/03
- Re: Feature request/ideas, Larry Jones, 2005/03/03
- Re: Feature request/ideas, Mark D. Baushke, 2005/03/03
- Re: Feature request/ideas, Derek Price, 2005/03/03
- Re: Feature request/ideas, Mark D. Baushke, 2005/03/03
- Re: Feature request/ideas, Derek Price, 2005/03/03
- Re: Feature request/ideas, Mark D. Baushke, 2005/03/03
- Re: Feature request/ideas,
Derek Price <=
- Re: Feature request/ideas, Derek Price, 2005/03/04
- Re: Feature request/ideas, Frank Hemer, 2005/03/05
- Re: Feature request/ideas, Derek Price, 2005/03/03
Re: Feature request/ideas, Larry Jones, 2005/03/02
Re: Feature request/ideas, Mark D. Baushke, 2005/03/02
Re: Feature request/ideas, Frank Hemer, 2005/03/08