Как вы исправляете ошибку конфликта SVN 409

Ответ 1

Здесь я на очень тонком льду (409 не очень конкретный), но я могу сформулировать два вопроса:

• Есть ли какие-либо блокировки до или после фиксации?
• " Autoversioning" включен?

Если есть какие-либо перехватчики, уверены ли вы, что они не содержат ошибок? Не могли бы вы отключить их для теста? Если Autoversioning не включен, можете ли вы попытаться включить его для теста? Это должно работать вдоль линий

<Location /repos>
  DAV svn
  SVNPath /var/svn/repository
  SVNAutoversioning on
</Location>

при использовании mod_dav_svn (см. ссылку на Autoversioning выше).

Возможно, это поможет пролить свет на вашу проблему, и мы (и/или Google:)) могли бы взять это оттуда.

Btw: Журналы, которые вы отправили, не от одного и того же коммита, не так ли? Разница во времени была бы огромной?!?

Edit: Извиняюсь, если вы нашли это давно, но я дам ему выстрел: Не удалось создать ресурс MERGE на COMMIT (Apache 2.0.55) - это то, что Google нашел для меня:)

OP там пишет, что "Apache диктует версию APR для использования ". Это означает, что при компиляции SVN вы должны ссылаться на правильную APR-версию. Я установил SVN (v1.6.9) через MacPorts в моей системе (OS X 10.6). Я не использую WebDAV или Apache локально, но у меня установлен APR 1.3.12_1 (только для справки). OP предлагает использовать --with-apxs=/path/to/bin/apxs при компиляции SVN, хотя я не уверен, что это относится к вашей ситуации (я давно начал угадывать, вы могли заметить:)).

Вы можете проверить APR-версию Apache и версию, используемую для сборки SVN (например, вы можете использовать sudo port installed apr, чтобы увидеть, какие версии APR живут в вашей системе, если вы используете MacPorts)?

Только для справки выдержка из Создание Apache так, как вы этого хотите:

apxs - автономная утилита для компиляция модулей динамически без необходимо использовать configure scriptили иметь исходный код Apache доступный. Ему нужны апачи файлы заголовков, однако, которые скопированы к месту, определенному --includedir при установке Apache. Однако важно использовать apxsкоторый был построен с тем же параметры конфигурации как Apache; в противном случае он сделает ошибочным предположения о том, где апачи различные места установки.

Ответ 2

У меня есть две идеи о том, где проблема может скрываться, что, конечно, дикие догадки, поэтому будьте предупреждены.

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

Вторая идея - проверить совместимость версий svn working-client-server-repository. Ребята из подрывной операции ругаются, что 1.5 и 1.6 не нарушают совместимость на уровне хранилища с 1.4 (хотя они делают это на рабочих копиях). Но не мешало бы проверить, что формат всего стека согласован. И пока вы на нем, убедитесь, что библиотеки apache, которые вы создали, совместимы с apache 2.2.11, который поставляется с 10.6 (опять же, они должны, но вы никогда не знаете)

И, наконец, удачи.

Ответ 3

Сначала установите базовый уровень. На складе Snow Leopard (10.6.3) здесь именно то, что я сделал.

Создан "/etc/apache2/other/svn.conf" с контентом:

LoadModule dav_svn_module /usr/libexec/apache2/mod_dav_svn.so
<Location /svn>
    DAV svn
    SVNParentPath /usr/local/svn
    AuthType Basic
    AuthName "Subversion repository"
    AuthUserFile /usr/local/svn/htpasswd
    Require valid-user
</Location>

Создана папка и хранилище subversion "test":

sudo mkdir /usr/local/svn
sudo svnadmin create /usr/local/svn/test
sudo chown -R _www:_www /usr/local/svn
sudo htpasswd -cb /usr/local/svn/htpasswd testuser testpass

От обычного пользователя, домашнего каталога:

macmini:~ jclark$ mkdir Checkout && cd Checkout
macmini:Checkout jclark$ svn --username testuser checkout http://localhost/svn/test
Authentication realm: <http://localhost:80> Subversion repository
Password for 'testuser':
Checked out revision 0.
macmini:Checkout jclark$ cd test && touch test.txt && svn add test.txt && svn commit -m 'test' test.txt
A         test.txt
Adding         test.txt
Transmitting file data .
Commited revision 1.
macmini:test jclark$

Теперь, если все это сработало так, как нужно, тогда у вас есть рабочий запас 1.6.5 репозитория subversion, обслуживаемого apache. Если это не так, то вы, скорее всего, будете либо смешивать apple, поставляемые svn binaries/libs со своими собственными (macports и т.д.) или, есть проблемы с разрешениями. Сделайте уверенным, что вы используете исполняемые файлы apple. Apple немного модифицирует источник, и я столкнулся с проблемами совместимости при смешивании "портов" с "запасом" в прошлом. Что касается прав доступа, apache работает как пользователь _www, group _www. Убедитесь, что все файлы и каталоги принадлежат как таковые, и не забывайте обновлять их, когда вы используете svnadmin или что-то еще, чтобы напрямую манипулировать репозиторием svn.

Так как это работает, переместите репозиторий 'svn2' обратно в /usr/local/svn (если вы еще этого не сделали), выполните чистую проверку где-нибудь и попробуйте выполнить проверку.

Если у вас все еще возникают проблемы, попробуйте обновить репозиторий.

sudo svnadmin upgrade /usr/local/svn/svn2
sudo chown -R _www:_www /usr/local/svn/svn2

Повторите тест checkout/commit.

В качестве последнего средства сбросьте и снова загрузите репозиторий.

sudo svnadmin dump /usr/local/svn/svn2 > /tmp/svn2.dump
sudo svnadmin create /usr/local/svn/svn3
sudo svnadmin load /usr/local/svn/svn3 < /tmp/svn2.dump
sudo chown -R _www:_www /usr/local/svn/svn3

Повторите тест checkout/commit, на этот раз с /svn/svn 3.

Наслаждайтесь своим фиксированным хранилищем... надеюсь:)

Обновление

В клиенте командной строки subversion может быть ошибка. После выполнения:

mkdir \!vcc && touch \!vcc/default
svn add \!vcc && svn commit -m 'test'
svn log

Обратите внимание, что вывод журнала svn (по крайней мере для меня) - это ничего. Svn log from tortoise отлично, что указывает на то, что сервер (как указано выше) работает правильно.

Еще одна вещь, которую следует попробовать, - это доступ к репозиторию через "файл" вместо "http". Скопируйте весь репозиторий в свой домашний каталог или где-то ваш пользователь является владельцем, затем проверьте его (т.е. Svn checkout/Users/Shared/svn/svn2) и попытайтесь зафиксировать.

Ответ 4

Вы пробовали Versions клиент SVN для OSX? Это не решение вашей проблемы, а, может быть, альтернатива. У меня и моей команды были проблемы с SVN и OSX, чтобы говорить друг с другом, поэтому пошли искать альтернативных клиентов, и версии отлично поработали для нас.

Ответ 5

chown -R apache:apache svn

chmod -R 770 svn

Ответ 6

Это разрешило мне конфликт: я сделал резервную копию своих локальных файлов, а затем вытащил все с сервера. Затем, когда я вставил и нажал мои резервные файлы, ошибка конфликта 409 не появилась снова.

С уважением, Кевин