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

Identifying Modified Files

From: dgotard <david.gotard_at_alliancebernstein.com>
Date: 2007-01-05 04:24:55 CET

My company is considering migration from Visual Source Safe to Subversion.
Presently, the development team leverages the lock-on-checkout feature of
VSS to identify files which are currently being worked on (a report is run
to identify files which are marked with a lock, and are therefore checked
out for editing). The use cases are:

      1. The build master wants to know what files within a specific branch
(or project) are currently being edited before starting the build.
      2. A developer is about to start working on a file, he/she wants to
know if anyone else is currently editing that same file so that they can
discuss any overlapping changes.

Can someone suggest a Subversion mechanism which would satisfy these uses
cases (without having to resort to locking every file before editing)?

Any comments on the "best practices" of these use cases. Can these be
situations be addressed through a change in how the team approaches it's

Your comments or thoughts would be greatly appreciated.


View this message in context: http://www.nabble.com/Identifying-Modified-Files-tf2923692.html#a8172384
Sent from the Subversion Users mailing list archive at Nabble.com.
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jan 5 04:25:13 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.