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.
255 results found
-
Show Metadata API version used to retrieve metadata for comparison on comparison result page
It would save time and give confidence if the specific Metadata API version number used to retrieve the metadata was displayed on the comparison results page.
2 votes -
Add the package Name to the page, when the package is Opened
Currently when you Open a package like a draft deployment, the Name of the package does not appear. There is a message in top L-H 'Comparison finished' which is not very useful. Perhaps the package Name could go here. It will reduce confusion as you will be able to tell which package you have open. Thanks.
2 votes -
Save Filtered Metadata from a Comparison View as a New Custom Filter
When running a compare, we'll often filter the list of metadata types in the results to eliminate types we're not interested in comparing. It would be nice to save the filtered view as a new Metadata Filter for use in a future compare.
2 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 -
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 -
Make it available to commit custom labels that are part of a managed package
Custom Labels of managed packages do not show up in the comparison because they cannot be changed and therefore are not deployable. However, the (override) translations of these Custom Labels do show up and are deployable. It is possible to deploy & commit the translations but this poses an issue if you commit to git since gearset suggests to leave them out of the commit because they are missing a dependency. If you ignore the suggestion and commit them anyway, they'll be removed the next time the repo cleaner runs. This way, it cannot reliably be kept in git.
2 votes -
Force-deploy Flow translations with no difference
At the root of this, the main problem is that if you create a new flow version through the SFDC flow editor interface, the flow will have a new version of the flow translations based on the previous translations.
But if you DEPLOY a flow, the new flow version is created WITHOUT flow translations at all.
This would be fine, if gearset would allow us to reliably deploy the flow WITH flow translations, even if the flow translations had "no changes". (Gearset does not allow us to deploy items with no change, and sometimes doesn't even show them in the…
2 votes -
Show "All" Different Items
Instead of a tab showing 'All Items', even items that are the same, maybe show a tab of All Different Items, which would show New, Deleted, and Changed in a single view without having to sift through the 'All Items' for these.
2 votes -
Add option to load missing dependeces only.
Example:
When I already selected metadata filter with many items, downloaded metadata, compared, checked, and clicked deploy then I am getting an error that some dependency is missing but it is metadata type that wasn't selected previously.Currently:
I need to click refresh comparison select additional metadata types and reload all metadata from both sandboxes. It is very time and resource consuming with big packages.As a solution:
I want to have the possibility to click a button and select on the metadata list only those that I want to add to the current package and only those should be…2 votes -
Support Email Template Folder metadata migration
Metadata API for EmailTemplateFolder does not accept wildcards so you have to know the name of the folder to be able to pull it down and migrate it. Currently (as of 2-16) the Gearset product cannot pull these.
Suggest that they add functionality to make a SOQL call to get all the folder names, at which point they should be able to pull them. Allowing for compare and deployment.
2 votes -
Filter Column Sub-Levels
If I filter a column, it does not apply those filters if I open the sub-levels of an item such as "Depends on" or "Used by". For instance, if I filter OUT under the "Difference Type" column "No Difference," when I search through those sub-levels, it should not show me items that are "No difference."
2 votes -
Meta Comparison Filter Based on User and/or Timeframe
It would be great if there was a way to create a metadata comparison filter, and not just filter with regard to metadata types, but also filter by which user made the change, or the timeframe when the change was made? For instance, it'd be great if I could create a filter based on changes I made within the past 30 days, or a specific timeframe. Filtering by metadata types takes very long for large orgs, even if I reduce the metadata types down to 1 or 2.
2 votes -
Add an Undo Action/Functionality in the Comparison UI
Add an Undo button to the comparison UI in case someone accidentally de-selects a component from the Selected Items tab. It would save time rather than having re-search for the component and lose your train of thought. You have this feature in Google Docs and sheets.
2 votes -
Rename the Name bar in compare and deploy to : Name (api)
Simple to implement, just a string rename...
Rename the Name bar in compare and deploy to : Name (api)
It would show clearly that the name displayed there is the API name, not the "label" name XD
Cheerio2 votes -
sfdx repo deployment should be in subcomponents
Context: Compare and Deploy from Org to a Repo.
as i understand it, even if my repo is in SFDX format (Object subcomponents), Gearset still does the compare in the metadata format.
it reads the components from sfdx, combines into a .object form, and then applies the changes to the .object file and then decomposes again.this is causing unintentional changes to be part of our PR
2 votes -
Make org-org and org-VCS compare differences work the same
There is no end to confusion on the part of the devops user when Gearset displays differences "differently" when comparison is org-org vs. org-VCS
Gearset should apply a consistent principle - to see a Profile subcomponent, the compare filter should include both sides of the subcomponent (e.g. Profile + ApexClass to see ApexClassPermissions; Profile + Layout to see layoutAssignments; etc.)
If both sides of the subcomponent are not included in the filter, then there's no difference to show.
Note that these use cases must also be supported:
Profile deleted in org; org->VCS compare should delete .profile file…
2 votes -
Allow Package Cloning between Saved Comparison Pairs
Please allow us to select a comparison pair as the source/destination when cloning a package. This will make it much easier to select the source and destination when cloning a package, and reduce the risks associated with accidentally selecting the wrong repo or branch or sandbox.
2 votes -
Display Permission Set changes as one entry
When working with Permission Set changes, it sometimes would be useful to see them grouped by Permission Set instead of being disaggregated by field. For example, we are migrating from using Profiles to Permission sets to grant all access. Currently, if we make changes to many (>100) fields in two different Permission Sets, we have to review many (>100) entries. Also, grouping by permission set would allow us to deploy changes to one Permission Set while ignoring the other.
2 votes -
Add support for deploying a name change to a SFDC component (such as profile)
We occasionally change profile names during permssions clean-up projects. Currently, when you deploy a profile with a changed name, Gearset recognizes it as a "new" and a "deleted" profile, instead of a single "changed" component, which makes the deployment challenging.
I know that the name is used as an identifier, since the Id may not always match between source and target. However, if you add support for this, the tool could try to identify components with name changes by looking for the same Id in source and target with a changed name.
2 votes -
Support for WaveXmd metadata is missing
If we replace default DataSet in Einstein Analytics, it creates another type of metadata "WaveXmd". Support for the deployment of this metadata is missing from Gearset and as per discussion with Gearset team, it's a bug. Could you please fix it.
2 votes
- Don't see your idea?