总是git合并——不使用ff（不使用快进）安全吗？_Git

总是git合并——不使用ff（不使用快进）安全吗？

git

总是git合并——不使用ff（不使用快进）安全吗？,git,Git,默认情况下，我不希望进行ff合并。但是，我是否放弃了任何安全性，就像使用rebase时一样？我建议始终使用——不使用ff，因此保留历史记录，事实上，这是我们在工作中使用的标准，请注意这是一个你在考虑什么样的安全？关于rebase，当您“重写您的历史记录”时，您是否在暗示它为已经拥有您的现有提交历史记录的其他人所做的工作？快进合并afaik是最安全的，因为您永远不会丢失数据。我不知道rebase的细节，但我知道如果使用不当，可能会丢失信息。那么，我想你指的是“历史重写”。在这种情况下，这不是问题

默认情况下，我不希望进行ff合并。但是，我是否放弃了任何安全性，就像使用rebase时一样？

我建议始终使用——不使用ff，因此保留历史记录，事实上，这是我们在工作中使用的标准，请注意

这是一个

你在考虑什么样的安全？关于

rebase

，当您“重写您的历史记录”时，您是否在暗示它为已经拥有您的现有提交历史记录的其他人所做的工作？快进合并afaik是最安全的，因为您永远不会丢失数据。我不知道rebase的细节，但我知道如果使用不当，可能会丢失信息。那么，我想你指的是“历史重写”。在这种情况下，这不是问题：非ff合并只是添加一个新的提交并移动一个分支标签。快进合并将标签移动到现有（但向前）提交。两者都是“安全的”，因为它们不“删除提交”。