Projects/Registering

Not logged in - Log In / Register

Launchpad Help > Projects > Registering

Overview

Let's have a quick recap of how you can use Launchpad for your project:

Of course, you can pick and choose almost any combination of what Launchpad has to offer. The first step is to register your project.

Types of project you can register

You can register any free software project in Launchpad free of charge. To find out what we mean by "free software", take a look at our licensing policy.

Need a commercial subscription? If your project doesn't use a free software licence, you can buy a commercial subscription to host it with Launchpad.

If you're not sure that your project's licence is suitable, talk to us about it.

{i} Quick tip: If you want to register a translation team or Ubuntu loco team in Launchpad, please create a new team, not a project.

Registration

To register your project, visit the page at Projects Register a project.

Registration is straightforward. However, there are a few things to note:

If you choose the "Other/Proprietary" license, your project will be awarded a 30-day trial commercial subscription that entitles explore the commercial hosting features.

Note that once you have registered your project you will not be able to change its name by yourself. If you wish change it you can ask an administrator to that for you, read the Feedback page for more information.

Project groups

Some larger free software projects are actually several related projects working under the same banner. For example: Firefox is part of the Mozilla project. Launchpad represents these as projects (Firefox) and project groups (Mozilla).

Project groups are useful because they give you one place from which to find all the information about the constituent projects.

Read more about the process of registering a project group here.

Sharing confidential information with trusted users

The project maintainer is the default person who can see all the confidential bugs and branches in a project. Maintainers can share kinds of information with trusted people -- only those people can see the confidential information. Project drivers may see who the project shares with, but cannot make changes.

Users may report bugs that contain private and personal information in them. Users and developers may work with bugs and branches that deal with private security issues. Only people that the project shares confidential information can see these bugs and branches. Some users might be directly subscribed to the bug or branch to see just that one thing. Commercial projects have more sharing options and may choose to set policies that control the kind of information bugs and branches are by default, and if the information type can be changed.

We recommend that projects share all information types with their developer teams. Sharing with your organisation team will also ensure your co-workers are informed and can do their job. Avoid sharing with users because they leave projects and organisations; if a user needs access to confidential information either add the user a team that is already shared with or subscribe the user to just the bugs and branches then need to work with.

The bug and branch sharing policies determine the default bug or branch information type, and control what types they may be changed to. Non-commercial projects cannot configure the policies. Bugs and branches are Public by default, but can be changed to Private Security or Private later. Projects with commercial subscriptions can choose other rules to ensure confidential information is never disclosed.

Roles within projects

People and teams can take different roles within your project. For now, the two most important roles are:

By default, whoever registered the project is its maintainer. However, you can change this to any other person or team in Launchpad use the edit link next next to the maintainer on the project overview page.

Similarly, you can set the driver for the whole of your project with Driver: edit on the Overview. However, it may be more useful to set different drivers for each series, as we'll see later.

Other roles that we'll look at in detail later on include:

Next step

Next up let's look at telling Launchpad how your project organises its different lines of development and releases.

< Mailing lists

Series, milestones and releases >

Projects/Registering (last edited 2012-09-06 18:08:04 by sinzui)