PnP Provisioning limitations/quirks?

%3CLINGO-SUB%20id%3D%22lingo-sub-665310%22%20slang%3D%22en-US%22%3EPnP%20Provisioning%20limitations%2Fquirks%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-665310%22%20slang%3D%22en-US%22%3E%3CP%3EI%20have%20a%20site%20in%20which%20I%20created%20two%20lists%20(Leave%20Approver%20Exceptions%20and%20Leave%20Requests).%20Each%20list%20uses%20a%20custom%20content%20type%20defined%20in%20our%20content%20type%20hub%20in%20SharePoint%20Online%20(the%20default%20%22Item%22%20content%20type%20has%20been%20removed).%26nbsp%3B%20Both%20lists%20have%2Fuse%20PowerApps-customized%20forms.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20created%20a%20PnP%20Provisioning%20template%20from%20this%20site%20with%20the%20following%20command%3A%3C%2FP%3E%3CP%3EGet-PnPProvisioningTemplate%20-Out%20LeaveApproval.xml%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20then%20created%20a%20new%20site%20and%20applied%20that%20template%20to%20it%20using%20this%20command%3A%3C%2FP%3E%3CP%3EApply-PnPProvisioningTemplate%20-Path%20LeaveApproval.xml%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThe%20resulting%20site%20contains%20the%20two%20custom%20lists%2C%20but%20both%20still%20have%20the%20%22Item%22%20content%20type%20available%20and%20neither%20has%20the%20customized%20form.%20I%20didn't%20expect%20the%20custom%20forms%20to%20carry%20over%2C%20so%20that's%20not%20a%20big%20deal%2C%20but%20I%20did%20expect%20each%20list%20to%20have%20only%20the%20one%20defined%20content%20type.%20The%20custom%20views%20for%20each%20list%20are%20there%2C%20but%20one%20that%20was%20set%20up%20as%20a%20%22Calendar%22%20type%20view%20is%20now%20rendering%20as%20a%20standard%20(modern)%20list%20view%20(this%20is%20occurring%20in%20the%20original%20site%20as%20well%2C%20so%20it's%20not%20related%20to%20the%20provisioning%20process).%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAlso%2C%20it%20seems%20that%20the%20Quick%20Launch%20menu%20has%20a%20bunch%20of%20duplicates.%20Each%20of%20the%20custom%20lists%20appears%20twice%2C%20as%20does%20the%20Site%20Contents%20link.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThinking%20this%20may%20be%20a%20glitch%20with%20using%20the%20.xml%20file%20type%2C%20I%20tried%20it%20again%20using%3A%3C%2FP%3E%3CP%3EGet-PnPProvisioningTemplate%20-Out%20LeaveApproval.pnp%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThe%20results%20(regarding%20the%20list%20content%20types%20and%20views)%20were%20the%20same%2C%20but%20this%20time%2C%20some%20entries%20in%20the%20Quick%20Launch%20(the%20lists%20and%20Site%20contents)%20actually%20got%20triplicated.%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20this%20expected%2Fnormal%20behavior%20of%20the%20PnP%20Provisioning%20process%3F%20If%20so%2C%20I%20can%20work%20around%20it%20or%20try%20another%20solution.%20Basically%2C%20what%20I%20want%20is%20a%20convenient%20way%20to%20add%20those%20two%20custom%20lists%20with%20their%20defined%20views%20(and%20customized%20PowerApps%20forms%2C%20if%20possible)%20to%20an%20existing%20site%20without%20wreaking%20havoc.%20The%20two%20lists%20serve%20as%20data%20sources%20for%20a%20PowerApp%2C%20so%20it's%20important%20that%20they%20be%20exact%20duplicates%20to%20minimize%20the%20work%20required%20to%20reconnect%20them%20to%20a%20new%20copy%20of%20the%20App.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-665310%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EPnP%20Provisioning%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EPowerShell%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E
Regular Contributor

I have a site in which I created two lists (Leave Approver Exceptions and Leave Requests). Each list uses a custom content type defined in our content type hub in SharePoint Online (the default "Item" content type has been removed).  Both lists have/use PowerApps-customized forms.

 

I created a PnP Provisioning template from this site with the following command:

Get-PnPProvisioningTemplate -Out LeaveApproval.xml

 

I then created a new site and applied that template to it using this command:

Apply-PnPProvisioningTemplate -Path LeaveApproval.xml

 

The resulting site contains the two custom lists, but both still have the "Item" content type available and neither has the customized form. I didn't expect the custom forms to carry over, so that's not a big deal, but I did expect each list to have only the one defined content type. The custom views for each list are there, but one that was set up as a "Calendar" type view is now rendering as a standard (modern) list view (this is occurring in the original site as well, so it's not related to the provisioning process).

 

Also, it seems that the Quick Launch menu has a bunch of duplicates. Each of the custom lists appears twice, as does the Site Contents link.

 

Thinking this may be a glitch with using the .xml file type, I tried it again using:

Get-PnPProvisioningTemplate -Out LeaveApproval.pnp

 

The results (regarding the list content types and views) were the same, but this time, some entries in the Quick Launch (the lists and Site contents) actually got triplicated. 

 

Is this expected/normal behavior of the PnP Provisioning process? If so, I can work around it or try another solution. Basically, what I want is a convenient way to add those two custom lists with their defined views (and customized PowerApps forms, if possible) to an existing site without wreaking havoc. The two lists serve as data sources for a PowerApp, so it's important that they be exact duplicates to minimize the work required to reconnect them to a new copy of the App.

0 Replies