Future of the provisioning engine #1647
Replies: 2 comments 2 replies
-
|
@jansenbe can you give any insight? I intend to build a. Net provisioning solution to plug a number of gaps I see with PnPFramework and I'm curious about whether an open source contribution would be welcome. |
Beta Was this translation helpful? Give feedback.
-
|
As a user of this and a few other SharePoint frameworks, I think that Microsoft makes it clear that this (as well as PnP Powershell) is a "community contribution driven" framework. So, if I need a fix or an addition then Microsoft expects me to write it and submit as a PR to that framework. I have an opinion about that, but this is Microsoft's decision so I will not judge that. All I know is that I feel that the community does not seem to want to put work into PnP Core. I was trying to use PnP Core, but found a number of showstoppers for my use and had to decide to use another framework (MS Graph REST API) to make my deadline. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
My understanding is that there is no immediate plan to port the PnP Framework provisioning engine over to PnP Core. Is that correct? But, this would be expected at some point in the future?
Could someone clarify the reasons for this - is it simply a question of pure workload, or is it also the case that PnP Powershell provisioning is the expected future route forward (it does seem to be massively popular).
Finally, if one were to begin work on a new provisioning engine implementation within PnP Core, would the expectation be that it follows a similar pattern to the current PnP Framework implementation, or would it be expected to be implemented in a significantly different way? For example, I guess there would be a focus on DI and unit test coverage, but other than that - it would use the pre-existing template format, for example?
Thanks.
Beta Was this translation helpful? Give feedback.
All reactions