다른 워크 스테이션의 동일한 프로젝트에서 작동하는 구성 문제를 피하는 방법

Question

SVN 서버에 저장된 프로젝트에서 작업하고 있습니다. 저는 항상 주 워크 스테이션에서이 프로젝트를 수행하지만, 이제는 노트북에서 프로젝트를 체크 아웃 할 것입니다.

새로운 개발 환경 (Eclipse IDE, JDK, Apache Tomcat)에 필요한 모든 것을 설치했습니다.

내 프로젝트를 체크 아웃 할 때 몇 가지 문제가 발생합니다. JRE가 로컬 가상 머신에 바인딩되어 있지 않으며 대상 런타임 서버 (Tomcat)를 찾을 수 없습니다.

프로젝트를 새로운 환경으로 간단하게 구성했지만이 작업을 변경 사항을 적용 할 때 분명히 원래 환경으로 재설정해야합니다.

그래서이 문제를 해결할 방법이 있습니까? 전체 Eclipse 프로젝트를 커밋하고 서버에 소스 코드 만 저장하는 것을 피하는 것이 좋을까요? 어느 것이 올바른 방법입니까? 버전 제어에서 어떤 파일/디렉토리를 제거해야합니까? JRE + 서버 설정은 .classpath 파일입니다. 버전 관리에서이 파일을 제외해야합니까?

Answer 1

Eclipse를 사용하고 있습니까?

Subversion 저장소에 .classpath을 저장하면 안됩니다. 기억한다면 클래스 패스의 절대 디렉토리 이름을 저장합니다. 이것은 시스템마다 다를 수 있습니다. 저장소에서 삭제

.classpath는 다음에 프로젝트의 루트 (.classpath가 저장되는) 디렉토리와 추가 상 svn:ignore 속성을 넣어 파일 .classpath 목록을 무시합니다.

이렇게하면 다른 사람이 우연히 .classpath 파일에 다시 추가하지 않습니다.

Answer 2

svn에서 필요한 것보다 많은 것을 보관하려고하기 때문에 문제가 발생합니다. svn과 같은 코드 컨트롤에서 프로젝트 설정 파일을 체크인하는 것은 좋지 않습니다. 다른 개발자는 개발 환경에 따라 항상 다른 설정을 사용합니다. 코드 제어는 코드를 체크 인하 고 환경에 따라 다른 것들을 구성하도록해야합니다.

은 관련 게시물 읽기 : Should I keep my project files under version control?

Answer 3

당신은 호스트라는 이름의 폴더에 체크인 구성에 작업중인 컴퓨터를 기반으로 그들을 찾기 위해 프로젝트를 구성 할 수 있습니다 이런 식으로 할 수 있습니다. 예를 들어

:

config 
    davioooh-laptop 
    davioooh-home-pc 
    alberto-laptop 
    ... 

각 폴더는 모든 DEVS에 대한 구성이 포함됩니다.

나는 개정 관리 시스템에서 생산성 향상에 도움이되는 것이 무엇이든 넣어야한다고 생각합니다. 따라서 구성을 적절한 폴더 구조에 배치하는 것이 어떻습니까?