[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: cvs log -rtag_at_base_of_branch::tag_on_branch fails
From: |
Derek Robert Price |
Subject: |
Re: cvs log -rtag_at_base_of_branch::tag_on_branch fails |
Date: |
Thu, 01 Aug 2002 17:14:57 -0400 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020606 |
Veda Larson Palmer wrote:
Hi Larry,
Thanks for your quick response.
As far as I can tell, both our client and server are at 1.11.2:
% cvs version
Concurrent Versions System (CVS) 1.11.2 (client/server)
I get the same behavior in both local and pserver mode.
On our pserver host,
% grep cvs /etc/inetd.conf
cvspserver stream tcp nowait acl /usr/bin/cvs cvs -f --allow-root=/pgrd/ljdev/cv
sroot pserver
% /usr/bin/cvs version
Concurrent Versions System (CVS) 1.11.2 (client/server)
Interestingly, the same revision pair works with cvs diff/rdiff -rv1_0 -rv1_1
(but the output of diff doesn't make very nice release notes ;).
Are you unable to reproduce this behavior in cvs log with your 1.11.2
installation?
First off, there is a major difference between the log and diff
functionality here. Diff only needs to process two revisions -
effectively, it's checking out rev1 and rev2 and then running the
equivalent of the diff util that you'd run from the command line.
Now, when you supply two revisions to log, it is a little trickier to
figure out what you want. In this case, I would say it is fairly
obvious that you are asking for all the log messages from revisions
along the trunk from rev1to the base of branch1 then all the revisions
on branch1 up to and including rev2:
------Trunk------rev1-------------------------
\
\---branch1-----rev2-------
But, in this case, things aren't so obvious:
-------Trunk--------------------------------------------
\ \
\----branch1-----rev1 \------branch2-----rev2
Larry only recently made what he called a "first cut" at making log
requests between a "revision and *any* ancestor":
2002-04-19 Larry Jones <larry.jones@sdrc.com>
* log.c (log_expand_revlist): First cut at code to allow logging
between a revision and *any* ancestor, not just one explicitly on
the same branch (e.g., from 1.1 to 4.1.2.3.6.1).
But I wouldn't be suprised from Larry's phrasing that only case 1 above
had been implemented nor would I be suprised that case 2 was not even
meant to work. Do you know which case your log request fell into?
Derek
--
*8^)
Email: derek@ximbiot.com
Public key available from www.keyserver.net - Key ID 5ECF1609
Fingerprint 511D DCD9 04CE 48A9 CC07 A421 BFBF 5CC2 56A6 AB0E
Get CVS support at http://ximbiot.com
--
I predict future happiness for Americans if they can prevent the government
from wasting the labors of the people under the pretense of taking care of
them.
- Thomas Jefferson