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
and - as part of a bigger restructuring - I want to change it like this: folder_b_3 should be moved up to root, and folder folder_b with all its remaining contents should be removed:
I tried to do this with inverted path filtering (--invert-paths), but it seems the --path filtering is always executed before the --path-rename regardless of the order of the commands:
Since "ordering issues" are mentioned with (positive) path filtering and renames in the user manual, I thought it should also be considered accordingly with inverted path filtering.
The text was updated successfully, but these errors were encountered:
Sorry for taking so long to fix this. I looked at it a time or two in the past and was perplexed. Had a facepalm moment today.
Turns out this did work once upon a time, but was broken by 092d016 (filter-repo: implement --use-base-name, 2019-05-17). Anyway, now fixed by 19b1cb6 (filter-repo: also allow --path-rename arguments before --path arguments, 2024-11-25) which I just pushed.
(Also, to make matters worse, this is a duplicate of #142, meaning multiple people hit this issue.)
I have a repository like this:
and - as part of a bigger restructuring - I want to change it like this:
folder_b_3
should be moved up to root, and folderfolder_b
with all its remaining contents should be removed:I tried to do this with inverted path filtering (
--invert-paths
), but it seems the--path
filtering is always executed before the--path-rename
regardless of the order of the commands:So, the current (undesired) result is, that nothing of
folder_b
survives:Since "ordering issues" are mentioned with (positive) path filtering and renames in the user manual, I thought it should also be considered accordingly with inverted path filtering.
The text was updated successfully, but these errors were encountered: