具有本地配置的 Git 功能分支工作流程

Question

我有一个存储库的 GitHub 分支，我将在其上创建一个分支来实现特定功能。我希望最终这个分支将被带入原始存储库。我有几个关于工作流程的问题。

我已经创建了这个分支的本地副本。 主（或主）分支是否应该完全由我更改并始终与原始分支同步？

该项目是一个多平台Flutter应用程序。它需要对其进行一些更改，以允许项目在我的计算机上构建，然后部署到我的测试设备。现在，.gitignore 中有一些文件肯定与本地配置有关，但我怀疑某些配置文件被跟踪（可能是原作者无意中跟踪的）。

是创建分支的最佳实践，假设“local-config”进行必要的更改以在我的设备上运行，然后创建另一个仅实现功能的分支，我们将其称为“功能”，然后对其进行测试，将“本地配置”从“功能”变基？

这样我就可以在本地设备上测试功能分支，同时能够将功能分支推送到 GitHub fork 存储库，而无需添加配置相关文件。

Answer 1

主（或主）分支是否应该完全由我更改并始终与原始分支同步？

tl;dr 没有必要保持叉子“干净”

main

。使用

origin/main

。

---

如果您的分叉版本只是为了回馈上游项目，请保留

main

。在分支中工作，向上游项目发出拉取请求，等待它们被接受，然后

git pull

更新您的主项目。

如果您打算使用分叉版本，请在您的项目上执行正常的功能分支工作流程。从主分支分支，在分支中工作，并将它们合并到主分支中（即使在个人自己的项目中使用 PR 通常也很有用）。

Upstream 的

main

版本可以从其远程跟踪分支

origin/main

获取。如果您想进行“干净”的贡献，您可以从此分支。您可以

git fetch origin

更新

origin/main

。当您想要合并来自上游的更新时，您可以

git pull

或将

origin/main

合并到

main

。