Обновление моей сервисной ссылки в VS2010 приводит к тому, что в TFS ожидают изменений много файлов

Question

У меня есть решение с несколькими приложениями Silverlight 4.0, которые все ссылаются на одну и ту же службу WCF через общую сборку Silverlight 4.0. То есть каждое приложение Silverlight UserControl ссылается на сборку Silverlight под названием «ServiceClient», также находящуюся в решении, чтобы получить общую информацию о OperationContract. Эти приложения UserControl ссылаются на эту сборку.

Когда я меняю службу WCF, я должен обновить сборку «ServiceClient». Это приводит к большому количеству файлов * .datasource и ServiceName.xsd, ServiceNameN.wsdl, ServiceNameN.disco (где N - произвольное целое число). Все эти файлы перечислены как ожидающие изменения в TFS. Затем я должен тщательно отменить, возможно, сотни конкретных ожидающих изменений. Есть ли способ ограничить генерацию файлов или хотя бы подавить их появление в виде ожидающих изменений?

Answer 1

Если вы не «отмените» ожидающие изменения и регистрацию, что произойдет?

Если файлы возвращены, они были изменены. Разве это не то, что вы хотите?

Иногда я вижу, как VS / TFS устанавливает файлы в ожидании регистрации, но когда я выполняю регистрацию, список файлов очищается, и файлы не регистрируются (потому что в файлах действительно ничего не изменилось).

Возможно, вы боретесь с нерешенной проблемой.

Answer 2

Не могли бы вы просто сослаться на библиотеку в tfs, с которой у вас есть контракты на обслуживание, а затем использовать контракт для создания канала для вашего сервиса wcf. Это также означает, что вам больше не нужно использовать справочную службу, а также отсоединяет ваше приложение Silverlight от вашей службы.

Answer 3

Непонятно, почему вы отменяете автоматически сгенерированные изменения после обновления справочника услуг. Когда вы покупаете по методике VS Service Reference, это часть багажа.

Если вы хотите лучше контролировать процесс генерации клиента, вы можете использовать утилиту командной строки SvcUtil . Для этого вам нужно добавить задачи сборки в свои проекты, если вы хотите имитировать подход Add Service Reference. Я бы порекомендовал использовать один проект с использованием SvcUtil для создания клиентской сборки, на которую ссылались бы все другие проекты. Вам все еще нужно добавить файл конфигурации WCF для каждого из проектов, которые ссылаются на вашу клиентскую сборку.