> For the complete documentation index, see [llms.txt](https://docs.sonarsource.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.sonarsource.com/sonarqube-cloud/administering-sonarcloud/about-sonarqube-cloud-solution/resources-structure/binding-with-dop.md).

# Binding with the DevOps platform

Through the integration of SonarQube Cloud with your DevOps platform (GitHub, Bitbucket Cloud, GitLab, or Azure DevOps), your organizations and projects in SonarQube Cloud are bound to their respective organization or repository on the DevOps platform.

The following applies:

* The binding is performed automatically by importing the DevOps organization and its repositories into SonarQube Cloud. Note that you cannot import repositories into SonarQube Cloud if the respective DevOps organization has not been imported into SonarQube Cloud.
* If you create organizations or projects manually (i.e., without importing the DevOps organizations or projects), they are not bound with any peers on the DevOps platform. Manual organizations and projects are like empty containers identified solely by their keys, which you choose when you create them. They are only linked to your code by you explicitly setting the analysis parameters sonar.projectKey and `sonar.organization` to those keys in your CI-based analysis setup. [Automatic analysis](/sonarqube-cloud/analyzing-source-code/automatic-analysis.md) is not supported for manual projects.

{% hint style="info" %}

* You can bind an unbound project and you can bind a bound project to another repository.
* You can bind an unbound organization but you cannot change the binding of a bound organization.
  {% endhint %}

The binding presents many advantages as described below.

## Advantages of bound organizations <a href="#bound-organizations" id="bound-organizations"></a>

The advantages of bound SonarQube Cloud organizations over unbound ones are:

* Bound organizations enable the easy selection and import of projects into SonarQube Cloud, as mentioned above.
* Bound organizations support automatic member synchronization. This feature is only supported with GitHub, see [Default authentication through DevOps platform](/sonarqube-cloud/administering-sonarcloud/about-sonarqube-cloud-solution/user-management/devops-platform-authentication.md) for more details.
* Importing a project via a bound organization is the only way to create a bound project, and bound projects have their own set of advantages.
* To use the SonarQube Remediation Agent with your GitHub repositories, the projects must be bound. See the [Remediation Agent](https://docs.sonarsource.com/agent-centric-development-cycle/how-to-guides/administer-ac-dc-features/remediation-agent) page for details.

## Advantages of bound projects <a href="#bound-projects" id="bound-projects"></a>

The advantages of bound SonarQube Cloud projects over unbound ones are:

* [Automatic analysis](/sonarqube-cloud/analyzing-source-code/automatic-analysis.md) is only available for bound projects. This feature is only supported with GitHub.
* The pull request decoration is automatically configured on bound projects if your CI tool is integrated with SonarQube Cloud.
* Upon import, bound projects on the SonarQube Cloud side automatically adopt the privacy setting of their DevOps platform peer. Projects that are private on the DevOps platform remain private on SonarQube Cloud. With manually created projects, you must make sure to explicitly set the privacy status of your SonarQube Cloud project. This opens up the possibility of inadvertently exposing the code of a private project to the public through SonarQube Cloud.

## Related pages <a href="#related-pages" id="related-pages"></a>

* [Binding an unbound organization](/sonarqube-cloud/administering-sonarcloud/managing-organization/creating-organization/binding-unbound-organization.md)
* [Changing project binding](/sonarqube-cloud/managing-your-projects/administering-your-projects/changing-binding.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.sonarsource.com/sonarqube-cloud/administering-sonarcloud/about-sonarqube-cloud-solution/resources-structure/binding-with-dop.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.