如何保留不应合并到主分支的变更？求Git实践方案

• 临时分支隔离测试代码
  从生产分支分别切出两个分支：一个feature/xxx专门写核心功能逻辑，另一个test/xxx只放测试场景的条件代码。开发阶段把test/xxx合并到feature/xxx就能带着测试逻辑跑验证，等所有测试通过后，直接把纯净的feature/xxx合并到生产分支就行——测试代码自始至终都没进过功能分支，完全不用担心误提交。而且测试分支可以留着，后续回归测试还能再用。

• Git Stash 暂存测试变更
  先在生产分支上写好测试场景的条件逻辑，执行git stash push -m "test-scenarios"把测试代码暂存起来；接着基于当前生产分支切功能分支开发；功能写完后，执行git stash apply恢复测试代码跑全量测试；确认没问题后，用git stash drop删掉暂存的测试代码，最后把功能分支合并到生产分支就行。要是开发期间生产分支有更新，记得先拉取最新代码再恢复stash，避免冲突。

• Git Cherry-Pick 精准挑选功能提交
  在同一个分支里，把功能代码和测试代码分成独立提交：功能逻辑的提交明确标注用途，测试逻辑的提交统一加[TEST ONLY]标记。测试通过后，用git log --oneline列出所有提交，找到纯功能的提交哈希值，执行git cherry-pick <功能提交哈希>把这些提交单独合并到生产分支，测试相关的提交直接丢弃就行。如果功能提交是连续的，还能直接用范围选择（比如git cherry-pick A..B），效率更高。

• Git Reset 回退测试变更
  如果测试代码是最后几个提交，而且还没推送到远程，测试通过后直接用git reset --hard HEAD~N（N是测试提交的次数）回退到没有测试代码的状态，或者直接指定生产分支初始化时的哈希值。回退后把干净的功能代码推送到生产分支就行。注意：要是测试提交已经推到远程，别用硬重置，避免影响其他人。

• Git Patch 精细化优化（补充你已用的方案）
  把测试逻辑单独生成patch文件：执行git diff > test-scenarios.patch保存测试代码的差异；开发功能时完全不把测试代码加入版本控制；测试时用git apply test-scenarios.patch应用测试逻辑，跑完测试后用git apply -R test-scenarios.patch撤销测试代码，确保功能分支纯净后再提交到生产分支。patch文件可以单独存起来，下次测试同个功能还能复用，也不会污染版本历史。

内容的提问来源于stack exchange，提问作者Slaus