javascript monotone
J Decker <[email protected]> Tue, 1 Mar 2016 01:16:31 -0800
| Newsgroups | gmane.comp.version-control.monotone.devel |
|---|---|
| Message-ID | <CAA2GJqWwo8xbLo=f5XmAHXnqDTiTp8=wiNMEiJ8hOphCZUU=aA@mail.gmail.com> |
I don't know how to phrase this. This is meant for the architect of the innermost guts of monotone... strip away a database, strip away a file system, and just track revisions. track merging of chains.... I read somewhere that in the distribution of monotone revision chunks that there are conglomerated chunks of revision that get sent and can later be referenced with a key(?) Maybe that's where the failure is... Sorry I've been imagining monotone doing a different job than source control, like ledger transactions for bank accounts. And to share those. The chains of transactions are verifiable, and I guess that's what bitcoin is kinda built on. I'd like a system for sharing ID's between nodes in a cluster.... where IDs are added, sometimes transfer, sometimes don't, those clusters exist as a memory idea somewhere in monotone at some point? Even if for optimization it is cursor driven so you can only see a portion of it at a time. and something entirely without boost. Can that be written and shared as a NPM module for node? :) I hear that v8 does extra clever things that allow it to more deeply optimize than a static compile does... it could; but it doesn't. - Or - I'd like a VFS interface (virtual file system) interface to monotone so I can load a place to store the database? Could just use my existing sqlite interface with a small hack I suppose... but you probably leverage more than I do (which is almost sufficient to look like ODBC's retarded stepcousin ) I dunno maybe it's not so hard?