提交到 Git 对象数据库有什么优势

本文关键字:什么 数据库 Git 对象 提交 | 更新日期: 2023-09-27 18:35:16

在这个libgit2sharp问题的评论中的讨论中,有人强调我可以针对对象数据库创建提交吗?

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

为什么比做普通的 git 添加和 git 提交更有优势?

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

提交到 Git 对象数据库有什么优势

当使用 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 允许直接在对象数据库中创建提交,而无需Stage()任何内容。事实上,这甚至适用于裸存储库。

除了提交之外,使用新的ObjectDatabase API,还可以创建BlobsTrees。一些可能使用的示例可以在 ObjectDatabaseFixture 单元测试中找到。

什么是提交到obect数据库?

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

为什么比做普通的 git 添加和 git 提交更有优势?

哇。。。这是一个广泛的子问题。而且没有有限的答案列表;-)在我的头顶上,这里有一些潜在的答案:

  • 这允许你独立于任何提交直接创建 Blob 和/或树
  • 使用标准working directory -> index -> odb工作流,一次只能准备一个提交。使用此 API,可以在非顺序流中创建 Blob 和树,然后在最迟时刻决定哪个树将关联到提交。
  • 此 API 还允许显式选择要创建的提交应承载的父项
  • Git 是一个内容可寻址文件系统,一个不可变的、仅追加的对象数据库。此 API 有助于使用标准源代码管理以外的其他用法。

目前,我的逻辑只是循环访问其他源代码管理系统中的文件,获取某个版本及其提交信息并执行存储库。Index.Stage,然后是存储库。犯。我假设这是正确的,我应该使用对象数据库吗?

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