I've been look for a way to use Git for smaller, high volume document storage - think something like Google docs where every doc is a repo and every change is a commit - but also, where the vast majority of docs age out and are effectively archived and not used, but still need to be available.
This looks like it technically, I just wonder how well the pricing scales for that case of docs that might never be read again...
We have folks using us to back crms, design tools, and all kinds of "non-code" stuff.
Please reach out - would love to connect!
LLMs are often used for changing code. If an LLM creates a patch that touches 10 files, you need to take the following steps to save that patchfile on GitHub using their rest API.
.
1. Get the base branch SHA
2. Create a new branch (ref)
3. Create blobs (one per file… 10 blobs!)
4. Create a tree containing those 10 file changes
5. Create a commit
6. Update the branch ref to point to the new commit
7. Pull the GitHub api until it stops returning 422's (an eventual consistency issue when GitHub is under high load)
.
About 15 total requests…
With code.storage you just post the complete diff:
```
const result = await repo.createCommitFromDiff({
});```
or better you can stream us your updated files, and we'll apply the diff for you.
```
const result = await repo
```On top of ergonomics, we have first class APIs for git notes, grep, get archive (include/exclude by blob), and other filesystem behavior that is exceeding helpful when working with LLMs.