Каковы причины использовать SVN поверх просто облачной файловой системы

Question

Я видел этот вопрос , и он был закрыт. Поэтому извините, если это здесь не разрешено, но этот вопрос действительно беспокоит меня, и я пока не смог найти удовлетворительный ответ.

Каковы в настоящее время причины для фактического использования системы контроля версий (такой как SVN). С облачными файловыми системами, вы не могли бы просто использовать это? Особенно, если в случае «столкновения» вы все равно не можете зависеть от автоматического объединения файлов?

Я полагаю, что для больших проектов становится важным иметь формальный способ обработки разрешений и т. Д. Но как насчет небольших групп (например, 2-10 человек)?

Итак, чтобы завершить этот пост, полный вопросов: кто-нибудь может привести (практические) примеры, когда dropbox не выполняет контроль версий правильно - а svn делает?

Answer 1

Вот несколько причин, по которым Dropbox не подходит для контроля версий

1. Вы видите только изменения, но не видите набор изменений или причину (например, исправление ошибки, реализация функции). Каждый раз, когда вы делаете коммит с контролем версий, вы объясняете другим свое намерение таких изменений.
2. Гибкое копирование: в Dropbox вы не можете реализовать концепцию ветвления и слияния, не увеличивая использование пространства (и, следовательно, всех остальных в вашей команде).
3. У вас нет неограниченной истории (хотя это вряд ли будет большой проблемой)
4. У вас есть небольшие хуки API для работы, например Вы хотите выполнить некоторую проверку кода каждый раз, когда появляется новый файл cpp? Вам придется прибегнуть к опросу, если вы используете Dropbox.

Answer 2

DropBox и система контроля версий (например, SVN) предназначены для разных целей.Dropbox в основном используется для сохранения / обмена фотографиями, документами и т. Д. С помощью инструмента контроля версий вы можете отслеживать историю файла / проекта, делиться ими с членами вашей команды и многое другое, чтобы помочь вам управлять своим исходным кодом., документы и т. д.

Особенно, если в случае «коллизии» вы все равно не можете зависеть от автоматического слияния файлов?

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

Я полагаю, что для больших проектов становится важным иметь формальный способ обработки разрешений и т. Д. Но как насчет небольших групп (примерно из 2-10 человек)?

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