Forum Discussion
Updating Provider Hosted Add-Ins
This is by design. The solution creates a new clientId, re-packages and re-creates a new .app package in your site. During this process it re-tracts the current solution and installs the solution.
The only time this wouldn't be the case is if you are working on the web project files.
This is by design. The solution creates a new clientId, re-packages and re-creates a new .app package in your site. During this process it re-tracts the current solution and installs the solution.
The only time this wouldn't be the case is if you are working on the web project files.
Eventually I could have several dozen web parts that will be gradually built over time and added to SP as I go. It's not realistic to have to re-add each web part to every page at every update.
Am I going about this the wrong way?
Deleted I would have a place where you can deploy the add-in (not your development environment). Where the web parts you currently actively working on can live. Think of this as your staging environment.
In most scenarios, you are working with 1 web part at a time, no? I would use your development environment as you are today. When a web part is "done", just deploy the app to your tenant and install a version in a another site collection. That way you can always have a configured site, with configured web parts.
On a side note, is there any reason you are using Add-Ins instead of using the SharePoint Framework? Not that add-ins are going away right now, but SharePoint Framework is a much better way to implement web parts in SharePoint Online, that work both in classic and modern pages.I am working on one at a time usually, but they are just small ASP WebForms that display data from our internal databases (calendars, grids, charts, etc) so I can knock out a few a week. I'm not excited about being stuck using IFrames but I have been able to make it work. I'm not interested in using built-in SP lists, forms, etc. which is why I didn't think client side SPFx would work for us.
I'm not sure how having a second dev site (has to be dev site to side-load apps, correct?) would help. We are only dedicating (1) site to our internal business data pages. Maybe I can break the web parts up into seperate apps, but that means having multiple IIS virtual directories which sounds messy.