최근 많은 팀들이 프로젝트 계획을 사용하면서 병합 충돌이 평소보다 더 자주 발생한다는 보고가 있습니다. 이 글은 병합 충돌의 원인과 팀에서 발생하는 충돌 횟수를 줄이는 방법에 대해 다루는 시리즈의 첫 번째 글입니다. 먼저 병합 충돌의 원인을 살펴보겠습니다.
어떤 상황들이 합병 충돌로 이어질 수 있을까요?
병합 충돌의 원인을 이해하는 것은 이를 방지하는 데 매우 중요합니다. Paratext 도움말에서는 병합 충돌이 발생하는 경우를 설명합니다.
프로젝트에 대한 보내기/받기 병합 충돌은 수신된 프로젝트 사본과 컴퓨터에서 보낸 프로젝트 사본에 동일한 구절에 대한 변경 사항이 다를 때 발생합니다.
병합 충돌은 일반적으로 다음과 같은 경우에 발생합니다.
- 두 명 이상의 사람이 보내기/받기를 하지 않고 같은 구절을 편집하는 경우, 또는;
- 한 사람이 두 대의 컴퓨터에서 동일한 구절을 편집할 때, 두 컴퓨터 모두에서 '보내기/받기' 작업을 하지 않으면 어떻게 될까요?
좀 더 생각해 보면 병합 충돌에는 두 가지 구성 요소가 있음을 알 수 있습니다. 1) 둘 이상의 사람/컴퓨터가 동일한 구절을 편집하는 경우, 2) 전송 및 수신입니다.
과제는 장별로 주어지므로 다음과 같은 상황에서는 두 사람이 같은 장을 안전하게 편집할 수 있습니다.
- 첫 번째 팀원이 챕터를 수정합니다.
- 작업이 완료되었음을 나타냅니다. 과제 및 진행 상황 창
- 그리고 보내기 / 받기
- 두 번째 팀원은 다음과 같은 일을 합니다. 보내기 / 받기 그리고 자신이 해야 할 새로운 일이 생겼다는 것을 알게 된다.
- 그 작업을 완료합니다
- 작업이 완료되었음을 나타냅니다. 과제 및 진행 상황 창
- 는 보내기 / 받기
때로는 비유가 도움이 될 수 있습니다. 작업을 완료로 표시한 후 전송 및 수신 작업을 수행하지 않는 것과 같은 경우를 생각해 보세요. 마치 월세를 봉투에 넣어두고 집주인에게 주는 것을 잊어버리는 것과 같습니다. 집주인이 봉투를 받기 전까지는 일이 실제로 완료된 것이 아니죠!
번역가가 동시에 여러 작업을 처리하는 것은 흔한 일이므로 위의 절차는 다소 간소화된 것입니다. 하지만 번역가가 작업을 완료한 후 완료 표시를 하고 전송 및 수신을 하는 습관을 들이면 충돌을 줄이는 데 큰 도움이 될 것입니다. Paratext의 프로젝트 계획에서 편집 권한을 관리할 수 있다는 점도 기억해 두세요. 이 기능은 송수신 작업을 어떤 방식으로도 제어하거나 자동화하지 않습니다..
시사
다음 글에서는 어떻게 할지 논의하겠습니다. 보내기 / 받기 플래시 드라이브, 인터넷 또는 로컬 네트워크를 사용할 때 어떻게 작동하는지, 그리고 "올바른" 사용 방법에 대해 알아보겠습니다. 보내기 / 받기 스케줄러와 언제 스케줄러를 실행해야 하는지에 대한 몇 가지 모범 사례 보내기 / 받기인터넷 사용료가 비싸거나 인터넷 사용이 불가능한 번역 사무실에서 코러스 허브와 같은 네트워크를 설정하는 방법을 설명하겠습니다. 편집 권한을 수동으로 관리하거나 맞춤법 교정 및 성경 용어 조화와 같은 전체 작업을 수행할 때 병합 충돌이 발생할 가능성이 더 높다는 점에 대한 몇 가지 사례를 살펴보겠습니다. 또한 관리자가 작업을 할당하는 방식을 통해 충돌을 줄일 수 있는 방법도 제시합니다. 프로젝트 계획을 세운다고 해서 병합 충돌이 전혀 발생하지 않는 것은 아니지만, 신중하고 사려 깊게 활용하면 팀의 작업 효율을 높일 수 있습니다. 갈등이 줄어든다.