不幸的是，在我目前的公司里，我们像宗教一样使用git rebase，我经常发现自己使用交互式rebase工具来修补主题和功能之间存在冲突的提交，有时我也会尝试遵循原子提交策略，将更改分组到特定的问题域（例如，特定的类或类组）。

• 更重要的是 *，我经常有这样的用例，我想一次创建2个stash条目：

1.文件diff，我想附加到我的历史中的特定提交，其中相关的更改已经提交
1.其余与#1中的目标提交无关的更改
但是如果我按照这个顺序进行stash（git stash push path/to/related/change; git stash --include-untracked），那么当我在交互式rebase commit patchup过程中检索stash时，stash将在git stash中的索引为2，这意味着我不能只写git stash pop，我必须写git stash pop stash@{1}，而且语法很容易出错，写起来会分散注意力，所以我不喜欢这样做。
据我所知，解决这个问题的可行方法是能够stash push所有工作更改（&未跟踪），同时排除fp模式。这是目前可能的，它是否实用/方便日常使用？