Fossil: View Ticket

2010-06-23
13:31		• Fixed ticket [17389900b2]: "open" needs to warn before overwriting existing files plus 1 other change artifact: 60d167bdf2 user: drh
13:30		Prompt the user for permission to overwrite files on "fossil open". Ticket [17389900b2e5bd816] check-in: d778ffea81 user: drh tags: trunk
2010-06-22
18:25		• Ticket [17389900b2] "open" needs to warn before overwriting existing files status still Open with 1 other change artifact: de73b0b013 user: eric
16:41		• Ticket [17389900b2]: 2 changes artifact: 3fd50cea64 user: anonymous
2008-11-23
08:48		• New ticket [17389900b2]. artifact: 3e956ba621 user: anonymous

Ticket Hash:	17389900b2e5bd8165b8ca637d2cd32664defb62
Title:	"open" needs to warn before overwriting existing files
Status:	Fixed	Type:	Feature_Request
Severity:	Important	Priority:
Subsystem:		Resolution:	Fixed
Last Modified:	2010-06-23 13:31:12 15.77 years ago	Created:	2008-11-23 08:48:50 17.35 years ago
Version Found In:	fossil version [9de6abab2a] 2008-11-15 14:18:09 UTC

Description:

If you "clone" a repository to a directory that already has files with the same name as ones in the repository, the existing ones get overwritten without warning.

I would like to request, at the very least, something like "File x already exists, overwrite?". Ideally, this would then ask to diff the two.

anonymous claiming to be mario added on 2010-06-22 16:41:32:
Yeah, I've run into this too. Lost a bit of new code when trying to bring an existing code base into Fossil version control.

The term "open" does not convey that anything is going to be overwritten. That's an uncommon event with that terminology. Here is a clear need for a big fat warning in the documentation or a behaviour fix. Instead of the optional --keep, there should be a required --overwrite if anyone really wants to kill current data in favour of repository contents.

eric added on 2010-06-22 18:25:02:
If you had done

fossil help open

(and why wouldn't you if you are new to Fossil), you would have found out about --keep. But I would never have considered anything other than creating a new working directory first (including the fossil open) and copying my stuff into it after that. Do not expect software to work the way you expect it to work, always check!

If confirmation requests were added it would interfere with my work methods.