How can we help you today? How can we help you today?
kalo
Indeed, this is just source control not deployment so why does it care that much. Once acknowledged can't it remember? But yeah, i've just 'got used to it' really. / comments
Indeed, this is just source control not deployment so why does it care that much. Once acknowledged can't it remember? But yeah, i've just 'got used to it' really.
0 votes
Thanks Rob, Yes, as writing my response I thought you might point out the recompare setting but that's a case of remembering to keep toggling it on and off between the different scenarios i'm using the compare tool for, so it's easier to copy and paste, but what i do know is just open up the wizard to the point of showing the script and copy and paste from there so if the diff viewer has to stay as it is going forward then i can still do what i want (just with an extra couple of clicks) Yes, i would say the single change for me that could happen in SQL Compare - which would have me going out for drinks to celebrate - would be making that dependencies step on the wizard much more sophisticated. At the very least being able to individually select. it is useful though that you can do a comparison of those objects and decide if you need to include, so at the moment i use that to review copy and paste the object names i want to include into notepad, then cancel out of the wizard and individually paste in the object names back into the search box (having to remove the schema and squared brackets unfortunately) and select them one by one manually. So feels that process could be done for me by the tool. Thanks for taking the time to respond and if you confirm whether the source-control behaviour has changed that would be great. / comments
Thanks Rob,Yes, as writing my response I thought you might point out the recompare setting but that's a case of remembering to keep toggling it on and off between the different scenarios i'm using ...
0 votes
Hi Rob, I do use it a lot which is why it feels like one of the recent updates has accidentally changed how it behaves : I might be entirely wrong on that, maybe it's always behaved like that. However the diff pane in SQL Source Control doesn't copy the skipped lines so what gets pasted is the actual source code.  My immediate concern is that the release notes for the 6.2.2 update Source Control is telling me is available references SC-10177: Copying text from the diff viewer now preserves empty lines when the "Ignore whitespace" option is selected : as SC-10177 is the fix that went into SQL Compare to fix that issue, i'm worried that if i update then the Source Control behaviour will change from what it does now. I could update to find out i guess, but then I lose the behavour i want.  Now why do I copy from the diff pane so much? I manage a number of 'mirror' databases which different versions of our dotnet code are pointing at - so i am frequently syncing these, now when i am only having to deploy one object (or want to deploy me objects one by one) then rather than having to go through the few steps of the deployment wizard and then wait for the application to follow up with the recalculation (Which can take a while on my big database), it is easier for me to just copy the diff pane script (from compare or source control) and change the CREATE to an ALTER Secondly, if i do decide to do a deployment through SQL Compare, i find that the Commit dependencies will pop up and detect various objects that i don't want to deploy in the batch, like dependencies up the chain rather than down or objects which are of one type but perhaps a synonym on my mirror database (some i might want to deploy, but the wizard allows you only to select all or nothing, so i have to cancel out and go back to the differences screen to individually select the ones i want) / comments
Hi Rob,I do use it a lot which is why it feels like one of the recent updates has accidentally changed how it behaves : I might be entirely wrong on that, maybe it's always behaved like that.Howeve...
0 votes