SQL Scripts and Source Control

[JReitter]

We recently purchased some additional RedGate tools, among them is the Source Control product. While we do need to add a "primary" Database to the Source Control paradigm, we really need to be able to place lots of individual SQL scripts (used to create and update database objects) into source control.

I looked in the Source Control documentation and did some other searches, but I do not appear to find what I a looking for, i.e., documentation or a webinar or forum post on managing SQL scripts.

Is Source Control a good product for managing scripts? Or should we pursue a direct (SSMS to Team Foundation Server) method for managing the scripts? It appears that Source Control is more for managing at the "database level" and the objects (tables, data, stored procedures, etc.) within the database.

Thanks!

[JReitter]

Here is a response I received from RedGate (via email):
-----------

Regarding the Source Control question you can either use SQL Compare to generate creation scripts if you can connect to the client server.

However if you can’t connect to the client server, SQL Packager (https://www.red-gate.com/products/sql-development/sql-developer-bundle/) will be able to deploy the .sql scripts.

Let me know if you have any questions regarding this.

-----------
It appears the "direct" answer to the question is NO, the RedGate product cannot handle individual scripts. I did find the following link that did a good job describing how to connect SSMS and Team Foundation Server:
http://blog.discountasp.net/using-team-foundation-server-2010-source-control-from-sql-server-management-studio/