Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
Is it possible to create a Git repository that saves its objects into some database (SQLite, MongoDB, etc.) instead of on a filesystem?
It looks like I could probably store a full repository in MongoDB using something like GridFS.
Wondering if there is a way to make it so git push origin master reads from the database and acts just like the file system.
Is something remotely like that possible? Or must git be filesystem only?
You’d have to rewrite a whole lot of code. Git was built to have a standard filesystem as its backing store (and was specifically built to be very fast on Linux’s VFS subsystem).
The only truly practical way to accomplish something like this is if you wrote a FUSE filesystem that supported all the operations git requires, and used your database of choice as the back-end.
I’m not really sure why you’d want to do that or what you’re looking to accomplish. There’s really nothing to be gained in Git from the features of typical database, and a lot of performance to lose.