Migrate from Force.com IDE to VScodeSwitching to Partner Developer Edition from Individual Developer Edition for App Exchange publishingHow to connect separate Eclipse Patch Org project to Git(hub) remote branch of another Eclipse project?FORCE.COM IDE not refreshing project from salesforceForce.com IDE managed Package creationHow to handle the change to “Salesforce DX project format” and keep the revision history?SFDX Development Process - Managed Package and VCSSFDX pull sample data from dev orgUsing DX without dependencies hell?SFDX force:mdapi:convert for metadata from Managed PackageUse Visual Studio Code to work on Sandboxes and normal Developer Editions plus deploy on Production
Horror movie about a virus at the prom; beginning and end are stylized as a cartoon
When a company launches a new product do they "come out" with a new product or do they "come up" with a new product?
NMaximize is not converging to a solution
Paid for article while in US on F-1 visa?
Could an aircraft fly or hover using only jets of compressed air?
How much RAM could one put in a typical 80386 setup?
Malformed Address '10.10.21.08/24', must be X.X.X.X/NN or
Accidentally leaked the solution to an assignment, what to do now? (I'm the prof)
Modeling an IP Address
What typically incentivizes a professor to change jobs to a lower ranking university?
How old can references or sources in a thesis be?
What is the word for reserving something for yourself before others do?
How do I deal with an unproductive colleague in a small company?
Why doesn't Newton's third law mean a person bounces back to where they started when they hit the ground?
Theorems that impeded progress
Watching something be written to a file live with tail
Why can't we play rap on piano?
dbcc cleantable batch size explanation
What defenses are there against being summoned by the Gate spell?
High voltage LED indicator 40-1000 VDC without additional power supply
Do I have a twin with permutated remainders?
Why is 150k or 200k jobs considered good when there's 300k+ births a month?
Is it possible for a square root function,f(x), to map to a finite number of integers for all x in domain of f?
Is it unprofessional to ask if a job posting on GlassDoor is real?
Migrate from Force.com IDE to VScode
Switching to Partner Developer Edition from Individual Developer Edition for App Exchange publishingHow to connect separate Eclipse Patch Org project to Git(hub) remote branch of another Eclipse project?FORCE.COM IDE not refreshing project from salesforceForce.com IDE managed Package creationHow to handle the change to “Salesforce DX project format” and keep the revision history?SFDX Development Process - Managed Package and VCSSFDX pull sample data from dev orgUsing DX without dependencies hell?SFDX force:mdapi:convert for metadata from Managed PackageUse Visual Studio Code to work on Sandboxes and normal Developer Editions plus deploy on Production
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
We want to migrate from Force.com IDE to VScode. I have some questions around this.
- Can we use metadata format (src folder) with vscode, if yes than how? if not then,
- Would migrating to source format will have any effect on our existing packaging org, also
- With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
- Performance wise is it better than eclipse force.com IDE?
Note: We don't want to use scratch orgs and SFDX feature yet but just want to take the benefit of features provided by vscode-salesforce extension.
managed-package salesforcedx force.com-ide vs-code
add a comment |
We want to migrate from Force.com IDE to VScode. I have some questions around this.
- Can we use metadata format (src folder) with vscode, if yes than how? if not then,
- Would migrating to source format will have any effect on our existing packaging org, also
- With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
- Performance wise is it better than eclipse force.com IDE?
Note: We don't want to use scratch orgs and SFDX feature yet but just want to take the benefit of features provided by vscode-salesforce extension.
managed-package salesforcedx force.com-ide vs-code
If you are open to using a different IDE, I can strongly recommend IntelliJ IDEA and Illuminated Cloud. This has excellent support for static resources using a feature called "static resource bundles" - this lets you store the ZIP as a folder with files in it within your version control, just like SFDX does. It also handles namespaces well allowing you to map them for deployment to dev orgs with developer-specific namespaces.
– Phil W
2 days ago
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
2 days ago
Yes, it costs money. It is more than worth the expense. You get excellent JavaScript editing and debugging support directly from the IDE, Illuminated Cloud is fast - you only get slowed down by the communications to your org when performing certain operations (so by your network and the performance of your org itself) - it has excellent auto-completion, refactoring, source navigation and offline debug support. And it lets you use either metadata format or SFDX format. I would recommend you download the trial versions of both IDEA and IC2 and give it a go. Verify the benefits then fight for it.
– Phil W
2 days ago
1
On the VSCode vs Illuminated Cloud question, we have people using both, and they are both way better than the old Eclipse IDE.
– Keith C
2 days ago
add a comment |
We want to migrate from Force.com IDE to VScode. I have some questions around this.
- Can we use metadata format (src folder) with vscode, if yes than how? if not then,
- Would migrating to source format will have any effect on our existing packaging org, also
- With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
- Performance wise is it better than eclipse force.com IDE?
Note: We don't want to use scratch orgs and SFDX feature yet but just want to take the benefit of features provided by vscode-salesforce extension.
managed-package salesforcedx force.com-ide vs-code
We want to migrate from Force.com IDE to VScode. I have some questions around this.
- Can we use metadata format (src folder) with vscode, if yes than how? if not then,
- Would migrating to source format will have any effect on our existing packaging org, also
- With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
- Performance wise is it better than eclipse force.com IDE?
Note: We don't want to use scratch orgs and SFDX feature yet but just want to take the benefit of features provided by vscode-salesforce extension.
managed-package salesforcedx force.com-ide vs-code
managed-package salesforcedx force.com-ide vs-code
asked 2 days ago
Mr.FrodoMr.Frodo
5,08611131
5,08611131
If you are open to using a different IDE, I can strongly recommend IntelliJ IDEA and Illuminated Cloud. This has excellent support for static resources using a feature called "static resource bundles" - this lets you store the ZIP as a folder with files in it within your version control, just like SFDX does. It also handles namespaces well allowing you to map them for deployment to dev orgs with developer-specific namespaces.
– Phil W
2 days ago
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
2 days ago
Yes, it costs money. It is more than worth the expense. You get excellent JavaScript editing and debugging support directly from the IDE, Illuminated Cloud is fast - you only get slowed down by the communications to your org when performing certain operations (so by your network and the performance of your org itself) - it has excellent auto-completion, refactoring, source navigation and offline debug support. And it lets you use either metadata format or SFDX format. I would recommend you download the trial versions of both IDEA and IC2 and give it a go. Verify the benefits then fight for it.
– Phil W
2 days ago
1
On the VSCode vs Illuminated Cloud question, we have people using both, and they are both way better than the old Eclipse IDE.
– Keith C
2 days ago
add a comment |
If you are open to using a different IDE, I can strongly recommend IntelliJ IDEA and Illuminated Cloud. This has excellent support for static resources using a feature called "static resource bundles" - this lets you store the ZIP as a folder with files in it within your version control, just like SFDX does. It also handles namespaces well allowing you to map them for deployment to dev orgs with developer-specific namespaces.
– Phil W
2 days ago
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
2 days ago
Yes, it costs money. It is more than worth the expense. You get excellent JavaScript editing and debugging support directly from the IDE, Illuminated Cloud is fast - you only get slowed down by the communications to your org when performing certain operations (so by your network and the performance of your org itself) - it has excellent auto-completion, refactoring, source navigation and offline debug support. And it lets you use either metadata format or SFDX format. I would recommend you download the trial versions of both IDEA and IC2 and give it a go. Verify the benefits then fight for it.
– Phil W
2 days ago
1
On the VSCode vs Illuminated Cloud question, we have people using both, and they are both way better than the old Eclipse IDE.
– Keith C
2 days ago
If you are open to using a different IDE, I can strongly recommend IntelliJ IDEA and Illuminated Cloud. This has excellent support for static resources using a feature called "static resource bundles" - this lets you store the ZIP as a folder with files in it within your version control, just like SFDX does. It also handles namespaces well allowing you to map them for deployment to dev orgs with developer-specific namespaces.
– Phil W
2 days ago
If you are open to using a different IDE, I can strongly recommend IntelliJ IDEA and Illuminated Cloud. This has excellent support for static resources using a feature called "static resource bundles" - this lets you store the ZIP as a folder with files in it within your version control, just like SFDX does. It also handles namespaces well allowing you to map them for deployment to dev orgs with developer-specific namespaces.
– Phil W
2 days ago
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
2 days ago
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
2 days ago
Yes, it costs money. It is more than worth the expense. You get excellent JavaScript editing and debugging support directly from the IDE, Illuminated Cloud is fast - you only get slowed down by the communications to your org when performing certain operations (so by your network and the performance of your org itself) - it has excellent auto-completion, refactoring, source navigation and offline debug support. And it lets you use either metadata format or SFDX format. I would recommend you download the trial versions of both IDEA and IC2 and give it a go. Verify the benefits then fight for it.
– Phil W
2 days ago
Yes, it costs money. It is more than worth the expense. You get excellent JavaScript editing and debugging support directly from the IDE, Illuminated Cloud is fast - you only get slowed down by the communications to your org when performing certain operations (so by your network and the performance of your org itself) - it has excellent auto-completion, refactoring, source navigation and offline debug support. And it lets you use either metadata format or SFDX format. I would recommend you download the trial versions of both IDEA and IC2 and give it a go. Verify the benefits then fight for it.
– Phil W
2 days ago
1
1
On the VSCode vs Illuminated Cloud question, we have people using both, and they are both way better than the old Eclipse IDE.
– Keith C
2 days ago
On the VSCode vs Illuminated Cloud question, we have people using both, and they are both way better than the old Eclipse IDE.
– Keith C
2 days ago
add a comment |
2 Answers
2
active
oldest
votes
Well, right now experts from Salesforce don't recommend to migrate large projects into the new SFDX folder structure, nevertheless it's recommended to migrate to VS Code as IDE.
- So yes, it's possible to use the same src folder format in VS Code. My preferred work mode is enabling the Salesforce Extension Pack and using one of the many extensions available on the market to work with the old project structure. I like to use the ForceCode extension.
- That way of develop won't have impact on your org, since the way you are deploying is the same than before
- For ZIP editor, I haven't got info at the moment, but surely you can achieve some plugin of the market for that purpose. VS Code has a big community behind it.
- Eclipse is an expensive tool in terms of performance. VS Code is lighter and in terms of shorcuts, development tools, functionalities, extensions, flexibility, git integration, etc. is much better than eclipse.
Hope it helps a bit!
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
2 days ago
add a comment |
Can we use metadata format (src folder) with vscode, if yes than how?
You can, but that means dealing with a package.xml and stuff that you've been dealing with, and using terminal commands or writing your own extension(s). VS Code is an IDE, but depends on SFDX for its commands, which do not all have an GUI option yet. So, you could develop in src, but you'd have to:
sfdx force:mdapi:deploy -d src -e true -l RunLocalTests
See the online help for additional options and preferences you can use.
Would migrating to source format will have any effect on our existing packaging org, also
No. Your components in the packaging org would remain the same as far as your managed package is concerned. You need to migrate to source format if you want to use VS Code GUI commands.
With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
In source format, static resource ZIPs are automatically expanded on your local computer and zipped upon using force:source:deploy or force:source:push. There's no need for any extra extensions aside from the Salesforce Extensions Bundle.
Performance wise is it better than eclipse force.com IDE?
The performance is best when you use source format (mdapi tends to be far slower than force:source:deploy/force:source:push), and you can optimize your repository into packages/versions. If you can use force:source commands, you'll get far better performance than Force.com IDE or any other non-DX-based IDE.
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "459"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f256311%2fmigrate-from-force-com-ide-to-vscode%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Well, right now experts from Salesforce don't recommend to migrate large projects into the new SFDX folder structure, nevertheless it's recommended to migrate to VS Code as IDE.
- So yes, it's possible to use the same src folder format in VS Code. My preferred work mode is enabling the Salesforce Extension Pack and using one of the many extensions available on the market to work with the old project structure. I like to use the ForceCode extension.
- That way of develop won't have impact on your org, since the way you are deploying is the same than before
- For ZIP editor, I haven't got info at the moment, but surely you can achieve some plugin of the market for that purpose. VS Code has a big community behind it.
- Eclipse is an expensive tool in terms of performance. VS Code is lighter and in terms of shorcuts, development tools, functionalities, extensions, flexibility, git integration, etc. is much better than eclipse.
Hope it helps a bit!
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
2 days ago
add a comment |
Well, right now experts from Salesforce don't recommend to migrate large projects into the new SFDX folder structure, nevertheless it's recommended to migrate to VS Code as IDE.
- So yes, it's possible to use the same src folder format in VS Code. My preferred work mode is enabling the Salesforce Extension Pack and using one of the many extensions available on the market to work with the old project structure. I like to use the ForceCode extension.
- That way of develop won't have impact on your org, since the way you are deploying is the same than before
- For ZIP editor, I haven't got info at the moment, but surely you can achieve some plugin of the market for that purpose. VS Code has a big community behind it.
- Eclipse is an expensive tool in terms of performance. VS Code is lighter and in terms of shorcuts, development tools, functionalities, extensions, flexibility, git integration, etc. is much better than eclipse.
Hope it helps a bit!
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
2 days ago
add a comment |
Well, right now experts from Salesforce don't recommend to migrate large projects into the new SFDX folder structure, nevertheless it's recommended to migrate to VS Code as IDE.
- So yes, it's possible to use the same src folder format in VS Code. My preferred work mode is enabling the Salesforce Extension Pack and using one of the many extensions available on the market to work with the old project structure. I like to use the ForceCode extension.
- That way of develop won't have impact on your org, since the way you are deploying is the same than before
- For ZIP editor, I haven't got info at the moment, but surely you can achieve some plugin of the market for that purpose. VS Code has a big community behind it.
- Eclipse is an expensive tool in terms of performance. VS Code is lighter and in terms of shorcuts, development tools, functionalities, extensions, flexibility, git integration, etc. is much better than eclipse.
Hope it helps a bit!
Well, right now experts from Salesforce don't recommend to migrate large projects into the new SFDX folder structure, nevertheless it's recommended to migrate to VS Code as IDE.
- So yes, it's possible to use the same src folder format in VS Code. My preferred work mode is enabling the Salesforce Extension Pack and using one of the many extensions available on the market to work with the old project structure. I like to use the ForceCode extension.
- That way of develop won't have impact on your org, since the way you are deploying is the same than before
- For ZIP editor, I haven't got info at the moment, but surely you can achieve some plugin of the market for that purpose. VS Code has a big community behind it.
- Eclipse is an expensive tool in terms of performance. VS Code is lighter and in terms of shorcuts, development tools, functionalities, extensions, flexibility, git integration, etc. is much better than eclipse.
Hope it helps a bit!
answered 2 days ago
Luis Berenguer HerreroLuis Berenguer Herrero
411
411
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
2 days ago
add a comment |
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
2 days ago
2
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
2 days ago
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
2 days ago
add a comment |
Can we use metadata format (src folder) with vscode, if yes than how?
You can, but that means dealing with a package.xml and stuff that you've been dealing with, and using terminal commands or writing your own extension(s). VS Code is an IDE, but depends on SFDX for its commands, which do not all have an GUI option yet. So, you could develop in src, but you'd have to:
sfdx force:mdapi:deploy -d src -e true -l RunLocalTests
See the online help for additional options and preferences you can use.
Would migrating to source format will have any effect on our existing packaging org, also
No. Your components in the packaging org would remain the same as far as your managed package is concerned. You need to migrate to source format if you want to use VS Code GUI commands.
With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
In source format, static resource ZIPs are automatically expanded on your local computer and zipped upon using force:source:deploy or force:source:push. There's no need for any extra extensions aside from the Salesforce Extensions Bundle.
Performance wise is it better than eclipse force.com IDE?
The performance is best when you use source format (mdapi tends to be far slower than force:source:deploy/force:source:push), and you can optimize your repository into packages/versions. If you can use force:source commands, you'll get far better performance than Force.com IDE or any other non-DX-based IDE.
add a comment |
Can we use metadata format (src folder) with vscode, if yes than how?
You can, but that means dealing with a package.xml and stuff that you've been dealing with, and using terminal commands or writing your own extension(s). VS Code is an IDE, but depends on SFDX for its commands, which do not all have an GUI option yet. So, you could develop in src, but you'd have to:
sfdx force:mdapi:deploy -d src -e true -l RunLocalTests
See the online help for additional options and preferences you can use.
Would migrating to source format will have any effect on our existing packaging org, also
No. Your components in the packaging org would remain the same as far as your managed package is concerned. You need to migrate to source format if you want to use VS Code GUI commands.
With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
In source format, static resource ZIPs are automatically expanded on your local computer and zipped upon using force:source:deploy or force:source:push. There's no need for any extra extensions aside from the Salesforce Extensions Bundle.
Performance wise is it better than eclipse force.com IDE?
The performance is best when you use source format (mdapi tends to be far slower than force:source:deploy/force:source:push), and you can optimize your repository into packages/versions. If you can use force:source commands, you'll get far better performance than Force.com IDE or any other non-DX-based IDE.
add a comment |
Can we use metadata format (src folder) with vscode, if yes than how?
You can, but that means dealing with a package.xml and stuff that you've been dealing with, and using terminal commands or writing your own extension(s). VS Code is an IDE, but depends on SFDX for its commands, which do not all have an GUI option yet. So, you could develop in src, but you'd have to:
sfdx force:mdapi:deploy -d src -e true -l RunLocalTests
See the online help for additional options and preferences you can use.
Would migrating to source format will have any effect on our existing packaging org, also
No. Your components in the packaging org would remain the same as far as your managed package is concerned. You need to migrate to source format if you want to use VS Code GUI commands.
With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
In source format, static resource ZIPs are automatically expanded on your local computer and zipped upon using force:source:deploy or force:source:push. There's no need for any extra extensions aside from the Salesforce Extensions Bundle.
Performance wise is it better than eclipse force.com IDE?
The performance is best when you use source format (mdapi tends to be far slower than force:source:deploy/force:source:push), and you can optimize your repository into packages/versions. If you can use force:source commands, you'll get far better performance than Force.com IDE or any other non-DX-based IDE.
Can we use metadata format (src folder) with vscode, if yes than how?
You can, but that means dealing with a package.xml and stuff that you've been dealing with, and using terminal commands or writing your own extension(s). VS Code is an IDE, but depends on SFDX for its commands, which do not all have an GUI option yet. So, you could develop in src, but you'd have to:
sfdx force:mdapi:deploy -d src -e true -l RunLocalTests
See the online help for additional options and preferences you can use.
Would migrating to source format will have any effect on our existing packaging org, also
No. Your components in the packaging org would remain the same as far as your managed package is concerned. You need to migrate to source format if you want to use VS Code GUI commands.
With eclipse IDE we have ZIP editor plugin added, by help of it we can edit JS files which are in static resource, Is there any similar tool available with VScode.
In source format, static resource ZIPs are automatically expanded on your local computer and zipped upon using force:source:deploy or force:source:push. There's no need for any extra extensions aside from the Salesforce Extensions Bundle.
Performance wise is it better than eclipse force.com IDE?
The performance is best when you use source format (mdapi tends to be far slower than force:source:deploy/force:source:push), and you can optimize your repository into packages/versions. If you can use force:source commands, you'll get far better performance than Force.com IDE or any other non-DX-based IDE.
answered 2 days ago
sfdcfoxsfdcfox
263k12209456
263k12209456
add a comment |
add a comment |
Thanks for contributing an answer to Salesforce Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f256311%2fmigrate-from-force-com-ide-to-vscode%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
If you are open to using a different IDE, I can strongly recommend IntelliJ IDEA and Illuminated Cloud. This has excellent support for static resources using a feature called "static resource bundles" - this lets you store the ZIP as a folder with files in it within your version control, just like SFDX does. It also handles namespaces well allowing you to map them for deployment to dev orgs with developer-specific namespaces.
– Phil W
2 days ago
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
2 days ago
Yes, it costs money. It is more than worth the expense. You get excellent JavaScript editing and debugging support directly from the IDE, Illuminated Cloud is fast - you only get slowed down by the communications to your org when performing certain operations (so by your network and the performance of your org itself) - it has excellent auto-completion, refactoring, source navigation and offline debug support. And it lets you use either metadata format or SFDX format. I would recommend you download the trial versions of both IDEA and IC2 and give it a go. Verify the benefits then fight for it.
– Phil W
2 days ago
1
On the VSCode vs Illuminated Cloud question, we have people using both, and they are both way better than the old Eclipse IDE.
– Keith C
2 days ago