在團隊開發環境中使用 Visual Studio .NET (二)

來源:互聯網
上載者:User

離線時簽入檔案


不可能在離線時簽入檔案;因為您未串連到網路,簽入命令未啟用。這是故意設定的,這樣可以在項目重新聯機時方便地查看哪些檔案在離線時被簽出。

進入聯機狀態


這與進入離線狀態基本上相同。若要使解決方案及其項目聯機,請在“File”菜單上,單擊“Source Control”,然後單擊“Change Source Control...”。顯示的對話方塊與進入離線狀態時相同。選擇“Connected”即可使解決方案和項目聯機。

同步更改


若要使離線工作時所做的更改與 Visual SourceSafe 資料庫中包含的解決方案和專案檔同步,需要從 Visual SourceSafe 中籤出離線工作時簽出的每個檔案,並將更改過的檔案副本簽入 Visual SourceSafe。
進入聯機狀態後,將對每個在離線狀態下籤出的檔案顯示以下兩個對話方塊:

圖 10:協調中斷連線狀態下籤出的檔案
首先,單擊“Check out”(如圖 10 所示)。

圖 11:從 Visual SourceSafe 簽出檔案
選擇“Leave this file?”可防止您的修改被 Visual SourceSafe 中包含的版本覆蓋。然後,需要簽入您修改後的檔案。
警告:如果其他人簽入了此檔案,然後您又簽入了相同檔案,則將覆蓋其他人所作的變更。
注意:這些對話方塊僅對您在離線狀態下籤出的檔案顯示,而不會對進入離線狀態之前已簽出的檔案顯示。練習警告,如第一個對話方塊所指出的,可能會遺失資料。

您在離線工作時,如果簽出一個檔案,而另一個團隊成員也簽出、修改和簽入了同一檔案,則必須非常謹慎,否則您的簽入將覆蓋該團隊成員的修改。最安全的選擇是避免離線檔案簽出。總是在離線前簽出您要處理的檔案。如果無法做到這一點,或您忘記了在離線前簽出了所有要處理的檔案,則在同步更改時手動合并檔案。
如果您在離線工作時簽出了一個檔案,而另一個使用者也簽出了同一檔案,則當您使解決方案和項目聯機時,會顯示以下對話方塊:

圖 12:試圖簽出已簽出的檔案時顯示的警告
單擊“OK”。在 Solution Explorer 中,此檔案旁會顯示一個小警告符號,表示該檔案仍需注意。
最後,如果您在離線狀態下將檔案添加到項目,則使項目聯機時,只需將新檔案簽入 Visual SourceSafe 即可。

提示與技巧

URL 一致


所有的開發人員最好使用統一的虛擬根目錄,例如 http://localhost/projectName。盡量避免使用特定的伺服器名稱,因為這可能使使用者難以共用專案檔。如果需要使用特定伺服器名稱,請在 web.config 檔案內定義一個新的 <configSections>,並用它定義應用程式的自訂設定。如果您在使用 Web 參考,則將 Web 服務放在本地並使用 http://localhost/webServiceName 作為 Web 參考,或將 Web 參考 URL 行為設定為動態。動態 URL 行為將在稍後說明。

引用路徑一致


將引用添加到一個非系統程式集時,IDE 會將程式集本地複製到項目(對於 Web 應用程式,程式集將被複製到 bin 目錄)。若要控製程序集是否進行本地複製,請用滑鼠右鍵單擊程式集,然後單擊“Propertities”。對於非系統程式集,“Copy Local”應設定為“True”。這是預設值,推薦在大多數情況下使用。
當添加引用時,IDE 還會更新使用者專案檔內的引用路徑,以指出程式集的實際位置。用滑鼠右鍵單擊項目,然後單擊“Propertities”。單擊“Common Properties”,然後單擊“References Paths”。在對話方塊中(如圖 13 所示),單擊“Cancel”。

圖 13:顯示引用路徑
儘管引用路徑顯示為項目的一個屬性,實際上它對於設定了該屬性的項目、電腦和使用者來說是特有的。這就意味者,如果開發人員 1 將引用添加到程式集並簽入了專案檔,則當開發人員 2 獲得專案檔的最新版本時,程式集將顯示在 Solution Explorer 內——但是產生很可能會失敗,因為開發人員 2 可能不具有相同的引用路徑。
要避免此問題,團隊的所有開發人員應該在團隊內部使用統一的引用路徑。這樣,只要符合以下條件,則某開發人員添加引用後其他開發人員就無需對解決方案或專案檔進行任何操作:
  • 引用路徑已經設定,對每個專案工作只需設定一次
  • 引用的程式集已存在於硬碟上,並且位置正確

該方法要求定義一個標準的產生輸出位置,並使所有的引用都引用該位置內的程式集。如果該條件太嚴格,可以在引用路徑內包含用逗號分隔的多個路徑。

添加 Web 參考


這也是 Visual Studio .NET Beta 2 相對於 Visual Studio .NET Beta 1 的改進之一。
在您的項目所在的檔案夾內,存在一個 Web References 檔案夾。添加 Web 參考時,會在 Web References 檔案夾下建立一個新檔案夾。該新檔案夾根據託管 Web 服務的伺服器命名,並包含 WSDL、DISCO 和產生的 Web 服務用戶端代理。該檔案夾名稱還用作 Web 服務用戶端代理的名稱空間。
添加 Web 參考時,這些檔案夾和檔案將添加到 Visual SourceSafe 項目。更新 Web 參考時,還將簽出、更新和簽入這些檔案。(用滑鼠右鍵單擊 Web 參考,然後單擊“Update Web Referemce”。)
添加 Web 參考時,Web 服務 URL 在 Web 服務用戶端代理內被寫入程式碼。但是,可以更改 Web 服務用戶端代理的行為,使它從 .config 檔案讀取 Web 服務 URL。請用滑鼠右鍵單擊 Web 參考,單擊“Properties”,並將“URL Behavior”從“Static”更改為“Dynamic”。

圖 14:Web 參考屬性
下列代碼將被添加到 .config 檔案:
<configuration>    <appSettings>        <add key="WinApp1.localhost.Service1" 
        value="http://localhost/WebServiceTest/Service1.asmx" />    </appSettings></configuration>

Web 服務用戶端代理的建構函式也被修改,以便從 .config 檔案讀取 Web 服務 URL。
需要注意的一個問題是,不能添加兩個指向同一伺服器,但指向不同 Web 服務的 Web 參考。這是因為 IDE 會試圖用已存在的檔案夾名稱建立另一個 Web 參考。請參閱以上關於如何在檔案系統內表示 Web 參考的說明。
但是,這不過是一個小問題。只需將檔案夾重新命名為實際服務的名稱,而不要將其名稱(以及名稱空間名稱)保留為託管 Web 服務的伺服器的名稱。請用滑鼠右鍵單擊 Web 參考,單擊“Propertities”並更改“Folder Name”。

Visual Studio .NET Beta 2 中的問題

專案檔簽出


專案檔需要變更時會自動簽出。將檔案添加到項目或更改項目設定時,通常會發生這種情況。但是,專案檔在修改後經常不會簽入。在某些情況下,在產生過程和編輯表單過程中會發生不必要的專案檔簽出行為。這些是已知錯誤,應在最終版本中解決。
最終結果是這可能導致團隊開發人員爭用專案檔。如果發現團隊成員在專案檔簽出時產生衝突,可能需要切換到共用簽出。
請注意,Solution Explorer 中的特殊 ! 標識符號表示您已以獨佔方式簽出專案檔。

多解決方案中的項目


儘管 Visual SourceSafe 整合支援將項目用於多個解決方案,但仍存在一個錯誤。使用 Visual Studio .NET Beta 2 時,最好盡量小心並確保每個項目只屬於一個解決方案。

離線工作


離線工作時,有許多需要注意的問題。最主要的問題是需要取消警告對話方塊,以便在離線工作時成功地簽出檔案。該問題以及其他問題在前面已經敘述過。

項目不在 Visual SourceSafe 內


這可能是個小問題,但如果您的項目不在 Visual SourceSafe 內,並且解決方案在 Visual SourceSafe 內,則 Solution Explorer 會將項目及其檔案顯示為簽出狀態,即使它們不在 Visual SourceSafe 中。可以認為簽出的標識符表示“本地更改”或不添加到 Visual SourceSafe。簽入命令將專案檔添加到 Visual SourceSafe 中。

刪除引用


這可能也是個小問題,但如果刪除了對非系統程式集的引用,IDE 將不會更新使用者專案檔內的引用路徑。即使不再引用程式集,程式集的實際位置仍保留在引用路徑內。

產生多項目解決方案


預設情況下,每個項目都應產生到自己的輸出目錄。通常,項目會產生到 bin\debug 或 bin\release 子目錄。不支援將一個解決方案內的多重專案產生到同一目錄中。
對同一解決方案中的任何引用(即被同一解決方案內的其他項目引用的項目產生輸出),“Copy Local”應保留為預設值 TRUE。這既適用於程式集引用,也適用於項目之間的引用。

總結


Visual Studio .NET Beta 2 中的團隊工作特性是相對於 Visual Studio .NET Beta 1 的一項重大改進。現在所有的核心方案都能工作,而且大多數運行良好。儘管在發布之前仍需要解決一些小錯誤,Visual SourceSafe 整合和 IDE 的變化還是帶來了改進的團隊開發體驗。現在可以更輕鬆地在開發人員之間共用專案檔和原始碼檔案,並可以更輕鬆地將應用程式從開發環境移到測試和產品環境。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.