AgileApps Support Wiki Pre Release

Difference between revisions of "Collaborative Development Configurations"

From AgileApps Support Wiki
imported>Aeric
imported>Aeric
 
(7 intermediate revisions by the same user not shown)
Line 1: Line 1:
Any tenant can develop new applications and customize existing ones.  
Any tenant can develop new applications and customize existing ones.  
[[Service Provider]]s have additional capabilities, designed to allow for collaborative development, testing, and production deployment in the cloud
[[Service Provider]]s have additional capabilities, designed to allow for collaborative development, testing, and production deployment in the cloud
<!--Deprecated
__TOC__
==Develop on Separate Platforms==
Service providers with appropriate licenses can set up the [[Installable Version]] of the platform on multiple, independent systems. Those systems can then be configured as development, testing, or production instances. With that architecture, collaboration is achieved by sharing the [[Metadata Repository]] using a Version Control System like Subversion.


Tenants are created, and their IDs listed in the [[Service Provider Settings#Tenant Configuration]].
:''Learn more:'' [[Service Provider Settings#Instance Configuration|Instance Configuration]]
Those tenancies then become [[Development Tenancy|Development Tenancies]]. With that architecture, collaboration is achieved by publishing and subscribing to packages.
-->
==Package Sharing==
Service providers with appropriate licenses can set up the [[Installable Version]] of the platform on multiple, independent systems. Application packages can then be passed around among development, testing, and production instances. (A package is a zip file that contains XML. Installing a package copies its contents into the current platform instance.)
:''Learn more:'' [[Packages]]


:''Learn more:'' [[Service Provider Settings#Tenant Configuration]]
==Develop in the Cloud==
Tenants are created, and their IDs listed in the Tenant Configuration. Those tenancies then become [[Development Tenancy|Development Tenancies]]. With that architecture, collaboration is achieved by publishing and subscribing to packages.


==Additional Resources==
:''Learn more:''
:* Read the [{{DOCHOST}}/whitepapers/LJ%20Collaborative%20Development%20Models.pdf Collaborative Development Models] whitepaper.
:* [[Service Provider Settings#Tenant Configuration|Tenant Configuration]]
:* Read the [{{DOCHOST}}/whitepapers/LJ%20Collaborative%20Development.pdf Collaborative Development] whitepaper.
<noinclude>
<noinclude>


[[Category:ISV]]
[[Category:Installation]]
</noinclude>
</noinclude>

Latest revision as of 23:15, 2 August 2013

Any tenant can develop new applications and customize existing ones. Service Providers have additional capabilities, designed to allow for collaborative development, testing, and production deployment in the cloud

Package Sharing

Service providers with appropriate licenses can set up the Installable Version of the platform on multiple, independent systems. Application packages can then be passed around among development, testing, and production instances. (A package is a zip file that contains XML. Installing a package copies its contents into the current platform instance.)

Learn more: Packages

Develop in the Cloud

Tenants are created, and their IDs listed in the Tenant Configuration. Those tenancies then become Development Tenancies. With that architecture, collaboration is achieved by publishing and subscribing to packages.

Learn more: