Re: Re: Re: Locking Working Copy File

Jeffrey,

On 27/03/2008, Maze, Jeffrey S. <JMaze_at_co.geauga.oh.us> wrote:
>
> Well, the reasoning is that we have three files in a previous revision.
> These haven't been fully tested, ok'd and the web programmers are still
> working out the kinks. They've been submitted into the SVN and are being
> tracked by our service desk software (so they can't be removed from the
> repository; e.g. 'My web page doesn't work' - 'fixed in svn rev 952').
>
> But there are other changes to the website which are being submitted,
> approved and being updated for the live site.
>

But why take these changes into your working copy when you are testing? Or
are you sharing the working copy between developers?

If I could lock these three files at the previous revision (prior to the
> debugging changes), I wouldn't have to keep make the changes manually when
> it could possibly be automatically done via great programs like SVN and
> TSVN. That's all.
>

Oh, so you mean you want to use the 'old' clean version of the files while
others need the debugging version?
Then you should get the developers that are working on fixing the problems
to first commit a 'clean' version of these files and then let them work on
debugging these files without committing to trunk (if they want/need
intermittent commits then they should create a branch)

-- 
Regards,
Jean-Marc
----------------
    ___
   // \\  @@     "De Chelonian Mobile"
  / \_/ \/._)    TortoiseSVN
<\_/_\_/ /      The coolest Interface to (Sub)Version Control
  /_/   \_\      Check out http://tortoisesvn.net