2013-09-05 2 views
0

질문 : 독립적 인 릴리스 버전의 Eclipse 프로젝트를 Git (EGit) 저장소에 저장하는 권장 방법은 무엇입니까?여러 프로젝트 릴리스 버전이 포함 된 Git (EGit) 저장소 구성

문제점 : 새로운 이클립스 (python 또는 'pydev') 프로젝트를 새 릴리스로 구별 할 때마다 (내 프로젝트가 project_0-0-1, project_0-0-2) , ..., project_9-9-9). 나는 자식은 내가 생각하는 것보다 더 정교한 수 있다는 것을 의심되고있어 (그리고 릴리스 버전과 같은 스토리지를보다 쉽고 체계적인 방법이 있습니다 거기

세부 사항 :.? 내가 설정하는 방법에 특히 관심이 있어요 (예 : GUI에서 클릭 할 단추) 짧은 "how-to"가 포함 된 경우 좋을 것입니다. "egit"는 좋지만 "능숙"이라고 표시된 것과는 거리가 멀다. 난 그냥 대부분 조언을 찾고 있어요 - 어떤 아이디어가 친절하게 감사합니다

연구 :

내가 솜을 참조하십시오. 전자의 사람들은 정말 의미되지 않은 자식을 암시했다 (이것은 버전 관리는 관리 소프트웨어 프로젝트되지 않습니다) :

Versioning and release management with multiple products with shared code base

그렇지 않으면, 난 그냥 가지의 서로 다른 버전을 저장할 것인가? 우연히 "병합"을 클릭하면 유혹이지만 무서운 것입니다 (어쩌면 쉽게 뒤집을 수 있습니다). 그 아래의 링크를 제안하는 것을 생각 :

Branch/master tag revision increments using Git

Git tag release version?

답변

1

당신은 자식 분기를 사용해야 분기 망할 놈의 간단하고 고통이다. CVS/SVN을 사용하던가요? 분기가 복잡하고 끔찍한 곳. 항상 위의 커밋을 git checkout으로 할 수 있습니다 (따라서 작업 디렉토리를 과거의 어떤 상태로도 되돌릴 수 있습니다).

소프트웨어가 릴리스로 표시하려는 안정된 상태에 도달하면 소프트웨어에 태그를 추가하기 만하면됩니다. 커밋 (예 : v1.3). 그런 다음 해당 릴리스로 전환 할 수 있습니다. git checkout v1.3

Eclipse EGit이 최고의 GUI가 아닙니다. SourceTree라는 소프트웨어를 사용하는 것이 좋습니다. 그것은 Git commit 그래프의 훌륭한 시각화를 제공하며 사용하기가 매우 쉽습니다. 둘은 충돌이 없어야하며 둘 다 사용할 수 있습니다. (비록 내가 커맨드 라인 git을 배우는 것이 좋습니다 :)) 희망이 도움이됩니다.

+0

버전 태그는 해당 저장소의 모든 프로젝트에 해당합니다. 감사! – ecoe

+0

첫 번째 코멘트에 대한 후속 질문은 다음과 같습니다. 일반적으로 프로젝트는 별도의 repos로 분리되어 있습니다 (태그가 전체 repo commit에 사용될 수 있습니까?). 수많은 프로젝트가 있고 어떤 프로젝트에 의존성이있을 때는 어떻습니까? 이것이 내가 새 버전을 출시 할 때마다 새로운 프로젝트를 만드는 루틴에 빠져서 이전 프로젝트가 여전히 이전 버전을 참조 할 수 있도록하는 이유입니다. – ecoe

관련 문제