что вместо subversion

[aipracs]

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

[venoel]

В Subversion что-то типа lock есть. 2-ой пользователь изменить файл в рабочей версии конечно сможет, но вот закоммитить  - думаю вряд ли. Сам с такими ситуациями не сталкивался.

одновременно открыть для редактирования файл проекта на сервере

Стоп. А что значит  "на сервере"? В случае Subversion каждый работает с файлом на собственном жестком диске. (С такими ситуациями сталкивался)

[VestniK]

Любая (D)VCS и работа только с локальными проектами, если проект программный. А вообще задачу лучше нужно конкретизировать. Не очень понятно что именно тебе хочется получить.

[aipracs]

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

[venoel]

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

Ничего подобного. Заводите репозиторий, каждый скачивает себе локальную рабочую копию и трудится в меру сил. По завершению задания делает update, commit и сливает все через ftp на сервер. Что здесь сложного?

[wl]

Параллельно с svn можно использовать git и делать частые коммиты туда.

http://easy-coding.blogspot.com/2010/01/blog-post_06.html

[VestniK]

А лучше использовать только git. Вести разработку прямо на хостинге это рискованно. Разработчики трудятся в своих гит репозоториях, по мере готовности делают push в репозиторий для проверки качества, а потом ответстсвенный человек заливает протестированную feature complete версию на сервер.

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

Если ты всё же очень упираешься и не хочешь использовать никакие (D)VCS в полном объёме, то попробуй rsync у него, кажется, был ключь заливать на сервер только если локальный файл новее чем файл на сервере. Тогда можно будет посмотреть лог и, в случае конфликта, загрузить с сервера файл изменнённый кем-то другим для аккуратного разрешения коллизии. Только это будет эмитация того, что все (D)VCS тебе предлагают прямо из коробки.