How can we improve SQL Source Control?

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.

58 votes
Vote
Sign in
(thinking…)
Sign in with: Facebook Google
Signed in as (Sign out)
You have left! (?) (thinking…)
Anonymous shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

3 comments

Sign in
(thinking…)
Sign in with: Facebook Google
Signed in as (Sign out)
Submitting...
  • Anonymous commented  ·   ·  Flag as inappropriate

    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  ·   ·  Flag as inappropriate

    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.

Feedback and Knowledge Base