[darcs-users] tracking a push
Zack Brown
zbrown at tumblerings.org
Fri Aug 8 02:41:57 UTC 2003
On Thu, Aug 07, 2003 at 08:34:30PM -0400, David Roundy wrote:
> On Thu, Aug 07, 2003 at 09:08:17AM -0700, Zack Brown wrote:
> > I pushed a patch to you, called
> > standardize_paragraph_title_formatting-zbrown9tumblerings.org-Tue_Jul_29_08.47.06_PDT_2003
> >
> > It wasn't much, just a little documentation stuff, mainly to start
> > experimenting with darcs itself. The thing is, I'm not sure how to check
> > if you applied it. I'm not really concerned with that particular patch,
> > since like I say, it wasn't anything much, but I'm interested in how to
> > deal with this kind of situation.
> >
> > Ideally, I'd like to be able to (in no particular order):
> >
> > a) check if a maintainer applied a patch they've received via 'push'
>
>
> One way is to use the cgi interface to browse the repo:
>
> http://www.abridgegame.org/cgi-bin/darcs?darcs**
>
> shows that this patch is already applied.
Yes indeed. That's a good URL.
One thing: I went there and clicked on a patch, taking me to the list of
files. But clicking on one of the files just took me to a blank page...
>
> Another way would be to try pushing a second time (see answer to b)...
>
> > b) push the same patch again
>
> You can just do darcs push again to push again. If the patch has not yet
> been applied, you will get prompted again to push it. If you aren't
> prompted, then it means the patch has been applied. Darcs has no memory of
> previous pushes, it just checks what patches your repo has that the repo
> you're pushing to is missing, and asks which of those you'd like to push.
OK, I see what was confusing me. You'd already accepted the patch and I
didn't realize it, so I thought pushing just only worked once. Now it
makes sense.
>
> > c) tell darcs to un-push any patches that have not been applied
> > upstream, i.e. tell darcs to locally believe it has not pushed those
> > patches. But darcs should be able to do this without my having to list
> > off all the patches I want unpushed. It should base its operation on the
> > differences between our two repositories.
>
> Once the patch is pushed, you can't unpush it, since pushing involves
> sending an email (that can't be unsent). I could introduce a kind of
> 'cancellation' email, that mentions patches you don't want pushed after
> all, but I'm not sure how useful that would be...
Maybe not very, especially since it turns out to be easy to see whether
a push went though or not.
>
> > d) conveniently unpush, unrecord, and revert a patch, so that if the
> > maintainer rejects it, it's very easy for me to just ditch it in my own
> > repository, and thus sync up my local repository with the maintainer's
> > official tree
>
> Hmmmm. The unrecord and revert combination is handled by the unpull
> command, which just unrecords and reverts a patch. See above for the
> unpush.
So if you have repo A and I have repo B, and I make a change to B and
push it to you, and you then reject the change; if I then unrecord and
revert, will our two repos be identical again? (assuming no extraneous
developments).
Be well,
Zack
> --
> David Roundy
> http://www.abridgegame.org
>
> _______________________________________________
> darcs-users mailing list
> darcs-users at abridgegame.org
> http://www.abridgegame.org/mailman/listinfo/darcs-users
--
Zack Brown
More information about the darcs-users
mailing list