On Sun, July 20, 2008 10:37 am, David Brown wrote: > On Sun, Jul 20, 2008 at 10:03:58AM -0700, Lan Barnes wrote: > >>No, Tracy, they really did screw the pooch. You can spend years making >> mud >>pies, but they're still mud pies[0]. The fundamental architecture is IMO >>deeply flawed. >> >>- no change sets > > What's fascinating to me is that SVN seems to have made the same mistake > that P4 did. Both have everything in place to treat things as changesets. > It's just obvious that the developers don't see _why_ history should be > viewed that way. With some discipline, both allow a user to view > something > resembling a changeset. >
p4's change sets aren't change sets? I'm interested. How not? > I think that P4 is much worse in this regards, at least in practice. It > is > pretty much normal practice (even expected) that a given functioning > "version" consists of diverse versions of files, with an unversioned > rearranging of the directory tree to boot (the client view). With some > discipline, it doesn't have to be used this way, but the lack of branching > means that the random versioning is usually much easier, even to get > right. > p4 lets you rearrange directory trees (alas, empty dirs need a stub to stay alive). Again, am I missing something? p4 is a branch-on-checkout and does support branches. I'm _sure_ of that. > I think the curse of SVN was that they tried to make a better CVS. They > tried to make the limited functionality of CVS work a little better. They > didn't seem to be able to look at other solutions, or even what else has > been developed in the past 20 years. It's actually worse than that. > Their > discussions seem to indicate that they are aware of what other things > there > are, but don't see value in them. Willful disregard of knowledge counts > as > stupidity in my book. > Bingo and sooo true. Methinks I'm misinterpreting something. Did you mean svn rather than p4? -- Lan Barnes SCM Analyst Linux Guy Tcl/Tk Enthusiast Biodiesel Brewer -- KPLUG-List@kernel-panic.org http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
