Subversion создает каталоги ревизий со слишком строгими разрешениями

Если у вас есть более одного разработчика, получающего доступ к репозиторию через протокол file://, вы можете рассмотреть возможность настройки сервера Subversion (используя svnserve или Apache). При таком решении сервер сам отвечает за все права доступа и разрешения для файлов репозитория, и вы не столкнетесь с этой проблемой.

Из книги SVN:

• Не не соблазняйтесь простой идеей предоставления всем вашим пользователям доступа к репозиторию напрямую через file:// URL-адреса. Даже если репозиторий доступен всем через сетевой ресурс, это плохая идея. Он удаляет все уровни защиты между пользователями и репозиторием: пользователи могут случайно (или намеренно) повредить базу данных репозитория, становится трудно отключить репозиторий для проверки или обновления, и это может привести к беспорядку проблем с правами доступа к файлам ( см. раздел "Поддержка нескольких методов доступа к репозиторию"). Обратите внимание, что это также одна из причин, по которой мы предостерегаем от доступа к репозиториям через URL-адреса svn+ssh:// — с точки зрения безопасности это фактически то же самое, что и локальные пользователи, получающие доступ через file://, и это может привести к тем же проблемам, если администратор не будет осторожен.

Лучший способ решить эту проблему — получить доступ к репозиторию через сервер.

Если вы не возражаете против незашифрованной связи (что, кажется, имеет место, поскольку вы используете file://), svnserve очень легко настроить:

svnserve -d -r /svn

См. эту ссылку, чтобы получить помощь в настройке и настройка аутентификации.

Облом в том, что вам придется настраивать аутентификацию каждого пользователя отдельно.

Чтобы подключиться к аутентификации вашей ОС, вам нужно настроить сервер Apache SVN, что немного сложнее, см. эти общие инструкции. Вы можете найти конкретные инструкции для вашей ОС, погуглив.

Наконец, если вам нужен самый быстрый путь к предотвращению сброса прав группы на запись при использовании file://, просто попросите всех установить правильный umask (002) при запуске оболочки или используйте svn через скрипт-оболочку, который устанавливает его:

#!/bin/bash
# svnwrapper.sh
umask 002
/usr/bin/env svn $*

Убедитесь, что этот umask не является проблемой безопасности в вашей среде.

Наиболее вероятная причина, как сказал Грег. Кто-то обращается к репозиторию по протоколу file:// и имеет чрезмерно ограничительный umask.