Tahoe as git remote

Jean-Rene David tahoe-dev at levelnine.net
Mon Oct 26 10:55:55 UTC 2015


* Greg Troxel [2015.10.23 09:21]:
> 
> Jean-Rene David <tahoe-dev at levelnine.net> writes:
> 
> > The problem I would like to solve is how to get
> > git to write its objects to tahoe. Is sshfs my
> > only option? I read that this may not be entirely
> > reliable. 
> 
> This is my biggest complaint about tahoe; the universal interface to
> filesystems is throught the OS VFS layer, and tahoe has been mostly
> living in a world where people are expected to run special tahoe
> commands.
> 
> Part of the reason is that that tahoe has features that don't fit neatly
> in the POSIX filesystem spec.   I see that as an opportunity to grow the
> interface to do things that multiple filesystems need, rather than to
> reject it and expect the world to somehow put tahoe-specific code in
> various places.
> 
> > Are there other options? I'm perfectly willing to
> > write some code. But I'm not sure where to start. 
> 
> I see two reasonable ways forward.  One is to test and/or debug the
> sshfs approach, and perhaps finish how authentication is handled.  It
> would be reasonable to run filesystem tests on it.
> 
> The other is to implement a FUSE interface for tahoe.

Actually the reason I wanted to use tahoe as a
remote only was to avoid going the filesystem
route. There is a protocol to talk to remotes and
it's completely different (and hopefully simpler)
than implementing a filesystem layer.

What I didn't know, and found out while
researching for this little project, is that git's
remote protocol is clearly defined in its own man
page and git even supports the addition of
user-defined transports. I stumbled upon the
gitremote-helpers man page and was very pleasantly
surprised.

I didn't look into the details yet, but this just
may have made my problem a whole simpler to solve.

There may be a git-remote-tahoe command on the
way. :-)

-- 
JR


More information about the tahoe-dev mailing list