Re: Move tracking -- concept demo
From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Wed, 26 Nov 2014 19:09:59 +0000
Stefan Sperling wrote:
Hi Stefan, and thanks for saying this.
> I remember Branko telling me last summer he had a vision of how moves
That's exactly why I'm trying to open up communication, because I feel we've been working in silence too much. Me in particular: I'm not a naturally talkative person and no-one has been asking me, so I have to force myself to start putting something out there, both code and words.
Philip pointed out (and I'm paraphrasing too) that it was all very well to have theoretical ideas, but we couldn't evaluate their usefulness without trying them out in some kind of real way. Hence me writing this demo code.
Also it is pretty near impossible to understand someone else's ideas when they are quite a long way from current state and not extremely well articulated. Discussion isn't very productive between people who only share a very vague common understanding. When I did post my theoretical notes, I didn't get much response. Something that you can touch, and where you can see real results, should be much easier to engage with.
So now I'm trying to invite everyone to join in with running some scenarios involving moving and merging, and see what we like and what we dislike about how it works. That will give us some new ideas and expectations as to what might be possible, whatever direction we choose to pursue, and in doing so will help us decide what directions are best.
To get the whole community involved and come to a shared goal, we need to share these ideas in public and discuss them and see where they lead. When the ideas are too abstract, we need to play with a demo and see what we can learn from it, positive and negative.
To reiterate, at this point the aim is to share the *ideas*, so that we can then have informed discussions.
> What's the grand vision that unites this design with other (as of
There is no conclusion, yet, nor a grand vision other than what I said about wanting move tracking to be "solidly supported".
I could characterize this design as taking quite a rigid approach, with the objective of arriving at quite simple "mathematical" definitions of the difference between two branch-revisions, and the calculation of a 3-way merge, and so on. In order to do this it mandates declaring branches in advance, and having a 1:1 mapping between the elements in different branches for merging, among other things.
This is an archived mail posted to the Subversion Dev mailing list.