On Mar 13, 2015 10:02 PM, "Andy Bradford" wrote:
, but it would seem that this is irrelevant. All that
> matters for Fossil 1.27 and older is that rid=1 is also type=ci.
The ONLY ways to get a checkin with rid 1 is for it to be the magic initial
checkin OR for it to be the first change in the re
sorry, forgot to say what the image is about: its the timeline after the
"swapped" the check-in on rid=1 by "reconstruct", but did not do update
before commit.
if anybody is interested, here is the git fast-export dump for a simple one
check-in:
git-one.dump
Description: Binary data
On Fri, Mar 13, 2015 at 4:28 PM, Jan Nijtmans
wrote:
> 2015-03-13 15:56 GMT+01:00 Marcel Graf :
> > Well, to kind of answer my own question: I tried it, and yes, it happens
> > too. Only using fossil version 1.27!
>
> Interesting. Thanks!
>
> Another way to trigger the 'problem' is using "fossil
Thus said Jan Nijtmans on Fri, 13 Mar 2015 16:28:47 +0100:
> Another way to trigger the 'problem' is using "fossil reconstruct".
> This function reconstructs the repository from artifacts on disk, it
> is very unlikely that the initial empty checkin is encountered as
> first artifact and
Thus said Jan Nijtmans on Fri, 13 Mar 2015 16:28:47 +0100:
> Another way to trigger the 'problem' is using "fossil reconstruct".
> This function reconstructs the repository from artifacts on disk, it
> is very unlikely that the initial empty checkin is encountered as
> first artifact and
2015-03-13 15:56 GMT+01:00 Marcel Graf :
> Well, to kind of answer my own question: I tried it, and yes, it happens
> too. Only using fossil version 1.27!
Interesting. Thanks!
Another way to trigger the 'problem' is using "fossil reconstruct".
This function reconstructs the repository from artifa
On Fri, Mar 13, 2015 at 3:35 PM, Marcel Graf
wrote:
> Hello everybody
>
> If I understood correctly from the recent discussion about repositories
> without initial check-ins (How to fix parallel timeline), the problem of
> two disconnected DAGs (and seemingly "lost" files) is triggered if
>
> A:
Hello everybody
If I understood correctly from the recent discussion about repositories
without initial check-ins (How to fix parallel timeline), the problem of
two disconnected DAGs (and seemingly "lost" files) is triggered if
A: fossil version 1.27 (or older) is used to open and work with a
B:
8 matches
Mail list logo
