Teams using the shared model
Published 30 November 2015
The shared development model is where developers work on a single copy of the database.
To start with, everyone installs SQL Source Control on their machine and links the database to version control. This means they can all commit their changes.
Then, one person (it doesn't matter who) needs to make the initial commit.
Once the database's schema has been committed to version control, your team can start developing changes.
The workflow should look like this:
- Develop your changes.
- Commit your changes using the Commit tab.
There's no need to use the Get Latest tab, because all the changes are already in the database: that's where they're developed.
The repository will contain everyone's changes. If you want to see how the database has changed, or see the history of changes to an object, you can view the source control history.
Sometimes, when two team members are working on the same object, there can be conflicts.
The best way to deal with this is to use object locking. You can lock an object when you start working on it to temporarily prevent other team members from changing the same object.
For information on how this works, see Lock an object.
- You only need one development database, so fewer instances of SQL Server.
- There's no safe way to test changes in isolation.
- If they don't use object locking, developers may overwrite each others' changes by mistake.
- Information about who made changes is sometimes lost.
Switching to dedicated development
To switch from shared to dedicated development, each developer on your team needs to:
- Unlink the database from source control.
Create an empty database. This will be the developer's dedicated copy.
For easy identification, you should name the database something similar to database you're about to copy.
- Link the new database to the source control repository that the shared database was linked to.
- Go to the Get latest tab and get the changes.
The new database is updated with the changes from the original database, creating a dedicated copy.