13 Jul, 2012
6 commits
-
The update command is not aware of the --branch functionality and is not updated
to behave well in its precense. Because of this, it creates a clone to a
incorrect directory instead of updating the existing clone directory.
12 Jul, 2012
4 commits
-
The `antigen-bundle` command takes a `--branch` keyword-only argument that
specified the branch of the repo to be used for this bundle.Alpha implementation. Needs more testing.
13 Jun, 2012
1 commit
-
When the input to `antigen-bundles` contains lines that are completely made up
of white space, the command fails to ignore that line. This is now fixed.
11 Jun, 2012
7 commits
-
Plugins that are compatible with both bash and zsh don't obviously have a `.zsh`
extenstion. They use a `.sh` extension. We now support this.Example: rupa/z
-
When running `antigen-update` and there are changes to be pulled, the changed
files are being placed in the current directory, where `antigen-update` is run.
This is because of not setting the `--work-tree` for the `git pull` command.
09 Jun, 2012
5 commits
-
Also renamed antigen-bundle-update to antigen-update for command name
consistency. -
This command lets you bulk-add bundles with one command, and piping bundle
specs, one on each line into this command. Best used with heredoc syntax. -
This is done so that the commands don't clash with other programs. Notably,
Bundler's `bundle` command is a clash.
08 Jun, 2012
15 commits
-
This is so that local repositories can be specified as bundles. This can be
useful if you want to maintain a separate clone for your own plugin when you
experiment and develop stuff and pull in to your environment when you feel
confident. -
Private functions should all be prefixed with `-bundle-`.
-
We can have a performance improvement at shell startup by loading completions in
bundle-apply, only if any of the repositories changed. -
The reasoning behing bundle-apply not being required is that bundle-install is
run everytime the plugin requirements change. But now, without a bundle-install,
bundle-apply finds its place. -
The bundle-cleanup, now cleans up unused clones of repositories, to which no
plugin is referring to. -
This command replaces the old `bundle-install --update` functionality.
-
When a plugin is specified with the `bundle` command, the plugin is immediately
installed and loaded. No need of running a bundle-install and restarting your
shell. -
The `name` argument will be phased out. Instead, the btype will indicate the
type of a plugin. Currently it can have valuse of plugin and theme.
07 Jun, 2012
2 commits
-
It looks like bundle-apply is not required anymore. Now that we call `compinit
-i` at the end of `bundle-install`, we shouldn't need this. Every time a new
bundle is added by the user that defines completions, the `bundle-install` the
user runs, should create the `.zcompdump` with the new completions too. But I'll
keep this here, probably deprecating after some further investigation.