• Immutable Page
• Info
• Attachments
• More Actions: Raw Text Print View Render as Docbook Delete Cache ------------------------ Check Spelling Like Pages Local Site Map ------------------------ Rename Page Delete Page ------------------------ Subscribe User ------------------------ Remove Spam Revert to this revision Package Pages Sync Pages ------------------------ Load Save SlideShow

Launchpad Help > Packaging > Source package builds

Overview

Launchpad can now build directly from source code, creating a source package and then creating binary packages from the source package. You can configure Launchpad to perform these builds daily (if the source has changed), run them manually, or script them yourself using the Launchpad API. The terms "Source Build" and "Daily Build" are more or less interchangeable.

The build results can be discarded if a build-test is all that is wanted, but usually they are kept and made available so that they can be tested in use as well. Obviously, as there is automation involved in the process the resulting packages can be risky as they haven't had human verification. This means that there has to be some care taken with them, and the project and packager should do their best to ensure that the risks are minimized. They are also not something that an average user should be using. With due diligence the benefits can certainly outweigh the risks though.

Why Daily Builds?

• Testing
  • Making new code quickly available as a package tightens the feedback loop between developers and testers and so can improve the quality of the software.
  • Lowers the barrier to entry to becoming a tester (Just adding a PPA instead of building from source)
  • Easier verification testing - Makes it easier for users to see if their bug is fixed in a future revision.

There could be some downsides to having daily builds, so they may not be suitable for your project.

• Downsides
  • If your project doesn't use feature branches or keep trunk in a buildable state, then dailies might be not be valuable to you.
  • If your project is in the early stages or in the middle of a major refactoring and you're not ready for testing then dailies won't be useful.
  • Sometimes users think dailies are supported releases and this can add up to bug noise.
  • If users cannot easily go back to their previous version of your software after using daily builds (for example you do a one-time database upgrade or something from one version to another) then this can be problematic.

To set up a daily build, please see Getting started.

Available daily builds

See AvailableDailyBuilds for a list of some of the daily builds available. Builds on this page should adhere to the principles in GoodDailyBuilds.