업데이트 : 이것은 실제로 IDE 수정 방법에 대한 답변이 아닙니다. 그것은 C++/Python/Java를위한 일종의 Maven 대체물 일뿐입니다. IDE를 수정하여 물건을 만들 필요는 없습니다. 그렇다면 다른 IDE 또는 IDE 파일을 생성/수정하는 시스템이 필요합니다. (크로스 플랫폼 C/C++ 프로젝트 파일 생성에 대한 CMake를 참조하십시오.)
내가 작성한 시스템 (첫번째 개미 /으로 Beanshell에서 두 개의 서로 다른 장소에서, 다음 내 현재의 직장에서 파이썬을 재 작성) 세 번째 부분은 (누군가에 의해) 별도로 컴파일되고 HTTP를 통해 저장 및 공유됩니다.시작시
, 빌드 시스템의 repo에있는 모든 모듈을 통해 보이는 타사 lib 디렉토리 또는 앱 현재의 특정 버전을 다운로드 각 모듈의 설정 목표를 실행합니다
다소 서둘러 설명을 다음과 코드 개정 사용. 그런 다음 압축을 풀고 PATH/INCLUDE 등을 추가합니다 (또는 작은 libs의 경우 현재 repo의 단일 디렉토리에 복사). 그런 다음/useenv와 함께 Visual Studio를 시작합니다.
각 모듈의 파일은 필요한 항목을 확인하고 Visual Studio, Matlab 또는 Maya와 같은 설치 및 라이센스가 필요한 경우 로컬 컴퓨터에 있어야합니다. 그곳에 없으면 cmd 파일은 좋은 오류 메시지와 함께 실패합니다. 이렇게하면 올바른 버전이 있는지도 확인할 수 있습니다.
따라서 로컬 디스크에는 여러 디렉토리가 있습니다. % work %는 글로벌 환경 변수를 사용하여 설정해야하며, 적어도 무거운 C++을 수행하는 경우에는 시스템 또는 소스 체크 아웃과 다른 디스크보다 더 좋을 수 있습니다.
- % 작업 % < - 모든 임시 파일을 로컬 저장소, 압축 해제, 및 각 작업 복사본의 임시 파일
- 퍼센트 작업 %/_ 캐시 < - 다운로드 지퍼 (2 GB)
- 퍼센트 작업 %/_local < - 지역 (개발 또는 travvelling 동안 다른 방식으로 검색) 지퍼
- % 작업 %/_ 압축 해제 <이 - _cache에있는 파일의 압축을 풀고 (10기가바이트)
- % 작업 % & _content < - 텍스처/3D 모델과 기타 큰 파일 R (수동 원 공급기를,이 5 기가 바이트 오늘, 중 VC에 적합하지 않습니다)
- % 작업 %/D_trunk/< - 복사 작업을위한 저장소가 D 체크 아웃 :/트렁크
- 퍼센트 작업 %/E_branches를/V2 < - 복사 작업을위한 저장소가 전자 체크 아웃 : 트렁크 1.37와 가지 부스트 사용하는 경우/분기/v2에서
그래서,/v2에서 1.39 사용, 모두 부스트 1.39 및 향상 - 1.37 상주을에/_cache/(zip으로) 및/_unzip/(원시 파일로).
d :/trunk/BuildSystem/Visual Studio.cmd의 bat 파일을 사용하여 Visual Studio를 시작하면 INCLUDE는 /_unzip/boost-1.37을 가리키고 runnig e :/branches/v2/BuildSystem/Visual Studio.cmd는 가리 킵니다. , INCLUDE는 /_unzip/boost-1.39를 가리 킵니다.
저장소에는 작은 일련의 부트 스트랩 바이너리 만 저장하면됩니다 (예 : wget 및 7z).
현재 약 10GB (압축 파일 크기가 큽니다!)로 압축 된 약 2GB의 압축 데이터를 다운로드하므로 소스 제어에서이를 지키는 것이 필수적입니다. 이 시스템을 사용하면 SVN 대신 Mercurial (또는 Git)과 같은 DVCS를 사용할 수있을 정도로 repo 크기를 작게 유지할 수 있습니다. (나는 Mercurials bigfiles 확장 또는 개별 http-served 디렉토리 대신 파일 공유를 사용하려고 생각하고있다.)
그것은 완벽하게 작동한다. 개발자는 체크 아웃하고 로컬 캐시에 환경 변수를 설정 한 다음 repo의 특정 배치 파일을 통해 Visual Studio를 실행하면됩니다. 압축을 풀거나 컴파일하거나 물건을 넣지 마십시오. 새로운 개발자가 컴퓨터를 즉시 설치할 수 있습니다. Visual Studio를 설치하면 더 많은 시간이 걸립니다.
새 컴퓨터를 처음 처음 사용하는 데는 시간이 걸리지 만 빠르며 몇 초 밖에 걸리지 않습니다.다운로드/압축 해제는 로컬 컴퓨터에서 공유됩니다. 추가 분기/버전을 체크 아웃해도 더 많은 공간을 차지하지 않습니다. 오프라인 작업도 가능합니다. 새로운 파일이 업로드되면 zip 파일을 수동으로 가져와야합니다. (이 메커니즘은 타사 라이브러리의 새 버전/컴파일을 테스트하는 데 필수적입니다.)
기본 사항은 repo on bitbucket이지만 기본 사항을 갖추기 전에 더 많은 작업이 필요합니다. 그렇다 문서 및 폴란드어에서, 나는 계획 :
- 이 더 크로스 플랫폼 만들기 위해 대신 원시 vcproj - 파일의 cmake를 사용하도록 확장 할 수 있습니다.
- 스크립트 (로컬의 repo에서 다운로드를 저장 포함) 타사 건물 패키지와 의 체크 아웃/다운로드에서 전체 과정을 압축하는이 ... 현재 그 내 dev에 컴퓨터에 있습니다. 안좋다. 고칠 것입니다. :) MOC에 관해서는
, 우리는 된 .vcproj 파일이 저장 Qt's Visual Studio add-in를 사용합니다. 잘 작동합니다. 나는 CMake이 이것에 대한 최선의 해결책 중 하나라고 생각한다.
나는 virtualpc/vmware 아이디어를 좋아합니다. 나는 빌드 상태를 보존하기 위해 그런 일을하려고 생각 해왔다. 아이디어를 가져 주셔서 감사합니다. – sivabudh
+1은 VMWare 이미지 개념입니다. –