Каковы некоторые методы для отслеживания проектов Xcode в контроле источника?

Question

На ранних этапах проекта добавляются множество файлов, и проект работает более чем одним человеком одновременно, файлы проекта XCODE, как правило, вступают в конфликт в соответствии с контролем источника. Объединение тем - это боль и часто приводит к утерянным ссылкам на файл, если вы не осторожны.

Кто-нибудь разработал пробую и истинную систему для совместной работы с использованием обычного файла проекта XCODE? Кто-нибудь поддерживает отдельный файл проекта для каждого сотрудничества и беспокоиться о файловых зависимостях, когда возникают проблемы? Это похоже на довольно распространенную проблему, поэтому я уверен, что многие люди разработали систему этой вещи.

У меня есть своя собственная система для этого, включающая отдельные файлы проекта для каждого сотрудничества, но это рода облом на ранних этапах ...

Answer 1

Лучший ответ, который я нашел, просто «совершать ранние и совершать часто». Не ждите, пока вы не забавите тонну изменений, чтобы совершить свою работу - при добавлении нового файла в свой проект, проверьте его. Когда вы перемещаете или переименуете класс, проверьте его. Вы получаете идею ...

Формат проекта на самом деле является Довольно прочная для автоматизированных сливок. Просто автоматизированное слияние падает довольно быстро, когда есть много небольших изменений, распространяемых по всему файлу.

Очевидные предостережения:

1. Собираются периоды времени, когда в TOT есть кучка из полупатичного беспорядка. Вы захотите начать использовать филиалы и / или теги, чтобы отслеживать «Когда все было хорошо».
2. Для этого на работу, каждый На команду должна быть на борту с этим. Если у вас есть какие-либо дожития, их боль будет увеличена по частоте регистрации всех остальных.

Моя команда работает так, и она работает достаточно хорошо для нас. Это, безусловно, не более мучительно, чем управление классическими макияжными фильмами, ИМХО.