Please don't top-post. List convention is to bottom-post and reply/quote inline.
On Mon, Jan 9, 2012 at 12:04, Larry Wall <WallL_at_resa.net> wrote:
> Locking files so not have 2 programmers working on the same file unless they
> unlock it.
> Or so they know someone else if also working on a file.
Unless you're working with binary files, this is rarely needed with
Subversion. Locking is not a substitute for good communication.
> Email disclaimer: This email is intended only for the use of the
> addressee(s) named herein. It may contain legally privileged and
> confidential information. If you are not the intended recipient, or an
> authorized representative, consider this notification that any review,
> copying, or distribution of this email or attachments is prohibited. If this
> email was received in error, please immediately notify the sender by return
> email and delete the email. Thank you.
Such disclaimers are pointless on public mailing lists. They just
waste bandwidth and storage space.
>>>> Bob Archer <Bob.Archer_at_amsi.com> 1/6/2012 2:13 PM >>>
>
>> tortise SVN 1.7.
>> Is there a way to see all the files a user has locked.
>> When someone goes on vacation or long break it would be nice to see if
>> they
>> have any file locks out there to ensure they check in files before they
>> leave.
>> I know I can do it by folder level, would be nice to have a report option.
>
> I don't think so. You can use the command line to do a status to XML then
> parse the XML for locked files.
>
> Why are you locking files? Are you working with binary files?
>
> BOb
>
> ------------------------------------------------------
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2906605
>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe_at_tortoisesvn.tigris.org].
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2907341
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-01-09 19:18:33 CET