The basic Team Development process sets up the instance hierarchy, grants developer access rights, manages the movement of development changes from development instances to test instances, and promotes applications to the production
instance.
시작하기 전에
Role required: admin
프로시저
-
Set up the development instance hierarchy as described in Set up an instance hierarchy.
- Provision development instances on the same software version as the
target instance. For example, use the software version that is
running on your production instance.
- [Recommended] Clone the target to the development instances.
- For each instance, define the parent instance.
- [Optional] For each instance, define the peer instances.
- For each instance, pull all changes from the parent instance.
-
For sub-development instances, grant access rights to appropriate
developers.
-
Develop customizations on sub-development instances.
Use the team dashboard to track development activities.
- Pull versions from the parent instance, such as versions that were pushed from other sub-development instances. Reconcile any conflicts with the current local version, as necessary.
- Track local changes. Queue changes that are ready to push to the parent development instance.
- Compare versions on peer instances. Reconcile any conflicts.
-
When a feature is ready to promote to the parent development instance, push the
current version of the customized records.
- 옵션:
Have code reviewers approve or reject the pushed version.
-
Test and promote the feature into production according to your testing and
release management process.