rebar3.git - Clone of https://github.com/erlang/rebar3

	Commit message (Collapse)	Author	Age	Files	Lines
*	look for new and old versions in the target parent	Steven Gravell	2011-07-01	1	-35/+55
\| \| \| \| \| \| \| \| \| \| \|	The target_dir config in reltool allows you to put your release in a directory other than in ./NAME, so we should look in the parent directory of that to find the new and old versions instead of simply looking in ./ Move untaring and retaring into a temporary path instead of in ./ to prevent name collisions with "releases" and "lib" that might exist already. Having a subdirectory rel/releases/ can be useful.
*	Apply Tidier suggestions	Tuncer Ayaz	2011-06-02	1	-2/+3
\|
*	Clean up trailing whitespace	joewilliams	2011-02-17	1	-1/+1
\|
*	Clean up rebar_appups and rebar_upgrade	joewilliams	2011-02-17	1	-59/+37
\|
*	Clean up code	Tuncer Ayaz	2011-02-06	1	-4/+6
\|
*	Clean up emacs file local variables	Tuncer Ayaz	2011-01-31	1	-1/+1
\|
*	Fix Dialyzer warnings in rebar_upgrade	Tuncer Ayaz	2011-01-29	1	-2/+2
\|
*	Add 'generate-upgrade' command	joewilliams	2011-01-27	1	-0/+206
	To support OTP release upgrades I have added support for building upgrade packages. Support for this is included in the rebar_upgrade module, specifically generate_upgrade/2. It requires one variable to be set on the command line 'previous_release' which is the absolute path or relative path from 'rel/' to the previous release one is upgrading from. Running an upgrade will create the needed files, including a relup and result in a tarball containing the upgrade being written to 'rel/'. When done it cleans up the temporary files systools created. Usage: $ rebar generate-upgrade previous_release=/path/to/old/version This also includes a dummy application that can be used to test upgrades as well as an example. Special thanks to Daniel Reverri, Jesper Louis Andersen and Richard Jones for comments and patches.