애플 WebKit, GitHub으로 전환합니다

6월 23일 WebKit 프로젝트는 Subversion 트리를 동결하고 관리 및 소스 코드와의 상호 작용을 gitGitHub 로 전환 했습니다.

왜 git?

git의 분산된 특성으로 인해 여러 개발자뿐만 아니라 여러 조직이 단일 프로젝트에서 쉽게 공동 작업할 수 있습니다. git의 로컬 변경 기록을 통해 분기 간에 커밋을 이동하거나 변경 사항을 간단하고 빠르게 되돌릴 수 있습니다. git의 작성자 및 커미터 모델은 WebKit과 같은 대규모 소프트웨어 프로젝트가 코드를 작성하고 관리하는 복잡한 방식을 잘 나타냅니다. git커밋 메시지의 로컬 레코드와 git log저장소의 특정 부분으로 커밋 기록을 제한하는 기능은 대규모 프로젝트에서 더 이상 각 커밋과 함께 오래된 ChangeLog 파일을 체크인할 필요가 없음을 의미합니다.

의 장점 외에도 git소프트웨어 엔지니어링의 편재성으로 인해 WebKit 프로젝트에 대한 대부분의 새로운 기여자는 이미 WebKit 프로젝트의 미러에서 작업하는 것을 선호 하므로 기존 도구 및 워크플로 git-svn에서만 잘 작동하도록 프로젝트를 전환 했습니다. git그것은 또한 WebKit 팀이 와 잘 통합되는 도구 및 서비스에 대한 많은 옵션을 갖게 된다는 것을 의미합니다 git.

왜 GitHub인가?

WebKit 프로젝트는 전 세계 개발자들의 기여와 피드백에 관심이 있습니다. GitHub에는 개발자, 특히 웹 개발자로 구성된 대규모 커뮤니티가 있으며, WebKit 프로젝트와 긴밀하게 협력하여 개발자의 창작물을 전 세계 사용자에게 제공하는 엔진을 개선합니다. 또한 GitHub의 API를 사용하면 기존 인프라를 비교적 약간 수정하여 고급 사전 커밋 및 사후 커밋 자동화를 구축할 수 있으며 새로운 코드 변경 사항을 검토하고 피드백을 제공할 수 있는 현대적이고 안전한 플랫폼을 제공한다는 사실을 발견했습니다.

질서 유지

한 가지 단점은 git해시 git가 자연스럽게 정렬되지 않는다는 것입니다. WebKit 팀은 저장소의 커밋 순서에 대해 쉽게 추론할 수 있는 능력이 무관용 성능 회귀 정책에 중요하다는 것을 발견했습니다. 우리는 이분법이 필요한 워크플로에서 "커밋 식별자"라고 부르는 것을 사용하기로 결정했습니다.

브랜치에서 커밋 식별자는 커밋 에 main포함된 상위 항목의 수입니다. 의 분기에서 main커밋 식별자는 분기 main의 상위 항목 수와 결합된 상위 항목 수입니다. 커밋 식별자는 브랜치 와 브랜치를 사용 git rev-list --count <ref>하여 계산할 수 있습니다

.maingit rev-list --count main..<ref>

WebKit 팀은 커밋 식별자로 작업할 수 있는 몇 가지 간단한 도구를 개발했습니다. 가장 주목할 만한 것은 ( 식별자와 호환되는 명령 Tools/Scripts/git-webkit을 제공하는 ) commits.webkit.org (서로 다른 커밋 표현 사이를 변환하기 위한 간단한 웹 서비스)입니다. 우리의 모든 커밋은 commits.webkit.org 링크 를 통해 커밋 메시지 안에 커밋 식별자를 포함합니다 . GitHub 위키의 소스 제어 페이지에서 커밋 식별자가 작동하는 방식을 자세히 설명했습니다 .git

당신은 기여할 ​​수 있습니다!

우리는 항상 프로젝트에 새로운 기여자를 환영합니다. 지금 GitHub에서 WebKit을 확인하여 시작하십시오! 프로젝트 구축, 테스트 및 개선 기여에 대한 정보는 " 시작하기 " 문서를 참조하십시오 . WebKit 팀은 Slack의 #WebKit 에서도 사용할 수 있으며 우리는 사람들이 webkit-dev 메일링 리스트 에 있는 프로젝트에 참여할 수 있도록 항상 도울 준비가 되어 있습니다.