리눅스 커널을 추적하기위한 git 워크 플로

Question

리눅스 용 사용자 정의 하드웨어 용 소프트웨어를 개발중인 4 명의 엔지니어가 있다고 말하는 경우가 있습니다. 우리는 리눅스 3.3/3.4 커널을 최대한 가깝게 추적하고자합니다. //git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux :

1. 복제에서 자식의 repo는, 자식 말 :

   이것은 우리가하고 싶은 것입니다. git

2. 내부의 git-server를 가리키는 'companyremote'를 추가하고 'devel'이라는 특정 브랜치를 만듭니다. 'companyremote'git repo에서 devel branch를 생성 할 때주의해야 할 사항이 있습니까?
3. 세 명의 개발자 모두가 companyremote의이 지점으로 커밋을 푸시합니다.
4. 그런 다음 companyremote/devel 분기 origin/master를 rebase (최신 커널로 이동하려면 3.4-rc1, 3.4-rc2)하고 변경 사항을 companyremote로 보내면 네 명의 엔지니어가 모두 base 커널 소스로 작업하게됩니다.

리눅스 커널의 상단을 추적하려고하지만 내부 분기/공동 작업의 유형이있는 경우 위 작업 흐름이 올바른 것으로 들릴 수 있습니다.

이 프로세스를 설명하는 문서가 있으면 포인터가 더 좋을 것입니다.

Answer 1

좀 더 명확히해야 할 수도 있습니다.

개발자는 Linux 커널의 최신 변경 사항을 추적하고 모두 동일한 기본 사항에 맞게 코딩해야합니까? 이 경우 git submodules를 사용하여 조사 할 수 있습니다.

망할 놈의 서브 모듈 지원

http://book.git-scm.com/5_submodules.html

는 하위 디렉토리, 외부 프로젝트의 체크 아웃 등의 저장소에 포함 할 수 있습니다. 서브 모듈은 자신의 ID를 으로 유지합니다. 서브 모듈 지원은 단지 서브 모듈 저장소 위치와 커밋 ID를 저장하기 때문에 프로젝트 ("수퍼 프로젝트")를 포함하는 을 복제하는 다른 개발자는 동일한 개정판에있는 서브 모듈을 모두 쉽게 복제 할 수 있습니다.

리눅스 커널은 프로젝트 git 저장소의 하위 모듈이며 프로젝트를 복제하는 사람은 누구나 해당 하위 모듈을 초기화 할 때 표시되는 기준선을 결정할 수 있습니다. 기준선 유지는 원격 Linux 커널 분기에서 변경 한 내용을 하위 모듈로 가져온 다음 커밋하고 새 기준선을 프로젝트 저장소로 푸시하는 방식으로 수행됩니다.