Thomas Eyde wrote:
> On 6/21/06, Stefan Küng <firstname.lastname@example.org> wrote:
>> > 1. I don't want to delete them. I need them locally, but not in the
>> > repository.
>> Copy the files in question to another place or another name. Delete
>> them. Commit the deletion. Update your working copy. Rename/Move the
>> copies of your deleted files back.
>> But usually, such files are created automatically, so you just could
>> delete them and let the IDE/whatever-Tool you use recreate them.
> That isn't exactly user-friendly, is it?
I never said it was user friendly. It's just the way it is.
>> > 2. I have to remember to ignore them some time later.
>> You also can ignore those files right away. They won't be really ignored
>> as long as they're versioned. But as soon as you remove those files from
>> version control, the 'new' files will be ignored.
> That's the point: As long as the file appears not ignored, the ignore
> action appears broken.
But you *know* what you've done.
>> > 1. Let the source controlled file be ignorable. Tortoise would delete
>> > it from the repository, then ignore it. If the delete part sounds
>> > dangerous, ask the user for a confirmation.
>> Not in the realm of TSVN. That's a request for the Subversion team.
> I disagree. Does Tortoise really have to map Subversion functions
Well, that's your right (to disagree) :)
Let me try to explain why TSVN *must* map the Subversion functions
* TSVN is a Subversion client (I hope you knew that)
* Ignoring of files is implemented in the Subversion library
* Even if TSVN would ignore files itself, it wouldn't help: As soon as
you execute a Subversion function (e.g. commit/update/merge/...), that
Subversion function doesn't know about the 'feature' in TSVN and doesn't
ignore the file.
So you see: we simply *can't* ignore files on our own - because
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Jun 21 18:30:31 2006