Правила обратной совместимости класса C # / недопущение критических изменений

Я работаю над сборкой C # 3.5, которая используется многими различными приложениями в среде корпоративного сервера. Я хотел бы добавить некоторые свойства в существующий класс C # (не абстрактный) и сохранить обратную совместимость с текущими клиентами без перекомпиляции. Это сборка 3.5 со строгим названием. Существующие клиентские приложения не будут перекомпилированы. Вместо этого мы используем сборки политик издателя, чтобы перенаправить существующих клиентов на обновленную версию.

Каковы правила для поддержания обратной совместимости этого типа с классами?

Я ищу некоторый набор правил, по которым я могу проверить свои изменения кода.

После моих текущих попыток обновления класса клиенты выдают исключение «Определение манифеста обнаруженной сборки не соответствует ссылке на сборку».