GitLab

If a number is passed without explicitly passing `-l`, it will now behave
as if using the history builtin, instead of throwing an error.

This fixes the old behavior which made it so all duplicates would be
deleted if the command history filled up with unique events.

> You should be sure to set the value of HISTSIZE to a larger number
> than SAVEHIST in order to give you some room for the duplicated
> events, otherwise this option will behave just like HIST_IGNORE_ALL_DUPS
> once the history fills up with unique events.

The option inc_append_history already has the same effect.

This commit changes the history alias into a function which puts
the passed arguments before `-l 1`. It also provides a temporary
workaround to the lack of a `history -c` command in zsh.

For more information see issues 739 and 789.

More compact case statement instead of the ugly if elif... else
statement. Moves it to history.zsh

Revert PR #3359 as this is breaking stuff for many folks. Need to rethink how we handle system defaults differently on this

Especially given the inc_append_history option, it is not necessary to
set the (default) append_history option.

Especially given the inc_append_history option, it is not necessary to
set the (default) append_history option.

This is useful when you want to use a dangerous command, as it won't be
available with history searching.

Moving all zsh config options into a lib/ subdirectory to make way for some upcoming changes to directory structure and configuration options