feature request: append to last commit

[ho...@mercatis.com]

Hi,

I'd like to propose a minor feature ..

I'd like to have a means to append an amendatory commit as a part of a  
previous commit.

Reasoning: ideally a commit is a transition from one consistent  
repository state to a new consistent repository state. If I happen to  
perform an incomplete commit, I can fix it of course with a followup  
commit. However, there is an inconsistent revision in the history.  
Now, if I could _append_ my followup commit to the incomplete commit,  
without creating a new revision, I could fix the history.

Of course this should be only allowed, if there was no interim commit  
from another party in the meantime.

.. just an idea. Maybe you could think about it.

Regards,

Holger

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: feature request: append to last commit

[ho...@mercatis.com]

Ben,

thanks for your reply. I was aware of the potential consistency  
problem, that'd occur, if sombody "did an 'svn update' to r90 during  
that two-minute window". Thus I'd proposed to allow it only, if there  
was no read access meanwhile.

However, you're right. Branching is an alternative!

Regards,

Holger


Quoting Ben Collins-Sussman <su...@red-bean.com>:

> Unfortunately, this proposal goes against a fundamental design
> principle of subversion -- tha revisions are immutable.
>
> Suppose you commit revision 90, and then do a 'amendatory' commit to
> revision 90 a couple of minutes later.  But suppose somebody else did
> an 'svn update' to r90 during that two-minute window.  Now their
> client has a different definition of r90 than somebody who runs 'svn
> update' *after* the ammendatory commit.  The former working copy is
> going to get a big checksum error when the try to update to r91 later
> on.
>
> If you're really worried about having the code always be in 'perfect'
> state, then use branches.  That's what they're for.  Let the trunk be
> unstable, and then port ranges of commits to a 'stable' branch
> whenever the trunk is consistent.  This guarantees that the branch
> will *always* be stable.



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: feature request: append to last commit

[Ben Collins-Sussman <su...@red-bean.com>]

Unfortunately, this proposal goes against a fundamental design
principle of subversion -- tha revisions are immutable.

Suppose you commit revision 90, and then do a 'amendatory' commit to
revision 90 a couple of minutes later.  But suppose somebody else did
an 'svn update' to r90 during that two-minute window.  Now their
client has a different definition of r90 than somebody who runs 'svn
update' *after* the ammendatory commit.  The former working copy is
going to get a big checksum error when the try to update to r91 later
on.

If you're really worried about having the code always be in 'perfect'
state, then use branches.  That's what they're for.  Let the trunk be
unstable, and then port ranges of commits to a 'stable' branch
whenever the trunk is consistent.  This guarantees that the branch
will *always* be stable.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org