저는 ios 개발에 관한 큰 괴상한 목책을 읽었으며 1 년 전 이었으므로 ios5 만 처리하지만 팀 환경에서는 스토리 보드 파일에 소스 제어 충돌이있을 수 있다고하는 스토리 보드에 대해 조언했습니다. 하나의 파일을 업데이트하려고하는 사람이 너무 많고,보기 컨트롤러가 몇 개 이상있을 때 화면이 어지러워지며, 스토리 보드 없이는 어려울 정도의 힘이 들지 않습니다.storyboards vs 팀 환경의 펜촉
나는 사람이 팀 환경에서 여부 스토리 보드를 사용하는 경험을 공유 할 수 있다면 그들이 팀 환경에서 사용하기
도 .xib의의 (펜촉)는 매우 위험 펜촉 대 선호가 궁금하기 때문에 합병의 형태 불가능하기가 매우 어려울 수 있으며 여러 번 변경하면 하나의 변경 사항을 수락하고 다른 변경 사항을 다시 수행해야합니다. .xib를 사용하면 일반적으로 스토리 보드보다 안전해질 수 있기 때문에 편집 된 파일이 많은 경우 모든 변경 사항을 쉽게 병합 할 수 있도록 모든 UI 작업을 코드에서 수행 할 가치가 있습니다.
rooster117이 지적했듯이 XIB는 다중 개발자 환경에서 스토리 보드와 동일한 문제를 가질 수 있습니다.
합병증을 줄이기 위해 할 수있는 일이 있지만 가장 중요한 것은 개발 팀이 "팀"으로 일하고 서로 의사 소통해야한다는 것을 깨닫는 것입니다. 우리는 이미 여러 개발자가 실제로 같은 파일을 크게 수정하지 못하는 시스템에서 작업합니다. 우리는 XIBs를 인식해야하며 스토리 보드는 좀 더 많은 의사 소통을 필요로합니다.
문제를 완화하는 또 다른 방법은 여러 개의 스토리 보드를 사용하는 것입니다. 나는 스토리 보드 당 1 개의 아이템에 대해 말하는 것이 아니며 목적을 이길 수 없다. 하지만 하나의 스토리 보드에 앱 전체를 고집하지 않아도됩니다. 흐름으로 분할하고 각 흐름을 다른 스토리 보드 파일에 넣습니다. 다른 흐름에서 문제없이 작업하고 동일한 흐름에서 작업하는 경우 대부분 말하기 쉽기 때문에 문제를 일으킬 가능성이 적습니다.
XIB가 가장 제한적이지만 대부분의 팀/프로젝트에서는 과도한 행동입니다.