я что выяснить смог сам по тестам

у них nginx как reverse-proxy работает

что за ней - неизвестно

т.к. nginx подменяет хедер Server

https://pthok.wordpress.com/2011/01/14/wcf-basichttpbinding-504-gateway-timeout/

А подробностей как у этого страдальца, нету?

Короче, если можешь, добавь в сервер конфиг

<configuration>
 <system.web>
   <httpRuntime executionTimeout="600"/>
 </system.web>
</configuration>

где 600 это вроде минуты

у меня нет сервера.

у меня есть биндинг и урла

это конфига для ииса/аспнета когда вцф пользует хттп транспорт

Тогда страдай

ты своим клиентским биндингом серверный транспорт не перебьешь (если это он)

есть ограничения транспорта (в примере выше - хттп), есть ограничения биндинга которые работают на этом транспорте

я не уверен точно что это именно хттп рантайм тебе отлуп дает по таймауту, но очень вероятно

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

Можно ли сделать нечто подобное осознанно, чтобы запуск дебажного приложения не блокировал пересбор солюшена?
Сейчас думаю о колхозном варианте, когда запуск приложеньки идёт через ярлык, а тот копирует в отдельную папочку изменившиеся бинарники. Но, возможно, есть вариант, работающий из коробки, вроде Unlock(dllPath)? :)

янихуянепонял, вызываю экзорциста

Конкретизируй.

Что за замечательный механизм кеширования? GAC?

Зачем запускать дебажное приложение с одновременным пересбором солюшна

зачем тебе при запущеном приложении его билдить?

сборки не блокируются после загрузки - только exe