모든 Eclipse 프로젝트를 하나의 작업 공간에 넣는 것이 가장 좋은지 아니면 프로젝트 당 하나의 작업 공간을 수행하는 것이 가장 좋은지 궁금합니다. 나는 취미로하는 솔로 개발자 일 뿐이지 만 내가 만든 앱은 실제로는 꽤 자주 크론 작업에서 실행되는 프로덕션 버전이 있으므로 아마추어 프로덕션 환경과 거의 같습니다.
내가 지금까지 알아 차린 유일한 문제는 JAR을 내보내는 것입니다. 다른 프로젝트의 소스 파일을 포함 할 가능성이 있습니다.
답변
나는 별도의 작업 공간을 유지하곤했지만 설정을 일관되게 유지하는 데 어려움을 겪었습니다. 이제 내가 할 일은 다른 프로젝트에 대한 작업 세트를 만들고 현재 창 작업 세트를 변경하여 작업하려는 항목을 제외한 모든 것을 필터링하는 것입니다. 지금까지 이것은 나를 위해 잘 작동했습니다.
각 프로젝트는 여러 작업 세트를 가질 수 있고 창 작업 세트는 작업 세트의 조합이 될 수 있기 때문에이 방법으로 주어진 시간에 원하는 것만 보는 것은 매우 쉽습니다.
답변
제품에 대해 Eclipse 작업 공간을 만듭니다. 예를 들어, 프로젝트에서 핵심 라이브러리를 하나의 jar로 컴파일하는 것과 같이 제품에 여러 프로젝트가있을 수 있기 때문에 다른 프로젝트에서 사용합니다.
프로덕션 환경의 경우 제품이 다른 디렉토리 구조에서 실행되기를 원할 것입니다. 그리고 이클립스에서 작업 공간은 작업 공간 이름으로 디렉토리를 만듭니다. 따라서 하나 이상의 프로젝트가 아닌 제품 / 앱을 기반으로 작업 영역을 만듭니다.
답변
프로젝트가 상호 연관되어있는 경우 (즉, 서로 종속성이있는 경우) 동일한 작업 공간에 두는 것이 합리적입니다. 또한 관련 문제를 해결하기 위해 여러 프로젝트에서 작업하는 경우에도 마찬가지입니다.
특히 IDE가 한 프로젝트의 변경 사항이 다른 프로젝트에 미치는 영향을 즉시 보여줄 때 불필요하게 작업 공간을 변경하는 데 많은 시간을 낭비하게됩니다.
답변
각 프로젝트에 대해 별도의 작업 공간을 유지할뿐만 아니라 Eclipse의 별도 사본도 보관합니다. 이것은 일반적으로 프로젝트를 오랫동안 얼음 위에 놓고 (작은 통지없이) 프로젝트로 돌아와야하고 절대적으로 구축 해야 하기 때문입니다. 최신 프로젝트 (maven 기반)를 위해 설치 한 일부 플러그인이 레거시 시스템 (ant 기반) 중 하나의 빌드 프로세스를 방해 할 가능성이 없습니다. 기록을 위해 나는 그 레거시 시스템의 이클립스 환경을 문서화 하지만 프로덕션 버그를 패치 할 때 이클립스를 엉망으로 만들 시간이 없습니다.
답변
다른 “그룹”프로젝트에 대해 별도의 작업 공간을 사용합니다. 예를 들어 기본 앱 프로젝트와 단위 테스트 프로젝트를 동일한 작업 공간에서 함께 결합 할 수 있습니다.
답변
운이 좋지 않을 수도 있지만 Eclipse는 일반적으로 “Initializing Java Tooling”단계에서 시작시 종종 (한 달에 한 번) 죽습니다. 권장되는 해결책은 새 작업 공간을 만드는 것 같습니다. 당신이있는 경우 모두 하나의 작업 공간에서 프로젝트를,이 통증이있을 수 있습니다. 작업 공간이 작 으면 충돌이 발생할 가능성이 적다는 것을 의미 할 수 있습니다.
답변
환경 설정은 작업 공간에 따라 다르기 때문에 작업 공간이 엄청나게 열려있는 경향이 있습니다. 작업 공간 (예 : 저장소 …)간에 일부 설정을 동기화하기에는 너무 게으 릅니다.
다른 하나는 단일 작업 공간에서 너무 많은 프로젝트를 열면 Eclipse 속도가 느려질 수 있으므로 작업하지 않는 프로젝트를 닫아야합니다. Eclipse에서 동일한 작업 공간 (대부분의 경우 동일한 저장소)에 상주하는 많은 상대적 단기 프로젝트 (최대 한 달)를 관리하므로이 설정은 더 큰 유연성을 제공합니다.
상호 관련된 여러 프로젝트가있는 경우 동일한 작업 공간에 보관하십시오. 항상 함께 사용되지만 그룹이 독립적으로 사용되는 프로젝트 그룹을 식별 할 수있는 경우 이러한 프로젝트 세트를 다른 작업 공간에 배치하십시오. 이 경우 논리적 구조 여야합니다.
