지번주소 다운로드

참고: 샌드박스 리포지토리를 복제하면 개발 환경 설정이나 실행 중인 MediaWiki 설치가 적용되지 않습니다. (실행하려면 MediaWiki 코어가 필요하며 웹 서버에서 예상한 위치에 체크 아웃한 코드를 배치해야 합니다.) 미디어위키 코어, 확장, 스킨 또는 Git의 gerrit.wikimedia.org 호스팅되는 기타 프로젝트 리포지토리를 다운로드하는 방법 Git에서 다운로드를 참조하십시오. 피쳐 브랜치는 일반적으로 최신 개발 분기로 만들어집니다. 작업하는 동안 마스터 브랜치에서 발생할 수 있는 변경 내용과 변경 집합을 동기화합니다(“리베이스”). 분기 내에서 실행: 릴리스가 출시될 준비가 되면 마스터로 병합되어 개발된 다음 릴리스 분기가 삭제됩니다. 중요한 업데이트가 릴리스 분기에 추가되어 새로운 기능에 액세스할 수 있어야 하기 때문에 다시 개발로 병합하는 것이 중요합니다. 조직에서 코드 검토를 강조하는 경우 끌어오기 요청에 이상적인 장소입니다. 개발이 릴리스에 대한 충분한 기능을 확보(또는 미리 결정된 릴리스 날짜가 다가오고 있는 경우) 개발에서 릴리스 분기를 포크합니다. 이 분기를 만드는 것은 다음 릴리스 주기를 시작하므로 이 시점 이후에는 버그 수정, 문서 생성 및 기타 릴리스 지향 작업만 이 분기에 추가될 수 없습니다.

릴리스 분기가 출시될 준비가 되면 릴리스 분기가 마스터로 병합되고 버전 번호로 태그가 지정됩니다. 또한 릴리스가 시작된 이후 진행되었을 수 있는 개발로 다시 병합되어야 합니다. 전용 분기를 사용하여 릴리스를 준비할 수 있으므로 한 팀이 현재 릴리스를 연마하고 다른 팀에서다음 릴리스에 대한 기능을 계속 작업할 수 있습니다. 또한 잘 정의된 개발 단계를 만듭니다(예: “이번 주에 버전 4.0을 준비하고 있습니다”라고 말하고 리포지토리 구조에서 실제로 볼 수 있음). 참고: git pull –rebase 원본 마스터는 리모컨에서 새 커밋을 가져온 다음 로컬 커밋을 맨 위에 다시 기반으로 합니다. 분기에서 변경한 내용을 일시적으로 따로 설정하고 마스터에서 발생한 모든 변경 내용을 작업 브랜치에 적용한 다음 다시 브랜치에 변경한 모든 변경 내용을 병합(재커밋)합니다.