On Mon, Mar 2, 2015 at 6:30 AM, Richard Hipp d...@sqlite.org wrote:
Ben Pollack's essay at
http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/
succinctly points up some of the problems with DVCS versus centralized
VCS (like subversion). Much further discussion occurs
I’m going to start two different reply forks: I’ll reply to the Pollack article
here, then send another message later to chime in on your proposal, drh.
On Mar 2, 2015, at 5:30 AM, Richard Hipp d...@sqlite.org wrote:
Ben Pollack's essay at
On Mar 2, 2015, at 5:30 AM, Richard Hipp d...@sqlite.org wrote:
The key idea would be to relax the requirement that each client load
the entire history of the project. Instead, a clone would only load a
limited amount of history (a month, a year, perhaps even just the most
recent check-in).
One question that arises is: how do I define what a server is? Can I
get the complete repository history for everything else but get a more
limited history for files that are larger than a certain size, or that
have certain extensions?
How would this work with sub-repositories (sorry, not versed
On 3/2/15, Richard Boehme rboe...@gmail.com wrote:
One question that arises is: how do I define what a server is? Can I
get the complete repository history for everything else but get a more
limited history for files that are larger than a certain size, or that
have certain extensions?
That
Ben Pollack's essay at
http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/
succinctly points up some of the problems with DVCS versus centralized
VCS (like subversion). Much further discussion occurs on the various
news aggregator sites.
So I was thinking, could Fossil
On Mon, Mar 02, 2015 at 07:30:44AM -0500, Richard Hipp wrote:
So I was thinking, could Fossil 2.0 be enhanced in ways to support
scaling to the point where it works on really massive projects?
I think the single biggest practical issue right now still goes back to
the baseline manifests not
On 3/2/15, Joerg Sonnenberger jo...@britannica.bec.de wrote:
On Mon, Mar 02, 2015 at 07:30:44AM -0500, Richard Hipp wrote:
So I was thinking, could Fossil 2.0 be enhanced in ways to support
scaling to the point where it works on really massive projects?
I think the single biggest practical
On Mon, Mar 02, 2015 at 11:38:38AM -0500, Richard Hipp wrote:
On 3/2/15, Joerg Sonnenberger jo...@britannica.bec.de wrote:
On Mon, Mar 02, 2015 at 07:30:44AM -0500, Richard Hipp wrote:
So I was thinking, could Fossil 2.0 be enhanced in ways to support
scaling to the point where it works on
9 matches
Mail list logo