Подверсии:Работаете локально -> вносить изменения на сервер?
Вопрос
Я решил изучить контроль версий, но у меня нет знаний.Некоторое время я читал несколько руководств и статей о подрывных действиях, но так и не понял!:)
У меня есть текущий проект в локальном банкомате, и я собираюсь переместить его на свой работающий сервер сначала для тестирования, а затем, конечно же, опубликовать его для публики.Я все еще хочу продолжить работу сначала на локальном хосте, а затем обновить рабочий код на работающем сервере.Я просто не знаю, как это сделать...
У меня есть версии на моем Mac, и я считаю, что это действительно хорошее приложение.ну я думаю, что это так.
Может ли кто-нибудь дать мне пошаговую инструкцию, что мне делать?
Решение
Предпочтительное решение
- Переместить репозиторий Subversion на удаленный сервер
- Измените локальный репозиторий, чтобы использовать новый удаленный сервер.
- При необходимости зафиксируйте изменения
Версия с двойным главным репозиторием
- Используйте патч из локального репозитория, скопируйте на удаленный сервер, зафиксируйте изменения.
- Оформите заказ с удаленного сервера, скопируйте файлы из локального репозитория, а затем зафиксируйте их обратно в восходящем направлении.
- Или просто синхронизируйте папку Subversion с сервером для доступа только для чтения (при необходимости удалив личные файлы).
Плюсы и минусы двух главных репозиториев
- ПРО: Локальный репозиторий может содержать все виды частных/ограниченных документов, которые не копируются в общедоступный репозиторий.
- ПРОТИВ:Необходимо выполнить управление исправлениями/изменениями, чтобы обеспечить синхронизацию всех изменений между обоими репозиториями.
- ПРОТИВ:Невозможно использовать других разработчиков, поскольку репозиторий недоступен через Интернет.
- ПРО:Коммиты могут быть сделаны в удаленном репозитории для определенных ревизий вместо загрузки каждого коммита, сделанного в локальный репозиторий.
Мои 0,2 цента стоят
Если вам нужно иметь файлы внутри репозитория SVN, которые вы не хотите поделиться со всем миром, используйте метод двух репозиториев, в противном случае просто используйте один репозиторий, размещенный удаленно.Наличие только одного главного репозитория облегчит жизнь в будущем, а также изменит процедуры управления.