.sln / .csproj가 Unity 프로젝트를 공유하는 데 유용합니까?


13

GIT 및 Unity에 문제가 있습니다. 그것은 종종 .sln / .csproj 파일이 우리에게 어떤 문제를 낳는 일이 종종 발생하므로 웹에서 잠시 검색 한 후에이 파일을 푸시 할 필요가 없다는 것을 알았습니다. 누군가 이것에 대한 의견이 있습니까? https://gist.github.com/hw/1234398 예를 들어 .gitignore에 포함되어 있지만 솔직히 이러한 종류의 파일이 무엇인지 모르겠습니다.

내 리포지토리에서 해당 파일을 제외시킬 수 있습니까? 아니면이 파일이 게임의 일부 참조와 관련이 있습니까?

답변:


21

개인적인 경험을 통해 소스 컨트롤에서 * .csproj 및 * .sln을 제외하는 것이 더 좋습니다. Unity는 프로젝트를 열거 나 소스 파일을 추가 / 삭제할 때마다 이러한 파일을 생성하므로 놓칠 수 없습니다. "Sync MonoDevelop Project"메뉴 항목을 통해 수동으로 수행 할 수도 있습니다.

프로젝트에 둘 이상의 개발자가있는 경우 이러한 파일의 자동 생성 컨텐츠가 사용자마다 다를 수 있으므로 (유니티 설치 경로 및 기타 요인에 따라 다름)이를 제외하는 것이 특히 유용합니다. 저장소에 커밋 된 불필요한 파일 변경이 많습니다.


4
전체 라이브러리 / 폴더도 제외해야합니다.
michael.bartnett

MonoDevelop 및 VS 20xx에서만 작동한다는 것을 잊어 버렸습니다. vscode 또는 rider unity를 사용하면 새 c # 스크립트를 추가하거나 unity를 다시
시작해

2

.sln 또는 csproj를 체크인하지 않습니다. 나는 실제로 통일 프로젝트에서만 체크인합니다. 유니티가 솔루션 파일을 관리하도록합니다. 편집기 폴더 또는 .csproj 중 하나에서만 체크인하는 것을 잊어 버린 경우 두통이 발생할 수 있습니다. 따라서 새로운 코더가 들어 오면 repo를 확인하고 mondevelop 또는 vs.로 파일을 두 번 클릭하십시오.

또한 모든 파일에서 Scn ignore를 수행해야하므로 아티스트는 실수로 LOL에 체크인하지 않습니다.


만약 새로운 코더가이 단일 개발을 사용하지 않고 리눅스를 사용하고 있기 때문에 vs를 사용할 수 없다면?
Herrgott

0

해당 파일은 Mono에서 자동으로 재생성되므로 해당 파일을 안전하게 제외 할 수 있습니다. 이러한 파일 내부의 코드는 유료 플러그인과 같은 보호 된 DLL이 아닌 열린 파일에서만 읽습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.