3

在这个libgit2sharp 问题中的评论讨论中，强调了我可以针对对象数据库创建提交？

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

为什么比执行普通的 git add 和 git commit 更有优势？

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

4

1 回答 1

4

在使用 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()调用将工作目录中的文件注册到index中。该调用将索引Commit()内容的不可变时间戳快照创建到对象数据库中。

从 v0.9 版本开始，LibGit2Sharp 允许直接在对象数据库中创建提交，而不需要Stage()任何东西。事实上，这甚至适用于裸存储库。

除了 Commits，使用新的ObjectDatabaseAPI，可以创建Blobs或Trees. 在ObjectDatabaseFixture单元测试中可以找到一些可能使用的示例。

什么是提交到 obect 数据库？

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

为什么比执行普通的 git add 和 git commit 更有优势？

哇...这是一个广泛的子问题。并且没有一个有限的答案列表；-) 在我的脑海中，这里有一些潜在的答案：

  • 这允许您独立于任何提交直接创建 Blob 和/或树
  • 使用标准working directory -> index -> odb工作流程，一次只能准备一个提交。使用此 API，您可以在非顺序流中创建 Blob 和树，然后在最迟决定将哪个树关联到 Commit。
  • 此 API 还允许显式选择要创建的 Commit 应承担的父母
  • Git 是一个内容可寻址的文件系统，一个不可变的、只追加的对象数据库。此 API 促进了标准源代码控制之外的其他类型的使用。

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

考虑到您的用例，标准工作流程似乎就足够了。

于 2012-05-24T10:43:33.247 回答