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

Re: Suggestion : "ignore" a versioned file

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2007-07-29 18:48:15 CEST

Simon Large wrote:
> On 27/07/07, Stefan Küng <tortoisesvn@gmail.com> wrote:
>> fj wrote:
>>> Julien -
>>>
>>> Yep, I know exactly what you mean, and I agree this would be useful.
>>>
>>> Config files are a very good example of this. At one place I worked we
>>> had standardized build files (Ant) that we'd include with each new
>>> project set-up. Anyone needing to set themselves up to run builds made a
>>> number of path modifications to their local working copies of those
>>> files. Generally, we didn't check-in any of those modified files because
>>> potentially we'd have as many different variations of them as there were
>>> machines on which builds were set up to run.
>> Please have a look at the TSVN build scripts (they're NAnt scripts, not
>> Ant, but you'll get the point).
>> We also have to use (sometimes) full paths, but we put those into
>> separate files (*.tmpl), which each user has to make a copy, remove the
>> .tmpl extension of the copy, then edit that file to suit the absolute paths.
>>
>> The main build script checks if those user defined files are present and
>> errors out if they're not.
>
> This one keeps coming up periodically. Sometimes it's really not easy
> to solve. I once worked with a compiler IDE that kept the project
> source file list and config details in the same file as the workspace
> info. Every time you open the IDE, the project file changes. It has to
> be versioned, but it only needs to be committed when project
> definitions change.
>
> Another idea which has just occurred to me is that we could use the
> changesets feature for this purpose. As well as the user-defined
> changeset names we have at the moment, you could add another one with
> a fixed name, like TSVN-ignored-changes. Files added to this set would
> be automatically deselected on entry to the commit dialog, and they
> could be shown greyed out maybe.
>
> In terms of UI, the context menu would have
> Move to changelist
> My existing changes
> Ignored changes
> <new changelist>
>
> The 'Ignored changes' item is always present in the menu, even if that
> changelist has not been created yet. This menu entry is translatable
> and maps to our fixed-name changeset.

Now that's really a good idea on how to "solve" these problems, without
disturbing other features or messing around with important functionality!

Done in revision 10260.
The changeset is named "commit-ignore". (which of course is open for
discussion - it's just a define for now).

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Sun Jul 29 18:47:12 2007

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

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