emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: support for bzr shelve/unshelve in vc-dir


From: Dan Nicolaescu
Subject: Re: support for bzr shelve/unshelve in vc-dir
Date: Fri, 4 Dec 2009 13:18:28 -0800 (PST)

Óscar Fuentes <address@hidden> writes:

  > Dan Nicolaescu <address@hidden> writes:
  > 
  > > "Stephen J. Turnbull" <address@hidden> writes:
  > >
  > >   > Dan Nicolaescu writes:
  > >   > 
  > >   >  > I know nothing about bzr, but unshelve --keep is gotta be trivial 
to
  > >   >  > implement... 
  > >   > 
  > >   > It's not, because the shelf is kept in the history.  Unshelving needs
  > >   > to rewind the history so that tip points to the pre-shelve revision.
  > >   > bzr has no refs, so recovering the shelved revision after an unshelve
  > >   > is non-trivial.  It may not be hard, either, except that for it to be
  > >   > reliable may require the bzr developers to make promises about 
internal
  > >   > storage management.
  > >
  > > A several months old bzr tree happens to be my playground for testing
  > > VC changes on bzr.
  > > I changed "delete_shelf" to always be True in bzrlib/shelf_ui.py, and
  > > now "bzr unshelve --apply" does not remove shelves, and they seem to be
  > > valid and can be applied multiple times.
  > 
  > Exactly my findings.
  > 
  > As unshelve essentially does a merge, I do not understand why what
  > Stephen explains is relevant here. Furthermore, Bazaar allows having
  > multiple shelves and unshelving them out-of-order. But I'm not an expert
  > on this area either and possibly I'm missing something.
  > 
  > BTW, coding the feature is trivial. Getting it into Bazaar is the
  > difficult part. They have a slow, very stringent process for
  > incorporating changes. They require to sign copyright papers too,
  > something I did for Emacs but wont do for a private business.

Please don't give up.
The change quite likely would not require copyright assignment: it's
very small and it's probably the only way to implement the feature.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]