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.
1235 results found
-
Release Branches
If I create a Release Branch from UAT, I no longer need all the individual Feature branches.
Inspired by Gitflow and the current Gearset Expanded Branching Model.
Currently: The Expanded Branching Model will create a Feature Branch PR to main for every Feature branch that is merged to UAT branch.
Desired: When I create a Release branch from the UAT branch, then Gearset should close all the current Feature Branch PRs to Main Branch - if and only if the Feature branch was already merged to the UAT branch.
This is related to branch pattern matching because…
1 vote -
Option to set and make use of 'deployment rules'
It would be great if we can have the option to set and make use of 'deployment rules':
1 - receive an alert/warning message (in gearset/via email) right before deploying to a selected target environment, for instance - a production environment if certain pre-defined metadata types are included in the deployment.
use cases: a reminder to run all test when deleting metadata, a reminder to activate a flow on target environment after deployment.
2 - block a deployment in the following case scenarions:
a - if the deployment of certain pre-defined metadata types happens within a pre-defined timeframe.
use case:…
7 votes -
Gearset doesnt support Versioned Dataraptors for vlocity deployment
Gearset doesnt support Versioned Dataraptors for vlocity deployment.
Details provided to Valerio Chang1 vote -
Add ability to run sfdx force source status command for metadata deployment
It would be great if, when comparing an org to a repository, we could run the status command (sfdx force:source:status) to see the difference between a Salesforce org and the repository.
This command provides a list of files that changed to the user instead of performing a full (and tedious) comparison between the source and the target.
Having a list of changed files would make it easier for a user to see what change they made in an org, make it easier for them to not miss a file and would make comparison so much faster (since you would be…
1 vote -
extend the GearSet public API to include Data deployments between Sandboxes and Scratch Orgs
Allow triggering Data deployments via the public API to eliminate having to sync data manually. This also includes triggering creation of Scratch Orgs via the Gearset API so that Gearset can instantly recognize them them.
The workflow we would like to automate is: feature branch is checked out which triggers a CI/CD system pipeline to create a corresponding scratch org, do a metadata deployment from a test sandbox, and sync data from the same test sandbox. This allows us to create on-demand full copies of the environment for purposes of E2E testing (inc. external integrations) and feature development that requires…
9 votes -
Profile Comparison within Same Org
It would be useful to be able to compare profiles within the Same Org to allow for improved Security analysis and deployment.
Use Case: Developer added new functionality in Sandbox and applied it to only a few of the profiles that were specific to that story. Now there is a new to expose that functionality to more users, but need an easy way of knowing which profiles are missing the needed functionality without going through each individually.
2 votes -
Compare Active Version of flows not the newest Flow
When comparing flows please compare the active version of flows, not the newest version. This would align with how change sets handle flow.
Example:
Version 2 and 3 exist in source. Version 2 is active and version 3 is draft. I want to deploy Version 2 that is active not the inactive flow.13 votes -
Branch Pattern Matching
I want to use branch pattern matching to map CI Jobs to specific types of branches in my repository.
main
uat
dev
feature/*
release/*
hotfix/*
chore/*Each of these branch types can have different CI Jobs associated with them. Or in the case of a chore/*, maybe I want those branches to Skip CI Validation because it is an ops branch that doesn't contain any Salesforce components.
1 vote -
Pipeline CI jobs where deployment is disabled should capture validation job history
If you have a Pipeline CI job configured to be Run Job = disabled; you can still promote PRs and run validations (which is great). But the validation job history is not preserved under the CI job. In fact, AFAIK, it can't be found at all except for the current promotion's vcalidation
This would enable one to diagnose validation fails - perhaps due to problem analyzer automations. It would aid in communicating with support (as such validations could be shared)
1 vote -
Allow all admin users to run the 'Take Snapshot' functionality on Monitor jobs not owned by them
I would like all of my 'Admin' users (or specify which users in my org) can have access to run monitoring jobs I've set up.
The scenario is that we're a small team, so I want to set up all of our monitoring jobs, but if an issue occurs while I'm OOO any of my other team members could run the 'Take Snapshot' function to determine which changes occurred since the last monitor job ran and roll the changes back.
Currently users can edit/delete monitor jobs of other users and if provided 'Deployment' access can roll the changes back, but…
3 votes -
Let the user post Jira comments as internal or customer-facing from deploys
When deploying from sandbox to sandbox, we'd like the comments to post on the tagged jira issues, but would like to keep those comments internal instead of updating our clients. It would be good to have a security selection option when posting comments from gearset to jira.
3 votes -
Ability to test restoring of backup data periodically
It will be nice to have option to automate and test restoring of backup data periodically into a sandbox. Since it is going to be restoring production data to sandbox, there should be options to restore chunk of production data (due to the storage limitation with sandbox) and the metadata.
1 vote -
Run Flow tests during test monitoring jobs
With the new flow tests, it would be nice if we could also have these run within test monitoring jobs.
5 votes -
Filter on UNselected items when choosing metadata to compare
When selecting metadata to compare, there is a picklist that says "Filters" and has an option for "Selected Only." Please add a second option for "Unselected Only" so I can quickly verify that I haven't left anything out without my eyes being distracted by checkboxes and items I know I already selected.
2 votes -
Add the ability to edit xml
I would like to have the possibility to edit XML files from the comparison view.
4 votes -
Allow delegated users to edit environment variables
My user is setup on our CI and I have a number of environment variables setup on Custom Labels for ID's.
Whilst this works great the main issue is if I am Sick/On Holiday there is no way for someone else to go in and add/edit the environment variables thus making me a single point of failure/Reference.
What would be great would be either have Environment Variables setup at a CI level and delegated users have the ability to go in and edit/create new ones against the CI (This would ensure only those that know what they are doing are…
6 votes -
Inline editing of metadata
The idea above was "closed" due to Environment Variables.
That feature is too fiddley for our use case as the change that needs to be performed is not consistent. Furthermore, that feature does not help with handling merges.
Gearset has some merging capabilities, but it only allows to select one file or another, instead of merging changes from both files.
I'm aware it is possible to perform merges from source control, though it would be easier to train our team if they did not have to learn another technology. Furthermore, it leaves the process to more faults as the…
6 votes -
Have the Jira ticket which was selected at the point of the commit stay with the PR in Pipelines
At the moment when you select a Jira ticket at the point of commiting to a branch, you are able to track that actionback into Jira.
However when a PR is opened from that feature branch to the next environment branch (in the Pipelines UI specifically) the Jira ticket association is lost, and has to be reattached manually.
Workaround:
- Put the ticket ID in the branch name, i.e. name your branch "feature/AL-99- new-flow"
- Use the drop down menu provided in the Pipelines UI to re select the Jira ticket
- Open the PR from the Commit successful screen and tick the…
2 votes -
Ability to see complete history related to a ticket or common name
It would be incredibly useful to have the ability to see a complete history related to a ticket or common name. For example, if I'm working on a Jira ticket named "SALES-123," I would like to be able to see all of the comparisons, branches, deployments, and promotions related to that ticket.
This ability would significantly improve the efficiency and effectiveness of troubleshooting issues.
1 vote -
Flexible Org Monitoring Notification Scheduling
I'd love to schedule a weekly or bi-monthly digest email rather than receiving emails for each run or each change. There are developers who need to know when changes are made, but they do not need to monitor changes frequently. In those scenarios, it would be nice to schedule out a weekly review of all changes.
2 votes
- Don't see your idea?