Question

在这篇libgit2sharp issue的评论中，有人强调我可以针对对象数据库创建提交吗？

什么是提交到对象数据库？

为什么优于正常的git add和git commit？

我正在尝试将提交历史记录从另一个源控制系统SourceGear导入Git。目前，我的逻辑只是循环遍历其他源代码控制系统中的文件，获取某个版本及其提交信息并执行repo.Index.Stage然后repo.Commit。我假设这是正确的，我应该使用对象数据库吗？

Answer 1

在对抗LibGit2Sharp时，标准的提交方式确实是以下工作流程：

using (var repo = new Repository("path/to/a/repository"))
{
    // do stuff

    repo.Index.Stage("path/to/file1");
    repo.Index.Stage("path/to/file2");

    repo.Commit("This is my commit", ....);

    // more stuff
}

但是，这需要一个非裸存储库：具有工作目录和索引的存储库。

Stage()调用将您工作目录中的文件注册到索引。 Commit()调用会在对象数据库中创建索引内容的不可变时间戳快照。

从版本v0.9开始，LibGit2Sharp允许直接将Commits创建到对象数据库中，而无需Stage()任何内容。事实上，这甚至可以对付裸存储库。

除了提交，使用新的ObjectDatabase API，您可以创建Blobs或Trees。可以在 ObjectDatabaseFixture 单元测试中找到一些可能的使用示例。

什么是提交到obect数据库？

实际上，Commit总是最终被存储到对象数据库中。新API公开了一些较低级别的操作，这些操作在某些高级脚本操作中可能会派上用场。

为什么优于正常的git add和git commit？

哇...这是一个广泛的子问题。而且没有一个有限的答案清单;-)在我的头顶，这里有一些可能的答案：

这使您可以独立于任何提交
使用标准working directory -> index -> odb工作流程，一次只能准备一个提交。使用此API，您可以在非顺序流中创建Blob和Trees，然后在最近时刻决定哪个Tree将与Commit关联。
此API还允许显式选择要创建的承诺的父项
Git是一个内容可寻址的文件系统，一个不可变的，仅附加的对象数据库。此API有助于其他类型的使用，而不是标准的源代码控制。

目前我的逻辑只是循环遍历其他源代码控制系统中的文件，获取某个版本及其提交信息，然后执行repo.Index.Stage，然后执行repo.Commit。我假设这是正确的，我应该使用对象数据库吗？

考虑到您的使用案例，标准工作流程看起来就足够了。

提交Git对象数据库有什么好处？

1 个答案: