Help us improve Gearset
We love getting feedback from our users on how we can make Gearset even better. Post your ideas for improvements, new features, and bug fixes alike, and vote for others – let us know what’s important to you.
81 results found
-
add support for Live Agent and Einstein Chat Bot
We're using Live Agent and Einstein Chat bot but there is no way to deploy this in Gearset. Per Metadata API v43.0, these objects can be retrieved and deployed:
- Bot
- BotVersion
- EmbeddedServiceBranding
- EmbeddedServiceConfig
- EmbeddedServiceLiveAgent
- LiveAgentSettings
- LiveChatAgentConfig
- LiveChatButton
- LiveChatDeployment
- LiveChatSensitiveDataRule
since we use Gearset for all deploys to source and to orgs; omitting LiveAgent and chat bots means we don't have a consistent way of maintaining truth
2 votes -
Provide a desktop notification from browser when a validation or comparison is completed
It would great if browser notifications could be created/enabled to notify a user when a validation or comparison is complete when the user is off the the browser tab where the validation or compare is happening.
2 votes -
Multi-Select Filter on Deployment History Page
It would be nice if the drop-down filter on the deployment history page allowed multi-select. My use case is filtering all successful deployments to production. Seems like it only supports one or the other now.
2 votesWe’ve now added more advanced filtering to the deployment history page to enable multi-selection. You can find the filter menu via the dropdown next to the text search box.
-
Add support for the PlatformCachePartition metadata type
The Salesforce metadata Api supports the PlatformCachePartition metadata type (https://developer.salesforce.com/docs/atlas.en-us.api_meta.meta/api_meta/meta_platformcachepartition.htm), but it's not currently available for comparison and deployment in Gearset.
Can you add it to the supported metadata types list in Gearset?
2 votes -
When creating a scratch org, allow a user to define the expiration number of days
Currently, when creating scratch orgs, the system automatically sets the expiration to seven days. However, scratch orgs can last as long as 30 days. Would it be possible to define the expiration number of days during creation?
2 votes -
create branch
It would be nice to be able to check Salesforce changes into a new branch in Github (or other git repos). This would provide admins an easy entry point for their changes into a git repo without having to learn the esoteric git command structure.
2 votes -
Add the ability to define which Apex Test's are run during the validation phase of a deployment
I would like to suggest a new feature request. We have a great need to define which apex tests are run against the Target ORG due to special configurations. We have apex classes / test classes that are created in Target ORG's that are client specific. For example, if we go to deploy our managed package from Sandbox A -> Sandbox B, the tests may fail since the content in Sandbox A needs to get to Sandbox B before the client specific changes can be updated / tested. There are multiple parts to our product and adding in the ability…
2 votes -
Edit CI Filters on an Existing Job
Be able to adjust the filters for a CI Job that is already running. Currently you would have to delete the job, adjust the filter, and then setup the job again.
2 votesWe’ve now added the ability to edit CI filters on an existing job.
We’ve also added:
- see currently running CI jobs
- Manually kick off an existing job instead of waiting for the schedule to start -
Custom login URLs
We deal with SF instances that do not login with the standard login.salesforce.com or test.salesforce.com.
It would be nice to see an option for custom domain or custom url that can be used for either OAuth or username/password authentication.
2 votesThanks for the feedback!
This was shipped today – on the comparison screen you can now add an org with a custom domain by selecting “My Domain (Government Cloud)” from the Salesforce authentication type dropdown. This works with Government Cloud orgs, and also any Salesforce org that has a custom My Domain url.
We don’t currently support My Domain orgs with username/password authentication. Please let us know if that’s a problem for you, or if the feature doesn’t work as expected.
-
Add support for GitLab
Like the integration with GitHub, to compare and deploy from repos to our Salesforce orgs.
2 votesWe’re happy to say we’ve now launched GitLab support from within Gearset. You can compare and deploy straight from your GitLab repos to your Salesforce orgs.
-
MetaData Type for BatchProcessJobDefinition missing
The MetaDataType for BatchProcessJobDefinition is missing from GearSet's list.
Need this added to allow us to deploy Batch Process Job Definitions between environments.1 voteThis was released 10th November 2023
-
Support OmniSupervisorConfig Metadata Type
Can you please support OmniSupervisorConfig metadata type that was introduced in Spring '23 (API v57.0) as per the official documentation: https://developer.salesforce.com/docs/atlas.en-us.api_meta.meta/api_meta/meta_omnisupervisorconfig.htm
1 vote -
Precision Deployments for Lead Convert Settings
Precision Deployment is currently not enabled for lead convert settings metadata. 2 orgs may have different lead convert settings or we may not want to migrate all the mappings from one to other. Hence, this is a must have.
1 voteWe've added precision deployments for Lead Convert Settings 🎉
Please get in touch if there's any other metadata types that you'd like to see in precision deployments.
-
Make fail job optional for warning PMD analyses
As a developer leader, I don't want the job to fail if I get a warning from PMD. But I want to be notified if the code has any warning.
I would like the failure for warnings to be optional. But always be warned that it has flaws.1 voteThis is released as of now.
-
Default option for the deployment component list for JIRA issues
I really like the feature to add a deployment component list to a JIRA ticket. I would like to have the ability to default this ON.
It is currently defaulted to OFF.1 voteWe’ve made this stick to the last deployment on the release of March 19th, 2021. This is per team basis.
-
Validation job ownership should be transferred
Good to have capabilities to transfer ownership of validation job to other member in the team so as if one person is on vacation then there should be easy way to transfer ownership of validation job to other member so as if required - Adjustment can be done to CI jobs.
1 vote -
Add a search function to the Monitoring > Unit Tests
Add a search function to the Monitoring > Unit Test page to quickly find a specific Test outcome
1 voteReleased on 07/01/2021
-
1 vote
This is already supported as a [Named Item] under the [Setting] metadata type. Contact us in the in-app chat if you have trouble locating it.
-
Allow "View Errors" in CI Job History page to be opened in a new tab
It would be great if the button allowed to be opened in a new tab (essentially allow buttons and links to act like regular HTML elements that allow opening in a new tab via Cmd/Ctrl+click or via right click)
Example right clicking the "View Errors" shows no open to open in a new tab https://d.pr/i/m5CNIG
Right clicking "View comparison" allows for it https://d.pr/i/WpCfFF
This is similar to https://gearset.uservoice.com/forums/283474-help-us-improve-gearset/suggestions/35538631-make-clone-package-openable-in-a-new-tab
1 vote -
Unique filename of the generated report PDF
Currently, the name of the generated PDF file of the deployment report is always the same for a given source and target.
If we deploy from our "master" gitlab branch to our "production" environment, the name will always be the same.
We archive the report PDFs for documentation / compliance reasons, and we always have to manually rename the PDF file to make the name distinct.
It would be nice if the name of the report PDF was unique. This could be achieved by either including a timestamp or the deployment number into the filename.
1 vote
- Don't see your idea?