#c# #.net #strongname #assembly-signing #delay-sign
#c# #.net #strongname #сборка-подписание #задержка-знак
Вопрос:
Можно ли использовать новую опцию компилятора PublicSign C # вместо DelaySign? Будет ли это, например DelaySign , позволять позже по-настоящему подписывать / Аутентифицировать сборку?
Существуют ли сценарии, к которым вы должны вернуться DelaySign и не можете использовать PublicSign ? Я обнаружил, что один сценарий заключается в том, что в вашем проекте есть a <COMReference> , ResolveComReference задача завершается неудачно, потому DelaySign что имеет значение false, но в .snk файле нет закрытого ключа: https://github.com/Microsoft/msbuild/issues/4317
Комментарии:
1. «Можно ли использовать новую опцию компилятора PublicSign C # вместо DelaySign?» Я не понимаю, почему бы и нет. «Будет ли это, как и DelaySign, позволять позже подписывать / аутентифицировать сборку с реальной подписью?» документация, на которую вы ссылались, говорит, что это так. «Существуют ли сценарии, в которых вы должны вернуться к DelaySign и не можете использовать PublicSign? » ну, вы нашли один, так что, вероятно, есть и другие, но открытые вопросы, подобные этому, здесь не по теме.
2. Спасибо за ваш ответ! Я не смог найти место в документации, где говорится, что общедоступная подписанная сборка резервирует пространство для последующего реального подписания? Неужели я пропустил это?