如何開始在SQL 2005中使用版本控制/共享代碼？

Question

我管理着一個小的開發人員團隊，直到最近他們都在從事獨立項目。

現在，我們大家一起致力於一個整體項目，這確實非常艱巨。 人們在改變事情，沒有咨詢其他程序員，這非常困難。

我們還在純生產環境中工作（無測試/生產）

我對從哪里開始感到迷茫，我正在研究Team Foundation Server之類的產品，或者它們是Red Gate的“源代碼控制”產品。

有誰知道關於上述主題的好書，在這種情況下我不是唯一的人嗎？ :)

Answer 1

源代碼：

如果您正在尋找如何使用源代碼控制（而不是如何使團隊進入受控的源環境），則應查看Eric Sink的“ 源代碼控制指南” 。 這里的免責聲明是他編寫了源代碼控制產品，但是HOWTO並非專門針對它而設計。

數據庫架構：

如果您正在尋找如何在源代碼管理中獲取數據庫（結構而非數據）（因為標題中已提及），則應查看此Coding Horror文章： 在版本控制下獲取數據庫 。 它涵蓋了一些基本概念，並指向一些文章，這些文章關於如何實際實現將數據庫置於源代碼控制中。

源代碼控制軟件：

如果您正在尋找實際的源代碼控制軟件，可以在這里找到應用程序列表： 帶有Visual Studio插件的源代碼控制系統列表 。

Answer 2

通過允許分支和合並將數據庫定義置於源代碼控制之下，不要犯我的錯誤。 這導致開發人員（和管理人員）假設他們可以在同一個數據庫中擁有一個表的多個版本，從而導致程序員彼此覆蓋更改，並且到處都有源代碼和表定義的不兼容版本。

您可能會想象，這會導致大量的時間浪費和許多磨損的脾氣。

Answer 3

根據時間或金錢是否更重要，您是否可以選擇短期擔任某人，以完成改善流程的特定任務？ 他們將能夠為您設置測試環境，安裝版本控制服務器，並使您（以及您）的人員快速入門。

Answer 4

您需要做的第一件事是為每個開發人員提供他們自己的數據庫副本。
其次，您需要每個開發人員都能從主數據庫重新創建基准數據庫。
每個開發人員對他們對數據庫的更改感到滿意之后，您將需要他們為他們的更改創建一系列補丁。
最后，這些補丁中的每個補丁都必須能夠簽到源代碼管理，並重新分發給其他開發人員。
如果您正在尋找一個好的源代碼控制服務器，請考慮使用Subversion，以Tortoise SVN作為客戶端。

看一下DBSourceTools。 （ http://dbsourcetools.codeplex.com ）。
它是專門為幫助開發人員使用源代碼控制來進行數據庫更改而設計的。
使用此工具，您可以在特定點為數據庫建立基線，並創建命名版本（v1）。
所有文件都腳本化到磁盤，並且非常容易添加到Subversion存儲庫中。

看一下創建和使用補丁的補丁過程。

玩得開心。