Visual Studio .suo 및 .user 파일을 소스 제어에 추가해야합니까?

Visual Studio 솔루션에는 두 가지 유형의 숨겨진 사용자 파일이 있습니다. 하나는 .suo이진 파일 인 솔루션 파일입니다. 다른 하나는 .user텍스트 파일 인 프로젝트 파일입니다. 이 파일에는 어떤 데이터가 포함되어 있습니까?

또한 이러한 파일을 소스 제어 (내 경우에는 Subversion)에 추가해야하는지 궁금합니다. 이 파일을 추가하지 않고 다른 개발자가 솔루션을 체크 아웃하면 Visual Studio가 자동으로 새 사용자 파일을 작성합니까?

이 파일에는 일반적으로 컴퓨터와 관련된 사용자 기본 설정이 포함되어 있으므로 SCM에 넣지 않는 것이 좋습니다. 또한 VS는 실행할 때마다 거의 변경되므로 항상 SCM에 의해 '변경됨'으로 표시됩니다. 나는 2 년 동안 VS를 사용하는 프로젝트에 포함되어 있으며 아무런 문제가 없었습니다. 유일한 작은 성가심은 디버그 매개 변수 (실행 경로, 배포 대상 등)가 해당 파일 중 하나에 저장되어 있다는 것입니다 (어떤 파일을 모르는 지), 표준이있는 경우 ' 다른 개발자가 전체 개발 환경을 '사용 준비'를 갖도록 SCM을 통해 게시하십시오.

추가 할 필요는 없습니다. 여기에는 사용자 별 설정이 포함되며 다른 개발자는 사본을 원하지 않습니다.

다른 사람들은 왜 소스 제어하에 *.suo및 *.user파일을 갖는 것이 좋지 않은지 설명했습니다.

다음과 같은 svn:ignore두 가지 이유로이 패턴을 속성에 추가 할 것을 제안합니다 .

1. 따라서 다른 개발자는 한 개발자의 설정으로 마무리하지 않습니다.
2. 따라서 상태를 보거나 파일을 커밋 할 때 해당 파일은 코드 기반을 어지럽히 지 않고 추가해야하는 새 파일을 가리지 않습니다.

바이너리 파일 (* .suo)은 커밋하지 않지만 .user 파일은 커밋합니다. .user 파일에는 프로젝트 디버깅을위한 시작 옵션이 포함되어 있습니다. "디버그"탭의 프로젝트 속성에서 시작 옵션을 찾을 수 있습니다. 일부 프로젝트에서 NUnit을 사용하고 프로젝트의 시작 옵션으로 nunit-gui.exe를 구성했습니다. .user 파일이 없으면 각 팀 구성원이 별도로 구성해야합니다.

도움이 되었기를 바랍니다.

2011 년에 Google을 통해이 질문 / 답변을 찾았으므로 잠시 시간을내어 Visual Studio 2010에서 만든 * .SDF 파일에 대한 링크를 버전 제어에 추가해서는 안되는 파일 목록에 추가한다고 생각했습니다 ( IDE에서 다시 생성합니다). * .sdf 파일이 다른 곳에서 합법적으로 사용될 수 있는지 확신 할 수 없으므로 SVN의 특정 [projectname] .sdf 파일 만 무시했습니다.

Visual Studio 변환 마법사 2010이 대규모 SDF 데이터베이스 파일을 만드는 이유는 무엇입니까?

아니요, 말했듯이 사용자별로 다르므로 소스 컨트롤에 추가해서는 안됩니다.

SUO (솔루션 사용자 옵션) : 솔루션을 열 때마다 사용자 정의한 내용이 포함되도록 솔루션과 연결할 수있는 모든 옵션을 기록합니다.

.user 파일은 프로젝트에 대한 사용자 옵션을 포함하고 (SUO는 솔루션을위한 것임) 프로젝트 파일 이름을 확장합니다 (예 : anything.csproj.user는 anything.csproj 프로젝트에 대한 사용자 설정을 포함합니다).

이것은 문제에 대한 Microsoft의 의견 인 것으로 보입니다.

소스 제어에 .suo 파일 추가 및 편집

프로젝트에서 왜 DebuggingWorkingDirectory를 suo 파일에 저장하는지 모르겠습니다. 이것이 사용자 별 설정 인 경우 * .proj.user 파일 이름에 저장하는 것을 고려해야합니다. 프로젝트에서 작업하는 모든 사용자가이 설정을 공유 할 수 있으면 프로젝트 파일 자체에 저장하는 것을 고려해야합니다.

소스 제어에 suo 파일을 추가 할 생각조차하지 마십시오! SUO (Soluton 사용자 옵션) 파일은 사용자 별 설정을 포함하기위한 것으로 동일한 솔루션을 사용하는 사용자간에 공유해서는 안됩니다. scc 데이터베이스에 suo 파일을 추가하려는 경우 IDE의 다른 것들을 깨뜨릴 수는 없지만 소스 제어 관점에서 웹 프로젝트 scc 통합을 중단합니다 .LAN 대 인터넷 플러그인 VSS 액세스를 위해 다른 사용자에 의해 scc가 완전히 중단 될 수 있습니다 (유효한 suo 파일에 저장된 VSS 데이터베이스 경로가 다른 사용자에게는 유효하지 않을 수 있음).

알린 콘스탄틴 (MSFT)

기본적으로 Microsoft의 Visual SourceSafe는 이러한 파일이 사용자 별 설정 파일이므로 소스 컨트롤에 포함되지 않습니다. SVN을 소스 제어로 사용하는 경우 해당 모델을 따릅니다.

Visual Studio가 자동으로 생성합니다. 소스 컨트롤에 넣지 않는 것이 좋습니다. 로컬 개발자의 SOU 파일로 인해 VS가 해당 개발자 상자에서 잘못 작동하는 경우가 여러 번있었습니다. 파일을 삭제 한 후 VS가 다시 만들도록 허용하면 항상 문제가 해결되었습니다.

온 MSDN 웹 사이트 , 명확한다고

솔루션 사용자 옵션 (.suo) 파일에는 사용자 별 솔루션 옵션이 포함되어 있습니다. 이 파일은 소스 코드 제어를 위해 체크인해서는 안됩니다 .

따라서 소스 제어에 물건을 체크인하는 동안 이러한 파일을 무시하는 것이 안전하다고 말하고 싶습니다.

나는하지 않을 것입니다. "사용자"별로 변경 될 수있는 것은 일반적으로 소스 제어에 좋지 않습니다. .suo, .user, obj / bin 디렉토리

이러한 파일은 사용자 고유의 옵션이며 솔루션 자체와 무관해야합니다. Visual Studio는 필요에 따라 새로운 것을 만들므로 소스 제어를 위해 체크인 할 필요가 없습니다. 실제로 개별 개발자가 자신의 환경에 맞게 환경을 사용자 정의 할 수 있기 때문에 바람직하지 않을 것입니다.

.user 파일은 사용자별로 다르므로 소스 제어 할 수 없습니다. 그것은 원격 컴퓨터의 이름과 다른 사용자 의존적 인 것들을 포함합니다. vcproj 관련 파일입니다.

.suo 파일은 sln 관련 파일이며 "솔루션 사용자 옵션"(스타트 업 프로젝트, 윈도우 위치 (도킹 된 위치 및 떠있는 곳) 등)을 포함합니다.

이진 파일이며 "사용자 관련"이 포함되어 있는지 알 수 없습니다.

우리 회사에서는 이러한 파일을 소스 제어하에 가져 가지 않습니다.

여기에는 일반적으로 단일 개발자에게 할당 된 프로젝트에 대한 특정 설정이 포함됩니다 (예 : 애플리케이션을 디버깅 할 때 시작하는 시작 프로젝트 및 시작 페이지 등).

따라서 버전 제어에 추가하지 않는 것이 좋습니다 .VS는 다시 작성하여 각 개발자가 원하는 특정 설정을 가질 수 있습니다.

.user는 사용자 설정이며 .suo는 솔루션 사용자 옵션이라고 생각합니다. 이 파일들을 소스 제어 하에서 원하지 않습니다. 각 사용자마다 다시 작성됩니다.

아니.

나는 단지 짧은 대답을 원했고 아무것도 없었습니다.

Rational ClearCase를 사용 하면 대답은 '아니오'입니다. 소스 코드 제어에는 .sln &. * proj 만 등록해야합니다.

다른 공급 업체에 대해서는 답변을 드릴 수 없습니다. 올바르게 기억한다면,이 파일들은 사용자 환경에 따라 "사용자"옵션입니다.

해당 파일을 버전 관리에 추가하지 마십시오. 이 파일은 버전 관리에 체크인하면 다른 워크 스테이션에서 문제를 일으킬 수있는 워크 스테이션 특정 정보로 자동 생성됩니다.

아니요. 개발자 / 기계 별 로컬 설정이므로 소스 제어에 전념해서는 안됩니다.

GitHub는 Visual Studio 사용자가 https://github.com/github/gitignore/blob/master/VisualStudio.gitignore 에서 무시하도록 제안 된 파일 형식 목록을 유지 관리합니다.

svn의 경우 다음 global-ignore속성 세트가 있습니다.

* .DotSettings.User
* .onetoc2
* .suo
.vs
사전 컴파일 된 웹
thumbs.db
obj
bin
디버그
* .user
* .vshost. *
* .tss
* .dbml.layout

ProjectProperties> Debugging> Environment 에서 실행 파일 디렉토리 종속성을 설정 하면 경로는 '.user'파일에 저장됩니다.

위에서 언급 한 필드에이 문자열을 설정 했다고 가정합니다. "PATH = C : \ xyz \ bin" '.user'파일에 저장되는 방법입니다.

<LocalDebuggerEnvironment>PATH=C:\xyz\bin$(LocalDebuggerEnvironment)</LocalDebuggerEnvironment>

이것은 OpenCV에서 일하는 동안 많은 도움이되었습니다. 프로젝트마다 다른 버전의 OpenCV를 사용할 수 있습니다. 또 다른 장점은 새 컴퓨터에서 프로젝트를 설정하는 것이 매우 쉽다는 것입니다. 우리는 해당 의존성 dirs를 복사해야했습니다. 따라서 일부 프로젝트의 경우 소스 제어에 '.user'를 추가하는 것을 선호합니다.

그럼에도 불구하고 전적으로 프로젝트에 의존합니다. 필요에 따라 전화를 걸 수 있습니다.

으로는 다른 답변에서 설명, 모두 .suo와 .user그들이 (BTW 사용자 / 기계 별이기 때문에, 소스 제어에 추가 할 수 없습니다해야 .suoVS의 최신 버전 전용 임시 디렉토리로 이동 한 .vs완전히 소스 제어 곳에 보관해야한다).

그러나 응용 프로그램이 VS에서 디버깅하기 위해 환경 설정이 필요한 경우 (이러한 설정은 일반적으로 .user파일로 유지됨 ) 샘플 파일을 준비하고 (같은 이름을 지정 .user.SAMPLE) 참조를 위해 소스 제어에 추가하는 것이 편리 할 수 ​​있습니다 .

이러한 파일에서 하드 코딩 된 절대 경로 대신 상대 경로를 사용하거나 환경 변수에 의존하는 것이 합리적이므로 다른 사람이 쉽게 재사용 할 수있을 정도로 일반적인 샘플 일 수 있습니다.