Re: lists--patch-4: list fixes, alist functions

Tom Lord <lord-1tv/[email protected]> Fri, 6 Feb 2004 12:54:49 -0800 (PST)
Newsgroups gmane.lisp.scheme.pika.devel
Message-ID <[email protected]>
Ok.... yr all merged up with me.  I've also caught up with the parts
of jivera's code that you had merged that I hadn't.

Looks nice and thanks for all this.

I'd like to ask a favor:

Currently, we have a little tangled mess of patch flow in which
merging is happening like this:


             rottman
             ^      ^
            /        \
           /          V
	jivera <---> lord 


Given that we are tending to still make sweeping changes that effect
overlapping regions, things will generally work out much better if we 
stick to a star-topology patch flow and use star-merge.   So I'd like
to have a patch flow like:


	rottman<--
                  `-----> 
                  ,-----> lord
	jivera <--

In other words, using my tree as a hub via which you and jivera stay
in sync rather than having you merge from him directly.

To get from our current state to the desired state, could you please
run the following pseudo-code algorithm:


	foreach v in your-pika-scm-versions ; do

        
           # get my latest:
           # 
           tla get [email protected]/scm--devo--0.1 $v.dir

           # add in any changes you have that i haven't merged
           # (possibly a noop)
           #
	   tla replay -d $v.dir  $v

           [fix up any conflicts etc.]

           # turn the resulting tree into a project tree for _your_ 
           # version
           # 
           tla set-tree-version -d $v.dir $v

           # and commit
           # 
           tla commit -d $v.dir -L 'sync with lord'

        done


and then, thereafter, star-merge from me rather than jivera and get on
my case if jivera has some change that you need but I haven't yet
merged.


(I've merged, btw, both your integration branch and the lists branch.)


-t