我正在使用FxProtect .NET程序集混淆器,並且想要將包中包含的混淆的.DLL部署到Azure中。如何將我混淆回來的DLL放回到包中?我是否將部署到Azure的.CSPKG解壓縮,然後將混淆的DLL複製並粘貼到提取的.CSPKG文件夾中,然後再次壓縮以部署?混淆了DLL和Azure包的部署
1
A
回答
1
1
我有一個類似的情況我有一組Azure的包的生成後事件包括需要混淆的程序集引用(它們是公共SDK的一部分)。我使用Dotfuscator作爲模糊處理工具,但該流程也可能適用於其他供應商。下面是我如何解決這個問題:
在我的情況下,Azure包中包含對WebRole項目的引用。那WebRole項目然後包含需要混淆的其他幾個庫項目的項目引用。
構建過程需要三關:
- 生成解決方案,其中包含所有的庫和Web項目。我已經使用Visual Studio配置管理器來禁止構建Azure包項目,儘管這不是必需的。
- 運行混淆工具以混淆需要它的程序集。
- 構建並打包Azure包(通過
Publish
目標)和指示MSBuild 而不是也可以構建任何引用的項目。
最後一部分是關鍵。如果你不告訴MSBuild 而不是生成引用的項目,它會重建它們全部,撤消混淆。您在構建軟件包時通過包含屬性BuildProjectReferences=false
來實現此目的。
從一個MSBuild腳本建立Azure的包,我用的是以下幾點:
<!-- This should be run after Obfuscation to ensure the SDK assemblies included in the packages are obfuscated -->
<MSBuild Projects="..\Path\My.CloudService.ccproj" Targets="Publish" Properties="BuildProjectReferences=false;PublishDir=..\artifacts\MyCloudService" />
+0
我知道我很晚回答這個問題,但我認爲它可能對未來尋找解決方案的其他人有用。 –
相關問題
- 1. 混淆的NuGet軟件包和部署注意事項
- 2. WSPBuilder混淆dll
- 3. 混淆.Net Dll
- 4. .h,.dll和.lib混淆
- 5. 如何在使用Visual Studio部署項目時混淆dll?
- 6. 引用混淆DLL
- 7. 混淆IIS上的網站部署
- 8. 混淆.NET EXE/DLL的
- 9. 混淆了NSDateComponents
- 10. 混淆了MessagePack
- 11. 混淆了C++
- 12. 部署C#應用程序(混淆)
- 13. ClickOnce部署 - 非常容易混淆
- 14. visual studio項目部署文件混淆?
- 15. 混淆了NHibernate的
- 16. Yacc和Lex包含混淆
- 17. 混淆'和'過濾內部
- 18. 混淆了一個Haskell「生存包裝」
- 19. 混淆Windows Phone 8 dll
- 20. Azure - 如何在通過github部署時部署所需的DLL
- 21. WSPBuilder:如何創建部署包來部署.dll和.wsp?
- 22. Powershell - 創建Azure部署包
- 23. 瞭解javascript混淆
- 24. 是混淆了我
- 25. Azure git部署 - 空dll複製
- 26. FluentMigrator和Azure部署
- 27. Azure ACS證書混淆
- 28. 混淆了對HAS_ONE和的has_many
- 29. Gradle ShadowJar輸出包含混淆和非混淆類
- 30. 混淆了在用於Azure部署的Web.config中存儲密碼的正確過程是什麼
不會B/C包進行加密,以防止篡改的工作(這是你做的基本上就是) 。我不得不問,是否有必要進行混淆處理,因爲代碼將在Azure上託管/保護 - 誰會看到它?不過,請查看SDK中的cspack命令以手動構建.cspkg。 –
包可以加密,但我不相信它是默認的。 –
無論如何,我不確定我是否理解了將DLL部署到雲中的目的? –