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.
1143 results found
-
Ability for Enterprise User with Role "Owner" to Delete Validated Deployment by Other User
This feature would allow Enterprise user with Role"Owner" to Delete Validated Deployment by Other Users. The reason for doing this is that there could be packages created in error and this would allow release managers who are typically owners to cleanup.
1 vote -
Make metadata filters easier to use when you want to "include all except X,Y"
For CI jobs, it is not uncommon that you want to include all elements of a given custom metadata type except specific elements
Today, you need to have two entries - an include all (".*") expression and an exclude expression. For users who are not regex savvy, this is too complicated.
We should have "All", "Named", and "All except Named" at the top level so simple check boxes can be used.
This is particularly useful for CI jobs (whose purpose is to sync VCS w/ org) - you want to sync most everything except a few items - like Sites…
1 vote -
Add a deployed components count to the Deployment History table
We'd like the ability to view the number of changes that were deployed from the Deployment History table view so that we can quickly scan the list of recent deployments and identify certain deployments using that additional information.
1 vote -
resize column widths on "deployment history" page (no truncated values)
On the deployment history page, the column widths are fixed. If you have a value in the "friendly name" column that's over a certain character count, it gets truncated automatically. there is a tool tip to see the full value by hovering, but if you use consistent naming standards for naming deployment packages, this can result in having to hover over many package (i.e. rows) to find the one you want.
if making the column width customizable isn't possible, then making the "friendly name" column character limit longer would be a good start!
1 vote -
Deploying from SF to Repo with unlocked packages can result in items deploying incorrectly
When deploying from SF to a branch that has the force-app and unlocked packages, if you deploy an item that would include the object file it deploys to the unlocked package directory instead of the default app listed in the project.json. The end result is everything related to the object is moved from the force-app to the unlocked package directory.
Steps to recreate:
Enable source tracked sandboxes
Create a new dev sandbox
Create a new branch and link it to the new sandbox
Create a new field on Contact
Edit a search layout on Contact
Use gearset to deploy the…1 vote -
Allow users to share deployment drafts across different Gearset environment
Lets say multiple vendors are working on different environments and done the deployment across all the lower environments using their own Gearset. But coming to the production org. internal team will be performing the deployments using internal Gearset. So Instead of recreating the deployment draft again, it would be very useful internal team can reuse the draft created by vendor in different Gearset environment.
1 vote -
"Dismiss/Hide Item" option for any found comparison
There are numerous "changes' that aren't actually changes (ex: logo images, Global Picklist set order). It'd be great to hide those those changes or dismiss them in a comparison to not look at them. Once it's dismissed, it's out of sight and there is no need to evaluate it every time you look at a saved comparison. It'd be clear that it was evaluated and not dismissed.
1 vote -
Filter option: not containing, eg. rather than filtering for 'custom field', filter by components not a 'custom field'
A better example might be I don't want to see anything that has the word 'contact'.
1 vote -
Ability to differentiate between scheduled metadata deployments from validated packages and non validated packages
Under Deployment History
All scheduled packages should appear. This is not the case today, validated packages that have been scheduled appear under validated packages with a Scheduled Date but not under Deployment History
Scheduled packages should have a link to the appropriate Validated package if any.
1 vote -
create a Default Value setting on Source Control & Connections
Reading the previous suggestions this might be a bug.
Where a user has multiple connections to Github, Bitbucket etc. It would be good to be able to set a default connection.
It is suggested that when you go to Compare, the last selection should be displayed. But I am not seeing that happening?
I would expect the default Source to display, no matter what Compare I and setting.
1 vote -
Show data hosting option chosen for an account
It would be great to see the chosen data hosting option for an account in the 'My Account' area. Without it security audits will not be able to verify what setting was chosen and will have to rely on documentation held elsewhere.
1 vote -
Add an option to disable Problem Analysis for CI
When running CI jobs, we can create a problem analysis template to control what potential problems can block a deployment.
For deployments from SF orgs to Git, many of the problems being analysed are just irrelevant (e.g. users don't exist in the target, because the target is not Salesforce).
Although some options can be switched off via templates, the list is not comprehensive. So, it would be great to have an option to switch off everything, or a built-in template of "no analysis".
When production is the source of truth, we just want all the metadata to get copied into…
1 vote -
Improve error message when XML is not properly escaped
When I choose to compare metadata with my source as my VCS, there was an "&" char in the recordtype XML definition file.
<values> <fullName>Food & Beverage</fullName> <default>false</default> </values>This threw an error and there was no support and no explanation at that time.
I suggest you to improve this error message.
Message I got:Could not parse the XML for 'force-app/main/default/objects/Lead/businessProcesses/Buyer.recordType-meta.xml'. Error occurred at line 71. Further details: An error occurred while parsing EntityName. Line 71, position 29.
File, line and position it's ok. maybe a link to Gearset docs with walkthrough with this probable cause when a parsing…
1 vote -
Delete comparisons
Be able to delete a comparison run with wrong filters or just keep the latest comparison
1 vote -
Mass deletion of data from backup
We want to know how to automate the deletion in backup system.
Common use case is deletion of customer data due to legal compliance.
1 vote -
Reuse earlier retrieved metadata, if nothing has changed
We have a large org and need to select many filters. A comparison take ages. Source of our deployments is mostly Git, which is very fast in retrieving metadata. I would like to have an option, to assume that nothing has changed in target and skip loading metadata of that org and use the metadata of an earlier comparison.
If we have a small bug in our Git (e.g, test class not correct), we get an error while deployment. That's okay. We fix it in about 1min and want to deploy again. Loading metadata from Git is instant finished loading…1 vote -
Update Metadata Change Monitor Report
When you update the change monitor report metadata filters and include new metadata types, the next monitor report shows all the newly added metadata as "New Items" on the report. Although not a big deal it did cause an alarm for us not realizing it was due to the change we made prior. It would be a "nice to have" feature if either you don't include the newly added metadata types as "New Items" on the initial report or flag them and have a visible cue to indicate the items were a result of newly added metadata items on the…
1 vote -
Force selection of fields to use instead of selecting id as default
In the select related objects page, Gearset selects id as the 'fields to use' field. If we are deploying a large set of data and by mistake do not change the 'fields to use' field then we end up creating duplicate records for Upserts. Would be great if there is an option to enable or disable the default selection.
1 vote -
For failed CI job runs, develop a way update to the job status
When for whatever reason, jobs can get job stuck in status "Deploying".
The real deployment task is already successfully finished in the org, so I would expect that the status of the CI job would be "Succeeded".
I was assured that in 24hrs the status of the job will automatically reset, but can we have also a way to force an update to the CI job manually?
Note: The "Cancel running CI job" button is visible and clickable, but doesn't do anything with this stuck CI job.
1 vote -
Ability to Export SFDC Fields into a CSV File
Would it be possible to get a feature where we can download the fields into a csv file?
1 vote
- Don't see your idea?