[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: RE: RE: RE: RE: Communication of LOCKS and CHANGES

From: Reedick, Andrew <jr9445_at_ATT.COM>
Date: 2007-11-21 19:29:37 CET

 

> -----Original Message-----
> From: Harvey, Edward [mailto:Edward.Harvey@patni.com]
> Sent: Wednesday, November 21, 2007 12:33 PM
> To: users@subversion.tigris.org
> Subject: RE: RE: RE: RE: Communication of LOCKS and CHANGES
>
> I'm really talking about something new.
>
> In the present implementation, the gui clients can only show
> you information about your local modifications. The only way
> to check for somebody else's modifications is to "Check for
> Modifications" and if you do, the results will be instantly
> forgotten once the check is finished.
>
> Suppose Harry checks for modifications on the root of a tree,
> and he sees that several files were modified by some other
> users. But harry doesn't want to do an update yet. It would
> be really useful for him to browse into that tree, and see
> that some files are out of date. If the gui client could
> remember the most recent results of "check for
> modifications." Likewise if some other user locked a file,
> most likely a change commit to that file is imminent, so
> Harry should treat the locked file the same as he treats a
> file that's already out of date. So both "out of date" and
> "repository lock" would be useful information for Harry to
> see in his gui client.
>
> Better yet, if Harry could check for modifications on a
> periodic basis, on the root of a tree. It's simply an
> improvement of communications.
 

Hrmm... I sense a bit of a culture clash going on. The SVN client and
any command line shell can already do what you ask. Just run 'svn
status -u > status.txt' and *poof* you have your cached information.
You can even script it to do 'svn info' and diffs on the updates.

So it's not a new feature being asked for, instead, a better way of
presenting the data is desired. GUI clients should already be able to
do something pretty with that information with the current version of
SVN. This sounds more like a request better handled by clients like
TortoiseSVN.

*****

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA621

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 21 19:30:34 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.