더 최근의 발명품 - git subtree 병합 전략 (새로운 git-subtree 명령이 아님) 또는 git submodule 명령 (또는 git 하위 트리 명령 대 병합 전략과 대칭 인 별도의 명령이있는 경우 기본 메커니즘 일 수 있음). 먼저 Git 배포판에 포함 된 항목은 무엇입니까? 관련 Git ML 글에 대한 링크를위한 보너스 포인트. 나는 Gi
내 다른 프로젝트 (B)와 일정량의 코드를 공유하는 큰 자식 저장소 (A)가 있습니다. 유지 보수를 쉽게하기 위해 공통 코드 (C)가있는 세 번째 저장소를 가지고 다음 git subtree을 통해 사용하기로 결정했습니다. 나는 A의 모든 (폴더 "하위"의 공통 코드를 넣어)를 준비하고 내가 몇 커밋과 C를 가지고, 내가 넣어 싶어 이제 C를 만들 Detac
내 질문에 Git subtree export and re-import woes 다음은 폴더를 하위 트리로 변환하는 방법을 묻고 싶습니다. 상상해보십시오. 이제는 다른 프로젝트 (및 기타)와 공유해야하는 코드가있는 저장소가 있으므로 모든 공유 코드를 "sub"폴더에 저장하십시오. 이 폴더는 저장소 (가능하다면 히스토리없이)에서 추출해야합니다. 나중에 "sub
우리는 말뚝 박기 업 여러 프레임 워크/라이브러리가 프로젝트를합니다 /Framework
/Extensions (depends on Framework)
/Business (depends on Framework & Extensions)
/Project A (depends on Framework & Extensions & Business)
/Project
나는 별도로 관리되는 두 개의 라이브러리를 사용하는 프로젝트를 가지고 있습니다. 라이브러리가 바뀔 때마다 수동으로 파일을 복사하는 것을 피하기 위해 this example from github을 사용하여 두 개의 하위 트리를 만들 수있었습니다. 이 작업 디렉토리의 루트에 내 자신의 코드가 있습니다. 또한 foolib/ 및 barlib/이 두 개의 다른 저장
나는 아주 열악한 서브 모듈에 대해 많이 읽었지 만, 그것이 한계를 느끼는 사람들의 신음이거나 심각한 문제가 있는지 확실하지 않습니다. 특히 나의 유스 케이스에 관한). 난 그냥이 website/
libs/
js/
fs-slides [external]
fs-dialog [external]
처럼 내 REPO에 다른 REPOS을
큰 svn repo를 git로 마이그레이션하고 gitflow를 사용하기 시작했습니다. 그것은 매력처럼 작동했지만 지금은 큰 repo를 여러 개의 작은 repo로 나누는 것에 대해 생각하고 있습니다. 의 다음과 같이 REPO 디렉토리 트리가 supposse 보자 /repo
- libs
- apps
-- app 1
-- ap
저는 Avery Pennarun의 git-subtree를 사용하고 있습니다. 현재 나의 자식 repo에서 나는 물론 내 모든 프로젝트 파일/폴더와 서브 트리 "lib"라고 있습니다. git clone을 사용하여이 자식 repo를 복제하면 모든 프로젝트 파일과 서브 트리 "lib"(모든 것이 있어야 함)가 나타납니다. 지금 시도한 내용 : 복제 된 저장소에서
공유 세트를 사용하는 여러 개의 앱이 있습니다. 하위 트리를 사용하여 이러한 파일을 관리하고 싶습니다. 나는 성공적으로 마스터 파일을 확인하고 하위 트리로 공유 소스를 추가하여 하나 개의 로컬 복제를 설정 한 : 로컬 git subtree add --squash --prefix shared [email protected]:githubaccount/share