2013-08-01 1 views
-1

두 번째 프로젝트가 첫 번째 프로젝트에서 사용되지만 동시에 다른 프로젝트에서 재사용 할 수있는 두 개의 프로젝트를 동시에 개발하고 있습니다. 이런 이유로, 저는 그것들을 두 개의 별도 리포지토리에 보관했습니다. 그래도 나는 이것이 어딘가에 엄청난 두통을 가져올 것이라고 예상 할 수있다. 내 걱정은 내가 프로젝트 1과 2를 병렬로 처리하기 위해 많은 커밋을 한 다음, 프로젝트 1을 컴파일하기 위해 프로젝트 2를 되돌려 야 할 때만 프로젝트 1의 이전 커밋으로 되돌려 놓아야한다는 점이다. 별도의 repos에있는 두 개의 프로젝트는 이런 이유로 이상적이지 못하지만 프로젝트 1의 repo에서 프로젝트 2를 추적해야한다고 생각하지 않습니다. 이것에 대한 더 좋은 해결책은 무엇입니까?개발 라이브러리를 사용할 때의 소스 컨트롤

Using source controlled libraries in source controlled projects

이 특정 질문은 수은 subrepos를 사용하여 제안합니다. 이것은 일종의 좋은 아이디어처럼 들리지만 (작동한다는 점에서 수은으로주의를 주었다). 불행히도, 나는 자식을 사용하고 있으며, 어떤 동급인지 모른다.

답변

1

Git의 Mercurial 서브 레이스에 대한 가장 가까운 반복은 Git submodules입니다. 어떤 경우에도 메인 repo와 모듈은 각 changeset에 하드 링크가 있으므로 항상 전체 저장소를 정확한 상태로 복원 할 수 있습니다 그것은 이전했다)와 Git subtree이 속 Pardus에서 망할 놈의 하위 트리를 사용하는 방법에 대한 기능) 개선 (그러나 상식이 동일

좋은 블로그 게시물 considered 좋은 대안이 될 수 있으므로 : Modular git with "git subtree"

+0

하위 트리 꽤 유용 보인다. 나는 그것을 시도하고 그것이 어떻게되는지 보게 될 것이다. 나는 다른 제안이 들어오는지를보기 위해 조금 더 오랫동안 질문을 열어 둘 것이다. 그러나 이것이 최상의 방법일지도 모른다. –

+0

오늘은 그것을 구현할 수있는 기회를 얻었으며 꽤 매끄럽게 작동하는 것 같습니다. 어쩌면 하위 트리가 새 것이기 때문에 명확한 예제가있는 많은 문서가없는 것 같습니다. 필자의 경우에는 제대로 작동하지만 향후 독자를 위해 몇 가지 간단한 안내서를 링크하여 유용하게 사용할 수 있습니다. –

관련 문제