summaryrefslogtreecommitdiff
path: root/src/rebar_appups.erl
Commit message (Collapse)AuthorAgeFilesLines
* get_reltool_release_info now expects consulted datajoewilliams2011-07-121-1/+1
|
* skip appup generation for new app in releaseAndrew Gopienko2011-07-111-0/+2
|
* Merge pull request #90 from smarkets/upgrade-fixesJoe Williams2011-07-011-8/+12
|\ | | | | look for new and old versions in the target parent
| * look for new and old versions in the target parentSteven Gravell2011-07-011-8/+12
| | | | | | | | | | | | | | | | | | | | | | 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.
* | default module appup instruction -> load_moduleSteven Gravell2011-07-011-1/+1
|/
* Apply Tidier suggestionsTuncer Ayaz2011-06-021-11/+6
|
* Better org. of how upgraded apps are determinedjoewilliams2011-05-241-16/+35
| | | | | | get_apps/3 now returns which apps have been added, removed and ugpgraded in a reasonable way. It should prove more usable should we want to access any of those lists in future appup related changes.
* Fix bug that causes appup generation to failjoewilliams2011-03-031-19/+19
| | | | | | | | | This commit changes how rebar determines which apps have been updated, added and removed from a release during appup generation. Rather than use app files it now determines this from the rel file in each version of the release. In addition it fixes a bug reported on the mailing list when generating appups when an application has been added or removed from either release.
* Ignore app files not in ebinjoewilliams2011-02-251-4/+4
|
* Clean up trailing whitespacejoewilliams2011-02-171-2/+2
|
* Clean up rebar_appups and rebar_upgradejoewilliams2011-02-171-14/+8
|
* Fix generate-appups regression (atom vs list)joewilliams2011-02-161-1/+1
|
* Add 'generate-appups' commandjoewilliams2011-02-151-0/+185
To further support OTP releases I have added support for generating application appup files. These include instructions that systools uses to generate a relup file which contains the low level instructions needed to perform a hot code upgrade. My goal with this module is to produce "good enough" appup files or at least a skeleton to help one get started with something more complex. If an appup file already exists for an application this command will not attempt to create a new one. Usage: $ rebar generate-appups previous_release=/path/to/old/version Generally this command will be run just before 'generate-upgrade'.