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
How to manage monthly salary
Where to refill my bottle in India?
Does a dangling wire really electrocute me if I'm standing in water?
Lied on resume at previous job
Symmetry in quantum mechanics
What do you call something that goes against the spirit of the law, but is legal when interpreting the law to the letter?
Patience, young "Padovan"
Need help identifying/translating a plaque in Tangier, Morocco
Does the average primeness of natural numbers tend to zero?
Are objects structures and/or vice versa?
How can I add custom success page
Crop image to path created in TikZ?
Where else does the Shulchan Aruch quote an authority by name?
Copycat chess is back
What to wear for invited talk in Canada
Does it makes sense to buy a new cycle to learn riding?
Is a vector space a subspace of itself?
Information to fellow intern about hiring?
How to deal with fear of taking dependencies
Can I legally use front facing blue light in the UK?
Could Giant Ground Sloths have been a good pack animal for the ancient Mayans?
Why airport relocation isn't done gradually?
Is every set a filtered colimit of finite sets?
I’m planning on buying a laser printer but concerned about the life cycle of toner in the machine
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
asked Apr 3 at 7:07
Mr.FrodoMr.Frodo
5,08611131
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
asked Apr 3 at 7:07
Mr.FrodoMr.Frodo
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
Apr 3 at 7:27
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
Apr 3 at 7:32
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
Apr 3 at 7:37
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
Apr 3 at 8:38
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
asked Apr 3 at 7:07
Mr.FrodoMr.Frodo
5,08611131
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 Apr 3 at 7:07
Mr.FrodoMr.Frodo
5,08611131
asked Apr 3 at 7:07
Mr.FrodoMr.Frodo
5,08611131
asked Apr 3 at 7:07
Mr.FrodoMr.Frodo
5,08611131
asked Apr 3 at 7:07
Mr.FrodoMr.Frodo
5,08611131
asked Apr 3 at 7:07
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
Apr 3 at 7:27
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
Apr 3 at 7:32
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
Apr 3 at 7:37
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
Apr 3 at 8:38
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
Apr 3 at 7:27
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
Apr 3 at 7:32
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
Apr 3 at 7:37
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
Apr 3 at 8:38
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
Apr 3 at 7:27
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
Apr 3 at 7:27
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
Apr 3 at 7:32
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
Apr 3 at 7:32
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
Apr 3 at 7:37
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
Apr 3 at 7:37
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
Apr 3 at 8:38
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
Apr 3 at 8:38
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!
answered Apr 3 at 7:26
Luis Berenguer HerreroLuis Berenguer Herrero
411
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
Apr 3 at 7:30
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.
answered Apr 3 at 7:48
sfdcfoxsfdcfox
264k12210457
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!
answered Apr 3 at 7:26
Luis Berenguer HerreroLuis Berenguer Herrero
411
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
Apr 3 at 7:30
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!
answered Apr 3 at 7:26
Luis Berenguer HerreroLuis Berenguer Herrero
411
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
Apr 3 at 7:30
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!
answered Apr 3 at 7:26
Luis Berenguer HerreroLuis Berenguer Herrero
411
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 Apr 3 at 7:26
Luis Berenguer HerreroLuis Berenguer Herrero
411
answered Apr 3 at 7:26
Luis Berenguer HerreroLuis Berenguer Herrero
411
answered Apr 3 at 7:26
Luis Berenguer HerreroLuis Berenguer Herrero
411
answered Apr 3 at 7:26
Luis Berenguer HerreroLuis Berenguer Herrero
411
411
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
Apr 3 at 7:30
add a comment |
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
Apr 3 at 7:30
2
2
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
Apr 3 at 7:30
Could you please provide links to discussions/articles substantiating your opening statement?
– Phil W
Apr 3 at 7:30
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.
answered Apr 3 at 7:48
sfdcfoxsfdcfox
264k12210457
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.
answered Apr 3 at 7:48
sfdcfoxsfdcfox
264k12210457
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.
answered Apr 3 at 7:48
sfdcfoxsfdcfox
264k12210457
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 Apr 3 at 7:48
sfdcfoxsfdcfox
264k12210457
answered Apr 3 at 7:48
sfdcfoxsfdcfox
264k12210457
answered Apr 3 at 7:48
sfdcfoxsfdcfox
264k12210457
answered Apr 3 at 7:48
sfdcfoxsfdcfox
264k12210457
264k12210457
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
Apr 3 at 7:27
@PhilW It is paid IDE i think, right? I don't think "they" would agree on a paid IDE.
– Mr.Frodo
Apr 3 at 7:32
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
Apr 3 at 7:37
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
Apr 3 at 8:38