Have you looked at rinfo? It does what you ask, for a single RCS file. You'd have wrap it in a script that traverses your repository to see all changes in your project. You could also combine it with lmerge to produce more concise reports.
Both of these programs are available at http://www.wakawaka.com/source.html --- Forwarded mail from [EMAIL PROTECTED] I think this topic has not been given enough discussion, namely the problem that it is *impossible* through using standard CVS commands to get the log messages _taking_ one from a tag to another tag. This thread got dropped a while ago by people quietly whispering "oh well, it can't be done" and others saying "well it does work, read the newsgroup" without trying it. All of the log -rR1::R2 -rR2 etc. style methods all fail in at least some cases, especially when there has been no change to a file over two tags, so a revision number is tagged with both tags (try it!) I think if anything, this is a feature which deserves to be added to the new dev version, as opposed to emacs support or what have you... I was amazed it hasn't been come across before. Anyway, enough rant, I think I may have found a pragmatic workaround that recent discussions about dates inspired me on: find the dates of the two logs, and then do a cvs log from just after the last committed date/time of the first tag, and up to and including the date/time of the last file containing the second tag. But that won't be sufficient if you're using branching -- you'll then need to ensure that you're only getting log messages from the branch containing both tags. I haven't implemented it yet, but ... agh! i think this would be how it works (not tested): run perl/python script to get dates of both tags find maxs/mins and feed these into: cvs log -d"DATE1<DATE2" -rBRANCH The alternative to allow people to reliably answer the question "what does the new version contain?" is to include a -r-TAG1 option to _exclude_ any revisions containing TAG1. This means that the following: cvs log -rTAG1::TAG2 -r-TAG1 would actually give the log messages between the two tags (provided -rTAG1::TAG2 includes all changes including the endpoints). actually, i would even like something like: cvs log -rTAG1=>TAG2 since it would be used pretty commonly -- shame -rTAG1::TAG2 doesn't do what people would expect it to do. --- End of forwarded message from [EMAIL PROTECTED] _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
