Eclipse 및 소프트웨어 방법론 사용과 관련하여 질문이 있습니다. 버전 1의 프로젝트가 포함 된 작업 공간이 있습니다. 프로젝트를 완료 했으므로이 프로젝트를 품질 보증에 릴리스합니다. 테스트 중이며 프로덕션에 도착합니다. 그런 다음 프로젝트에 새로운 기능을 추가하고 싶습니다. 현재 버전 2에서 작업하고 있습니다. 어느 날, 제작 버전에서 사용중인 버전 인 버그 1을 발견합니다. 버그를 재현하고 수정해야하므로 다른 작업 공간을 만들고 버전 1의 해당 버전 프로젝트를 가져와야합니다.소프트웨어 방법론 및 Eclipse
개발자가 이러한 작업을 수행하는 데 도움이되는 모범 사례가 있습니까? 나는 모든 제안에 열려 있습니다.
감사합니다.
적절한 분기를 사용하여 버전 컨트롤을 사용하십시오.
내 Eclipse 환경에서 활발한 개발중인 각 분기에 대한 Eclipse 프로젝트가 있습니다. 주어진 소프트웨어 프로젝트에서 활발히 작업하지 않는다면 Eclipse 프로젝트를 닫지 만 여전히 작업 공간에 있습니다. 주어진 프로그램에 대한 모든 프로젝트 (회사의 관점에서 프로그램에는 여러 엔지니어링 프로젝트가 있고 엔지니어링 프로젝트에는 0 개 이상의 소프트웨어 프로젝트가있을 수 있습니다).
릴리스에 대한 분기를 작성하고 해당 분기를 Eclipse 프로젝트로 체크 아웃 할 수 있습니다. 품질 보증으로 해제하면 테스트 할 지점을 만듭니다. 문제가 발견되면 해당 분기에서 수정하고 (필요한 경우) 주 분기에 병합하십시오. 실행 가능한 다른 브랜칭 스키마도 있습니다.
Eclipse에서는 Eclipse 프로젝트를 '작업 세트'로 그룹화 할 수 있습니다. 당신이 원하는 것은 V1.0을위한 'working set'입니다. 각 모듈은 자신의 프로젝트이고, 현재 개발을위한 'working set'은 V2.0입니다.
작업 세트의 모든 프로젝트를 한 번에 열거 나 닫을 수 있으며 작업 세트를 패키지 탐색기의 단일 항목으로 축소하여 작업 공간을 복잡하게 만들지 않아야합니다.
필자는 개인적으로 모든 작업 공간이 동일한 작업 공간에있는 것을 좋아하지만 위의 작업이 작동하지 않으면 Eclipse에 여러 작업 공간이있을 수 있습니다 ... Eclipse를 설정하여 시작할 때 사용할 작업 공간을 묻고 작업 공간을 가리 키도록하십시오.
하나의 작업 공간을 사용하는 것으로 알고 있습니까? 프로젝트마다 다른 버전을 분리합니까? Eclipse 프로젝트로 대표되는 20 개의 모듈이있는 큰 "프로젝트"가 있고 작업중인 두 가지 버전이 있다면 작업 공간에 40 개의 Eclipse 프로젝트가 있습니까? –
@Mickael 내 프로젝트 중 일부는 다른 프로젝트에서 사용하는 라이브러리이지만 내 작업 영역은 프로그램을 기반으로합니다 ([this] (http://en.wikipedia.org/wiki/Program_management)를 참조하는 프로그램이며 [응용 프로그램이 아닙니다] (http://en.wikipedia.org/wiki/Computer_program))가 있습니다. 내 작업 공간을 사용하는 것이 좋지 않을 수도 있지만, 핵심 문제를 해결하기 위해 분기와 함께 버전 관리를 활용할 수 있습니다. –