Автоматическое обновление рабочей копии SVN после фиксации

Question

У нас есть команда из 125 человек, и мы используем черепаху SVN для контроля версий. у нас есть один лист excel, где каждый пользователь должен обновлять свою ежедневную работу до конца дня, но дело в том, что ни один орган не обновляет (обновлять SVN) файл excel перед внесением изменений и из-за того, кто добавил свои данные, пропал без вести. поэтому, чтобы этого избежать, мне нужен один скрипт svn post commit, который заставляет команду svn update обрабатывать всю рабочую копию, поэтому всякий раз, когда они открывают свою рабочую копию, она будет актуальной. пожалуйста, помогите мне, чтобы применить это мой репозиторий мы используем Tortoise SVN с окнами клиентов, и мы интегрировали Tortoise SVN с командой-CollabNet подделать

Answer 1

Нет, вы не хотите этого. Это может привести к исчезновению незавершенного производства. И это не поможет, если несколько человек попытаются отредактировать одновременно.

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

Способ сделать это, чтобы установить свойство svn:needs-lock на любые двоичные файлы, такие как электронные таблицы Excel.

При этом свойстве файл становится доступным только для чтения на рабочей копии каждого пользователя. Чтобы отредактировать файл, вы сначала используете svn lock, который делает файл доступным для записи и запрещает кому-либо блокировать или фиксировать файл. Затем, когда ваши изменения будут выполнены, и вы зафиксируете, блокировка исчезнет, ​​а другие могут заблокировать и внести изменения.

Получение блокировки не удастся, если ваша версия файла устарела, вызывая обновление.

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

Answer 2

1. Как отмечено Вы выбрали неправильный путь
2. выбран неверный инструмент: Excel-листы не текстовых файлов для SVN и, таким образом, - они не могут быть объединены красиво (если не слиты вообще)
3. Вы сражаетесь с чудесами: если все пользователи изменяют один и тот же файл, только самый быстрый победит и сможет зафиксировать файл: все остальные получат «ресурс устаревший» при попытке совершения, придется обновить собственный туалет, а внешние изменения будут объединены в локально измененный файл (но см. вышеупомянутое предупреждение)

В прошлом - на стороне сервера крючков не может ничего сделать на рабочих пространствах клиента в обычном (svn up Работе клиента, а не сервера), за исключением некоторых экзотических случаев (SSH КЛИЕНТ & & кд WC & & Svn вверх), которые не ваш являются case