Choć nie mam oficjalnego źródła Microsoft, jestem MVP w Application Lifecycle Management, więc miejmy nadzieję, że to wystarczy, aby to przekonujące. :)
Blokowanie plików tekstowych (tj kodem) wymeldowaniu może być masywna przeszkoda do wydajności. Widziałem to sam, kiedy pracowałem w czasie, gdy współpracownik nie był, a oni mieli wyłączny zamek w aktach. Nagle jest to czas kręcenia kciukiem. Jest jeszcze gorzej, gdy próbujesz rozwiązać lub rozwiązać problem krytyczny dla czasu.
Najczęstszym powodem, dlaczego ludzie chcą zablokować plik dla ekskluzywnej edycji to dlatego, że nie chcą mieć do wykonywania niechlujny seryjnej później.
To jest zwykle symptomem jednego lub większej liczby rzeczy:
- Pliki są wyłącznie zamknięte są zbyt duże (jeden plik z dużą ilością zajęć w nim określenie „klasa bogiem”, że robi zbyt wiele rzeczy, etc). Rozwiązaniem tego problemu jest przekształcenie kodu w mniejsze, bardziej odizolowane klasy zgodnie z zasadą odpowiedzialności pojedynczej. Lub, jeśli absolutnie musisz, i pracujesz w świecie .NET, nadużyj słowa kluczowego
partial, aby podzielić tę samą klasę na wiele plików, chociaż chcę przejść do rejestru i stwierdzić, że za każdym razem, gdy widzę to w Całą bazę sprawia, że płaczę pojedynczą łzą nieskończonego smutku.
- Wyłącznie pliki są w trakcie poważnego, długoterminowego refaktoryzacji. Rozwiązaniem jest tutaj wyodrębnienie dużych zmian w oddziałach, z częstymi odwrotnymi integracjami zmian z magistrali do gałęzi.
- Osoba dokonująca zmiany po prostu nie lubi scaleń. Nie mogę ci pomóc z tym. Jeśli trzymasz się kodu, nie popełniając go przez wystarczająco długi czas, że scalenie będzie bolesne, nie popełniasz zbyt często kodu. Jeśli nie popełniasz swojego kodu, ponieważ nie zostało to jeszcze zrobione, ale zmiana jest w toku i nie chcesz ingerować w pracę innych osób, to nie używasz prawidłowo oddziałów.
Czy zdarzają się sytuacje, w których wyłączne blokady plików kodowych są dobre i użyteczne? Prawdopodobnie, ale nie mogę wymyślić problemu, który rozwiązuje, którego nie można rozwiązać, używając innych, bardziej odpowiednich funkcji kontroli źródła.
Stosować lokalne obszary robocze, jeśli możesz, ponieważ nie egzekwować wyłączne zamki.
Myślę, że to zależy od twojego języka/platformy, czy blokujesz pliki czy nie, w mojej organizacji używamy TFS z Microsoft Access, z którym prawie nie można połączyć plików, więc po prostu blokujemy pliki, aby zapobiec innym zmianom występujące podczas wprowadzania zmian. – Siada