Eclipse에서 특정 프로젝트를 정기적으로 정리해야하는 이유는 무엇입니까?

Question

여러 Java/JSP 프로젝트에 Eclipse 3.5를 사용하고 있습니다. 모든 프로젝트 코드는 Subversion에 저장됩니다. Subclipse 플러그인을 사용하여 코드를 업데이트/커밋합니다. 이것은 하나를 제외한 모든 프로젝트에 유용합니다. SVN 업데이트를 할 때마다 프로젝트 전체가 Java 컴파일 오류로 가득 차게되는 프로젝트가 있습니다. 대부분의 오류는 동일한 프로젝트 내에서 다른 클래스 파일을 찾을 수 없다는 불만입니다. 이 문제를 해결하려면 프로젝트> 정리로 가서 수동으로 프로젝트를 정리해야하는데, 실행하는 데 약간의 시간이 걸립니다. 이후에도 모든 것이 잘 컴파일되지만, SVN 업데이트를 할 때마다 수동으로 프로젝트를 정리해야하는 것은 약간의 고통입니다. 그리고 이것은 하나의 프로젝트에 대해서만 발생합니다.

누구나 다음과 같은 경험이 있습니까? 나는 왜 프로젝트가 끊임없이 수동으로 청소되어야하는지 알아 내야 할지를 모르고있다. 이클립스에서 내 프로젝트 빌드를 깨뜨리는 파일을 다른 사람이 체크인하고있을 가능성이 있습니까? 그렇다면 어떤 파일을 찾아야합니까?

Answer 1

먼저 뭔가 분명히 말하면 실례지만 프로젝트 구성에 대한 세부 정보를 제공하지 않았고이 문제를 해결하기위한 이전 시도에 대해 설명하지 않았습니다. 그럼, 아마도 당신은 이미 내가 제안하려고하는 모든 것을 시도해 보았을 것입니다. ;-)

내 머리카락에서 벗어나 다른 누군가가 소스 대신 컴파일 된 클래스를 커밋하고 있는지 확인합니다.

그 외에도 구성에 따라 다릅니다. "자동으로 빌드"플래그가 선택되어 있고 Eclipse를 통해 빌드하고 있다고 가정합니다 (예를 들어 Ant를 통하지 않고, 아마도 Ant 빌드가 클래스 패스의 어딘가에 출력을 넣었을 것입니다. 그리고 당신은 jar 파일이나 .classpath 파일을 버전 관리하지 않습니다.

들어오는 변경 사항을 한눈에보기 위해 동기화보기 (팀 -> 저장소와 동기화)를 통해 SVN 업데이트를 수행 할 것을 제안합니다. 프로젝트가 그렇지 않은 경우에서 엉망이 된 경우를 더 잘 구분할 수 있습니다.

Answer 2

일부 사람들은 이미 컴파일 된 클래스를 커밋하고 다른 클래스 경로가 충돌을 일으킬 수 있다고 설명했습니다. 주먹은 동료들로부터이 정보를 알고 진행합니다. 나는이 상황을 보지 못했다. 죄송합니다.

Answer 3

어떻게 SVN에 프로젝트를 저장 하시겠습니까? 전체 Eclipse 프로젝트 또는 소스 코드, 구조 등을 저장하고 있습니까? 전체 프로젝트를 저장하지 않는다면 다른 IDE를 사용하는 사람이없는 한 작업하기가 더 쉬워 질 것입니다. 더 많은 정보가 없으면 진단하기가 어렵지만 누군가가 컴파일 된 클래스 경로를 작성하는 것처럼 들린다. 확인하려면 SVN 기록을 확인해야합니다.