You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you interactively squash changes, and only squash a complete file deletion, "Error: No changes selected" tells you something's amiss.
If you squash a file deletion and a few other things, the file deletion doesn't get squashed and remains a part of the working-copy commit. The other changes do squash.
I haven't checked if this only happens with the builtin diff editor (what I've been using here) and thus is likely to be a bug with that, or if it's part of squash itself yet.
Am happy to look into this and possibly prepare a fix unless this is known/obvious/known to be hairy/etc.! Let me know. :)
Steps to Reproduce the Problem
$ mkdir testcase
$ cd testcase
$ jj git initInitialized repo in "."
$ echo hello > hello
$ jj status --no-pagerWorking copy changes:A helloWorking copy : nnorpssx c13cdf5d (no description set)Parent commit: zzzzzzzz 00000000 (empty) (no description set)
$ jj newWorking copy now at: pmkpkuon 77400499 (empty) (no description set)Parent commit : nnorpssx c13cdf5d (no description set)
$ echo bye > bye
$ rm hello
$ jj status --no-pagerWorking copy changes:A byeD helloWorking copy : pmkpkuon 62f836a9 (no description set)Parent commit: nnorpssx c13cdf5d (no description set)
$ jj squash -i
Rebased 1 descendant commitsWorking copy now at: pmkpkuon 4ec22139 (no description set)Parent commit : nnorpssx 3afc1cda (no description set)
$ jj status --no-pagerWorking copy changes:D helloWorking copy : pmkpkuon 4ec22139 (no description set)Parent commit: nnorpssx 3afc1cda (no description set)
$ jj squash -i
Error: No changes selected
$ jj status --no-pagerWorking copy changes:D helloWorking copy : pmkpkuon 4ec22139 (no description set)Parent commit: nnorpssx 3afc1cda (no description set)
$
Expected Behavior
File deletes are squashed into the target revision.
Actual Behavior
File deletes aren't squashed into the target revision, and remain a part of the working-copy commit.
Specifications
Platform: macOS (arm64)
Version: jj main c6bb019 (5h ago) with bnjmnt4n's ssh-openssh pair of commits rebased on top. I was previously on an older version but rebased to ensure this was still present.
The text was updated successfully, but these errors were encountered:
Description
If you interactively squash changes, and only squash a complete file deletion, "Error: No changes selected" tells you something's amiss.
If you squash a file deletion and a few other things, the file deletion doesn't get squashed and remains a part of the working-copy commit. The other changes do squash.
I haven't checked if this only happens with the builtin diff editor (what I've been using here) and thus is likely to be a bug with that, or if it's part of squash itself yet.
Am happy to look into this and possibly prepare a fix unless this is known/obvious/known to be hairy/etc.! Let me know. :)
Steps to Reproduce the Problem
Expected Behavior
File deletes are squashed into the target revision.
Actual Behavior
File deletes aren't squashed into the target revision, and remain a part of the working-copy commit.
Specifications
ssh-openssh
pair of commits rebased on top. I was previously on an older version but rebased to ensure this was still present.The text was updated successfully, but these errors were encountered: