GitLab

NOTE: it still lives somewhere in the current zsh process. Run `fc -P` to
restore it.

Related: #2537, #9324

oh-my-zsh Changes the HISTSIZE and SAVEHIST values to fixed sizes,
however if a bigger value is set in ~/.zshrc, it will override it,
potentially causing the user history to be deleted.

So, only set these values if no other is set and if it is lower than the
default ones.

This reverts commit cbd6fbe7.

Fixes #8949

Fixes #8722

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