【问题标题】:Why do source control entries keep getting added back to my .sln file?为什么源代码控制条目不断添加回我的 .sln 文件?
【发布时间】:2017-04-27 17:19:31
【问题描述】:

我终于能够运行一个我负责维护的遗留 ASP.NET 项目。一个关于它的问题和我的试探性自动回答是here。

简而言之,要让它运行,我需要做的事情之一就是清除 .sln 文件中引用它们的 TFS 文件和部分。

对于后者,我从解决方案 (.sln) 文件中删除了这些条目:

SccProjectName = "SAK"
SccAuxPath = "SAK"
SccLocalPath = "SAK"
SccProvider = "SAK"

...但是由于某种原因它们已被添加回来,因此我的 .sln 再次包含它们,并且对于上下文/完整披露是:

Microsoft Visual Studio Solution File, Format Version 12.00
# Visual Studio 2013
VisualStudioVersion = 12.0.40629.0
MinimumVisualStudioVersion = 10.0.40219.1
Project("{E24C65DC-7377-472B-9ABA-BC803B73C61A}") = "MembersOrderEntry", "MembersOrderEntry", "{7D7D3972-0891-4600-BCBC-

CA40B0D0FF6E}"
    ProjectSection(WebsiteProperties) = preProject
        SccProjectName = "SAK"
        SccAuxPath = "SAK"
        SccLocalPath = "SAK"
        SccProvider = "SAK"
        TargetFrameworkMoniker = ".NETFramework,Version%3Dv3.5"
        Debug.AspNetCompiler.VirtualPath = "/MembersOrderEntry"
        Debug.AspNetCompiler.PhysicalPath = "MembersOrderEntry\"
        Debug.AspNetCompiler.TargetPath = "PrecompiledWeb\MembersOrderEntry\"
        Debug.AspNetCompiler.Updateable = "true"
        Debug.AspNetCompiler.ForceOverwrite = "true"
        Debug.AspNetCompiler.FixedNames = "false"
        Debug.AspNetCompiler.Debug = "True"
        Release.AspNetCompiler.VirtualPath = "/MembersOrderEntry"
        Release.AspNetCompiler.PhysicalPath = "MembersOrderEntry\"
        Release.AspNetCompiler.TargetPath = "PrecompiledWeb\MembersOrderEntry\"
        Release.AspNetCompiler.Updateable = "true"
        Release.AspNetCompiler.ForceOverwrite = "true"
        Release.AspNetCompiler.FixedNames = "false"
        Release.AspNetCompiler.Debug = "False"
        VWDPort = "2030"
        VWDDynamicPort = "false"
        SlnRelativePath = "MembersOrderEntry\"
        DefaultWebSiteLanguage = "Visual Basic"
    EndProjectSection
EndProject
Global
    GlobalSection(SolutionConfigurationPlatforms) = preSolution
        Debug|Any CPU = Debug|Any CPU
    EndGlobalSection
    GlobalSection(ProjectConfigurationPlatforms) = postSolution
        {7D7D3972-0891-4600-BCBC-CA40B0D0FF6E}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
        {7D7D3972-0891-4600-BCBC-CA40B0D0FF6E}.Debug|Any CPU.Build.0 = Debug|Any CPU
        {7D7D3972-0891-4600-BCBC-CA40B0D0FF6E}.Debug|Any CPU.Deploy.0 = Debug|Any CPU
    EndGlobalSection
    GlobalSection(SolutionProperties) = preSolution
        HideSolutionNode = FALSE
    EndGlobalSection
EndGlobal

为什么要重新添加“SAK”条目,如何防止这种情况再次发生?该项目不受源代码控制。

当我打开解决方案时,我看到一条消息,“...找不到映射...暂时断开连接...”为什么它甚至期望找到映射?

【问题讨论】:

    标签: visual-studio-2013 tfs asp.net-3.5 source-control-bindings sln-file


    【解决方案1】:

    项目所在的文件夹作为工作区映射到 TFS。您将需要移动文件或删除工作区,否则 Visual Studio 将继续添加源代码控制。

    【讨论】:

    • 我的 CVS 插件(不是 TFS)未激活(选择 git 进行源代码控制)并且 VS2019 不断将旧插件设置添加到项目中。很烦人。更改我的项目所在的路径解决了这个问题,但经过三个小时的调试、黑客攻击、安装、卸载后,我感到非常沮丧......我担心这会在未来再次咬我。很高兴知道 VS 将这些信息缓存在哪里。
    猜你喜欢
    • 1970-01-01
    • 2015-10-08
    • 2019-05-22
    • 2015-02-09
    • 2010-11-05
    • 2023-02-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多