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.
360 results found
-
Ability to select Field Sets as a separate item
It seems that Field Sets are deployed by deploying the object that they are related to.
This doesn't work well for me because I have admins changing objects in production, but I often need to deploy a Field Set to go with my code.
Currently, I'm jumping out of Gearset and deploying a Change Set with just the Field Sets, then coming back to Gearset to deploy my code.
It would be nice if I could select just the Field Sets and deploy them without changing anything else related to the object.
8 votesField sets are currently deployable as individual items assuming the object they belong to already exists in some form in the target. If the object the field sets belong to doesn’t exist in target yet, then it must first be partially created in the target for Gearset to be able to deploy individual sub components. Thanks for the suggestion!
-
Ability to create CI jobs from GitHub Enterprise
I expect parity between GitHub and GitHub Enterprise when it comes to creating CI jobs and CI jobs with web hooks.
1 vote -
Add support to run tests that are in a namespace
Add the ability to run tests that are behind a specified namespace. This would allow developers to run their own tests in a test org with other packages installed.
1 voteThis is now implemented – when setting up a test monitor you can now include a comma separated list of namespaces to run tests in.
-
Changed By / Change On reporting incorrect user
Changed By / Change On reporting incorrect user when comparing to Salesforce orgs (sandbox to prod)
2 votesI’m going to close this post. Unfortunately Salesforce provides the information and we’re simply reporting it so it’s beyond our control. I’ve provided 3 scenarios in the post about what can happen. I’m sure we’ll uncover more over time!
-
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 -
A "Run Now" for CI Jobs
Have a button on the CI page that will allow you to run the CI job immediately instead of waiting four hours to see if the job was successful.
2 votesHi,
we’ve now added the ‘Run now’ functionality for CI jobs. Simply select the Run button from the actions column.
-
Allow filtering in deployments tab
On the deployment screens I'd like to have options to filter the list.
Some suggestions:
Team Member
Date Range
Target Username2 votesSorting and filtering have now been added to the validation history page – that change is going through the release pipeline and should be released in the next 24 hours.
I’m going to close this ticket since the main points have been addressed. If filtering by date range is an important feature to you, I’d appreciate it if you could create a separate improvement suggestion for it so that we can prioritise it appropriately :)
Thanks,
Oli
-
Monitor Orgs feature -- Turn off monitoring for metadata types
Monitoring orgs is great, except for orgs (in my case) that have Site.com Metadata. Each day that the monitoring runs it reports changes because of the MD5 checksum value is changed.
So to see the changes from the monitoring screen I have to click into the org and the monitored job, click into history, then into comparison. When nothing on the org has really changed other than the checksum value it shows differences (which makes sense).
What I would like is the ability to turn of monitoring for this metadata type. Or possibly more than just this type if there…
1 voteWe have removed the Site.com metadata type from the default comparison set, so change monitoring jobs will no longer include this by default.
In addition, when you create your monitoring job, you can specify which metadata filter you’d like to use. This will let you choose exactly which types of metadata to monitor for changes.
-
Source Code Metrics
Hello,
I think it would be very nice to connect the repository either to Code Climate for apex or to Source Code Scanner for apex and Security.
Also it would be nice to connect it to Heroku Lightning CLI for aura bundles (application and components).
2 votesGearset now has static code analysis as part of the Monitoring and Backup tab, with plans to add it to other workflows in the app
-
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.
-
Object level filters for Monitoring
Object level filters for Monitoring
1 vote -
Allow teams to share custom filters
Allow those filters we can save to be shared amongst our team!
7 votesCustom filters are now automatically shared with other members of the team and can be selected from the saved filter drop down when setting up a comparison.
Blog post on usage: https://gearset.com/blog/shared-team-comparison-filters
-
Allow GitHub to be a Target, not just a Source!
Let us move changes to GitHub!
5 votesWe’ve now shipped the ability to choose GitHub, Bitbucket and GitLab as the target for deployment.
Simply pick the Source Control option on the target when configuring the comparison.
-
Display deployment history in a list
Currently viewing the deployment history requires opening a pdf. If going back in time the only way to find a specific item that was deployed is to open one pdf at a time and look for the change.
It would be great if clicking on a past deploy would show items deployed in a list form on the page itself. This would make finding a past change easier.
2 votes -
It isn't obvious that you can sort by the "selected" column
It isn't obvious that you can sort which items you have selected while inside the "Changed", "Deleted", and "All" tabs of a comparison.
It would be better if you followed common web patterns like those found in GMail with the
...symbol in the column.See attached screenshot for example
1 voteAs you identified, you can sort by selected objects by clicking the header to the right of the select all checkbox.
We’ll have a look to see if we can make this a bit easier to discover.
Thanks,
Jason. -
Allow me to exclude metadata.
I have certain metadata which is broken or dangerous to migrate from a dev org, I'd like to exclude it from this and subsequent releases. If I could 'right click' and ignore it that would be good.
20 votes -
HTML email template - require Letterhead
Currently when deploying an HTML email template I get an error. This is due to the Letterhead not being present at the target. If I select the letterhead in the source and deploy it along with the HTML email template the deployment succeeds.
It would be nice if Gearset could see this dependency for the Letterhead and prompt to include it as part of the deploy
1 vote -
Use Draft deployment name as the Friendly name...
Would it be possible to have the draft deployment name, default to the friendly name under deployment history?
3 votes -
Deploy detected changes to other orgs
Being able to detect and roll back changes to orgs through the change monitoring is cool, but what I'd really like is to deploy detected changes to other orgs.
For example, if we detect a new configuration change to Production, being able to clone that change back down into our Sandboxes directly from the monitoring snapshot would be a real time saver. Or if someone deleted something in Production, being able to make that destructive change down into the Sandbox.
It would help us remove the step of running the comparison and pushing the changes after seeing a monitoring job…
14 votesThis is now shipped and live in the app! We’ve written a small blog post that walks through the feature and the use case.
https://gearset.com/blog/migrating-quick-fixes-in-salesforce-to-source-control
-
"Run now" button for test automation
Adding the ability to kick off a test job on demand, rather than the daily or configurable frequency
9 votes
- Don't see your idea?