저는 SVN을 사용하는 다른 몇몇 사람들과 함께 uni 프로젝트를 진행하고 있습니다. 내 성가심 때문에 .project 파일은 "플랫폼 특정 정보가 들어 있기 때문에"저장소에서 제거되었습니다. 그러나 이것은 분명히 내 설정을 이클립스에서 오류가 발생했습니다 :Eclipse 및 SVN : 누락 된 .project 파일
선택한 리소스를 열 때 문제가 발생했습니다. '_________'에 대한 프로젝트 설명 파일 (.project)이 누락되었습니다. 이 파일에는 프로젝트에 대한 중요한 정보가 들어 있습니다. 이 파일이 복원 될 때까지 프로젝트가 제대로 작동하지 않습니다.
제안 사항? 고맙습니다. 임시 위치에의 .project 파일을 계속 사용할 프로젝트의 이전 버전을 체크 아웃하고 실제 프로젝트 폴더에 .project이 이전 버전을 복사 - 쉬워야한다
. 이 특별한 copy'n'paste 작업에 더 편리한 네비게이터보기를 사용할 수 있습니다. (또는 일식 외의 파일 시스템에서 수행하십시오.)
.project 파일이 복원되면 평소와 같이 계속 작업 할 수 있습니다.
대안 : 빈 Java 프로젝트를 만들고 자동 생성 된 .project을 활성 프로젝트에 복사하고 해당 프로젝트를 다시 구성하십시오.
프로젝트를 .project 파일을 특징으로하는 리비전으로 되돌리고 .svnignores를 넣고 현재 리비전으로 다시 되돌립니다. 또는 더 간단하게 :
svn cp -r15 .project .project
여기서 -r 뒤에있는 숫자는 .project 파일을 특징으로하는 개정입니다.
.project 파일은 SCM에 속하지 않으며 개발자 별 정보가 들어 있습니다. 일반적인 설정은 (예를 들어) maven pom.xml과 같은 표준화 된 파일에 속하며 .project 파일이 자동으로 생성되지만 .project, .settings, .classpath와 같은 것은 항상 svn : ignore에 있어야합니다. 다른 사람을 덮어 쓰지 않고 자신의 복사본을 보관하십시오
이것은 너무 잘못되었습니다! 현실 세계에서는 특정 IDE 또는 빌드 시스템이 필수적이라면 결정을 내릴 수 있습니다. 또는 개발자가 좋아하는 것을 사용하는 것이 개발자가 결정하지만 장점과 단점을 확실하게 분석해야합니다. 그렇게하기에는 불편하고 시간이 많이 걸리기 때문입니다. Maven은 편집기가 필요한 빌드 시스템입니다. Eclipse는 IDE이며 자체 빌드 시스템을 제공합니다. Maven을 사용하여 Eclipse .project 파일을 생성 할 수 있다는 것은 누군가가 Maven을 사용하는 불행한 결정을 내리지 않는 한 .project 파일이 일반적으로 파생 파일임을 의미하지는 않습니다. – KarlP
1) '불행한 결정'? maven은 올바르게 사용하는 법을 알고 있고 제 3 자 라이브러리로 작업하는 경우 maven (아이비 등은 물론 괜찮습니다)과 같은 의존성 관리 시스템에 대한 실질적인 대안이 없다면 * 거대한 * 시간 절약 형입니다. 2) 당신은 무엇을 의미합니까 : 편집장이 필요합니까? boggles. 나는 대부분의 프로그래머가 하나의 편집기 또는 다른 시스템에 어딘가에 설치되어 있다고 추측하겠습니까? 3) 현실 세계에서, 당신이 말한 것처럼, 나는 지난 3 년 동안 maven을 사용하지 않은 고객을 보지 못했습니다. 하나님 감사합니다. –