Re: [PLUG] Git: net time gain or loss?

[Fred Stluka <fred@bristle.com>]

Right.  With multiple branches, and merging of branches, and
different people making unrelated sets of changes at the same
time, I don't see how sequential numbers are even possible.

As a couple people have said, Mercurial (Hg) tries but doesn't
always succeed, so it falls back to hashes.  Does anyone know
if Bazaar (Bzr) manages to pull it off somehow?

--Fred
------------------------------------------------------------------------
Fred Stluka -- Bristle Software, Inc. -- http://bristle.com
#DontBeATrump -- Make America Honorable Again!
------------------------------------------------------------------------

On 12/20/18 8:45 PM, Rich Freeman wrote:
> On Thu, Dec 20, 2018 at 8:22 PM JP Vossen <jp@jpsdomain.org> wrote:
> > I really, REALLY hate the digest thing!  You can't tell by looking at
> > two of them which is old and which is new, and THAT leads to all kinds
> > of contortions in the interface to hack-around that problem.
> So, this gets to the whole "odd workflow" thing but a big concept
> behind distributed VCS is that there is no one universal version of
> which commit came first.  Granted, in any particular branch there is a
> sequence.
>
> One issue with the design of git is that it isn't clear to me where
> you'd even store the sequence number and the rules you'd use to
> determine it.  Suppose commit A which has sequence 1 ends up in two
> branches.  They each have a sequence of commits.  Then somebody merges
> one of the commits from one branch into the other, and vice-versa.
> Merge commits have multiple parents, each with a potentially different
> sequence number - which number wins?
>
> On a side note the physical scientist part of me wants to point out
> that two observers can't even necessarily agree on the order in which
> two events even happened in the first place, no matter how accurate
> their clocks are...  :)
>
> Git breaks a lot of assumptions people have about how VCS works.
> Whether that is a good or bad thing depends on perspective, but to
> truly master it you must bend yourself to the tool.  I'll concede that
> if you're not dealing with world-class programmers that may not be
> practical.

___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug