Как Вы фиксируете Ошибку Конфликта SVN 409

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

Сначала установите базовый уровень. При стандартной установке 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$

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

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

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

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

Повторите проверку проверки / фиксации.

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

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

Повторите проверку проверки / фиксации, на этот раз с / svn / svn3.

Наслаждайтесь исправленным репозиторием ... надеюсь :)

update

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

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

Обратите внимание, что вывод svn log (по крайней мере, для меня) ничего не значит. Журнал svn от черепахи в порядке, что означает, что сервер (как указано выше) работает правильно.

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

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

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

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

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