가 Alrighty 다음, 내 질문의 짧은 버전이 될 것 참조 :힘내 및 Visual Studio 프로젝트는
는 여러 솔루션을 통해 공유하는 프로젝트가있을 때 망할 놈의 프로젝트 참조를 처리하는 가장 좋은 방법은 무엇입니까방법이해야 내 힘내 주최하는거야?
긴 버전은 다음과 같습니다
우리는 작은 개발팀 (5 개발자)이며, 현재 우리는 우리의 소스 제어로 TFS를 사용하여 서버를 구축 및 Visual Studio는 선택의 우리의 IDE입니다. 나는 항상 새로운 일을 시도하고 개발 환경을 개선하려고 노력 했으므로 Git에서 TFS의 소스 컨트롤 부분을 대체 할 수 있는지 알아보기로 마음 먹었다. 우리는 Jira를 우리 워크 플로에 통합했습니다. Jira와 얼마나 잘 통합 되었기 때문에 Stored를 Git 환경으로 사용해보기로했습니다. 나는 지금 git repos를 구성하는 방법을 찾으려고 노력하고 있는데, 그래서 나는 여기에있다. 이제는 얼마나 많은 솔루션이 구성되어 있는지 설명하겠습니다.
우리는 많은 솔루션을 가지고 있습니다. 일부는 라이브러리이고 일부는 Visual Studio의 프로젝트 참조를 통해 이러한 라이브러리를 참조하는 프로그램입니다.
그래서 많은 솔루션에서 참조되는 라이브러리를 처리하는 방법이 혼란 스럽습니다.
라이브러리 버전 관리를 시작하고 모든 라이브러리를 별도의 저장소에 설치해야합니까? 이 방법은 배포해야하는 업데이트를 받고 라이브러리가 20 개 이상의 솔루션에서 사용되고있을 때 많은 추가 유지 관리가 필요합니다. 내가 잘못 ? Visual Studio에 더 이상 Project 참조가 없으므로 디버깅이 훨씬 지루할 수 있다는 단점이 있습니다.
우리의 모든 솔루션을 사용하여 대규모 리포지셔닝을 수행해야하며 그 방법으로 모든 참조가 최신 상태 여야합니까?
나는 또한 모든 논문 라이브러리가있는 자체 누 게트 저장소를 만들 수 있으며 필요에 따라 참조 된 라이브러리를 업데이트하는 번거 로움이되지 않을 것이라고 생각했습니다. 이는 단지 아이디어 일 뿐이므로 적절하게 조사하지 않았으므로 이것이 어떤 이점이 있는지 확실하지 않습니다.
그래서이 문제에 관해 나에게 조언을 해 줄 수있는 사람이 있습니까?
나는 "내 질문의 짧은 버전이 당신의 완전한 질문을 가리킬 것입니다."라고 생각했습니다. –
두 버전 모두 같은 질문을하지만 더 긴 것은 배경을 포함합니다.) –
git submodule의 올바른 사용 방법을 살펴볼 수 있습니다. – Till