我想知道是否有人可以就使用 git 时进行开发和修复错误的最佳方法提供建议。我的公司最近搬到了 github 来保持一个集中的 repo。我们通常有一个主分支，这就是我们在生产站点中拥有的。然后我们有一个开发分支，我们用它来保持对主分支的未来更新，并且每个编码器都有自己的一组分支（老实说，该组通常不大于 1）一旦更改被合并到开发中得到正式认可的。
问题是，除了开发之外，我确实必须不时地修复一些错误。
通常我的工作分支很脏，有很多修改过的文件，我保留了一个单独的存储库副本，它总是在开发分支中，所以我不必担心在修复错误时更改存储/更改分支，但我想知道你们中是否有人对如何解决这个问题有任何建议？
基本上，我发现这样做的唯一方法是存储我的更改，然后更改分支，但我不喜欢那样。
我已经检查了 SO 在键入此内容时给出的一些建议，但没有一个更接近。
谢谢。
我个人认为拥有大量修改过的文件并不是一件好事。我更喜欢许多较小的提交，尽管有时我会因为忘记提交的问题而感到兴奋（但对于较大的功能来说更是如此）。
在这些情况下，我会隐藏和切换分支。如果由于修改数据的大小或类型而无法选择，您还可以创建一个临时存储分支并进行提交，以检查当前存在的所有内容。当您返回并重新签出原始分支时，您可以撤消该提交git reset（或者只是在您一直在处理的分支上执行相同的操作）。这允许（与存储相反）也可以签入尚未在索引中的文件。把它想象成一个扩展的藏匿处。
临时存储分支的优点是您也可以将其推送到远程，例如继续在另一台设备上工作（如果我必须中止开发并继续在另一台设备上，我会使用它在设备之间同步脏工作树） .
git-flow是一个很好的帮手，可以为错误修复分支等维护干净的分支工作流程。不过，我认为它不遵循上面的建议。
另一方面，应该注意的是，拥有一个干净的错误搜索存储库（如果错误的来源不明显）可能会有所帮助。有时，与报告用户拥有的版本相比，细微的变化已经悄然出现。