summaryrefslogtreecommitdiff
path: root/src/rebar_appups.erl
Commit message (Collapse)AuthorAgeFilesLines
* 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'.