PS: Also apps such as VS-Code or Obsidian which work on local files and have git plugins would be interesting!
Both serve files from a git repository, and lit will actually write to the repository. There are several others that Tim has built over the years, but those are the two that I am familiar with.
https://github.com/microsoft/FluidFramework/tree/main/server...
I'm already sold on the idea of using Git as a database for content and localization. But I'm obviously biased as we are working on a similar solutation ;) It is called FrontAid and it is a CMS that stores your (localized) content in a JSON file within your own repo. More information can be found at https://frontaid.io/
Using Git for content has some great benefits. Like complete version history, easy reverts (for devs at least), (feature) branch support, Git hooks, ... And of course, you own your content at all times.
PS: Both the "Editor" and "VS-Code-Extension" links in your repo are broken.
I used it as the editorial interface for a little static blog: https://www.wildernessprime.com/
https://gerrit-review.googlesource.com/Documentation/note-db...
I don't think it really counts as an app with a backend, and it can use other VCSs as the data store (it used to default to mercurial until a few years ago), but it's up there as one of the things I install early when I'm using a new system.
It has only saved me once or twice, but each time I've been glad it's there.
Source: I’m a former tweep.
The API of libgit2 is great. If you don’t need the more advanced features of Git, I recommend taking a look!
https://github.com/GitJournal/GitJournal
Recent HN discussion: https://news.ycombinator.com/item?id=31914003
When it came time to add strings and I/O I realized that it would mess up purity to provide the typical POSIX-ish filesystem APIs, so I thought, what if I denote strings (of byte sequences, or even bits) as a three-tuple of (hash offset length) backed by a git object store?
The IDE uses a git repo as its fundamental base or environment, you can only edit files that are in the repo (there is an "import" function (aka "git add") of course.) This includes source code and any string literals so your strings already automatically have a three-tuple, and this is true for selections as well.
The obvious thing then is to have (pure) functions that convert these three-tuples into, say, a list of 0..255 ints, or UTF-8 codes, or a (possibly multidimensional) array of floats or whatever...
It seems to work out nicely so far.
The original use case was to support branch archives in remote rural areas with poor connectivity who were collecting video oral histories. The metadata could be synced over the wire to the central hub but binaries would be shipped periodically on hard drives. "Never underestimate the bandwidth of a station wagon loaded with backup tapes".
Git's structure has excellent properties for maintaining the fixity of data and helps with provenance and chain-of-custody documentation.
"The miniature single-file buzz-word-compliant Git based chat client." https://github.com/JKrag/GitSlick
He wrote it out of a need and it actually works for his use-case:
> I created GitSlick mostly for sending messages to myself from one machine to another, mostly for use on e.g. customer machines where I can't use our own company Slack, and may be limited in what other tools I can install.
1. A git based tool to scrobble the music I am listening to, like Last.FM.
2. A status logger, I really, really miss the old MSN or GTalk days when there's a status line to show what my friends are doing or their mood. In fact most people have forgotten that's the original case for twitter.
3. A git based comment system to replace Disqus, I can merge for incoming comments or reject spam.
4. life streaming to log the movie I've watched or books I've read.
The main challenge for something like our app is search. Git is good at creating files and managing versions/branches but not good at search files or their content. I'm not a git expert to fully backup that claim but that's been our experience. You can layer on your own search capabilities if you need it but then you might want to start asking if a full DB is better.
https://cloud.spring.io/spring-cloud-config/multi/multi__spr...
https://doggos.com/add-business/
when you submit this form, a PR is created with githubs pull request API and a build is triggered on vercel. but the site is static and has no backend otherwise. if building the PR passes, the new link is aliased to production
https://phiresky.github.io/blog/2021/hosting-sqlite-database...
This is not a good idea however. Anything you install that has thousands of files will slow down brew substantially during updates. GitHub has had issues specifically with brew.sh misusing their service.
Git should not be a backend for any application, it was not designed for such purpose...and you will be violating GitHub or any source host TOS.