On Boarding a Globalyzer Project

From Lingoport Wiki
Jump to: navigation, search

OBSOLETE

Before On Boarding a Globalyzer Project

Lingoport has created a Pre-flight Check for Globalyzer. Before on boarding a Globalyzer project, please do the pre-flight check.

To on-board a Globalyzer project, some basic information is needed:

Code Repository Location

Globalyzer Scan Information

  • The directories and files to be scanned, as well as what should not be scanned, like code libraries.
  • The rulesets to be used to scan the source code.
  • A Globalyzer Project file is created with this information and put in the code repository.

On Boarding the Globalyzer Automation Job

Jenkins

Create the Jenkins job

To begin the on-boarding process, go to Jenkins, and select the 1-Automation Tab, and New Item

Automation tab new item.jpg

  • Make a copy of Lingoport.SampleLite
  • Set the name of the new job to <groupname>.<projectname>
  • Make sure Add to current view is checked and select OK

Configure the Jenkins job

General

GeneralTab.png

  • General section: Select the GitHub project and fill in the Project url (if using git repositories)
  • Throttle Concurrent Builds should be checked.
  • Throttle this project as part of one or more categories
  • LRM Throttle should be checked.

Source Code Management

Source code management.jpg

Source Code Management section: Set up the Repository, Credentials, and Branch. For example if the Git repository is Acme/myproject and the code to work with is in the 'development' branch, then set the Repository URL to https://github.com/Acme/myproject.git. It is often easy to copy this from GitHub. For the branch, make sure to define it as */development. If the '*/' is left off, there will be problems.

Build Triggers

BuildTriggers.png

These are left unchecked by default, but the Build Periodically can be set to build on a repeating basis.

Build Environment

BuildEnvironment.png

Leave these unchecked.

Build

BuildGlobalyzerJenkins.png

Globalyzer requires a Project Definition File. Is is recommended that this is put in the repository in a lingoport folder, although it can be anywhere as long as it can be found. Here is an example of a Project Definition File.

For the full instructions to setup a project definition file, see our help page.

Post Build Actions

  • Nothing needs to be modified in this section

Select the Save button. Enable the project and Build Now. The Jenkins project should run and push the results to the Lingoport Dashboard.

For more information, see Project Configuration Files

Verifying the Automation Job

The Jenkins job should complete successfully and populate the Lingoport Dashboard.

To check if it completed successfully, select the project and look at the Build History

BuildHistoryNational.png

The indicator should look like a blue ball. If it is a red ball, select it to go to Console Output and look for errors.


DashboardNational.png

If the indicator is blue, then login to the Lingoport Dashboard and verify that the project is on the Dashboard. The Globalyzer Dashboard will show the number of issues found and the rule sets that were used to scan the code as well as how much code was scanned.

If there are problems at this point, please contact support@lingoport.com for assistance.