说我正在开发一个新功能，我已经从'dev'分支分支出来，我已经工作了好几天了，还没准备好与'dev'合并并推送。< / p>
虽然我做了几次提交并且已经对dev进行了更改，然后将dev合并到我的功能分支中以保持自己更新。
这是我的问题。将我的功能分支推送到一个新的分支（与我的本地分支同名）到源（比如GitHub）只是为了备份目的，以及稍后将它合并到'dev'和/或'时是一个好主意主人'从原点删除它。
答案 0 :(得分：5)
每个开发人员都应该拥有自己的clone remote-repository。通过这种方式，他们可以分支和标记他们想要的任何内容并将其备份到远程位置。
当开发人员的更改已经过质量检查并被批准发布时，他们应该合并到master repository，即使他们位于不同的分支上。
通过这种方式，您可以在所有分支上拥有所有更改的本地/远程副本，但只有已完成/已批准的更改才能进入生产仓库，因为它是合并，包含所有提交历史记录，您将获得良好的工作流程。
答案 1 :(得分：2)
这听起来很合理 如果没有人从那个分支拉出来，我会建议rebase your feature branch on top of dev，而不是直接在特征中合并dev 这可以避免messy history（如果开发了几个功能） 但除了这个细节之外，将它推送到GitHub仓库是一个可行的工作流程（如果没有人试图拉动和合并那个分支，那么，所以一个好的命名约定是有序的。） 如果您的GitHub仓库是主项目的 fork ，您最终可以推送自己的分支并在以后删除它。
答案 2 :(得分：0)
我认为回到您自己的远程存储库进行备份没有什么害处，但是如果您构建的功能分支很大，那么您可以检查一下您的开发方法：
您可能会立即构建太多，并且应该将您在功能分支中开发的功能分解为许多较小的任务。这将使合并回到您的开发分支更容易。