GitObjectDb 0.2.155-alpha
dotnet add package GitObjectDb --version 0.2.155-alpha
NuGet\Install-Package GitObjectDb -Version 0.2.155-alpha
<PackageReference Include="GitObjectDb" Version="0.2.155-alpha" />
paket add GitObjectDb --version 0.2.155-alpha
#r "nuget: GitObjectDb, 0.2.155-alpha"
// Install GitObjectDb as a Cake Addin #addin nuget:?package=GitObjectDb&version=0.2.155-alpha&prerelease // Install GitObjectDb as a Cake Tool #tool nuget:?package=GitObjectDb&version=0.2.155-alpha&prerelease
GitObjectDb simplifies the configuration management versioning by backing it in Git.
Name | Badge |
---|---|
GitObjectDb | |
GitObjectDb.SystemTextJson | |
GitObjectDb.YamlDotNet | |
GitObjectDb.Api.OData | |
GitObjectDb.Api.GraphQL | |
GitObjectDb.Api.ProtoBuf | |
GitObjectDb.Api.ProtoBuf.Model |
Overview
GitObjectDb is designed to simplify the configuration management versioning. It does so by removing the need for hand-coding the commands needed to interact with Git.
The Git repository is used as a pure database as the files containing the serialized copy of the objects are never fetched in the filesystem. GitObjectDb only uses the blob storage provided by Git.
Here's a simple example:
- Define your own repository data model:
[GitFolder("Applications")] public record Application : Node { public string Name { get; init; } public string Description { get; init; } } [GitFolder("Pages")] public record Table : Node { public string Name { get; init; } public string Description { get; init; } [StoreAsSeparateFile(Extension = "txt")] public string? RichContent { get; init; } }
- Manipulate objects as follows:
var existingApplication = connection.Lookup<Application>("main", "applications", new UniqueId(id)); var newTable = new Table { ... }; connection .Update("main", c => c.CreateOrUpdate(newTable, parent: existingApplication)) .Commit(new("Added new table.", author, committer));
Features
Structured & unstructured data storage
var node = new SomeNode
{
SomeProperty = "Value stored as json",
RichContent = "Value stored as raw text in separate Git blob, next to primary one",
}:
... gets stored in Git as follows:
- zerzrzrz.json
{
"$type": "Sample.SomeNode",
"id": "zerzrzrz",
"someProperty": "Value stored as json"
}
- zerzrzrz.RichContent.txt
Value stored many dynamic resources in separate Git blob, next to primary one
You can also store resources as separate files:
new Resource(node, "Some/Folder", "File.txt", new Resource.Data("Value stored in a separate file in <node path>/Resources/Some/Folder/File.txt"));
Branching
connection
.Update("main", c => c.CreateOrUpdate(table with { Description = newDescription }))
.Commit(new("Some message", signature, signature));
connection.Checkout("newBranch", "main~1");
connection
.Update("main", c => c.CreateOrUpdate(table with { Name = newName }))
.Commit(new("Another message", signature, signature));
Comparing commits
var comparison = connection.Compare("main~5", "main");
var nodeChanges = comparison.Modified.OfType<Change.NodeChange>();
Node references
Node references allows linking existing nodes in a repository:
public record Order : Node
{
public Client Client { get; set; }
// ...
}
public record Client : Node
{
// ...
}
// Nodes get loaded with their references (using a shared )
var cache = new Dictionary<DataPath, ITreeItem>();
var order = connection.GetNodes<Order>("main", referenceCache: cache).First();
Console.WriteLine(order.Client.Id);
Merge, Rebase, Cherry-pick
// main: A---B A---B
// \ -> \ \
// newBranch: C C---x
connection
.Update("main", c => c.CreateOrUpdate(table with { Description = newDescription }))
.Commit(new("B", signature, signature));
connection.Repository.Branches.Add("newBranch", "main~1");
connection
.Update("newBranch", c => c.CreateOrUpdate(table with { Name = newName }))
.Commit(new("C", signature, signature));
sut.Merge(upstreamCommittish: "main");
Node versioning management
Imagine a scenario where you define in your code a first type:
[GitFolder(FolderName = "Items", UseNodeFolders = false)]
[IsDeprecatedNodeType(typeof(SomeNodeV2))]
private record SomeNodeV1 : Node
{
public int Flags { get; set; }
}
[GitFolder(FolderName = "Items", UseNodeFolders = false)]
private record SomeNodeV2 : Node
{
public BindingFlags TypedFlags { get; set; }
}
You then want to introduce a new change so that the Flags
property contains more meaningful information, relying on enums:
[GitFolder(FolderName = "Items", UseNodeFolders = false)]
private record SomeNodeV2 : Node
{
public BindingFlags TypedFlags { get; set; }
}
All you need to do is to #1 add the [IsDeprecatedNodeType(typeof(SomeNodeV2))]
attribute. This will instruct the deserializer to convert nodes to new version, using a converter. #2 converter needs to be provided in the model. You can use AutoMapper or other tools at your convenience.
[GitFolder(FolderName = "Items", UseNodeFolders = false)]
[IsDeprecatedNodeType(typeof(SomeNodeV2))]
private record SomeNodeV1 : Node
{
// ...
}
var model = new ConventionBaseModelBuilder()
.RegisterType<SomeNodeV1>()
.RegisterType<SomeNodeV2>()
.AddDeprecatedNodeUpdater(UpdateDeprecatedNode)
.Build();
Node UpdateDeprecatedNode(Node old, Type targetType)
{
var nodeV1 = (SomeNodeV1)old;
return new SomeNodeV2
{
Id = old.Id,
TypedFlags = (BindingFlags)nodeV1.Flags,
};
}
Documentation
See documentation.
Prerequisites
- .NET Standard 2.0 or 2.1
Online resources
- LibGit2Sharp (Requires NuGet 2.7+)
Quick contributing guide
- Fork and clone locally
- Create a topic specific branch. Add some nice feature. Do not forget the tests 😉
- Send a Pull Request to spread the fun!
License
The MIT license (Refer to the LICENSE file).
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
.NET Framework | net48 is compatible. net481 was computed. |
-
.NETFramework 4.8
- CompareNETObjects (>= 4.83.0)
- fasterflect.reflect (>= 3.1.0)
- LibGit2Sharp (>= 0.30.0)
- Microsoft.Extensions.Caching.Abstractions (>= 8.0.0)
- Microsoft.Extensions.Caching.Memory (>= 8.0.0)
- Microsoft.Extensions.DependencyInjection.Abstractions (>= 8.0.1)
- Microsoft.Extensions.Logging (>= 8.0.0)
- Realm (>= 11.7.0)
- System.Collections.Immutable (>= 8.0.0)
- System.Runtime.Caching (>= 8.0.0)
-
net8.0
- CompareNETObjects (>= 4.83.0)
- fasterflect.reflect (>= 3.1.0)
- LibGit2Sharp (>= 0.30.0)
- Microsoft.Extensions.Caching.Abstractions (>= 8.0.0)
- Microsoft.Extensions.Caching.Memory (>= 8.0.0)
- Microsoft.Extensions.DependencyInjection.Abstractions (>= 8.0.1)
- Microsoft.Extensions.Logging (>= 8.0.0)
- Realm (>= 11.7.0)
- System.Collections.Immutable (>= 8.0.0)
- System.Runtime.Caching (>= 8.0.0)
NuGet packages (6)
Showing the top 5 NuGet packages that depend on GitObjectDb:
Package | Downloads |
---|---|
GitObjectDb.SystemTextJson
Provides a Json serialization based on System.Text.Json for GitObjectDb nodes. |
|
GitObjectDb.Api.GraphQL
Provides GraphQL endpoints for querying and mutating GitObjectDb repository. |
|
GitObjectDb.Api.OData
Provides OData endpoints for querying GitObjectDb repository. |
|
GitObjectDb.YamlDotNet
Provides a Yaml serialization based on YamlDotNet for GitObjectDb nodes. |
|
GitObjectDb.Api.ProtoBuf
Provides Grpc endpoints for querying GitObjectDb repository. |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
0.2.155-alpha | 59 | 3/29/2024 |
0.2.142-alpha | 211 | 12/6/2023 |
0.2.141-alpha | 97 | 11/15/2023 |
0.2.140-alpha | 91 | 11/9/2023 |
0.2.138-alpha | 105 | 10/2/2023 |
0.2.136-alpha | 80 | 9/26/2023 |
0.2.134-alpha | 78 | 9/22/2023 |
0.2.133-alpha | 160 | 5/19/2023 |
0.2.130-alpha | 85 | 5/12/2023 |
0.2.129-alpha | 80 | 5/12/2023 |
0.2.128-alpha | 100 | 4/5/2023 |
0.2.123-alpha | 108 | 3/28/2023 |
0.2.114-alpha | 117 | 3/7/2023 |
0.2.113-alpha | 100 | 3/7/2023 |
0.2.112-alpha | 103 | 3/7/2023 |
0.2.111-alpha | 115 | 2/4/2023 |
0.2.99-alpha | 125 | 12/22/2022 |
0.2.97-alpha | 115 | 11/15/2022 |
0.2.94-alpha | 124 | 10/18/2022 |
0.2.92-alpha | 118 | 9/28/2022 |
0.2.85-alpha | 135 | 9/22/2022 |
0.2.83-alpha | 122 | 9/21/2022 |