建立Visual Studio/C++開發環境的資源

Question

自從轉向數據庫開發以來，我在15年左右沒有做過多少「前端」開發。我打算開始使用C++開展一個個人項目，因爲我已經有了MSDN，所以我最終可能會在Visual Studio 2010中完成它。我正在考慮最終使用Subversion作爲版本控制系統。當然，我希望能夠儘快啓動並運行，但我也想避免組織糟糕的項目環境中的任何缺陷。

所以，我的問題是，是否有任何良好的資源與建立開發環境的常見最佳實踐？我正在考慮如何在必要時將解決方案分解成多個項目，如何設置單元測試過程，組織資源，目錄等。

是否有任何偉大的附加組件，我應該確保我從一開始就設置好了嗎？

大多數教程只有一個簡單的項目，輸入您的代碼並單擊構建以查看您的新應用程序說「Hello World！」。

這將是一個Windows應用程序以及多個DLL（無Web開發），所以不需要部署到Web服務器類型的進程。

大多數情況下，我只是想確保我不會錯過任何大事，然後不得不因此而廣泛重構。

謝謝！

Answer 1

我也想很好的回答這個問題。我所做的就是設置它，以便每個解決方案都引用包含和庫的$（SolutionDir）\ build目錄。這樣，每個依賴其他項目的項目都可以訪問它們，並且版本不會競爭。然後有後生成命令將頭文件和.lib文件打包到「分發」文件夾中。我使用CC.net在簽入時構建每個軟件包。當我們決定更新一個依賴項目時，我們將它「發佈」給我們自己，這需要手動標記，手動將current.zip拷貝到發佈區域並給它一個版本號，然後將它拷貝到依賴於項目的/ build中升級。

除了最後的手動過程之外，一切都很好。我真的很想擺脫它，但似乎無法。閱讀ACM提供的關於「持續發佈」的文章，這對於實施而言是非常好的，但沒有任何實施。我一直告訴自己我會做一個。

如果我在windows文件系統中使用「連接點」，我可以將「分佈」鏈接到「構建」，然後構建一個輔助解決方案，其中包含所有相互依賴構建產品的項目。當我這樣做時，雖然它鼓勵開發人員使用它進行積極的開發，這阻礙了TDD和適當的發佈。