[aur-general] [AUR4] remove commits in aur4. how?
Hi howto remove (no revert) bad commits and push the change to [aur4]? i want clean a bad commits with their history to clean history. or reset the repo i tired with - git reset HEAD --force - git push but say this message ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'ssh+git://aur4.archlinux.org/libqgit2-git.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. sorry I'm completely noob with git, and my english doesn't help anything greetings
* SpinFlo <sl1pkn07@gmail.com> (Wed, 10 Jun 2015 19:14:04 +0200):
howto remove (no revert) bad commits and push the change to [aur4]?
I think what you want is git rebase: $ git rebase -i HEAD~2 This opens an editor with the last two commits, where you can squash a previous revision into a later one. Use HEAD~3 to select the last three commits, etc. Best, Marcel
* Marcel Korpel <marcel.korpel@gmail.com> (Wed, 10 Jun 2015 19:25:30 +0200):
$ git rebase -i HEAD~2
This opens an editor with the last two commits, where you can squash a previous revision into a later one.
My bad, talked too soon: you actually squash a revision into a *previous* one.
2015-06-10 19:26 GMT+02:00 Marcel Korpel <marcel.korpel@gmail.com>:
* Marcel Korpel <marcel.korpel@gmail.com> (Wed, 10 Jun 2015 19:25:30 +0200):
$ git rebase -i HEAD~2
This opens an editor with the last two commits, where you can squash a previous revision into a later one.
My bad, talked too soon: you actually squash a revision into a *previous* one.
Hi @marcel nope, not work, or I not understand how works :S when I edit with git rebase -i HEAD~5, and changing pick with squash (only one leave with pick) and editing the message commit, say all is ok. but when try to push the changes in [aur4] get the same fail like a message OP any help? greetings
I'm guessing, but AUR4 probably does not allow rewriting history (non-fast-forward merges), or forced pushes. On Wed, Jun 10, 2015 at 2:02 PM, SpinFlo <sl1pkn07@gmail.com> wrote:
2015-06-10 19:26 GMT+02:00 Marcel Korpel <marcel.korpel@gmail.com>:
* Marcel Korpel <marcel.korpel@gmail.com> (Wed, 10 Jun 2015 19:25:30 +0200):
$ git rebase -i HEAD~2
This opens an editor with the last two commits, where you can squash a previous revision into a later one.
My bad, talked too soon: you actually squash a revision into a *previous* one.
Hi @marcel
nope, not work, or I not understand how works :S
when I edit with git rebase -i HEAD~5, and changing pick with squash (only one leave with pick) and editing the message commit, say all is ok. but when try to push the changes in [aur4] get the same fail like a message OP
any help?
greetings
Hi,
I'm guessing, but AUR4 probably does not allow rewriting history (non-fast-forward merges), or forced pushes. I think so too but as his code pasting showed just a simple push. Did you try to do git push --force?
I'm guessing, but AUR4 probably does not allow rewriting history (non-fast-forward merges), or forced pushes.
On Wed, Jun 10, 2015 at 2:02 PM, SpinFlo <sl1pkn07@gmail.com> wrote:
2015-06-10 19:26 GMT+02:00 Marcel Korpel <marcel.korpel@gmail.com>:
* Marcel Korpel <marcel.korpel@gmail.com> (Wed, 10 Jun 2015 19:25:30
+0200):
$ git rebase -i HEAD~2
This opens an editor with the last two commits, where you can squash a previous revision into a later one.
My bad, talked too soon: you actually squash a revision into a *previous* one.
Hi @marcel
nope, not work, or I not understand how works :S
when I edit with git rebase -i HEAD~5, and changing pick with squash (only one leave with pick) and editing the message commit, say all is ok. but when try to push the changes in [aur4] get the same fail like a message OP
any help?
greetings
Am Mittwoch, 10. Juni 2015, 14:17:44 schrieb Ido Rosen:
Hi,
I'm guessing, but AUR4 probably does not allow rewriting history (non-fast-forward merges), or forced pushes.
I think so too but as his code pasting showed just a simple push. Did you try to do git push --force?
└───╼ git push --force Counting objects: 4, done. Delta compression using up to 24 threads. Compressing objects: 100% (3/3), done. Writing objects: 100% (4/4), 874 bytes | 0 bytes/s, done. Total 4 (delta 2), reused 1 (delta 1) remote: error: denying non-fast-forward refs/heads/master (you should pull first) To ssh+git://aur4.archlinux.org/libqgit2-git.git ! [remote rejected] master -> master (non-fast-forward) error: failed to push some refs to 'ssh+git://aur4.archlinux.org/libqgit2-git.git' :/
The AUR4 does not allow rewriting history. Even if it did allow it, you'd have to use `--force` to push a non-fast-forward change, but it is a moot point because the AUR is set up to deny non-fast-forwards regardless. ;) I believe the reason is to prevent malicious individuals from adopting an orphaned package and deleting the history. (Part of) the reason we are moving toward git repositories for package maintenance is in order to track package history without the need for *non-official* resources e.g. http://pkgbuild.com/git/aur-mirror.git/ -- if maintainers were allowed to delete history, that would be slightly counter-productive. :( We can't delete our embarrassing mistakes anymore. :-P (Not that we could before, I guess, since it is mirrored, but now our mistakes are on official record.) -- Eli Schwartz
2015-06-10 21:04 GMT+02:00 Eli Schwartz <eschwartz93@gmail.com>:
The AUR4 does not allow rewriting history. Even if it did allow it, you'd have to use `--force` to push a non-fast-forward change, but it is a moot point because the AUR is set up to deny non-fast-forwards regardless. ;)
I believe the reason is to prevent malicious individuals from adopting an orphaned package and deleting the history. (Part of) the reason we are moving toward git repositories for package maintenance is in order to track package history without the need for *non-official* resources e.g. http://pkgbuild.com/git/aur-mirror.git/ -- if maintainers were allowed to delete history, that would be slightly counter-productive. :(
We can't delete our embarrassing mistakes anymore. :-P (Not that we could before, I guess, since it is mirrored, but now our mistakes are on official record.)
-- Eli Schwartz
ok then in the next time I'll be more careful. (I hope not fill pages and pages and pages of failures in the history) XD greetings
participants (5)
-
Alexander Görtz
-
Eli Schwartz
-
Ido Rosen
-
Marcel Korpel
-
SpinFlo