Git 如何合并错误修复

我有以下情况，我不确定什么是最好的工作流程。我确实需要一些建议：

我们有： -存储库origRepo分支：master和 -a分支：主分支、远程分支或主分支

我们可以假设，在回购分支中，主分支总是由

一些用户处理了fork repo并进行了一些分支测试。 在以下情况下，用户应应用什么工作流：

情景1： 他正在工作，刚刚注意到文件a中有一个bug，应该立即在master中更新

他是否应该在单独的提交中提交文件A的错误修复 分支测试中的错误修复？如何进行？？将测试与主测试合并不起作用，因为仍有未完成的工作。 他应该拉主人吗？要获取master的最新版本，则 从主服务器签出分支错误修复，提交修复文件 然后将bugfix与master和test合并，以获得两个分支中的更改。 我很难理解他是如何将修改后的文件A分支内测试放入bugfix分支以便提交的。我的意思是，在分支错误修复中再次编辑文件是多余的

情景2： 他已经提交了好几次，他的工作目录现在真的与未完成的工作纠缠不清，他的工作目录是干净的git状态。他现在意识到他有几个更新的文件，这些文件也应该在master branch中更新，他是如何做到这一点的

最后一个问题是： 如果测试分支已经准备好合并，那么如果只想合并选择性文件，它应该如何合并到主分支中。我们可以通过以下方式实现这一点：

git checkout master
git merge --no-ff --no-commit test
git add -i  # to interactively stage and unstage files which should not be merged into master again, because the might have been changed only for testing purposes.
git commit -m "merging test"

我真的很感激任何关于这些场景的提示的评论。我几乎不知道在这一刻该怎么做？采摘樱桃？合并？ 我基本上不想重定基准，因为我不太喜欢这个工具，我更希望合并，这对我来说更直观

git checkout master
git merge --no-ff --no-commit test
git add -i  # to interactively stage and unstage files which should not be merged into master again, because the might have been changed only for testing purposes.
git commit -m "merging test"