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.
1419 results found
-
Automatically detect drift between the org and main git branch
Currently we can automatically monitor and report on changes made to an org via the Change Monitoring dashboard. This compares an org snapshot to the previous days snapshot.
However, what would be really useful now we have pipelines enabled is the ability to automatically report on org drift from our Github main branch, using a specified filter (i.e. the same filter as our Pipeline CI Jobs use). This would allow us to track, understand and hopefully reduce the amount of drift that occurs in pipeline-relevant objects, making the pipeline more robust.
17 votes -
Deleted field references doesn't get auto-cleaned up in Layouts and ReportTypes
If a custom field is deleted, its references in Layouts and ReportTypes are not getting deleted in the environment branches. So each time, developer had to edit all the report types and layouts to remove the deleted field references. Imagine, this being done for hundreds of reportTypes in the system. If this cleanup is automated using Gearset, it would be more helpful for the developers.
13 votes -
Delete feature branch ONLY after production deployment
The ability to delete feature branches only after merging with master branch (which runs the ci job to deploy to Production). Currently the feature branch will delete if there is no PR attached with it. There are instances where I may want to delete a PR to the 'QA' or 'Release' branch but still want to keep the feature branch. Currently this is not possible.
6 votes -
Add spell checker to CI/CD pipeline
Spell checker helps maintain a high standard of accuracy, ensuring your content is reviewed in initial PR's itself. Just like how we use Clayton code feedback.
If typos is in customer facing texts in UI (which is can be a big problem in public facing application where large no of users visits.)
It would be good if spell checker can be added as a policy inside Clayton. So that we can find and fix issues easily.
Advantages
* We can also prevent potential PROD P1 errors.
* Enhanced Code Quality
* Improved Deployment Efficiency
* Reduced Technical Debt11 votes -
Add ability to validate commit messages for deployments
We require commit messages for deployments, but we actually need to go beyond this and validate the commit message format, checking for things like tagging ticket numbers in commit messages, formatting, etc.
If the commit message validation fails, deployment should not be allowed.
Some source control providers (e.g. GitHub) allow server-side pre-receive Git hooks which can perform such commit message validation; however, Bitbucket Cloud does not currently support this and it is unrealistic for us to switch source control at this point in time. Without this feature in Gearset we are unable to enforce formatting requirements on commit messages coming…
7 votes -
Darkmode option
It would be really helpful having a dark mode of gearset UI. A big number of devs prefer dark mode over bright mode. Since gearset is a tool mainly used by devs, would be good to give to devs the option to customize their UI.
20 votes -
Option to Export Full Comparison (Including JSON Metadata Differences)
Currently, when exporting a comparison from Gearset, the CSV includes a list of all items from the comparison. However, the export does not include the JSON data that represents the metadata differences between environments.
It would be extremely useful to have the option to export the full comparison, including the detailed JSON metadata diff.
Use case:
Our team is exploring ways to automatically generate changelogs whenever we make deployments. Being able to export the JSON comparison data would allow us to feed that information into an AI agent to generate a structured, human-readable changelog.Proposed enhancement:
Add an option to…
5 votes -
Allow deploying fixes / linking work to closed Jira tickets without reopening them
Currently, deploying a fix related to a closed ticket requires reopening it, which triggers unnecessary notifications to the reporter.
It would be helpful to allow linking or deploying fixes to closed tickets without changing their status, or alternatively make it easier to search and reference closed tickets.2 votes -
Auto merge of PRs
Once the validation process is successfully completed for the respective PR, it would be very helpful to have an option for automatic merge and deployment. This would streamline the release process and reduce manual steps.
Additionally, it would be great if we could have control at the org level to enable or disable auto merge functionality. This way, teams can decide whether they want to use auto merge based on their workflow preferences or organizational policies.
Thank you for considering these enhancements!
10 votes -
Notifications/Reminders for Promotion Pre/Post-Deployment Steps
When a deployment is waiting on a pre or post deploy step, send a Slack notification or email. These are easy to forget about (or they are completed, but the dev forgets to check them off). Even better would be if the Slack message tagged or emailed the user it was waiting on.
2 votes -
Ability to Select and Merge Specific Changes in Lightning Components and Flows
We are using Gearset to compare and merge changes in Lightning and Aura components, as well as Salesforce Flows. While the tool works well overall, we’ve noticed that it currently lacks the ability to select and move specific changes during a merge. Instead, it requires replacing the entire file, which isn’t ideal in many cases.
It would be extremely helpful if Gearset could allow selective merging of specific lines or sections—similar to how it works for Apex classes. This feature would greatly improve control and efficiency when working with Flows and Lightning components.
Thanks for considering this enhancement!
10 votes -
Conflict Resolution Comments
It would be great if there were a way to leave notes or comments for each specific action I take or selection I make during conflict resolution in Gearset Pipelines. This would really help other people understand the reasoning and history behind conflict resolution activity for future reference.
2 votes -
Allow for Simplify Differences to be performed on metadata type before showing it as "different"
Currently, Gearset performs a "Simplify Differences" on Clean data service and
Connected app before reporting these metadata types as "Changed" in the comparison results.There are other metadata types, such as "Custom field" that sometimes show up as "Changed" in comparisons because the internal order of some of the tags are different in a sandbox vs production. Re-deploying these files from one environment to the other does not "fix" these differences. Gearset provides a "Simplify Differences" toggle in the UI that shows there is no effective difference with the file.
It would be nice to provide a configuration toggle for…
3 votes -
Suggestion for Org Intelligence Enhancement
Add a dashboard within Org Intelligence that tracks metadata changes. Provide the ability to select a date range and view changes across key metadata types such as Objects, Fields, Validation Rules, Apex, Page Layouts, and more.
The dashboard should include interactive filtering functionality that allows users to drill down into individual metadata components. It should also allow customization of which metadata types are included and display rollups summarizing changes, deletions, and modifications, along with details on who made each change.
2 votes -
API to Manage CI Jobs
I would like an API to manage CI Jobs and Sandbox connections.
In our current workflow, we create new sandboxes and branches for large initiatives. Along with these, we need to connect the SB in Gearset, build the CI job, run it for the first time, and then tear it down when we're done.
We would like to be able to automate some of this.
- I have a branch and a sandbox
- I want to connect that sandbox in Gearset (would be great to do this programatically via api)
- create a CI job via api
- be able to run the…
4 votes -
View Deployment Summary from Pipelines
My team develops in siloed dev orgs. Once a feature is complete, we create a PR against an integration environment.
This triggers a test suite run in the target org and a peer code review. This process works well for Apex. However, admins on our team build automations in Flow, which are nearly impossible to review in GitHub due to the complexity of the XML.
To address this, we’ve been using Gearset’s Flow Navigator for Flow code reviews. Previously, it only took a couple of clicks to reach the Deployment Summary screen, and the Flow visualization made reviews much easier.
…
6 votes -
How Wiki Page Creation Services Ensure Notability Compliance
One of the biggest challenges in publishing a wiki page is meeting strict notability guidelines. Professional wiki page creation services begin by conducting in-depth research to determine whether a subject has sufficient coverage in reliable, independent sources. They gather credible references from reputable media outlets, journals, and publications to establish authenticity. These services also ensure that content remains neutral, factual, and free from promotional language, which is essential for approval. Proper citation formatting and adherence to editorial standards further strengthen the page’s credibility. In some cases, providers also offer a Wiki page translation service to maintain consistency and compliance across…
1 vote -
Ability for custom masking on Email fields
Would love to be able to customize masking on email fields. When I currently mask an email field Gearset will make it something like 3d50b95f686844c6@gearset.invalid and I have no control over customization. I want to retain what the original email was so users can fix it and sent to it, if needed. I just want the email “broken” so it’s not used accidently through automation. Being able to customize the obfuscation would be very useful.
3 votes -
Collective list of release components
It would be great if we have a way to find out details regarding the components being deployed to lower orgs or part of the release/sprint that team is working on. For Example, we have Gearset integrated with Azure DevOps (boards) and if Gearset can pull the iteration path along with work item details and when I specifically click on the iteration path for a sprint or release, I should get a list of all the components that are linked with work item deployment. This will help us a lot before the release to check the list and see if…
1 vote -
Add the ability to lock down Releases in Pipelines
My team has a release cutoff of Thursday EOD, we've recently begun exploring scheduling our releases to begin at 5:00 PM on Friday, and we had slight concerns that other coworkers may add items to the release after the cut off since it isn't being manually monitored anymore. I would like to add the ability to prevent additional items from being added to releases in Pipelines after a certain day, perhaps add it to the same section to schedule the release.
1 vote
- Don't see your idea?