bundle id is different from appid. If you check the user preference you should see something like this in the bottom

ya but the objects arent allowed to be associated with both a bundleid and appid, sdf rejects that xml; I cannot decouple these records from the bundle as I have to keep supporting the bundle for existing install base

Ahh I understand now, yeah looks like that is the way

I'm in the same boat, and in npm I'm generating scripts that create different dependencies depending on how I deploy it:

--suiteapp

or

--suitebundle

. And yes, you'll need two environments to maintain them properly.

We put all of our netsuite stuff in Account Customization packages, then at deployment time, we have some code that combines all of our desparate Account Customization packages into a suiteapp that we deploy with the

suitecloud

cli. The code that builds the suiteapp was bash, now it’s powershell for the windows-based folks to test locally. I wouldn’t want to maintain 2 copies of anything. If you need stuff in a different location in your codebase, I’d highly recommend symlinking them rather than duplicating them.