런치 패드 프로젝트입니까?

(이미 런치 패드 프로젝트임을 알고 있으면이를 건너 뛸 수 있습니다.)

Launchpad에서 발견 된 모든 프로젝트가 실제로 호스팅되고 개발되는 것은 아닙니다. 일부는 다른 곳에서 호스팅되는 코드 미러 (GitHub / Gitorious / etc)이며 다른 프로젝트는 데비안에서 제공됩니다. 이 원본 소스는 “업스트림”프로젝트로 알려져 있으며 일반적으로 소스에서 패치를 제출하고 변경 내용이 우분투에서 “다운 스트림”(보통 다음 릴리스)에 도착하도록하는 것이 가장 좋습니다.

프로젝트 페이지가 다른 곳에서 호스팅되는지 또는 런치 패드에서 명확하게 표시되어야합니다. 그렇지 않은 경우 프로젝트 관리자에게 변경 사항을 수신하는 방법을 문의하십시오. 일부 업스트림 프로젝트는 간단한 패치 파일을 선호하고, 다른 업스트림 프로젝트는 해당 호스트를 통한 제출 / 푸시를 선호합니다.

특별 참고 사항으로 공식 우분투 패키지 (소프트웨어 센터에서 설치할 수있는 공식 우분투 저장소에 저장된 소프트웨어)에는 패치를 제출하는 몇 가지 방법이 있습니다. 패키지의 대부분은 데비안에서 직접 가져 와서 이상적으로 수정해야합니다. 우분투에서만이 아닙니다. (이것은 다른 질문입니다.)

패치를 제출하는 방법

패치를 제출하는 일반적인 방법은 브랜치를 만들고 로컬로 커밋 한 다음 다시 Launchpad로 푸시하는 것입니다.

bzr push lp:~user/project/branch-name

그런 다음 웹 사이트를 통해 또는 bzr lp-propose명령을 사용하여 분기를 분기 한 상위로 병합하도록 분기를 제안 할 수 있습니다 .

버그를 제출했는데 지점에서 수정 한 경우, 000000다른 곳이 아니라 Launchpad에 버그가보고되었다고 가정 할 때 커밋 할 때 다음을 수행해야 합니다. 버그 번호로 대체됩니다.

bzr commit --fixes=lp:000000

“기본”워크 플로우에 대한 참고 사항

이것은 GitHub과 비교할 수 있는 전형적인 최신 워크 플로입니다. 런치 패드는 조금 더 오래 걸렸으므로이 워크 플로우는 처음부터 시스템에 내장 된 것이 아니라 사실 이후에 진화했기 때문에 일부 오래된 프로젝트는 다른 패치 승인 방법에 의존 할 수 있습니다. 그러나 대부분의 모든 최신 프로젝트는 GitHub에서 “풀 요청”이 항상 존재하는 곳에서이 워크 플로에 의존하며 사람들은 GitHub에서 다른 작업을 수행 할 수단이 없기 때문에 기본적으로 사용합니다.

답변