Git 版本控制：我是否应该提交非工作代码（单独的分支）？

很抱歉，我无法决定这个问题是否属于stackoverflow，在这里

我想知道这是否应该是一个好主意，或者不经常提交，即使在我的情况下，这意味着提交非工作代码

我正在重构整个应用程序，以更改为新的库，如果我不经常提交，我会感到担心

我有一个单独的分支来处理这个特性，以避免使用Git破坏master上的代码

---

您能否提供更好的解决方案，以及可能的一些示例，说明为什么这会是好的/坏的，如果有替代方案的话？

我通常的工作流程是：我将大量非工作代码提交到一个可以明确识别的分支上，例如，一个分支tmp/bart/working-on-feature-X。我还将其大量推到远程，基本上，我正在使用遥控器作为备份

---

每当我的代码处于良好的可发布状态时，我都会重新设置基址：将所有属于同一个组的提交压缩为一个带有有意义的消息的提交，推送到远程上的新分支，并创建一个拉请求。我通常的工作流程是：我将大量非工作代码提交到一个可以清楚识别的分支上，例如。，一个分支tmp/bart/working-on-feature-X。我也经常将它推到远程，基本上，我使用远程作为备份

---

每当我的代码处于良好的可发布状态时，我都会重新设置基址：将所有属于同一个组的提交压缩成一个带有有意义的消息的提交，推送到远程上的新分支并创建一个拉请求

当它不工作时，您可以在本地提交任意多的请求，只是不要将其推到主repo。然后，当您的工作完成后，您可以使用rebase将多个提交压缩为一个，以便在推送到主回购之前进行整理。相关：您可以在本地提交不起作用的内容，但不要推送到主回购。然后，当您的工作完成后，您可以使用rebase将多个提交压缩为一个，以便在推进主回购之前进行整理。相关：是的，我通常有一个团队回购，我在自己的github帐户上进行分支。我会在那里放置非工作代码，但我没有足够的经验来重新设置基础，我还没有真正了解重新设置基础。是的，我通常有一个团队回购，我在自己的github帐户上进行分支。我会把不工作的代码放在那里，但我没有足够的经验来重定基址，我还没有真正学会重定基址。