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
Lint Skipped - Unit
Unit Tests Skipped
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).