We have just one env -prod . Suppose i deploy upgrade of API Proxy as next revision number-2 . This will lead to previous revision as undeployed ,but they still exist .How do i delete these previous revision 1
Secondly ,if i have to rollback to revision 1 due to some issue with latest deployment ,how do i do that using management API .
Hi @Arpit Sharma, to answer your first question … I think it is a fail safe to have revisions so you can easily switch and deploy from edge UI or using management API(seamlessly) when required.
Also for rolling back, good practice to start with new revision, so your changes are always stored in new working revision and changes to your previous working/deployed revision stays intact, so as said always start with a new revision even if there’s a small change, just to avoid issue, also important considering as you have only one prod environment.
@Kuldeep Bhati Thanks for the clarification . Just a quick follow up question :
We hope to keep previous revisions for a proxy ,if proxy exists in prev revisions upto say 3-5 revisions . In our organisation ,we have 600+ api proxy published . This means that on each successfull upgrade , 600 or so api proxy of previous revisions get undeployed .
Question is - Where are undeployed revisions stored . And are they loaded in to jvm memory at runtime ? or only the delpoyed ones are loaded at runtime into router jvm runtime .
Any revision that exists on org will remain there. When you deploy new revision this do not overwrite existing one as long as the review number is different.