Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 


VS.NET 2008 TFC - 체크인 시에 비프 음과 함께 정지되는 현상


팀원의 컴퓨터에서 발생한 현상인데, 결론부터 말하자면 올바른 해결책은 찾지 못했습니다. 발생 원인은, 가끔씩 체크인을 하는 경우 사용자 인터페이스가 먹통이 되는 것이었습니다. 직관적으로 보면, "어떤 대화창"이 Modal로 활성화 되어 있는 데 그것이 전면으로 위치하지 않고 다른 창들 아래로 들어가 있기 때문에, 마우스로 클릭하게 되면 비프 음만 발생하는 것이었습니다.

이런 현상이 나타날 때면, 그 개발자는 로컬의 프로젝트를 모두 삭제하고 서버에서 다시 받아서 작업하는 식으로 진행했습니다. 그러다가 스스로 알아낸 바에 의하면, "가끔씩 체크인"이 무작위로 안 되는 것이 아니라, 자신이 유지하고 있는 소스와 서버에 유지되고 있는 소스에서 "충돌"이 발생했을 때만 그렇게 되었다는 것입니다. 기억하시는 분들도 계시겠지만, 보통 충돌이 발생하면 충돌을 해결하기 위한 대화창이 Modal로 뜨게 되지요.

처음엔, 이 현상을 해결하기 위해 "Multiple Check-out" 기능을 해제하는 의견이 나왔습니다. ... 음... 그래도 그건 좀. ^^;

그래서, 일단 현재의 체크인 충돌은 해결해야 하기 때문에 "VS.NET 2005"를 활용해 보기로 했습니다. 어림 짐작으로, 아마도 그 현상이 VS.NET 2008의 특수한 상황에서만 발생하고 VS.NET 2005에서는 발생하지 않을 것이라고 생각했기 때문입니다. 물론, VS.NET 2005에서 VS.NET 2008로 된 솔루션을 열지 않아도 됩니다. 단지, 해당 팀 프로젝트에 연결한 후, 소스 탐색기에서 제공되는 체크인 기능을 바로 이용할 수 있기 때문입니다.

다행히도, VS.NET 2005의 소스 탐색기에서는 UI 먹통 현상이 없었고, 정상적으로 체크인 할 수 있었습니다.

자,,, 이제 그 다음부터 어떻게 해야 하느냐가 남았는데요. "다중 체크 아웃"을 해제하는 옵션은 모든 사용자들에게 영향을 미치기 때문에 지양하기로 하고, 대신에 위의 문제가 발생한 개발자만 "체크 아웃" 시에 "잠금"을 설정하기로 했습니다.

재미있는 것은, 이런 경우 빈번하게 수정되는 하나의 파일이 있는 경우 partial로 지정해서 파일을 분리해서 개발하자는 의견도 나왔습니다. 결국... 정확한 해결책은 내놓지 못했지만, 다양한 의견 수렴으로 적절한 수준의 우회 방법이 나오게 되었습니다. ^^



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 4/10/2022]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13139정성태10/9/202213678.NET Framework: 2057. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 모든 닷넷 모듈을 추출하는 방법파일 다운로드1
13138정성태10/8/202216273.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용 [1]
13137정성태10/8/202214227.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/202214549.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/202215074.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기 [1]
13134정성태10/4/202212265오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/202213398Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/202213433스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/202217245.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/202213061.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/202213675.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/202216608C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import [1]파일 다운로드1
13127정성태9/22/202214867Windows: 210. WSL에 systemd 도입
13126정성태9/15/202215391.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/202215797.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
13124정성태9/13/202215591.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용
13123정성태9/8/202215636.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
13122정성태8/26/202216045.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원
13121정성태8/23/202212461C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법
13120정성태8/19/202216071Windows: 209. Windows NT Service에서 UI를 다루는 방법 [3]
13119정성태8/18/202215177.NET Framework: 2044. .NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법
13118정성태8/18/202212714.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [2]
13117정성태8/17/202216399.NET Framework: 2042. C# 11 - 파일 범위 내에서 유효한 타입 정의 (File-local types)파일 다운로드1
13116정성태8/4/202216850.NET Framework: 2041. C# - Socket.Close 시 Socket.Receive 메서드에서 예외가 발생하는 문제파일 다운로드1
13115정성태8/3/202217451.NET Framework: 2040. C# - ValueTask와 Task의 성능 비교 [1]파일 다운로드1
13114정성태8/2/202217302.NET Framework: 2039. C# - Task와 비교해 본 ValueTask 사용법파일 다운로드1
... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...