CVS users section
Trenton D. Adams
trenta at athabascau.ca
Mon Apr 20 13:17:59 CDT 2009
Hi Michael,
Sorry for bringing this up again. I hope you haven't forgot too much about the conversation now.
----- "C. Michael Pilato" <cmpilato at red-bean.com> wrote:
> From: "C. Michael Pilato" <cmpilato at red-bean.com>
> To: "Trenton D. Adams" <trenta at athabascau.ca>
> Cc: svnbook-dev at red-bean.com
> Sent: Monday, April 6, 2009 2:56:27 PM GMT -07:00 US/Canada Mountain
> Subject: Re: CVS users section
>
> Now, there are two differences that might be affecting how you view
> this:
>
...
> * 'cvs log' always shows the latest changes; 'svn log' will only
> show
> you (by default) the logs *as of the current revision of your
> working
> copy directory*. (But you can override this default by using
> 'svn log . at HEAD' .)
You say that I should see the logs "as of the current revision" of my working copy. Well, that doesn't appear to be what I'm seeing here. I show the first few log entries of the two commands below.
svn log .
***********LOGS***********
-----------------------------------------------------------------------
r2549 | trenta | 2009-04-03 15:16:44 -0600 (Fri, 03 Apr 2009) | 2 lines
- oops, IDEA did not save all refactored files
------------------------------------------------------------------------
r2548 | trenta | 2009-04-03 15:15:41 -0600 (Fri, 03 Apr 2009) | 4 lines
- refactor RemoteProgramMajor into the admissions package
- refactor RemoteGRApplication into the admissions package
------------------------------------------------------------------------
r2547 | trenta | 2009-04-03 15:09:19 -0600 (Fri, 03 Apr 2009) | 2 lines
- move TestGRApplication.java to proper package
***********LOGS***********
svn log . at HEAD
***********LOGS***********
-----------------------------------------------------------------------
r2590 | trenta | 2009-04-20 11:30:41 -0600 (Mon, 20 Apr 2009) | 5 lines
- remove usage of RemoteBannerServer to fix a problem with log4j rotating
the logs twice at midnight. use of the RemoteBannerServer class
implicitly loads the "static" logger, and therefore oros rmi rotates the
log, but so does the nightly batch close.
------------------------------------------------------------------------
r2585 | trenta | 2009-04-17 16:43:10 -0600 (Fri, 17 Apr 2009) | 10 lines
- fix a bug in RARE circumstances that would cause OROS to not rollback the
database transaction, after an error. Then, entering payment information
again would result in a duplicate student found error, because the
current oracle session would already have that student.
To my knowledge, this problem has NEVER occured.
We fix the problem by catching Throwable. Perfectly acceptable under
these circumstances because this is a CRITCAL section.
***********LOGS***********
As you can see "svn log ." did not give me the latest revision logs, it gave me quite old revisions. This is what I had been having a problem conceptualizing before. I now know that I have to do @HEAD.
However, I am kind of curious what the logic was behind not showing my recent log information when not specifying @HEAD??? It certainly doesn't seem logical to me, as that is the basic information I would expect.
Thanks.
__
This communication is intended for the use of the recipient to whom it
is addressed, and may contain confidential, personal, and or privileged
information. Please contact us immediately if you are not the intended
recipient of this communication, and do not copy, distribute, or take
action relying on it. Any communications received in error, or
subsequent reply, should be deleted or destroyed.
---
More information about the svnbook-dev
mailing list