единственное время я столкнулся с чем-то подобным, было, когда некоторое приложение, открытое новое соединение с дб для каждого запроса - и никогда, не закрывало старые.
Больше чем с 3 500 параллельными, но неактивными соединениями проблемы запустились (был SQL 2000).
Я проверял бы каждый день количество текущих соединений с консолью администрирования, чтобы видеть, достигаете ли Вы необычных чисел.
server
часть мерзавца хорошо работает на окнах без любых причуд. Поддержка намного лучше, чем это в клиенте.
Попробуйте эту ссылку на stackoverflow: https://stackoverflow.com/questions/1482824/setup-a-git-server-with-msysgit-on-windows
мерзавец и подвижный о равном для поддержки относительно серверного компонента. примите свое решение, основанное на том, насколько Вы собираетесь использовать текущее поколение клиента управления на сервере.
нет никакой предвзятости ни к одному в данный момент.
«Я слышал, что поддержка git значительно улучшилась за последние год или два. Лично я предпочитаю git, но не за счет плохой поддержки Windows . "
Учитывая эту цитату из OP, я бы предположил, что она в основном сводится к тому, насколько вы привязаны к графическим интерфейсам. Разработчики Windows, которые используют Git, как правило, вводят команды через интерфейс командной строки.
Те разработчики Windows, которые проводят большую часть своего времени разработки внутри Visual Studio и предпочитают работать с интерфейсами графического интерфейса, часто предпочитают Mercurial.
Это скорее тенденции, чем сложность. и быстрых правил, есть несколько графических интерфейсов для Git, и некоторые пользователи Mercurial предпочитают использовать интерфейс командной строки.
Учтите, что на стороне клиента вы можете использовать GitExtension плагин для Visual Studio, который позволяет разработчикам полностью управлять Git через графический интерфейс, поэтому я думаю, что если вы предпочитаете GIT, вам следует установить GIT;)