«Git» как рабочий процесс с использованием Subversion?

Question

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

Когда я готов, я обычно переставляю изменения в центральный репозиторий git, чтобы обмениваться изменениями с другими членами команды.

В текущей организации, в которой я работаю, используется SVN, и весь этот рабочий процесс недоступен.

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

Это громоздкий и подверженный ошибкам.

Интересно, какой был бы идеальный рабочий процесс Dev с использованием Subversion? есть ли что-нибудь, что может напоминать рабочий процесс Git, к которому я привык?

Answer 1

Вы должны убедить новую команду перейти на git. Если вы не можете сделать это по какой-либо причине, вы все равно можете использовать git для себя через git svn - это позволит вам работать с использованием примитивов git и автоматически сохранять его обратно в svn по мере необходимости. Progit (официальная книга Git) имеет whole chapter, посвященный этой самой теме.

Answer 2

Я работаю над функцией X в течение очень длительного периода времени и передаю всю свою функцию как отдельную фиксацию, содержащую много файлов.

Это ваша вина. Subversion имеет real ветви (вопреки «ветвям» Гита), длинная работа может (и должна быть) действительно разделена на ветвь, в которой вы можете совершить любое количество (маленькое | большое), а конечный результат должен быть объединены в mainline (/ trunk most times) как единый commit в trunk, но вы все еще имеете подробную историю в своем филиале.

С ГИТ-SVN вы можете продолжать использовать ваш предпочтительный ГИТ-клиент для большинства задач (но не для всех, иногда родной SVN-клиент будет обязательным)