По умолчанию изменение текста сообщения к ревизии не разрешено.
В *nix системах для включения этой функции достаточно в каталоге hooks хранилища переименовать файл pre-revprop-change.tmpl в pre-revprop-change.

В Windows так просто сделать невозможно, так как скрипт в файле написан для bash, а в Windows на нужен батник. Для включения этой возможности в хранилище SVN установленном в Windows, необходимо в каталог hooks хранилища положить файл pre-revprop-change.bat
( pre-revprop-change.batCollapse )

Данный код помещенный в .htaccess запрещает скачивание js, css файлов с сайтов кроме нашего example.org

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?example.org/.*$ [NC]
RewriteRule \.(js|css)$ - [F]


До моего прихода на предприятие разработку ПО вели вообще бесконтрольно, изменения в коде если и синхронизировались, то вручную. Конечно без автоматизированных средств, возможно, вручную сравнивать файлы и выискивать изменения, но это малопродуктивно и жутко неудобно. Также возникают проблемы с контролем ошибок, совершенно не ясно кто писал эту часть кода, которая теперь вызывает ошибку.

С документированием тоже был полный мрак, разрозненные файлы Rtf, doc и все это разбросано по тысяче мест. Для документирования удобно применять Wiki, тут просто создавать новые страницы и связывать их между собой гиперссылками, также сюда можно вставлять картинки и сопутствующие документы.

Проблема учета ошибок вообще не стояла, их просто не учитывали, выписывали иногда на бумажки, которые часто терялись. Теперь все выявленные ошибки записываются разработчиками в единую базу на основе TRAC. Trac - это система с веб-интерфейсом, содержит как Wiki и систему отслеживания ошибок, имеет средства управления разработкой проекта.

Начиная свою разработку, я уже знал о существовании SVN, оставалось ее внедрить и обучить других. Сейчас настроено и работает SVN на базе Apache, весь код хранится в хранилище на сервере с аппаратным резервированием, документы пишем в Wiki и отслеживаем ошибки с помощью Trac.
Svn дала большую свободу и защищённость разработчикам, теперь неверные изменения не фатальны, можно всегда откатиться к предыдущей версии.

Процесс настройки всей системы достаточно прост. Далее описаны действия по установке и настройки всех компонентов. Пример настройки приводнится для моей конфигурации, поэтому для других версий компонентов могут быть изменения в процессе установки.

---

Установка и настройка SVN, Apache, Trac для Windows

( Read more...Collapse )

Обновлено:
14.01.09: исправлены ошибки в некоторых словах
12.10.08: Добавлен скрипт генерации файла с паролями пользователей, добавлено описание настройки SVN Авторизации по пути (Path-Based Authorization), добавлено содержание
10.10.08: исправлено несколько ошибок в названиях каталогов, добавлены примечания
03.04.09: исправлено, автоизация и аутентификация не срабатывала из-за относительных путей в AuthzSVNAccessFile AuthUserFile.  

Дополнительная информация Установка с Apache 2.2.

Проблема состояла в том, что при создании именованых хостов и добавления их в system32/drivers/etc/hosts
фактически не происходило сопоставления имени адресу, т.е. по имени hostname.loc невозможно было обратится.

Частично приведу конфигурации APACHE/1.33

Теперь можно не мучатся и не присваивать доменные имена разным ип, буду все вешать на одно.
Так удобнее - меньше писать, да и отличий то от обычного создания виртуального хоста - удаление одной строчки конфигурации.
Класс! Надо подумать и хостинг может сдалать?
Идея интересная - надо изучить будет.