번역 도구에서 자원봉사자가 화면 문구를 고칩니다. 유지보수 팀은 이미 hg 스크립트를 씁니다. Git으로 이전하지 않고 수정 가능한 작업과 공유된 이력을 구분하고 싶습니다.
어떻게 해결하는가
문구 수정을 로컬에 draft로 커밋합니다. 팀의 publishing 저장소로 push하면 양쪽에서 public 단계가 됩니다. 이력을 고치기 전에 단계를 확인합니다.
문구 수정이 publishing 경계를 넘어 draft에서 public으로 이동
번역 도구 · 공유 단계
같은 변경, 달라진 공유 단계
draft
01 / 로컬 문구 수정
hg commit · 기본 새 커밋 단계
번역: 저장 문구 명확히 하기
02 / hg push ↓
publishing으로 설정된 원격
public
03 / 공유된 이력
로컬과 원격 저장소 모두 public
같은 문구 수정 · 이력 수정 전 확인
public 단계 ≠ 공개 접근. 공유 이력을 나타내는 단계이며 저장소 권한이 아닙니다.
무엇이라 부르는가
Mercurial은 분산 버전 관리입니다. 단계는 접근 권한이 아닌 공유 상태이므로 public이 인터넷 공개 저장소를 뜻하지 않습니다. non-publishing 원격에서는 draft를 교환할 수 있습니다. 필수 연동이 Git을 요구하면 Git이 더 맞을 수 있습니다.
Mercurial과 Git 모두 로컬 커밋과 분산 협업을 지원합니다. 기존 hg 자동화와 팀 경험의 가치가 크면 Mercurial 유지가 맞습니다. 필요한 검토 서비스가 Git만 받는다면 이전 비용을 명시적으로 비교합니다. SVN은 중앙에 커밋하고 P4는 기존 바이너리 자산 작업에 맞을 수 있습니다.
02응용 사례
번역 도구의 문구 수정을 로컬 저장소에 기록합니다. 기본 draft 커밋과 publishing 원격 조합에서는 push 후 public이 됩니다. non-publishing 협업 저장소는 draft를 유지할 수 있습니다. public은 공유 상태이며 비공개 접근 제어는 별개입니다.
03구현 참고·주의점
이력 수정 확장을 쓰기 전 원격 publishing 설정과 단계를 확인합니다. secret 변경은 보통 교환하지 않지만 단계는 권한 체계나 비밀 저장소가 아닙니다. 지원 확장과 호스팅 호환성을 확인합니다. 팀 도구를 바꾸기 전 사본으로 번역 충돌과 이력 이전을 시험합니다.
이 선택에 관한 이야기
세 언어가 댓글을 공유합니다. 작성하려면 GitHub 로그인이 필요합니다.