Eclipse 프로젝트를 만들었으니 이제는 내 SVN 저장소에 넣고 싶습니다. 어떤 파일을 무시 목록에 넣어야합니까? 내가 사용하는 파일이 무엇인지 모르는 파일이 많이 있습니다. .history, .root, .safetable, .log, .settings ... 및 많은 .index 파일, 일부 .running 파일과 같은 폴더가 있습니다. 모든 것을 무시할 수 있습니까? 어떤 확장 기능/폴더가 항상 무시할 수 있는지 알고 있습니까?Eclipse 프로젝트 : subversion 된 파일
감사합니다.
내 첫 번째 추측은 이름이 점으로 시작하는 모든 파일을 버전 관리해서는 안된다는 것입니다. 가장 일반적으로 이러한 파일은 프로젝트와 관련이없는 Eclipse 설정을 참조합니다.
Java 프로젝트의 .project와 .classpath 파일은 상당히 "프로젝트에 의존"하며 일반적으로이 파일을 포함합니다.
좀 더 정확한 대답을 얻으려면 작업중인 프로젝트 유형을 지정해야합니다.
답변은 프로젝트에 따라 다릅니다. 근원을 위임하는 것은 좋은 일이지만 그것은 새로운 개발자가 고통 스러울 수있는 프로젝트 환경을 재현하도록 강제 할 것입니다. Maven을 m2eclipse 플러그인과 함께 사용하는 경우 src과 pom.xml은 좋은 접근 방식입니다. 이는 src와 pom.xml에서 Eclipse 환경을 다시 생성하는 데 단지 몇 분이 걸리기 때문입니다. 한편
이 커밋 괜찮 .classpath 및 .project뿐만 아니라, 결코 직접적으로 외부 항아리를 사용하지 않기 때문에하지만, 변수 또는 사용자 라이브러리를 통해 추가 작업을 의미 등
당신은 실험 할 시간이 있다면 모든 것을 체크인하고, 동료가 프로젝트를 체크 아웃하고, 오류를 발생시키는 이유를 확인하십시오. 동료가 자신의 하드 드라이브와 동일한 구성을하지 않으면 프로젝트 외부의 경로를 참조하는 모든 것이 실패 할 가능성이 있습니다. 이러한 것들은 참조 변수로 변경되거나 버전 제어하에 놓여서는 안됩니다.
동료가 프로젝트를 작성하고 보를 통해 IDE를 실행 한 다음 저장소로 동기화하여 변경된 사항을 확인하십시오. 휘발성 파일, 런타임 로그 및 임시 파일은 생략해야합니다. 다른 개발자가 프로젝트를 쉽게 설정하고 실행할 수있게하는 것이 포함되어야합니다. 실험에 시간을 할애하면 프로젝트 설정 방법을 더 잘 이해할 수 있습니다.
기본적으로 소스 (Java 프로젝트의 .class 파일)에서 파생 된 내용이나 프로젝트 환경 밖에서 절대 참조가있는 파일과 같이 모든 개발자가 로컬 환경에서 변경해야하는 사항은 체크인하지 않으려합니다 . 과거에 개발자가 사용자 지정해야하는 구성 파일을 처리하는 데 사용한 적이있는 한 가지 방법은 .example 확장명을 사용하여 파일의 복사본을 추가 주석과 함께 포함시키는 것입니다. README 또는 예제 파일을 사용자 정의해야하는 다른 문서와 파일의 "실제"이름이 무엇인지 명확히하십시오. 또한 svnignore 목록에 "실제"파일 이름을 포함 시켜서 체크인하지 않고 모든 사용자의 로컬 사용자 정의를 덮어 씁니다.
은 구체적인 예를 해결하려면.history를, .root, .safetable, .LOG, .settings ... 많은있는 .index 파일을 는 일부 .running
.settings은 실험해야하는 설정입니다.모든 개발자가 따라야하는 코드 스타일 또는 서식 지정 가이드 라인과 같은 설정이있는 경우 해당 버전을 버전 제어하에두면 편리 할 수 있지만 일부 다른 설정은 모든 개발자에게 적합하지 않을 수 있습니다. 다른 예제들은 나에게 익숙하지 않은 것 같다. 왜냐하면 그것들은 내가 작동하지 않는 일식 프로젝트와 관련이 있기 때문이다.
.index 파일이 무엇인지 알게되었습니다. 프로젝트 디렉토리 대신 작업 공간 디렉토리를보고 있습니까? 작업 영역의 .metadata 폴더 아래에 .index 파일이있을 수 있습니다. –
그냥'src' 폴더를 저지르고 점으로 시작하는 파일/폴더를 커밋하지 마십시오. 그러나 폴더 구조에 크게 의존합니다. 내 믿음은 _commit source only_입니다. – Nishant