Подписание командой разработки надстройки VSTO для PowerPoint в C#

Question

Я и еще один парень разрабатывают надстройку для PowerPoint с использованием C# и VSTO. Наш проект хранится в репозитории, и каждый раз, когда один из нас получает новую версию из репозитория, обновляемую другим, он получает проблему с компилятором при подписании. До сих пор мы решили эту проблему с компилятором, создав тестовый сертификат на соответствующем компьютере каждый раз, когда после обновления из репозитория.

Мой вопрос: возможно ли каким-либо образом генерировать тестовый сертификат каждый раз после принятия решения, скомпилированного на другой машине, из репозитория, чтобы он мог компилироваться на обеих машинах?

Мы испробовали все:

1. Мы использовали тот же PFX-файл для обоих нашего компьютера (т.е. мы послали этот файл в хранилище).

2. Мы попытались снять флажок «Подписать манифест ClickOnce» в окне «Свойства» решения и вообще удалить файл .pfx.

3. Мы попытались использовать наши собственные файлы .pfx, помещая их в список игнорирования.

Но результата не было!

Answer 1

Позвольте мне ответить на мой собственный вопрос. Решение, вероятно, найдено. Этапы заключаются в следующем:

1. Один разработчик должен сгенерировать новый .pfx-файл, определяющий пароль. В результате он уже может правильно разработать надстройку на своей машине; но другой разработчик все еще может не, на своих машинах.

2. Используя ту же вкладку окна «Свойства» проекта, этот разработчик должен выбрать тот же PFX-файл с помощью кнопки «Выбрать из файла ...», давая пароль.

3. Файл .pfx следует отправлять в репозиторий (т. Е. Его нельзя включать в список игнорирования). В результате другим разработчикам не потребуется больше создавать другие файлы .pfx.

Мы готовы!

«Магия» заключается в том, что знание пароля всеми разработчиками имеет решающее значение. Когда .Файл pfx добавляется в проект, как описано в пункте 2, это означает, что все разработчики знают пароль.

Answer 2

У нас есть подобный сценарий, и мы делаем следующее:

1. «Подписать ClickOnce манифест» подписан с локально сгенерированной PFX-ключ, который проверяется в хранилище.

2. Узел подписан сильным ключевым словом.

3. На сервере сборки манифест повторно подписан с использованием цифрового сертификата компании для развертывания, используя инструкции, приведенные в этой статье - http://blogs.msdn.com/b/vsto/archive/2009/04/29/signing-and-re-signing-manifests-in-clickonce.aspx