Подсказки для использования Подверсии и XCode в проекте команды
Я работал над XCode (iPhone) проект с тремя различными людьми. У нас есть проект на репозитории Подверсии, но мы все еще не полностью понимаем некоторых аспектов Подверсии + методология XCode:
1) Каждый раз, когда кто-то делает фиксацию на единственном файле, это может появиться или не в проекте других разработчиков. Даже при том, что тот же человек, который создает новые файлы, это добавляет те файлы к Репозиторию, и затем это фиксирует на тех файлах. Почему делает, который происходит? Какие-либо предложения?
2) Каждый человек, который вовлечен на проекте, не может сделать "Фиксации весь проект", не вызывая значительную головную боль к остальной части разработчиков... никакая идея, как это должно быть сделано?.
Рабочая методология, которую мы пытаемся реализовать, - то, что только один разработчик (обычно лидер проекта) может Фиксировать весь проект, но он должен сообщить остальной части команды, таким образом, все могут быть готовы получить сообщение, прося, чтобы он отменил его изменения и считал новые файлы из репозитория.
Мне нужны предложения или совет относительно того, как обработать проект с несколькими разработчиками, использующими подверсию. Мы прочитали руководство Подверсии и много других сообщений на StackOverflow, но я все еще не могу найти полезный совет.
Спасибо за любую подсказку!
2 ответа
Вы говорите: "Рабочая методология, которую мы пытаемся реализовать, заключается в том, что только один разработчик (обычно лидер проекта) может коммитить весь проект, но он должен сообщить об этом остальным членам команды, чтобы все были готовы получить сообщение с просьбой отменить свои изменения и прочитать новые файлы из репозитория." Почему это необходимо? Другие разработчики не могут проверить код или недостаточно хороши, чтобы проверить код? Извините, что говорю это в резкой форме: Это чушь собачья. Каждый разработчик должен иметь возможность коммитить. Если вам нравится отделять разработчиков друг от друга, используйте для этого ветви. И, как уже говорилось, связь осуществляется с помощью svn update/svn status -u и т.д.
Причина, по которой другие ребята не видят изменений, заключается в том, что они не информируются, пока не попытаются выполнить "update", "commit" или "diff" по отношению к репозиторию. SVN - это система "pull", хранилище ничего не сообщает клиентам без их команды.
Коммуникация - это ключ. Если ваши разработчики в целом знают, что происходит в проекте, или, по крайней мере, в своем уголке проекта, если он большой, они сведут к минимуму риск внесения кода, который расстроит проект.
Настаивать на том, чтобы только одному разработчику разрешалось делать коммит в репозиторий, - это излишество ИМХО и противоречит всей идее использования контроля версий. С таким же успехом можно просто иметь одну папку, в которую только этот разработчик может писать, каждый раз используя инструмент дифференцирования.
Убедитесь, что ваши ребята выполняют цикл "Обновление", компиляция, тестирование перед "коммитом". Так они с меньшей вероятностью зафиксируют код, который сломает сборку. Если они будут немного осторожны, вы все быстро освоитесь, и вам не о чем будет беспокоиться. Удачи.