我知道版本跟踪的文件是＆＃34;被忽略＆＃34;使用update-index --skip-worktree git将检测并不将任何传入的更改合并到标记为这样的文件。
此时的过程将是no-skip-worktree文件，存储它，执行合并，然后应用存储，然后重新跳过worktree文件。
我想知道是否有办法让这不那么乏味。我认为stash作为堆栈工作的方式有助于此。所以它将是一个git别名，它执行5个命令并接受一个参数（有问题的skip-worktree文件）：存储第一个arg，合并传递剩余的args，然后应用stash。
我想我已回答了我自己的问题，但我想知道是否有更优雅的方式来实现这一点。例如，这仍然需要我重新输入有问题的skip-worktree文件，或许最好只是自动检测所有这些并隐藏所有这些文件。但是还应该做一些更健全的检查......它现在开始变成多用途强制合并别名命令。
此外，还存在跟踪不同变化的问题。例如，我现在有一种情况，我想保留一个仅为我存在的代码块，但有时我也想对我实际必须提交的同一个文件进行更改。所以它变得有点乱，因为现在我必须提前改变文件的skip-worktree性质并隐藏我的＆＃34;忽略＆＃34;更改，并把它们放好，直到我完成最后的更改才真正提交，然后去做所有这些，然后应用存储，然后设置再次保持不变...
我认为我想要的是git实际上能够跟踪我这些假设在代码块级别而不是文件级别上的未更改的更改。