Thread (12 messages) flat view 12 messages, 6 authors, 2016-06-15

Re: Removing options from build

From: Björn Steinbrink <hidden>
Date: 2016-06-15 22:45:56

On 2009.01.13 14:00:45 -0800, R. Tyler Ballance wrote:
On Tue, 2009-01-13 at 22:53 +0100, Thomas Rast wrote:
quoted
R. Tyler Ballance wrote:
quoted
Besides a vigorous flogging, we're looking at other ways to prevent this
sort of thing from happening again; the option we've settled on is to
remove the "--force" flag from our internal build of v1.6.1

I'm wondering if somebody could point me in the right direction to
remove "--force" (safely) from the builtin-push.c and removing the
"rebase" command (we've got no use for it, and would prefer it gone).
IMHO your update (or pre-receive) hook should just disallow
non-fast-forward updates.
Don't merges count as non-fast-forward updates? We generate merge
commits with almost every merge, rarely do we actually have
fast-forwards anymore (highly active repository)
No, merges are "fast-forward". In rev-list terms:

git rev-list new_head..old_head ==> Empty

IOW: No commits are lost by the push.

Merges only add commits to the history, they don't remove anything.

Björn
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help