|
|
|
Subversion
|
|||
|---|---|---|---|
|
#18+
Поставил на винде и в лунахах по svn 1.4.2. В винде запустил сервисом по следующему примеру: sc.exe create Subversion binpath= "\"c:\program files\subversion\bin\svnserve.exe\" --service --listen-port 8082 -r \"c:\svn-store\"" displayname= "Subversion Repository" depend= Tcpip Сделал в виднде svnadmin create X:/svn-store/empty Прошло успешно. Далее из линухов хочу сделать import. Пишет svn: Can't connect to host 'user01': Connection refused. Из винды аналогично - svn: Can't connect to host 'user01': Подключение не установлено, т.к. конечны й компьютер отверг запрос на подключение . Причем пингуется нормально. В чем может может быть дело? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2007, 12:39:20 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
Разобрался. Порт не тот ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2007, 13:36:27 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
Как под виндой делать безопасный backup? Пишут, что должен быть ./hot-backup.py где-то в hook/scripts. Ничего подобного для винды не нашел. Есть только для линухов. Как же тогда делать для винды? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2007, 15:39:06 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
Никто сабж не администрит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2007, 12:07:10 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
при чем тут виндовс-невиндовс? скрипт для питона. находится в архиве с исходниками ./tools/backup/hot-backup.py ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2007, 11:46:34 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
JeweLпри чем тут виндовс-невиндовс? скрипт для питона. находится в архиве с исходниками ./tools/backup/hot-backup.py Ругается на 153 строку: автор Beginning hot backup of 'x:\svn-store'. Traceback (most recent call last): File "not-backup.py", line 153, in <module> youngest = string.strip(stdout_lines[0]) IndexError: list index out of range ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2007, 16:16:00 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
Возможно он заточен под лины (путь в файловой системе, например...). Дело в том, что я в питоне не буб бум. Может кто выложит нормльный для винды (его примерный размер всего 8кб). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2007, 16:30:57 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
AkhКак под виндой делать безопасный backup? Пишут, что должен быть ./hot-backup.py где-то в hook/scripts. Ничего подобного для винды не нашел. Есть только для линухов. Как же тогда делать для винды? А команды svnadmin dump в windows-версии нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 11:38:34 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
mozheyko_d AkhКак под виндой делать безопасный backup? Пишут, что должен быть ./hot-backup.py где-то в hook/scripts. Ничего подобного для винды не нашел. Есть только для линухов. Как же тогда делать для винды? А команды svnadmin dump в windows-версии нет? Как описано в документации в "Repository Backup": автор Given a repository path and a backup location, hot-backup.py—which is really just a more intelligent wrapper around the svnadmin hotcopy command—will perform the necessary steps for backing up your live repository—without requiring that you bar public repository access at all—and then will clean out the dead Berkeley log files from your live repository. Насколько я правельно понял, для бэкапа базы данных используется svnsdmin hotcopy. Этот скрипт является безопасным враппером. При чем тут svnadmin dump? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 12:14:02 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
Притом что им можно бэкапить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 13:36:04 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
mozheyko_dПритом что им можно бэкапить. Тогда объясните, плиз, чем разнится результативность этих средств? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 13:37:38 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
dump небезопасен и при его выполнении надо исключить запись в репозитарий(например апач остановить, на винде ведь только через апач?) есть ещё svnadmin hotcopy Вот тут много пишут про subversion ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 13:43:39 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
mozheyko_ddump небезопасен и при его выполнении надо исключить запись в репозитарий(например апач остановить, на винде ведь только через апач?) есть ещё svnadmin hotcopy Вот тут много пишут про subversion Я через svnserve под виндой юзаю. Примерно так и предпологал. За ссылку спасибо, сейчас посмотрю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 14:57:57 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
Читал из того же источника. Написано, что этот скрипт оболочка над hotcopy, которая дает какие-то приемущества. Так чем лучше? Безопаснее или как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 17:19:01 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
Дык там же написано, если во время дампа кто-нибудь что-то запишет в репозиторий дамп будет битый. Если у Вас пользователи работают с svn-сервером 24х7, то делать резервную копию нужно с помощью hotcopy. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 17:32:10 |
|
||
|
Subversion
|
|||
|---|---|---|---|
|
#18+
mozheyko_dДык там же написано, если во время дампа кто-нибудь что-то запишет в репозиторий дамп будет битый. Если у Вас пользователи работают с svn-сервером 24х7, то делать резервную копию нужно с помощью hotcopy. С первой частью я и не спорю. Меня интересует другой момент. В главе "Repository Backup" говорится о том, что более предпочтительно бэкап делать через этот скрипт, ибо он "более интелегентный". Мол он не отваливает клиентов от сервера и очищает битые логи. Но я могу ошибаться и поэтому интересуюсь, что бы не нахимичить с надежностью бекапапов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2007, 17:47:43 |
|
||
|
|

start [/forum/topic.php?fid=25&msg=34289230&tid=1488537]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
36ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 196ms |
| total: | 300ms |

| 0 / 0 |
