Я думаю, что Ваши проблемы с VisualSVN, необходимо связаться с ними для конфигурирования продукта, чтобы не показать, что диалоговое окно и автоматически разблокировать на возвращается. Stefan довольно хорош о создании, фиксирует, и оно походит нет - разблокировали объект конфигурации, должен также применяться, чтобы вернуться, а также фиксировать. Обратите внимание, что вернуться функциональность не связывается с сервером, таким образом, он мог бы полагать что нежелательное изменение.
В большинстве случаев блокировка является ручной вещью, которую необходимо явно заблокировать и разблокировать, таким образом, большинство людей, использующих ее, хотело бы должным быть удостовериться, чтобы они разблокировали.
Если 'диалоговое окно блокировки' является вещью Черепахи, можно настроить диалоговые окна, чтобы автозакрыться, при отсутствии ошибок. Снова, отправьте сообщение в список рассылки, чтобы видеть, хотят ли все остальные это изменение.
PS. Когда я преобразовал в SVN от VSS, я решил пойти с подходом copy-merge-modify, и затем хлопнуть соединяет все, если он не удался хорошо. Никто не жаловался, и им всем нравится система (после того как я сказал им не пытаться разрешить конфликты с двоичными файлами),
При столкновении с проблемой того, чтобы не быть позволенным в сервер, потому что соединения полны (и Вы знаете, что это происходит из-за соединений, оставленных, зависая), можно использовать команды командной строки qwinsta и rwinsta, чтобы запросить и завершить сессии.
Как так:
> qwinsta /SERVER:xxx.xxx.xxx.xxx
SESSIONNAME USERNAME ID STATE TYPE DEVICE
console 0 Conn wdcon
rdp-tcp 65536 Listen rdpwd
rdp-tcp#14 Administrator 1 Active rdpwd
... и затем завершите желаемую сессию (я завершаю последнюю строку в списке выше здесь):
> rwinsta 1 /SERVER:xxx.xxx.xxx.xxx
Нет, необходимо использовать Терминальный сервер, чтобы сделать это, и необходимо заплатить лицензионный сбор на пользовательский предел.
Хотя я видел взломов, где Вы берете 1 DLL от Терминального сервера и пихаете его в Windows для одурачивания предела (но я думаю, что только работает над XP для обеспечения 1 пользовательского предела до 2), несмотря на, это нарушает EULA программного обеспечения (хотя он обязателен по закону аспект в спорном в лучшем случае и не может относиться к Вам в зависимости от Вашей страны).
Необходимо было бы переключить режим сервера от Удаленного администрирования до Режима лицензирования Терминального сервера, который позволяет дополнительные соединения клиента. Необходимо будет получить соответствующие лицензии от Microsoft, как бы то ни было.
Лицензирование требуется, чтобы иметь больше чем два, как отмечено.
Я нахожу RoyalTS очень полезным для того, чтобы управлять многими удаленными подключениями, и он позволяет легкому интерфейсу уничтожать другие бездействующие соединения с сервером.
Не, если Вы не выполняете Терминальный сервер. Вы могли использовать TightVNC вместо этого, который позволяет больше соединений.
Можно включить режим Terminal Server, но затем необходимо настроить сервер лицензий (и конечно, добавьте соответствующие лицензии).
Лицензирование является большим ограничением.
Но больше, чем это при использовании этого сервера для чего-то другого, чем система Служб удаленных рабочих столов, поскольку это - первичная функция, Вы действительно хотите больше чем 2 сессии удаленного рабочего стола, активные одновременно? Мне кажется, что ограничение является хорошим способом сделать людей, чтобы не забыть не оставаться, вошел в систему сервера.
Просто к вашему сведению Windows Server 2003 не осуществляет лицензирование Терминального сервера.
Если Вы включите режим Terminal Server и Службу лицензирования TS и создадите лицензии с помощью фиктивного номера лицензии, то лицензии активируются так или иначе, и Терминальный сервер будет работать с однако многими одновременными соединениями, которые Вы хотите.
Очевидно, это не кошерное в продуктивной среде, но я думаю, что хорошо знать для тех из Вас, кто просто хочет испытать его для стресс-тестирования или слоняния без дела и не имеет никаких лицензий, чтобы сделать так.