How to Cut and Paste Files on Mac (and Why Finder Makes It Weird)
Updated July 20, 2026
Finder has no Cut for files — pressing ⌘X on a file does nothing. The built-in way to move a file with the keyboard is to copy it first (⌘C), then paste it as a move with ⌘⌥V. That’s it: same result as cut and paste, different order of thinking.
The built-in way: ⌘C, then ⌘⌥V
- Select the file or folder and press ⌘C — yes, Copy.
- Go to the destination folder.
- Press ⌘⌥V (hold Option while pasting).
The file is moved, not duplicated. You can see this in Finder’s Edit menu: open it in a destination folder, then hold ⌥ — “Paste Item” changes to “Move Item Here”.
Why this design? Apple’s position is that a “cut” file sits in an ambiguous state — if you forget to paste, did it get lost? Copy-then-move avoids that state entirely. Reasonable in theory; disorienting for two decades of Windows muscle memory in practice.
Can you enable ⌘X for files in Finder?
No. There is no setting, no Terminal defaults command, and no supported way to make ⌘X cut files in Finder. The Cut menu item stays grayed out when a file is selected — it only works on text.
Moving files by drag and drop
The mouse rules are worth knowing, because they change silently:
- Drag within the same disk → the file is moved.
- Drag to a different disk or volume → the file is copied (you’ll see a green ”+” badge).
- Hold ⌘ while dragging to another disk → forces a move.
- Hold ⌥ while dragging anywhere → forces a copy.
If you’d rather just have cut and paste
Third-party file managers can implement real Explorer-style cut. In ComfortFiles, ⌘X cuts a file and ⌘V pastes it into the current folder, exactly like Windows Explorer — with ⌘Z to undo the move if you change your mind. See how cut and paste works in ComfortFiles.
If you stay with Finder, ⌘C + ⌘⌥V genuinely covers the same ground — it just asks your muscle memory to adapt rather than the other way around.