Try out SonarQube Community Build
You've heard about how SonarQube and the Clean as You Code strategy can help you write cleaner and safer code, and now you're ready to try it out for yourself. This guide shows you how to install a local instance of SonarQube Community Build and analyze a project. Installing a local instance gets you up and running quickly, so you can experience SonarQube Community Build firsthand.
You can download SonarQube Community Build. Or try Developer Edition or Enterprise Edition for free for 14 days.
Once you're ready to set up a production instance, review the Install SonarQube Community Build documentation.
Installing a local instance of SonarQube Community Build
You can evaluate SonarQube Community Build using a traditional installation with the zip file or you can spin up a Docker container using one of our Docker images. Select the method you prefer below to expand the installation instructions:
From the zip file
From the Docker image
Find the Community Build Docker image on Docker hub.
- Start the server by running:
Once your instance is up and running, Log in to http://localhost:9000 using System Administrator credentials:
- login: admin
- password: admin
Analyzing a project
Now that you're logged in to your local SonarQube Community Build instance, let's analyze a project:
- Select Create new project.
- Give your project a Project key and a Display name and select Set up.
- Under Provide a token, select Generate a token. Give your token a name, select Generate, and click Continue.
- Select your project's main language under Run analysis on your project, and follow the instructions to analyze your project. Here you'll download and execute a scanner on your code (if you're using Maven or Gradle, the scanner is automatically downloaded).
After successfully analyzing your code, you'll see your first analysis on SonarQube Community Build:
Your first analysis is a measure of your current code. As a developer, you focus on maintaining high standards and taking responsibility specifically for the new code you're working on. From this point, you should focus on code that has been added or changed. For more information, see the Clean as You Code page.
Was this page helpful?