化石的典型工作流程是啥，尤其是与 git 相比？

Posted 2023-02-19

【中文标题】化石的典型工作流程是啥，尤其是与 git 相比？

【英文标题】：What is the typical workflow with fossil, especially compared to that of git?化石的典型工作流程是什么，尤其是与 git 相比？

【发布时间】：2012-09-20 04:38:28

【问题描述】：

对于 git，“A successful Git branching model”给出了很好的建议。

我想试一试Fossil，它似乎与 git 非常兼容（到目前为止我注意到的最显着的区别（SCM 功能）是拒绝git-rebase 的功能，部分缓解了shunning 功能）。那么 git 工作流程可以简单地 1:1 调整，还是更推荐不同的工作流程？例如。化石的附加功能（集成的问题跟踪器和 Wiki）如何集成？

_{（来源：nvie.com）}

【问题讨论】：

FWIW，我在我的化石托管项目中使用这种模式（我目前没有使用问题跟踪器或 wiki）。主要的工作流程差异是化石没有像 git rebase 操作这样的东西（因为它的开发人员认为它不应该有）。

那么你在 hostory 中有一堆错字和快速修复提交吗？还是您有其他方法来清理提交？还是在代码完全准备好之前不提交，这对我来说似乎有风险？

【参考方案1】：

据我所知，fossil 使用自动同步模式来减少可能使开发人员忙碌的分支。

因此，每个开发人员都会设置自动与主备份存储库同步。然后当想要增强一个功能时，只需在签入时设置一个分支。当功能可用时，合并回主干。

如果您想让所有开发人员共享相同的分支树以进行审核，请在克隆时添加 --private 选项。

所以，在你给的图片中。我们可以将“开发”视为“主干”。以及所有其他作为提交的 --branch 选项。

当我们想在一个分支下开发时，只需'化石更新