Git and Provar projects
Once the Git plugin is installed, you will need a Provar Project to work on.
This can be done in various ways:
- By importing a Provar Project from an existing local repository
- By cloning from an existing Project stored in Git
- By creating a Project locally and linking it to Git
Select one of these options to get started.
Once you have your Project sorted, refer to Working with Git for more best practices on using Git with Provar.
Git plugin information
With Provar version 2.2.0 and future releases, you no longer need to install the Git plugin. We’ve packaged this together with our installer files. As a result, the Provar plugin installer will no longer show Git as an option. You can still enable the Jira, TFS and SVN plugins as previously.
Option 1: Importing a project from an existing local repository
To import a Project from an existing local repository, first ensure that you already have the relevant repository in your local file system and you know where it is located. This could be done by cloning the repository in advance, creating it from scratch or copying it from another location.
Click Import from File on Welcome to Provar screen.
This will display the Select Repository Source screen. Select Existing local repository. Click Next.
On the next screen, specify a directory and click Search to trigger a scan for Git repositories contained in that directory.
If Git repositories are found, they will be listed and you can select one or more to add.
Select the desired repository, then click Finish.
On the next screen, select the desired import process. The default option Import existing Eclipse projects is recommended.
Click the Next.
The next screen will display the available Test Projects in the repository.
Click Finish to import the selected Test Project into the workspace.
Option 2: Cloning a Project from Git
Cloning a remote repository will copy a repository from Git to your local file system.
To clone a remote repository, first click Import from File on Welcome to Provar screen.
Then, select Clone URI and click Next.
The following screen will be displayed.
Enter the information as follows:
- URI: The complete URI of the remote repository or the path on the file system. This field is automatically synchronized with the other fields.
- Host: The name of the remote host
- Repository Path: Path to the remote repository
- Protocol: The following Protocols are supported:
- file: File system access to the repository
- ftp: File Transfer Protocol
- git: The most efficient built-in git protocol (default port 9418). This protocol doesn’t provide authentication. Typically used for anonymous read access to the repository
- http: Hypertext Transfer Protocol can be tunneled through firewalls
- https: Hypertext Transfer Protocol Secure can be tunneled through firewalls
- sftp: SSH File Transfer Protocol
- ssh: Git over secure shell (SSH) protocol. Typically used for authenticated write access to the repository
- Port: Port number
- User: The username used for authentication
- Password: The password used for authentication
- Store in Secure Store: Whether the password is saved in the Eclipse secure store
The Branch Selection screen will display branches available in the repository.
If you have multiple repositories, select the one which contains your project.
Click Browse to select the workspace.
The following screen will display the project for import.
Click Finish to import the project.
Option 3: Linking a local project to Git
To link a local Project to Git, you must first have created a Project in Provar which can be pushed to Git. (Refer to Creating and Importing Projects for information on how to do this.)
Once you have a Project ready to be linked, right-click on the Project Name in the Navigator, then select Team > Share Project.
A Share Project screen is displayed as shown below. Select the repository type and click Next.
Browse a path for the repository field.
Right-click on the Project and select Team > Commit.
In the next screen, select the files you want to commit and add comments.
Right-click on Project and select Team > Push Branch ‘master’.
Enter the repository URL, User and Password.
On the next screen, enter your chosen branch (it should be ‘master’ in this case), select the Force Overwrite check box.
Note: Since the Force Overwrite checkbox is selected, this push will overwrite any files on the remote branch which conflict with the ones you are pushing. This option is therefore not recommended for use in general workflow as there is a risk of losing work. For a better practice in resolving conflicts, please refer to to Pull Requests and Resolving Conflicts.
On the next screen, review the details of the push you are about to make.
To confirm the push, click Finish.
Once changes have been completed, the work should be committed and pushed to the repository.
To commit work, right-click on the Project in the Navigator view, then select Team > Commit…
This will display the following screen.
Enter a Commit message and select your files, then choose Commit and Push or Commit.
All committed tasks need to be pushed to the repository.
To push your committed work, right-click on the Project in the Navigator view, then select Team > Repository > Push Branch [BranchName]…:
This will display the following screen.
Specify your preferred settings and click Next.
This will display a Push Confirmation screen.
Click Finish to push to the repository.
The results are displayed as given below.
Click OK to finish.
Once you have your project sorted, refer to Working with Git for more best practices on using Git with Provar.
- General information
- Licensing Provar
- Provar trial guide and extensions
- Using Provar
- API testing
- Behavior-driven development
- Creating and importing projects
- Creating test cases
- Custom table mapping
- Debugging tests
- Defining a namespace prefix on a connection
- Defining proxy settings
- Environment management
- Exporting test cases into a PDF
- Exporting test projects
- Managing test steps
- Namespace org testing
- Provar desktop
- Provar Test Builder
- Refresh and Recompile
- Reload Org Cache
- Running tests
- Searching Provar with find usages
- Secrets management and encryption
- Setup and teardown test cases
- Tags and Service Level Agreements (SLAs)
- Test cycles
- Test plans
- Testing browser options
- Tooltip testing
- Using the Test Palette
- Test Palette introduction
- Control test steps
- List compare
- Read test step
- String test steps
- UI Test Steps
- Using custom APIs
- Callable tests
- Data-driven testing
- Page objects
- Block locator strategies
- Introduction to XPaths
- Creating an XPath
- Label locator strategies
- Maintaining page objects
- Mapping non-Salesforce fields
- Page object operations
- Refresh and reselect field locators in Test Builder
- Using Java method annotations for custom objects
- Applications testing
- Database testing
- Document testing
- Email testing
- Mobile testing
- OrchestraCMS Testing
- Salesforce CPQ testing
- ServiceMax testing
- Skuid testing
- Vlocity testing
- Webservices testing
- Introduction to test scheduling
- Apache Ant
- Configuration for sending emails via the Provar Command Line Interface (CLI)
- Continuous integration
- Azure DevOps
- Running a Provar CI task in Azure DevOps
- Configuring the Provar secrets password in Microsoft Azure Pipelines
- Parallel execution in Microsoft Azure Pipelines using multiple build.xml files
- Parallel execution in Microsoft Azure Pipelines using targets
- Parallel execution in Microsoft Azure Pipelines using Test Plans
- Bitbucket Pipelines
- GitHub Actions
- Running a Provar CI task in GitHub Actions
- Remote Trigger in GitHub Actions
- Parameterization using Environment Variables in GitHub Actions
- Parallel Execution in GitHub Actions using multiple build.xml files
- Parallel Execution in GitHub Actions using Targets
- Parallel Execution in GitHub Actions using Test Plan
- Parallel Execution in GitHub Actions using Job Matrix
- GitLab CI
- Travis CI
- Execution Environment Security Configuration
- Parallel Execution
- Running Provar on Linux
- Salesforce DX
- Team foundation server
- Version control
- Zephyr Cloud and Server
- Salesforce testing
- Adding a Salesforce connection
- Assert Page Error Messages on Add/Edit Product
- Dynamic Forms
- Internationalization support
- List and table testing
- Salesforce Release Updates
- Salesforce Lightning Testing
- Salesforce Lightning Web Component (LWC) locator support
- Salesforce console testing
- Visualforce Testing
- Performance Best Practices
- Testing best practices
- Configurations and permissions
- Error messages
- Administrator has blocked access to client
- macOS Big Sur upgrade issue
- Resolving failed to create ChromeDriver error
- Resolving Jenkins license missing error
- Resolving metadata timeout errors
- Test execution fails – Firefox not installed
- Update to Opportunity field validation behaviour
- Licensing, installation and firewalls
- Test Builder and test cases
- Release notes
- Version 2.7.0 Summer ’22
- Version 2.6.3
- Version 2.6.0 Spring ’22
- Version 2.5.0 Winter ’22
- Version 2.4.1
- Version 2.4.0 Summer ’21
- Version 2.3.1
- Version 2.3.0 Spring ’21
- Version 2.2.1
- Version 2.2.0 Winter ’21
- Version 2.1.1
- Version 2.1.0 Summer ’20
- Version 2.0.5
- Version 2.0.4
- Version 2.0.3 Spring ’20
- Version 1.9.12
- Version 1.9.11