Всем привет, мы снова встретились, я ваш друг Цюаньчжаньцзюнь.

Миграция svn сервера под Linux

1. Представьте метод миграции:

1. Поскольку работа по проекту требует миграции сервера svn, дается краткое введение в план миграции сервера svn. 2. Основные методы миграции:

• svnadmin dump
• svnadmin hotcopy
• svnsync

3. [svnadmin dump] — официально рекомендуемый метод резервного копирования.

• Преимущества: он более гибок, может обеспечивать полное или инкрементное резервное копирование и обеспечивает механизм восстановления версии.
• Недостатки: Если версия относительно велика, например, если число версий достигает десятков или сотен тысяч, процесс резервного копирования будет очень медленным, а восстановление будет еще более трудоемким; для быстрого аварийного восстановления. Рекомендуется использовать этот метод резервного копирования.

4. [svnadmin hotcopy] может выполнять только полное копирование, но не может выполнять инкрементное резервное копирование;

• Преимущества: Процесс резервного копирования быстрый, а также быстрое аварийное восстановление; если на резервной машине настроена служба svn, нет необходимости ее восстанавливать. Вам нужно лишь выполнить простую настройку для переключения на резервную базу данных.
• Недостатки: он потребляет больше жестких дисков и требует большей поддержки жестких дисков.

5. [svnsync] напрямую синхронизирует библиотеку исходного машинного кода. Фактически создается две зеркальные библиотеки. Если одна из них сломана, вы можете быстро переключиться на другую.

• Преимущества: при объединении в две зеркальные библиотеки она играет роль резервного копирования на двух машинах в реальном времени;
• Недостатки: При использовании в качестве двух зеркальных библиотек нет возможности «полностью отказаться от сегодняшних модификаций и восстановить внешний вид прошлой ночи», а при использовании в качестве обычного механизма резервного копирования для ежедневного резервного копирования операция более хлопотная, чем первые два метода;

6. Фактически процесс миграции svn с одного исходного сервера на другой целевой под Linux делится на два этапа:

1) Установите сервер SVN: в соответствии с версией SVN исходного сервера установите ту же или аналогичную версию SVN на целевом сервере;  
2) Синхронизировать репозиторий SVN. Синхронизируйте репозиторий кода SVN исходного сервера с целевым сервером.  

2. Конкретные шаги:

Поскольку емкость склада svn, с которым я сейчас имею дело, составляет всего несколько G,Поэтому эта статья будет сосредоточена на ваших собственных потребностях.【svnadmin dump】Приведите примерsvnизмигрироватьпредставлять。

2.1 Установите свн

1. Далее сначала будет подробно рассмотрена установка и настройка сервера svn. После выполнения этого шага будет удобнее установить и настроить сервер svn на целевом сервере, подлежащем миграции.

1. Установите с помощью yum или скомпилируйте и установите svn-сервер из исходного кода. Здесь в качестве примера мы возьмем установку yum (при условии, что вы перешли на пользователя root в Linux):  
$yum install subversion	#Для установки svn-сервера
$svn help				#Просмотреть справочное руководство по svn
$svn --version			#Просмотр текущей версии svn
2. Создайте каталог хранилища svn:
$mkdir -p /home/www/svn/web/
$svnadmin create /home/www/svn/web/
3. После [второго шага выше] в /home/www/svn/web будет создано рабочее пространство хранилища svn. Для просмотра дерева каталогов используйте следующее:  
$tree /home/www/svn/web
4. Отображаемое дерево каталогов похоже на следующее:
[root@bogon web]# tree /home/www/svn/web
/home/www/svn/web
├── conf
│   ├── authz
│   ├── authz.bak
│   ├── passwd
│   ├── passwd.bak
│   ├── svnserve.conf
│   └── svnserve.conf.bak
├── db
│   ├── current
│   ├── format
│   ├── fsfs.conf
│   ├── fs-type
│   ├── min-unpacked-rev
│   ├── rep-cache.db
│   ├── revprops
│   │   └── 0
│   │       ├── 0
│   │       ├── 1
│   │       └── 2
│   ├── revs
│   │   └── 0
│   │       ├── 0
│   │       ├── 1
│   │       └── 2
│   ├── transactions
│   ├── txn-current
│   ├── txn-current-lock
│   ├── txn-protorevs
│   ├── uuid
│   └── write-lock
├── format
├── hooks
│   ├── post-commit.tmpl
│   ├── post-lock.tmpl
│   ├── post-revprop-change.tmpl
│   ├── post-unlock.tmpl
│   ├── pre-commit.tmpl
│   ├── pre-lock.tmpl
│   ├── pre-revprop-change.tmpl
│   ├── pre-unlock.tmpl
│   └── start-commit.tmpl
├── locks
│   ├── db.lock
│   └── db-logs.lock
└── README.txt

10 directories, 35 files
[root@bogon web]# 
5. Файлы, заканчивающиеся на .conf в /home/www/svn/web/conf: конфигурация хранилища svn.
conf
├── authz: ​​файл контроля разрешений
├── authz.bak
├── passwd: файл пароля учетной записи
├── passwd.bak
├── svnserve.conf: файл конфигурации службы SVN.
└── svnserve.conf.bak
6. Измените контроль разрешений аутентификации:
$vim /home/www/svn/web/conf/authz
[/]					:Все файлы/папки на складе
yunwei=rw			:【yunwei】У пользователя есть права на чтение и запись.
test=r				:[test]Пользователь имеет права только на чтение
*=					:За исключением двух вышеупомянутых пользователей, другие пользователи не имеют никаких разрешений.
7. Измените пароль учетной записи passwd:
$vim /home/www/svn/web/conf/passwd
[users]
yunwei=yunwei		:имя пользователя=пароль
8. Отредактируйте конфигурацию службы svnserve.coonf:
$vim /home/www/svn/web/conf/svnserve.conf
[general]
anon-access=none			: Анонимные пользователи не имеют прав доступа.
auth-access=write			: Авторизованные пользователи имеют право на запись операций разрешения.
password-db=passwd			: Путь к файлу с информацией о пароле (путь указан относительно этого svnserve.conf)
authz-db=authz				: Путь к файлу с информацией о файле управления доступом (путь указан относительно этого svnserve.conf)
realm=/home/www/svn/web/	: Пространство имен аутентификации, svn будет отображаться в приглашении аутентификации.
9. Запустите SVN-сервер:
$svnserve -d -r /home/www/svn/web  #-d: процесс-демон; -r: работа в фоновом режиме;
10. Просмотрите процесс svn:
$ps -ef|grep svn
11. Если вы хотите остановить службу SVN, вы можете сделать следующее:
$killall svnserve
12. [Клиент Windows TortoiseSVN] Подключитесь к серверу svn и проверьте его, чтобы получить данные хранилища:
1) Введите адрес в диалоговом окне: [svn://ip адрес:порт]    
#ip адрес: IP-адрес svn-сервера, который нужно получить	
#Порт: по умолчанию 3690
#Таким образом, его можно использовать для получения данных хранилища этого svn-сервера.
2）входить【имя пользователя,Нравится: Юнвэй],【пароль,Нравится: Юнвэй]。Готов выехать。

2. Подготовьте исходный и целевой серверы. В этой статье предполагается, что исходный сервер svn: 10.80.80.238, целевой сервер svn: 10.80.80.234, а целевой сервер svn завершил установку сервера svn.

2.2. Используйте [svnadmin dump] для переноса репозитория кода svn.

• Предварительные условия：Исходный сервер10.80.80.238изsvnКаталог складов【/home/svn/】,Быть оперированнымизцелевой сервер10.80.80.234Каталог складов【/home/www/svn/web】,Порты службы svn обоих серверов используют порт по умолчанию 3690.
• Конкретные детали: 1）mkdir -p /home/linux/downloads/ #Операция на исходном сервере [Создать каталог] для хранения резервного хранилища 2)svnadmin dump /home/svn/ > /home/linux/downloads/svnRepos.dump.backup #Создаем резервную копию репозитория svn на исходном сервере #svnRepos.dump.backup : резервная копия репозитория svn. 3) Используйте [scp для передачи /home/linux/downloads/svnRepos.dump.backup с исходного сервера на целевой сервер] или [sz загрузите на локальный, а затем rz загрузите на целевой сервер]. 4) Предположим, что резервная копия хранилища исходного сервера была сохранена в [/home/linux/svnbackupdir/svnRepos.dump.backup] целевого сервера. 5) Загрузите в хранилище целевого сервера: svnadmin load /home/www/svn/web < /home/linux/svnbackupdir/svnRepos.dump.backup 6) Скопируйте три файла конфигурации с исходного сервера [/home/svn/conf] на целевой сервер [/home/www/svn/web/conf]. 7) Запустите целевой сервер:
• Поскольку IP-адрес svn сервера изменился, исходный клиент не может подключиться к серверу без внесения изменений в конфигурацию. Поэтому, если клиент хочет подключиться к svn целевого сервера, ему необходимо внести изменения, подобные следующим:
  • 1) Под Windows [TortoiseSVN] внесите изменения в каталог хранилища [правая кнопка мыши]:

  

  

  [ОК] Готово.

  • 2) В Linux измените клиентское соединение:

2.1) Путь к локальному складу:【/home/linux/downloads/svntestprojects/pro1dir/】。использовать【$svn info】Просмотр информации о подключении,Результаты аналогичны следующим (вы можете увидеть IP-адрес исходного сервера: 10.80.80.238):

[root@localhost pro1dir]# svn info
Path: .
Working Copy Root Path: /home/linux/downloads/svntestprojects/pro1dir
URL: svn://10.80.80.238
Repository Root: svn://10.80.80.238
Repository UUID: d40b338c-41be-439f-aade-8b6a1aebb690
Revision: 2
Node Kind: directory
Schedule: normal
Last Changed Author: yunwei
Last Changed Rev: 2
Last Changed Date: 2019-01-07 15:11:39 +0800 (Mon, 07 Jan 2019)

2.2) Изменения: ​ svn switch --relocate svn://10.80.80.238 svn://10.80.80.234 ​ #в процессевходитьместный【root】пароль->входитьцелевой серверsvnуполномоченныйизимя пользователяипароль->Проверять->Проверка прошла успешно->Затем подключитесь к целевому серверуsvnВот и все。 ​

[root@localhost pro1dir]# svn info
Path: .
Working Copy Root Path: /home/linux/downloads/svntestprojects/pro1dir
URL: svn://10.80.80.234
Repository Root: svn://10.80.80.234
Repository UUID: d40b338c-41be-439f-aade-8b6a1aebb690
Revision: 2
Node Kind: directory
Schedule: normal
Last Changed Author: yunwei
Last Changed Rev: 2
Last Changed Date: 2019-01-07 15:11:39 +0800 (Mon, 07 Jan 2019)

3. Дополнение:

• Миграция сервера SVN под Linux (рекомендуется подробное введение в метод миграции)
• Три метода резервного копирования миграции SVN на Linux (краткое введение в миграцию svn)
• Руководство по установке сервера SVN под Linux (в основном используется для установки сервера svn)
• Сервер VisualSVN перенесен на новый сервер (платформа Windows)
• Как выполнить операцию перемещения svn (клиент на платформе Windows)
• Справочное руководство по SVN

Издатель: Лидер стека программистов полного стека, укажите источник для перепечатки: https://javaforall.cn/161758.html Исходная ссылка: https://javaforall.cn