also sprach Ian Jackson <[EMAIL PROTECTED]> [2008.02.24.1949 +0100]: > One should not rebase a git branch which has had other branches taken > from it, nor should one rebase a git branch which has ever been > published (at least, unless it has been published with a warning > announcing that it might be rebased). Both of these practices lead to > severe problems.
I refuse to read the entire thread, so sorry if someone else has already suggested... ... leave your branch intact, but cherry pick all commits from it to a new branch off master. Then submit that patch. Once it's merged, you can rebase the new branch and it'll empty itself. Your old branch stays around, but it won't be used anymore since the triggers are now in dpkg mainline -- or in a feature branch in the main repo. -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems "all i know is that i'm being sued for unfair business practices by micro$oft. hello pot? it's kettle on line two." -- michael robertson
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
