Antonio Garcia
04/22/2024, 8:14 AMerictgrubaugh
04/22/2024, 2:31 PMAntonio Garcia
04/22/2024, 2:32 PMerictgrubaugh
04/22/2024, 2:40 PMerictgrubaugh
04/22/2024, 2:46 PMsrc/
and your JS under dist/
, and the SDF project root is src/
, that might explain itAntonio Garcia
04/22/2024, 2:53 PMAntonio Garcia
04/22/2024, 2:54 PMTyn Guardian
04/23/2024, 12:29 AMAntonio Garcia
04/30/2024, 11:36 AMdarrenhillconsulting
04/30/2024, 7:55 PMAntonio Garcia
05/01/2024, 9:55 AMdarrenhillconsulting
05/01/2024, 1:08 PMAntonio Garcia
05/01/2024, 1:28 PMAntonio Garcia
05/01/2024, 1:28 PMmichoel
05/02/2024, 4:40 PM.ts
file, and then use the Upload File command to upload the generated .js
. @Antonio Garcia I wonder if this is possible using the Node CLI and a custom command in suitecloud.config.js
to remap the path. If that works you can create a custom action in Webstorm to invoke the CLIAntonio Garcia
05/02/2024, 5:17 PMmichoel
05/02/2024, 6:34 PMShawn Talbert
05/15/2024, 1:09 AM.ts
file and the .js
so that the original sources are always available even for those without access to the git repository.michoel
05/15/2024, 1:16 AM.ts
file, what do you do to upload the .js
file?Shawn Talbert
05/15/2024, 3:13 PMdeploy.xml
Shawn Talbert
05/15/2024, 3:15 PMdarrenhillconsulting
05/15/2024, 3:26 PMAntonio Garcia
05/15/2024, 3:26 PMAntonio Garcia
05/15/2024, 3:26 PMAntonio Garcia
05/15/2024, 3:27 PMShawn Talbert
05/15/2024, 3:30 PMShawn Talbert
05/15/2024, 3:35 PMShawn Talbert
05/15/2024, 3:36 PMdeploy.xml
then 'uploading' can be done with a deploy
action. It may take a couple seconds longer than the individual file upload, but it's faster than uploading multiple files even if you could do it directly.Shawn Talbert
05/15/2024, 3:37 PMdeploy.xml
ensures none of them are out of date.Antonio Garcia
05/15/2024, 3:38 PMAntonio Garcia
05/15/2024, 3:38 PMShawn Talbert
05/15/2024, 3:39 PMShawn Talbert
05/15/2024, 3:41 PMShawn Talbert
05/15/2024, 3:41 PMShawn Talbert
05/15/2024, 3:49 PMdeploy.xml
but even just manually using deploy.xml
is an advantage over willy nilly uploading individual script files. One reason is you can work on a single logical customization and have a deploy.xml
that describes it exactly, and if you always use deploy.xml
and the deploy
operation, it ensures everything stays in sync. Additionally, it documents exactly what should be deployed for the given customization and even keeps that under version control. A common practice we use is to then TAG the repo upon release, so that tag indicates the state of the script code at the time of release AND what should have been deployed (via the state of deploy.xml
as of that tag).Shawn Talbert
05/15/2024, 4:03 PMerictgrubaugh
05/15/2024, 5:09 PMdeploy.xml
of the project? The answer to your question if deploying from the CLI is to add both your JS and TS files to deploy.xml
. If the IDE doesn't respect that file, you have to either find what it is using to deploy, or switch to CLI deployments