Blijkbaar geen reden, elke keer dat ik mijn oplossing open, controleert Visual Studio het SLN-bestand uit.
Als ik het vergelijk met de vorige versie zijn er geen wijzigingen. Maar dit is echt frustrerend omdat iedereen de oplossing heeft uitgecheckt.
Ik gebruik VS 2008 en TFS 2008, beide SP2.
Enig idee over hoe ik kan stoppen om dit ding te laten gebeuren? Of is een functie / bug van de TFS-broncontroleprovider voor vs?
Antwoord 1, Autoriteit 100%
Dit gebeurt wanneer het volgende in het .SLN-bestand is:
GlobalSection(ExtensibilityGlobals) = postSolution
MyGlobalProperty = AnyValue
EndGlobalSection
Ik vond dat Enterprise Library er een van deze heeft toegevoegd. Ik heb het verwijderd, gecontroleerd in de oplossing, gesloten en vervolgens opnieuw geopend en geen automatische uitchecken meer.
Antwoord 2, Autoriteit 5%
Vanuit het geheugen, als u het -hulpmiddelen, opties menu gebruikt en selecteert u de Source Control, omgevingen -paneel moeten er een paar opties zijn voor het configureren van de manier waarop de IDE-interfaces met de versiebeheer.
Ik denk dat sommige van deze opties het -afrekenen op Open -gedrag regelen.
Antwoord 3, Autoriteit 5%
Voor het geval, zoals ik, je kon het niet aan het werk krijgen en je vindt dat een of meer projecten ook worden uitgecheckt, vond ik een Simplier-oplossing. Maak een notitie van het project (en) dat het blijft uitchecken. Ga naar Bestand – Source Control – Wijzig broncontrole en zet de betreffende projecten los. Klik op OK, sla alles op en ga dan terug naar de broncontrole van de wijziging en bind het project terug naar de oplossing. Hopelijk werkt dit voor anderen
Antwoord 4, Autoriteit 2%
Hoewel het probleem in de eerste plaats niet voorkomen, liberaal gebruik van de Team Foundation Power Tools “Ongedaan maken” opdracht Will (Surprise Surprise) Maak de openbare bewerking ongedaan als er geen wijzigingen zijn aangebracht.
Antwoord 5, Autoriteit 2%
Sta de uitchecken toe en vergelijk beide bestanden.
Als vs iets als
heeft toegevoegd
<Service Include="{B4F97281-0DBD-4835-9ED8-7DFB966E87FF}" />
U ervaart een VS-bug met een oplossing in VS2008, maar niet geporteerd naar VS2005
Controleer Deze link voor meer informatie:
Antwoord 6, Autoriteit 2%
Het Visual Studio Solution-bestand wordt stil gecontroleerd door een of meer van de projecten van het oplossingen met behulp van de Microsoft Enterprise Library – ik vind dit iets te maken met het configuratiehulpprogramma van het Enterprise Library-configuratie dat het configuratiebeheer van de verschillende applicatie mogelijk maakt Blokken – http://msdn.microsoft.com/en-us/library/ff649479 .aspx
Zie deze Microsoft Feedback Posting: http://connect.microsoft.com/visualstudio/feedback/details/737184/Globalsection-exenSnibLableGlobalS-Postsolution-checks-out-Sln-File-on-open
Antwoord 7
Het is een functie / bug van een van de projectsystemen die in de oplossing worden geladen. Probeer verschillende soorten projecten (C #, VB, C++, Website, Web-app, eenheidstest, Silverlight …) te verwijderen totdat deze weggaat; Dat is jouw antwoord.
Antwoord 8
Brengt u uw bestanden op voordat u de vergelijking doet? Het gebeurde wat tijd geleden en bleef maar zeggen dat er geen veranderingen tussen de bestanden zijn, maar na een tijdje realiseer ik me dat ik de bestanden niet eerder was en het vergelijkde met de versie in de schijf, niet de versie in het geheugen.
Elke keer dat u een oplossing opent in Visual Studio, voert het enkele bewerkingen uit die ertoe kunnen leiden dat uw .sln- of projectbestanden veranderen, waarna u wordt gevraagd het bestand uit te checken. Het gebeurt wanneer er wijzigingen zijn in de mappenstructuur op de ontwikkelaarsmachine, of wanneer ze niet dezelfde versies van alle bestanden hebben. Misschien heeft iemand een project in een map toegevoegd en heeft een andere ontwikkelaar hetzelfde project op een andere plaats.
Een ander geval dat ik dit zie gebeuren, was wanneer we een oplossing hadden met sommige c++-projecten, om de een of andere reden had een van deze c++-projecten een .res-bestand met absolute paden. Nadat dit bestand automatisch door VS was gegenereerd, bleef het veranderen van ontwikkelmachine naar ontwikkelmachine.
Ik raad je aan om je .sln-bestand te openen en te zoeken naar enkele absolute paden of naar relatieve paden die mogelijk niet bestaan op een ontwikkelmachine, afhankelijk van de bestanden die ze van de jouwe krijgen Bronbeheer.