Using Distributed Development Environments

You should use a master development database even if each development team works on its own copy of the database. Developers should lock down the definitions on which they intend to work in the master development database, and then copy those modules to their private databases. This method ensures that no other developer makes a change to those definitions while they are checked out.

When a developer is ready to copy changes back to the master development database, you check the Change Control history of the locked definitions in the master development database. Do this before using upgrade copy to migrate them back, just in case a Change Control administrator has overridden a lock and made a change while the definitions were checked out.

Note:

Change Control administrators should always notify the developer who has a lock on a definition before they override to avoid unexpected surprises later.