If the user specifies a ui.origbackuppath, we used to always copy the file
there, but if the source file is in memory we must write it instead of copying.
Details
Details
- Reviewers
durham - Group Reviewers
hg-reviewers - Commits
- rHGc0439e11af16: filemerge: fix backing up an in-memory file to a custom location
Diff Detail
Diff Detail
- Repository
- rHG Mercurial
- Lint
Automatic diff as part of commit; lint not applicable. - Unit
Automatic diff as part of commit; unit tests not applicable.
Event Timeline
Comment Actions
Accepting, since it seems more correct than before.
Should we even be calling _makebackup in the case of an inmemory merge? Like, maybe the makebackup should be conditional based on if the source file context is actually a workingctx?
mercurial/filemerge.py | ||
---|---|---|
623 | I know you're just documenting the parameter that already existed, but might be nice to explain why this is (if you happen to know why right now). | |
643 | s/wherever/whatever/ |
Comment Actions
Should we even be calling _makebackup in the case of an inmemory merge? Like, maybe the makebackup should be conditional based on if the source file context is actually a workingctx?
The merge process itself uses the backup, it's not just for the user.
mercurial/filemerge.py | ||
---|---|---|
623 | I think I can |
I know you're just documenting the parameter that already existed, but might be nice to explain why this is (if you happen to know why right now).