Source Control Standalone instead of SSMS snapin
Source conrtol should be a standalone app not SSMS addin. When performing get latest or commits, on large environments and slow connections this can easily take 20 minutes during which a click anywhere else in SSMS restarts the get latest/commit process. The logical use of source control being a SSMS addon has been outlived.
Anonymous
shared this idea
We are building a standalone version, which resolves some (not all) of the performance concerns that exist in the current tool. We are hoping for an early preview release in Q1 2021. Please get in touch if you’d like to try it.
-
Neil Pugh
commented
Hello. I would like to try the beta. @david
-
Anonymous
commented
David - I would be happy to try an early preview.
-
Christof Colle
commented
Fully support this idea! Surprised that this feature request is THIS old without RedGate providing any feedback or taking any action...
-
Anonymous
commented
SSC crashes routinely for me... and I'm quite confident that it's the fault of SSMS rather than SSC. I'm certain that my opinion of RedGate SSC would increase dramatically if it was not dependent on SSMS.
-
Anonymous
commented
I agree. Source control causes out of memory exceptions. In addition, since i cannot look at different databases on the server while source control compares changes, since switching to a different database on the server causes source control to automatically start reading changes for the other database.
-
loosleef
commented
Reason enough just for the `Out of memory` exceptions