我的公司多年來一直使用雲端TFS主機。現在,主機已經從互聯網上消失了,大量的代碼和歷史已經消失。有人正在處理它,所以它可能會被解決,但無論如何我需要在Visual Studio Online中相當快速地設置新的源代碼處理,並且需要一些關於如何執行它的提示。擁有許多小型項目和單個開發人員的團隊服務
目前的解決方案早在我開始使用之前就已經建立了,由於各種原因,我目前是唯一的開發者。它可能在未來發生變化,但每個Visual Studio解決方案永遠不會有多個開發人員。我使用Visual Studio(windows應用程序,windows服務,WebAPI,SSRS,SQL,實體框架)中的許多小型客戶特定項目工作。項目的平均規模可能從開始編碼到部署需要20個小時(還有一些較大的項目)。新功能和錯誤修復有時會在部署後添加(可能會在幾年後),但通常是2-6小時的項目。
當前進程每個客戶有一個TFS項目,每個包含最多少量的Visual Studio解決方案。解決方案之間沒有任何依賴關係,通用代碼與NuGet一起處理。
我們在雲中有大約250個項目,即使我迄今爲止只恢復了其中的50個,我在本地的那些,我們遲早會得到類似的數字。總大小大約在30GB(很大程度上來自TFS默認檢查nuget包文件夾)
對於大多數項目,不需要工作項目,看板,報告和其他ALM功能。只有開發人員纔會在線使用visual studio。我想要使用分支/請求/合併過程。來自Git/Mercurial我從來沒有對TFS感到滿意。
所以我的問題現在:
什麼是組織項目的好辦法?
- 單VSTS項目的一切
- 一個VSTS項目爲每一個客戶(今天)
- 一個VSTS項目每Visual Studio解決方案
什麼是好辦法構建存儲庫?一切
- 一個存儲庫
- 一個每個客戶庫
- 每Visual Studio解決方案的一個倉庫
如何Visual Studio和數以百計的項目/庫,其中90的在線門戶網站工作%不活躍。我通常有3-5個Visual Studio隨時運行不同解決方案的實例。
我已經閱讀了很多建議,但他們似乎都處理長壽命的項目和/或開發團隊。
我的主要問題是:
- 多少工作是增加新客戶或Visual Studio解決方案(每週發生)
- 入門時間。有時涉及外部開發人員。這並不常見,但是當它發生時,我不希望它們花費大量時間進行克隆/拉(安全性不是問題)
- 標準。我希望該流程儘可能遵循標準/最佳實踐,以便更容易爲其他開發人員提供文檔。例如不在項目名稱或強制文件夾結構中編碼信息。
謝謝你的回覆。爲了正確理解您的意思,您的意思是每個客戶有一個VSTS項目,然後是每個VS解決方案的存儲庫。爲什麼比@ starain-MSFT在另一個答案中提出的一個單一的項目更好? – adrianm
客戶項目的兩個原因:** 1。**這些客戶彼此不相關,並且使您可以方便地管理不同客戶的不同要求和功能。 ** 2。**您的項目/解決方案確實適合大尺寸,它將有利於分佈式。原因之一是,你可以接受Starain的建議,因爲這兩種方式都可以工作,並且有點個人依賴。 –
標記爲答案,因爲這是我們最終做的。在團隊項目中有一些challanges有多個存儲庫,但目前它們可以管理。 – adrianm