2010-04-15 1 views
2

현재 안정적인 2.6.32 커널을 사용 중입니다. 그러나 테스트 목적으로 커스텀 커널을 생성 할 수 있도록이 2.6.32 커널에 2.6.33 분기에 대한 특정 수정이 필요합니다. 다른 수정 프로그램에 대한 종속성이있는 것 같아서 해당 수정 프로그램을 2.6.32 소스에 직접 적용 할 수 없습니다.git을 사용하여 특정 Linux 커널을 이전 커널로 안전하게 백 오프하는 방법

수정 사항 (및 모든 종속성)을 2.6.32 커널에 포함시켜 git으로 사용자 정의 커널을 만드는 것이 안전한가요?

위와 같은 방법으로 커널 커널에 적용된 수정 사항을 추적 할 수있는 방법이 있다고 가정합니다 (즉 커밋이 2.6.32 커널에 적용되어 사용자 정의 커널 소스를 작성하는 트랙).)?

+0

2.6.33을 사용하지 못하게하는 요인은 무엇입니까? – tstenner

+0

2.6.33에서 특정 문제가 발생할 수 있다고 말했기 때문에 해결책은 필요한 수정 사항을 백 포트하는 것입니다. – superc0w

답변

0

리누스가 git log를 사용하여 자신의 트리에 병합 한 것을 확인할 수 있습니다. 그런 다음 자신을 끌어들이거나 병합 할 수 있습니다. 나는 의존성이 어떻게 여기에서 다루어 지는지에 관해 확신하지 못한다. (당신이 끌어 당길 때, 그들이 돌봐야한다).

+0

브랜치의 일부를 특정 지점까지 페치/병합하는 방법을 모르겠습니다. 방금 지점을 당긴다면 내 커널이 실제로 2.6.33이 아니겠습니까? – superc0w

2

개별 커밋을 격리 할 수 ​​있으면 체리를 선택하여 (다른 분기에서 커밋을 선택하여 분기에 커밋 할 수 있음).

또한 나무의 시각화가 더 필요하면 SmartGit이 가장 좋습니다.

+0

흠, 고마워요! 필자가 필요로하는 모든 의존성을 추적 할 수 있는지 SmartGit을 살펴볼 것입니다. – superc0w

관련 문제