[Kde-scm-interest] pushing rebased shared branches
Michael Jansen
kde at michael-jansen.biz
Mon Aug 8 11:21:16 UTC 2011
On Monday, August 08, 2011 12:39:02 PM Marcel Wiesweg wrote:
> Hi,
>
> I have been fixing branches of SoK students, removing some dirty manual
> merges and branch mixups, by interactive rebase.
> I'm fully aware of the implications of rewriting history.
>
> I had the recollection we could now force-push branches, but:
>
> remote: + refs/heads/sok/presentation digikam mwiesweg DENIED by fallthru
> remote: error: hook declined to update refs/heads/sok/presentation
> To ssh://git@git.kde.org/digikam
> ! [remote rejected] presentation -> sok/presentation (hook declined)
>
> Missing something here?
>
> I believe I can delete branches, so the alternative procedure would be to
> delete the branch and recreate it under the same name?
I do not like rewriting history of published branches in any way. If you have
to do it why don't you do it the clean way?
Push the rewritten history into a new branch? Delete the old, keep the old?
Noone will have to recover from anything, everyone will have the new version
without trouble and given the way git works it should perform too.
Just be aware of the mail problem ben mentioned. Push in small doses if
necessary.
I would propose to do it like that.
my-clean-history-branch-01
my-clean-history-branch-02
my-clean-history-branch-03
....
or
my-rwritten-history-branch-2011-07-01
my-rwritten-history-branch-2011-07-20
my-rwritten-history-branch-2011-08-08
Mike
More information about the Kde-scm-interest
mailing list