How can we help you today? How can we help you today?
StephanieHerr
Hello Jim, We realize that a lot of users work in a shared database model and hope to offer better support for this model in a future version. We considered sharing the same set of "internal working files" across all the developers, but this can lead to a few problems because you could actually connect to the database from SSMS on another machine and then you might not have access to these "internal working files." Another reason is SQL Source Control does not make any changes to the database. Therefore, there's no way for us to know if a different user has linked the database to source control or not. There are probably some other issues that we'll hit when we start to work on supporting this better. For now, linking the db is a one time thing, so I hope that is not too hard for each developer to do. If you have SSMS on a laptop and a desktop, you'll have to link each of these seperately because again, the "internal working files" are not shared. On a shared db model, getting latest doesn't really make sense unless changes are made directly to the source control system or committed externally. In most of these cases, as the development continues, these will disappear from the different lists once everything is in synch. The issues are definitely caused by the "internal working files" being out of synch. The more often users visit the commit tab, the less likely this will happen. For now, I hope you can just ignore some of these descrepancies and just concentrate on committing the objects that you have made changes too. I'm glad you found our recommendations post. I hope it helped. Thank you! Stephanie M. Herr :-) SQL Source Control - Project Manager / comments
Hello Jim, We realize that a lot of users work in a shared database model and hope to offer better support for this model in a future version. We considered sharing the same set of "internal workin...
0 votes
If anyone has any concerns about switching from a shared model to a dedicated model, please post here or contact us at support@red-gate.com. We would really like to discuss these concerns. / comments
If anyone has any concerns about switching from a shared model to a dedicated model, please post here or contact us at support@red-gate.com. We would really like to discuss these concerns.
0 votes
Hello, Just to note, SQL Source Control is still in an early access phase and we do not recommend using it on Production DBs. Your situation is kind of unique since you do not have a dev db... I don't understand exactly what you are trying to do. :-) It sounds like you are using Visual Studio and editing the CREATE script files directly. The whole purpose of SQL Source Control is that you can continue to work directly on your db within SQL Server Management Studio, so that you don't have to worry about the CREATE scripts and SQL Source Control generates them for you. If you do make a change in VS and commit it, then you should see this on the Get Latest tab and you can click the "Get Latest" button to update the db. What do you mean that you cannot "Get Latest?" Please be careful that the SQL syntax within the script is correct. This is why it is better to just work directly on the db. It's true that changes to the db do not automatically get committed to source control. This requires discipline from the db developer to commit the change. We would like them to supply a comment when commiting so others can understand why they made the change. SQL Source Control helps by placing blue indicators on the ObjExp, which reminds you that you have made changes that you haven't commited yet. You can use SQL Compare Pro to automatically check that your production db is at the version you expect it to be. This is retroactive, but allows you to see if any changes are made directly to prod that were not expected. These changes can then be applied back to your dev db and committed to source control if that's what is decided. I hope this helps! Please let me know if you are still having problems getting changes from TFS to your db. Thank you! Stephanie M. Herr :-) SQL Source Control - Project Manager / comments
Hello, Just to note, SQL Source Control is still in an early access phase and we do not recommend using it on Production DBs. Your situation is kind of unique since you do not have a dev db... I do...
0 votes