2010-09-20 148 views
0

我最近重新構建了我的開發機器。在這臺新機器上,VS 2010不能再直接從SS 2005打開SLN文件。這些是2010年有效的解決方案(最初創建的VS 2010),在我重新構建機器之前,它們都能正常工作。Visual Studio 2010和SourceSafe 2005無效解決方案文件

我得到的消息是「選定的文件不是有效的解決方案文件」。

我重建了很多次,並且使用了許多VS的安裝,並且從未使用VS 05,08或10從SS打開sln的問題。我以前從未見過這個。

我重新安裝了SS 2005以及最新的SS更新,但沒有任何效果。

VS 2010可以從文件系統打開解決方案就好了,所以它一定是SS的東西。

任何想法?

好的,謝謝。我創建了一個控制檯應用程序並將其檢入SS。沒問題。當我從我的本地文件系統中刪除它並嘗試從SS獲得解決方案時,我得到相同的錯誤。我會說有什麼不對的SLN文件的,但這裏的文件的文本:

的Microsoft Visual Studio解決方案文件,格式版本11.00

Visual Studio 2010中

項目(「{FAE04EC0-301F- 11D3-BF4B-00C04F79EFBC}「)= 」ConsoleApplication1「, 」ConsoleApplication1 \ ConsoleApplication1.csproj「, 」{748E05CA-D880-4D89-9479-4AB800D79C82}「 EndProject 全球 GlobalSection(SourceCodeControl)= preSolution SccNumberOfProjects = 2 SccLocalPath0 =。 SccProjectUniqueName1 = ConsoleApplication1 \ ConsoleApplication1.csproj SccLocalPath1 =。 SccProjectFilePathRelativizedFromConnection1 = ConsoleApplication1 \ EndGlobalSection GlobalSection(SolutionConfigurationPlatforms)= preSolution 調試| 86 =調試| 86 推出| 86 =釋放| 86 EndGlobalSection GlobalSection(ProjectConfigurationPlatforms)= postSolution {748E05CA-D880-4D89-9479-4AB800D79C82 } .Debug | x86.ActiveCfg = Debug | x86 {748E05CA-D880-4D89-9479-4AB800D79C82} .Debug | x86.Build.0 = Debug | x86 {748E05CA-D880-4D89-9479-4AB800D79C82}。發佈| x86.ActiveCfg = Release | x86 {748E05CA-D880-4D89-9479-4AB800D79C82}。釋放| x86.Build.0 =發佈| x86 EndGlobalSection GlobalSection(SolutionProperties)= preSolution HideSolutionNode = FALSE EndGlobalSection EndGlobal

回答

0

如果你從SourceSafe客戶端解決你的本地磁盤,並使用Visual Studio打開呢?

0

我遇到了完全相同的情況,並花了我一段時間才弄清楚。在我的配置中,我有一個帶有操作系統和程序的SSD驅動器,以及一個大數據驅動器。由於SSD空間非常寶貴,我將文檔文件夾移到了數據驅動器上。我的SSD失敗了,我不得不在新的SSD上重建我的操作系統和程序。所有VS項目將無法加載,就像你一樣。

原來問題實際上與VS本身無關。當我重建操作系統時,即使我使用了完全相同的用戶名和密碼,文檔文件夾仍然不能唯一地將我識別爲所有者,所以它不會讓我讀取,寫入或擦除任何文件。 VS默認將您的項目放置在您的文檔文件夾中。這是一個文件許可問題!

要解決[在Windows 7中]的問題,請轉到受影響的文件夾或文件,然後右鍵單擊 - >屬性。點擊安全標籤,它會給你一個警告,你不擁有這個文件或文件夾。點擊並選擇您自己或任何其他管理員訪問權限頁面(您尚未更改權限),但不要單擊確定。如果您正在查看文件夾,請選中屬性頁面底部的複選框,以聲明當前文件夾及其中的所有內容的所有權,然後單擊確定(如果您未選中複選框,則必須更改每個文件在這個文件夾中)。如果您正在查看文件,請單擊確定,然後再次單擊安全選項卡以編輯權限並以以下格式將您自己添加爲此文件的所有者:機器名\用戶名

一旦您擁有該文件中的所有文件項目文件夾再次,一切都應該正常工作。同樣的問題會影響許多嘗試訪問文檔文件夾中的預碰撞文檔的不同應用程序(但奇怪的是不會影響音樂,圖片或視頻)。我也遇到了Adobe CS4的大問題,因爲它使用文檔文件夾在應用程序之間進行通信(即使您的項目不在「我的文檔」中,Premiere不會將呈示發送到AME,並且AfterFX會在啓動時崩潰)。同樣的解決方案修復了一切

相關問題