Рабочий процесс SVN, LAMP

Question

Я пытаюсь применить какой-то метод к безумию здесь. У нас есть три разработчика (Me + 2), у меня работает Windows SVN с черепахой, у двух других нет контроля версий - пока!

У нас есть один сервер с одной проверкой для каждого сайта, над которым мы все работаем (мы все работаем над одной и той же проверкой).

Я пытаюсь подумать, что для нас наиболее эффективно?

SVN-сервер. Думаю, стоит ли мне переместиться в какое-то место, чтобы у всех нас был к нему доступ, и, вероятно, у всех нас должен быть свой собственный ~ / public_html для проверок (так что больше не нужно делиться извлечениями - делиться проверкой - плохая практика?)

anyhoo, просто хотелось получить обратную связь, я знаю, что не все подходят под размер процесса разработки, но я просто хотел убедиться, что в моем плане нет ничего ошибочного.

Answer 1

Разделение заказа - это плохая идея. Идея «рабочей копии» заключается в том, что вы можете выполнять свою работу без помех и регистрировать , как только она снова будет в функциональном состоянии (т. Е. Получить любой релиз, извлеченный из репозитория, скомпилировать и хотя бы пройти краткие проверки).

Вы можете подняться на этот уровень дальше, предоставив каждому разработчику отдельную ветку для работы, объединяясь обратно в транк, когда удовлетворены работой в этой ветви.

Мне не совсем понятны особенности вашей установки, но по крайней мере каждый разработчик должен работать в своей собственной рабочей копии.

Answer 2

Смысл контроля версий заключается в том, что каждый проверяет свою рабочую копию. Так что да, разделять заказы - плохая практика.

Простая стратегия для веб-разработки могла бы так, чтобы у каждого была своя рабочая копия на своем компьютере, где они применяли изменения После каждой регистрации вы запускаете скрипт, который выполняет экспорт SVN на тестовый сервер.

Answer 3

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

Я думаю, что каждый разработчик должен работать со своей локальной "рабочей копией", запуская локальный сервер на каждой машине разработчика.

То, как вы сейчас работаете, не дает вам всех преимуществ, которые должен иметь контроль версий.

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

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

Answer 4

SVN на сервере Apache, совместно используемом через DAV (нет необходимости в public_html, просто либо разрешить все для местоположения репо, либо создать комбинацию «пользователь / пароль» для каждого разработчика, что довольно просто и лучше из POV подотчетности) где каждый может получить доступ и сделать коммит через Tortoise или любой другой SVN-клиент, который достаточно хорош для начала.

Не забудьте сделать регулярное резервное копирование вашего хранилища .