Libgit2中如何判断快进和不快进？
How to judge fast-forward and no-fast-forward in Libgit2?
我在使用libgit2 merge的时候，发现每次merge都会产生一个新的oid，所以在merge commit之前应该有一个判断是否需要merge commit的函数。我用git_merge_analysis()来判断是哪种合并方法，但是总是returnsGIT_MERGE_ANALYSIS_UP_TO_DATE，想知道如果这是一个好习惯，那么最好的方法是什么？
如果可能，git_merge_analysis 应该 return GIT_MERGE_ANALYSIS_FASTFORWARD。否则，假设它还不是最新的（提交 oid 相等），正常结果表明像往常一样需要合并——这是不可能进行快进合并的时候。
就个人而言，当第一次使用 libgit2 时，我经常混淆 'ours' 和 'theirs'，这导致了意想不到的结果。由于分析方法将 'theirs' 与当前 HEAD 进行比较，如果 'theirs' 等于或已经是 HEAD 当前引用的提交的祖先（哪个可能已设置为先前合并的结果）。然而，如果交换了东西，如果 HEAD 是 'theirs'.
的祖先，你会得到快进的结果
我在使用libgit2 merge的时候，发现每次merge都会产生一个新的oid，所以在merge commit之前应该有一个判断是否需要merge commit的函数。我用git_merge_analysis()来判断是哪种合并方法，但是总是returnsGIT_MERGE_ANALYSIS_UP_TO_DATE，想知道如果这是一个好习惯，那么最好的方法是什么？
git_merge_analysis 应该 return GIT_MERGE_ANALYSIS_FASTFORWARD。否则，假设它还不是最新的（提交 oid 相等），正常结果表明像往常一样需要合并——这是不可能进行快进合并的时候。
就个人而言，当第一次使用 libgit2 时，我经常混淆 'ours' 和 'theirs'，这导致了意想不到的结果。由于分析方法将 'theirs' 与当前 HEAD 进行比较，如果 'theirs' 等于或已经是 HEAD 当前引用的提交的祖先（哪个可能已设置为先前合并的结果）。然而，如果交换了东西，如果 HEAD 是 'theirs'.
的祖先，你会得到快进的结果