목차

Workgroup에 대한 팁과 모범 사례

Wwise에 소스 컨트롤 시스템을 사용하기 전에 먼저 다음 섹션을 읽어보세요. 이 섹션은 오디오 개발 과정 동안 팀과 프로젝트 파일의 관리를 도와주는 팁과 모범 사례를 제공합니다.

프로젝트 계획하기

  • 프로젝트를 작은 Work Unit으로 나누는 것이 좋습니다. 프로젝트의 규모가 크며 프로젝트의 모든 데이터를 Default Work Unit에 유지하면 Wwise의 반응 시간이 늦어질 뿐만 아니라 팀원 중 한명이 변경 사항을 만들 때마다 병합(merge)해야 하기 때문에 병합 문제와 충돌이 일어날 가능성이 매우 증가하게 됩니다. Work Unit을 사용하여 프로젝트를 작은 단위로 나누면 작업자들이 더욱 효과적으로 작업할 수 있고 정보에 보다 빠르게 접근하며 동시에 다른 부분을 작업할 수 있기 때문에 병합 문제가 일어날 가능성이 줄어듭니다.

  • 전역적인 (global) Default Work Unit을 관리할 사람을 정하는 것이 좋습니다. Master-Mixer Hierarchy와 Preset과 같은 일부 프로젝트 요소는 하위 Work Unit을 만들어 더 쪼갤 수 없습니다. 그렇기 때문에 이러한 프로젝트 요소를 관리하거나 적어도 이 요소의 변경 사항을 파악하고 있는 사람을 한 명 지정하는 것이 좋습니다.

기본 작업 과정

  • 전역적 프로젝트 요소는 효과적으로 관리해야 합니다. State나 Game Parameter와 같은 전역적 프로젝트 요소의 이름을 변경하거나 삭제할 경우, 모든 사운드 오브젝트와 Container를 포함하여 이 요소를 사용하는 모든 오브젝트를 변경하게 될 수 있다는 점을 주의해야 합니다. 이러한 변경 사항을 저장하고 체크인할 경우 다른 사람이 작업 중인 여러 가지 프로젝트 파일에 영향을 미칠 수가 있습니다. 이러한 유형의 변경으로 인한 영향을 최소화하려면 가능한 빨리 전역적 프로젝트 요소를 정의한 후 그 뒤로는 이 요소를 변경하지 않는 것이 좋습니다. 초기 설정 이후에 변경을 해야할 경우 다음과 같이 따라하세요.

    • 팀원에게 전역적 요소가 변경되었음을 경고해 줍니다.

    • 팀원에게 변경 사항을 체크인하도록 요청합니다.

    • 파일을 체크인합니다.

    • 모든 팀원에게 프로젝트 파일을 업데이트하도록 요청합니다.

    • 다음 과정을 따라함으로써 팀원이 병합할 필요 없이 업데이트만으로 새로운 파일을 가질 수 있습니다.

  • 프로젝트 파일 상태를 확인하세요. Work Unit에서 작업을 시작하기 전에 File Manager를 사용해서 어떤 파일이 읽기 전용인지 확인하세요. 읽기 전용인 Work Unit을 변경할 경우 이 파일은 프로젝트 안에 저장할 수 없습니다.

  • 로컬 파일을 정기적으로 백업하세요. 중앙 리포지토리(repository, 저장소)의 파일에 예약된 백업 계획이 있더라도 로컬 컴퓨터의 복사본에는 이 백업이 예약되지 않습니다. 데이터 손실을 방지하려면 프로젝트 파일을 정기적으로 백업하세요. 특히 파일에 중요한 변경 사항을 만들었을 경우 파일을 꼭 백업하세요.

  • 체크인하기 전에 Integrity Report(무결성 보고서)를 생성하세요. 특정 Work Unit을 체크인하기 전에 무결성 보고서를 생성하여 프로젝트에 오류가 없는지 확인하는 것이 좋습니다. 만약 오류가 있을 경우 이를 빨리 해결한 후 Work Unit을 다시 체크인할 수 있습니다.

파일 동기화하기

  • 새로운 작업 세션 전에 파일을 동기화하세요. 새로운 작업 세션을 시작하기 전에 프로젝트 파일을 서버와 동기화해서 최신 변경 사항을 가지고 있도록 해야합니다.

  • 동기화 전에 Wwise를 닫아 주세요. 프로젝트 파일을 서버와 동기화하기 전에 먼저 Wwise를 닫아서 정보 손실 가능성을 막아야 합니다. Wwise가 열려 있을 경우 복사본이 메모리에 남아있게 됩니다. 이 경우 동기화를 하게 되면 디스크의 파일이 변경되지만 프로젝트의 오래된 버전이 계속해서 메모리에 남아 있게 됩니다. 현재 열려 있는 프로젝트를 저장하면 디스크에 저장된 내용이 다른 사람의 변경 사항을 덮어쓸 수 있습니다.

    이 작업은 Workgroup 플러그인을 사용하지 않는 경우에만 적용됩니다. Workgroup 플러그인을 사용하여 동기화할 경우 자동으로 프로젝트의 최신 버전으로 다시 불러오라는 메시지가 뜹니다.

파일 체크인하기

  • 자주 제출하세요. 다른 팀원에게 영향을 미치게 될 큰 변경 사항이 있을 경우 프로젝트 파일을 서버에 자주 제출해서 다른 사람들이 바로바로 변경 사항을 받아볼 수 있도록 해야합니다. 너무 오래 기다리게 되면 충돌이 일어날 가능성이 높아집니다. 변경 사항을 보다 작고 목표가 뚜렷하도록 하면 필요할 경우 프로젝트의 이전 버전으로 돌아가기가 더 수월하며 충돌이 일어날 경우 이를 해결하기가 더 쉬워집니다.

  • 유용한 메모를 추가하세요. 파일을 커밋하거나 체크인할 경우 변경 사항을 완전히 설명하도록 해야합니다.

소스 컨트롤 시스템

  • 소스 컨트롤 시스템을 이해해야 합니다. 소스 컨트롤 시스템을 통해 Wwise 프로젝트 파일을 관리하기 전에 먼저 소스 컨트롤 시스템의 작동법을 이해하고 있어야 합니다. 소스 컨트롤 시스템의 복잡성을 이해하면 문제를 방지하고 효과적이며 효율적인 제작 파이프라인을 구축하는 데에 도움이 됩니다.

프로젝트 불일치

  • Wwise 프로젝트의 XML 구조에 익숙해지세요. 파일을 병합하기 전에 먼저 Wwise 프로젝트 파일의 XML 구조에 익숙해지는 데에 시간을 들이세요. 경우에 따라 XML을 업데이트해야 할 수 있습니다. 이 경우 XML을 올바르게 이해하지 못하면 프로젝트에 문제가 생길 수 있습니다. XML을 변경할 경우 파일을 소스 컨트롤 시스템에 다시 체크인하기 전에 먼저 Wwise에서 해당 프로젝트를 열어야 합니다. 이렇게 하면 XML의 변경점은 유효할 것이며 원하는 결과를 얻을 수 있을 것입니다.

Communication

  • 정기적이며 열린 의사 소통을 독려하세요. 어떤 Workgroup 환경이든 팀원과 정기적이며 열린 의사 소통을 하는 것이 중요합니다. 정기적이며 열린 의사 소통은 충돌을 줄이며 파일 병합 시간을 줄이고 제작 파이프라인을 보다 효율적으로 만들 수 있습니다. 예를 들어 Work Unit에 작업할 내용이 다른 팀원에게 영향을 미칠 경우, 먼저 팀원들의 변경 사항을 모두 체크인하도록 요청하고 팀원들이 동기화한 후 작업을 재개하기 전에는 여러분의 지시를 기다려달라고 요청해야 합니다.

파일 사용

  • File Manager의 Usage 열에서 Unused로 표시된 파일을 삭제하기 전에 프로젝트를 닫고 다시 열어서 정보가 완전히 최신으로 업데이트되도록 하는 것이 좋습니다.

SoundBanks

  • 프로젝트를 변경할 때마다 SoundBank를 편집하지 않으려면 Work Unit과 폴더를 사용해서 SoundBank을 다시 구성하면 됩니다. Wwise는 SoundBank 안의 요소와 프로젝트 안의 요소 사이에 활성화된 링크를 유지하기 때문에 Work Unit을 SoundBank에 추가하면 SoundBank가 자동으로 갱신되므로 수동으로 편집할 필요가 없습니다.