liveBook · Manning

Build service

As explained in 100 SQL Server Mistakes and How to Avoid Them

A build service is an automated service that compiles or packages software and executes associated validation steps.

Mistake #32: treating deployment as a manual handoff. A build service turns committed database code into a tested dacpac package before deployment proceeds. section 7.6.2

A build service typically:

  • Starts after a pull request or source-control change triggers the pipeline. section 7.6.2
  • Runs unit tests to check that the code has not broken existing behavior. section 7.6.2
  • Creates a dacpac containing the database object definitions for later deployment. section 7.6.2

A safer release path

A developer commits database changes and raises a pull request. GitHub Actions, Azure DevOps, or Jenkins runs the tests and produces the dacpac. After merging to trunk, deployment services promote that package through development, integration testing, UAT or staging, and production, with environment-specific human gates. section 7.6.2

Figure 7.9 CI/CD process

Use the CI/CD process diagram to follow how build services connect source control, testing, packaging, deployment services, and environments. section 7.6.2

How 100 SQL Server Mistakes and How to Avoid Them covers it

How deep it goes
Explains triggers, unit-test execution, and dacpac production, but defers detailed build configuration.
Examples
Uses pull requests, GitHub Actions, Azure DevOps, Jenkins, unit tests, and dacpac artifacts as concrete examples.
What you can do after
Operate a CI/CD build stage that tests database code and produces a dacpac for controlled promotion.
How it connects
Connects CI/CD pipelines with source control, unit testing, dacpac files, deployment services, and environments.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of 100 SQL Server Mistakes and How to Avoid Them. The section links point to the parts of the book it draws on.