VS Code for Salesforce - can we start from the beginning?
up vote
9
down vote
favorite
I get frustrated trying to get this VS Code thing off the ground. It is like someone says "Fly to Dreamforce" and I'm still trying to figure out what an airplane is.
I've got VS Code installed. JDK installed. Salesforce CLI installed. Salesforce Extensions installed. I got my fingers crossed. It doesn't work for me - it doesn't do anything. I try "Create Project with Manifest" and it just sits there - nothing happens.
Anyone know of a place to go to that takes it from the beginning, from kindergarden, and steps you through the process rather than starting at 10th grade?
vs-code
asked Nov 8 at 18:45
Dean Wooldridge
861
add a comment |
up vote
9
down vote
favorite
I get frustrated trying to get this VS Code thing off the ground. It is like someone says "Fly to Dreamforce" and I'm still trying to figure out what an airplane is.
I've got VS Code installed. JDK installed. Salesforce CLI installed. Salesforce Extensions installed. I got my fingers crossed. It doesn't work for me - it doesn't do anything. I try "Create Project with Manifest" and it just sits there - nothing happens.
Anyone know of a place to go to that takes it from the beginning, from kindergarden, and steps you through the process rather than starting at 10th grade?
vs-code
asked Nov 8 at 18:45
Dean Wooldridge
861
1
Do you want to use it with DX or directly with a regular sandbox?
– David Cheng
Nov 8 at 20:11
regular sandbox
– Dean Wooldridge
Nov 9 at 20:16
VS Code must be alive as I discovered the Create Project with Manifest command does something - IF you don't have a project open. How I got to an open project - you got me. Just a little gotcha.
– Dean Wooldridge
Nov 9 at 20:21
add a comment |
up vote
9
down vote
favorite
up vote
9
down vote
favorite
I get frustrated trying to get this VS Code thing off the ground. It is like someone says "Fly to Dreamforce" and I'm still trying to figure out what an airplane is.
I've got VS Code installed. JDK installed. Salesforce CLI installed. Salesforce Extensions installed. I got my fingers crossed. It doesn't work for me - it doesn't do anything. I try "Create Project with Manifest" and it just sits there - nothing happens.
Anyone know of a place to go to that takes it from the beginning, from kindergarden, and steps you through the process rather than starting at 10th grade?
vs-code
asked Nov 8 at 18:45
Dean Wooldridge
861
I get frustrated trying to get this VS Code thing off the ground. It is like someone says "Fly to Dreamforce" and I'm still trying to figure out what an airplane is.
I've got VS Code installed. JDK installed. Salesforce CLI installed. Salesforce Extensions installed. I got my fingers crossed. It doesn't work for me - it doesn't do anything. I try "Create Project with Manifest" and it just sits there - nothing happens.
Anyone know of a place to go to that takes it from the beginning, from kindergarden, and steps you through the process rather than starting at 10th grade?
vs-code
vs-code
asked Nov 8 at 18:45
Dean Wooldridge
861
asked Nov 8 at 18:45
Dean Wooldridge
861
asked Nov 8 at 18:45
Dean Wooldridge
861
asked Nov 8 at 18:45
Dean Wooldridge
861
asked Nov 8 at 18:45
Dean Wooldridge
861
861
1
Do you want to use it with DX or directly with a regular sandbox?
– David Cheng
Nov 8 at 20:11
regular sandbox
– Dean Wooldridge
Nov 9 at 20:16
VS Code must be alive as I discovered the Create Project with Manifest command does something - IF you don't have a project open. How I got to an open project - you got me. Just a little gotcha.
– Dean Wooldridge
Nov 9 at 20:21
add a comment |
1
Do you want to use it with DX or directly with a regular sandbox?
– David Cheng
Nov 8 at 20:11
regular sandbox
– Dean Wooldridge
Nov 9 at 20:16
VS Code must be alive as I discovered the Create Project with Manifest command does something - IF you don't have a project open. How I got to an open project - you got me. Just a little gotcha.
– Dean Wooldridge
Nov 9 at 20:21
1
1
Do you want to use it with DX or directly with a regular sandbox?
– David Cheng
Nov 8 at 20:11
Do you want to use it with DX or directly with a regular sandbox?
– David Cheng
Nov 8 at 20:11
regular sandbox
– Dean Wooldridge
Nov 9 at 20:16
regular sandbox
– Dean Wooldridge
Nov 9 at 20:16
VS Code must be alive as I discovered the Create Project with Manifest command does something - IF you don't have a project open. How I got to an open project - you got me. Just a little gotcha.
– Dean Wooldridge
Nov 9 at 20:21
VS Code must be alive as I discovered the Create Project with Manifest command does something - IF you don't have a project open. How I got to an open project - you got me. Just a little gotcha.
– Dean Wooldridge
Nov 9 at 20:21
add a comment |
2 Answers
2
active
oldest
votes
up vote
5
down vote
There's a handy video you can watch on Getting Started in VS Code with Salesforce DX.
Getting Started
First things first: it's important to note that VS Code places extension prompts at the very top of the screen, instead of the more usual center of the screen. You'll need to pay attention to these dialogs, which are not immediately obvious. Once you get used to this, you'll find that Code is not that hard to use, it's just different than most other IDEs.
To make a new DX project, choose the Create Project from Manifest command, and you'll see a small text area at the top that says "Enter project name (Press 'Enter' to confirm or 'Esc' to cancel)." Type in the name you'd like to use for your project (it can be any reasonable text).
Next, you'll get a Folder Selection dialog. Choose a place you'd like to save your project. It's helpful if you've already created a workspace folder to store all your projects in, such as c:usersyour.nameworkspace. Once you select the folder, you'll see a brief progress dialog, after which your project will be ready.
Once you do this, you'll probably want to Authorize a Dev Hub org. There are steps you must follow to enable Dev Hub functionality before you can use this command. The Dev Hub can be a Developer Org or your Production Org. This is optional, but if you do not do this, you won't be able to create scratch orgs. If you're just using a sandbox or developer edition, you can choose Authorize an Org instead.
Again, pay attention to the dialog at the top of the screen. You'll want to enter an alias (strongly recommended), which is simply a nickname for the org you're authorizing. After that, you'll be prompted to log in through your default browser. Once logged in, you can go back to Code.
If you're using Scratch Orgs, you can create a new Scratch Org, which will take a preferences file (one was created in your project automatically) and an alias. After about a minute, you'll have a new, empty org. Everything else from there is just development; you can use the DX commands to create new classes, pages, components, etc, or you can manually create the source files if you prefer.
Or, you can log in to the scratch org, make changes there, and use SFDX to pull changes down to your computer. Choose whichever works best for you. You'll notice when you create a scratch org that you have no username or password; this is fine by default, as you can just choose "Open Default Org" to go to the scratch org you created. Note that not all DX commands and options are exposed, so you might need to use the Terminal from time to time.
To do this, just click on the Terminal tab, and you can use the sfdx command with all its options. You can check the Salesforce CLI Command Reference for a full list of commands and options available. You'll also want to read more about the configuration options for your scratch orgs and other settings, but this should at least help you get started.
Also, feel free to Get Started with Salesforce DX over on Salesforce Trailhead for more DX basics. These are not VS Code specific, but will help you understand the intended development cycle.
edited Nov 8 at 19:32
Raul
11.5k21838
answered Nov 8 at 19:19
sfdcfox
243k10185413
@Raul Thank you for fixing the typo! I somehow missed this during my proofreading.
– sfdcfox
Nov 8 at 19:37
Nice answer, curious to know if it is only me or push to DX is very slow?
– Raul
Nov 8 at 19:42
1
@Raul It depends on the number of files involved on your file system. It can take a few seconds to a few minutes. It's definitely noticeably slower than Force.com IDE is/was, but it's also a lot better at detecting many changes. Just like building a repo, the first push is always the longest; subsequent pushes should be much faster, as it checks for local disk diff changes, but this still takes more time than other IDEs that just deploy the changed file directly.
– sfdcfox
Nov 8 at 19:48
@Raul it also depends on the type of development, DX is perfect for ISV, but for any mature org, the idea of splittling stuff into packages is almost non-sensical, might as well trash the whole org and start over. But when it does work seems amazing.
– Ralph Callaway
Nov 9 at 9:13
@Raul vs code is a true text editor so it's pretty sweet once you get moving, although truthfully i'm still on sublime text 3 using an old version of mavensmate (which hasn't been supported for at least a year now).
– Ralph Callaway
Nov 9 at 9:14
|
show 3 more comments
up vote
1
down vote
For personal projects with developer edition (and/or if you are putting off looking at 'projects'), ForceCode is an extension that may be considered easier to use.
answered Nov 9 at 3:15
Prashanth K
30416
1
ForceCode is legacy and unmaintained, though. I'm not sure it's wise to adopt it on new projects.
– David Reed
Nov 14 at 12:27
I'm using the ForceCode plug-in too to work with Salesforce Code (not DX).
– Mimica
Nov 14 at 22:14
@DavidReed Yes, the plugin was not maintained for some time, but I believe it is back in action from another developer.
– Prashanth K
Nov 15 at 2:07
@PrashanthK I stand corrected! Thank you for the pointer.
– David Reed
Nov 15 at 2:11
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
5
down vote
There's a handy video you can watch on Getting Started in VS Code with Salesforce DX.
Getting Started
First things first: it's important to note that VS Code places extension prompts at the very top of the screen, instead of the more usual center of the screen. You'll need to pay attention to these dialogs, which are not immediately obvious. Once you get used to this, you'll find that Code is not that hard to use, it's just different than most other IDEs.
To make a new DX project, choose the Create Project from Manifest command, and you'll see a small text area at the top that says "Enter project name (Press 'Enter' to confirm or 'Esc' to cancel)." Type in the name you'd like to use for your project (it can be any reasonable text).
Next, you'll get a Folder Selection dialog. Choose a place you'd like to save your project. It's helpful if you've already created a workspace folder to store all your projects in, such as c:usersyour.nameworkspace. Once you select the folder, you'll see a brief progress dialog, after which your project will be ready.
Once you do this, you'll probably want to Authorize a Dev Hub org. There are steps you must follow to enable Dev Hub functionality before you can use this command. The Dev Hub can be a Developer Org or your Production Org. This is optional, but if you do not do this, you won't be able to create scratch orgs. If you're just using a sandbox or developer edition, you can choose Authorize an Org instead.
Again, pay attention to the dialog at the top of the screen. You'll want to enter an alias (strongly recommended), which is simply a nickname for the org you're authorizing. After that, you'll be prompted to log in through your default browser. Once logged in, you can go back to Code.
If you're using Scratch Orgs, you can create a new Scratch Org, which will take a preferences file (one was created in your project automatically) and an alias. After about a minute, you'll have a new, empty org. Everything else from there is just development; you can use the DX commands to create new classes, pages, components, etc, or you can manually create the source files if you prefer.
Or, you can log in to the scratch org, make changes there, and use SFDX to pull changes down to your computer. Choose whichever works best for you. You'll notice when you create a scratch org that you have no username or password; this is fine by default, as you can just choose "Open Default Org" to go to the scratch org you created. Note that not all DX commands and options are exposed, so you might need to use the Terminal from time to time.
To do this, just click on the Terminal tab, and you can use the sfdx command with all its options. You can check the Salesforce CLI Command Reference for a full list of commands and options available. You'll also want to read more about the configuration options for your scratch orgs and other settings, but this should at least help you get started.
Also, feel free to Get Started with Salesforce DX over on Salesforce Trailhead for more DX basics. These are not VS Code specific, but will help you understand the intended development cycle.
edited Nov 8 at 19:32
Raul
11.5k21838
answered Nov 8 at 19:19
sfdcfox
243k10185413
@Raul Thank you for fixing the typo! I somehow missed this during my proofreading.
– sfdcfox
Nov 8 at 19:37
Nice answer, curious to know if it is only me or push to DX is very slow?
– Raul
Nov 8 at 19:42
1
@Raul It depends on the number of files involved on your file system. It can take a few seconds to a few minutes. It's definitely noticeably slower than Force.com IDE is/was, but it's also a lot better at detecting many changes. Just like building a repo, the first push is always the longest; subsequent pushes should be much faster, as it checks for local disk diff changes, but this still takes more time than other IDEs that just deploy the changed file directly.
– sfdcfox
Nov 8 at 19:48
@Raul it also depends on the type of development, DX is perfect for ISV, but for any mature org, the idea of splittling stuff into packages is almost non-sensical, might as well trash the whole org and start over. But when it does work seems amazing.
– Ralph Callaway
Nov 9 at 9:13
@Raul vs code is a true text editor so it's pretty sweet once you get moving, although truthfully i'm still on sublime text 3 using an old version of mavensmate (which hasn't been supported for at least a year now).
– Ralph Callaway
Nov 9 at 9:14
|
show 3 more comments
up vote
5
down vote
There's a handy video you can watch on Getting Started in VS Code with Salesforce DX.
Getting Started
First things first: it's important to note that VS Code places extension prompts at the very top of the screen, instead of the more usual center of the screen. You'll need to pay attention to these dialogs, which are not immediately obvious. Once you get used to this, you'll find that Code is not that hard to use, it's just different than most other IDEs.
To make a new DX project, choose the Create Project from Manifest command, and you'll see a small text area at the top that says "Enter project name (Press 'Enter' to confirm or 'Esc' to cancel)." Type in the name you'd like to use for your project (it can be any reasonable text).
Next, you'll get a Folder Selection dialog. Choose a place you'd like to save your project. It's helpful if you've already created a workspace folder to store all your projects in, such as c:usersyour.nameworkspace. Once you select the folder, you'll see a brief progress dialog, after which your project will be ready.
Once you do this, you'll probably want to Authorize a Dev Hub org. There are steps you must follow to enable Dev Hub functionality before you can use this command. The Dev Hub can be a Developer Org or your Production Org. This is optional, but if you do not do this, you won't be able to create scratch orgs. If you're just using a sandbox or developer edition, you can choose Authorize an Org instead.
Again, pay attention to the dialog at the top of the screen. You'll want to enter an alias (strongly recommended), which is simply a nickname for the org you're authorizing. After that, you'll be prompted to log in through your default browser. Once logged in, you can go back to Code.
If you're using Scratch Orgs, you can create a new Scratch Org, which will take a preferences file (one was created in your project automatically) and an alias. After about a minute, you'll have a new, empty org. Everything else from there is just development; you can use the DX commands to create new classes, pages, components, etc, or you can manually create the source files if you prefer.
Or, you can log in to the scratch org, make changes there, and use SFDX to pull changes down to your computer. Choose whichever works best for you. You'll notice when you create a scratch org that you have no username or password; this is fine by default, as you can just choose "Open Default Org" to go to the scratch org you created. Note that not all DX commands and options are exposed, so you might need to use the Terminal from time to time.
To do this, just click on the Terminal tab, and you can use the sfdx command with all its options. You can check the Salesforce CLI Command Reference for a full list of commands and options available. You'll also want to read more about the configuration options for your scratch orgs and other settings, but this should at least help you get started.
Also, feel free to Get Started with Salesforce DX over on Salesforce Trailhead for more DX basics. These are not VS Code specific, but will help you understand the intended development cycle.
edited Nov 8 at 19:32
Raul
11.5k21838
answered Nov 8 at 19:19
sfdcfox
243k10185413
@Raul Thank you for fixing the typo! I somehow missed this during my proofreading.
– sfdcfox
Nov 8 at 19:37
Nice answer, curious to know if it is only me or push to DX is very slow?
– Raul
Nov 8 at 19:42
1
@Raul It depends on the number of files involved on your file system. It can take a few seconds to a few minutes. It's definitely noticeably slower than Force.com IDE is/was, but it's also a lot better at detecting many changes. Just like building a repo, the first push is always the longest; subsequent pushes should be much faster, as it checks for local disk diff changes, but this still takes more time than other IDEs that just deploy the changed file directly.
– sfdcfox
Nov 8 at 19:48
@Raul it also depends on the type of development, DX is perfect for ISV, but for any mature org, the idea of splittling stuff into packages is almost non-sensical, might as well trash the whole org and start over. But when it does work seems amazing.
– Ralph Callaway
Nov 9 at 9:13
@Raul vs code is a true text editor so it's pretty sweet once you get moving, although truthfully i'm still on sublime text 3 using an old version of mavensmate (which hasn't been supported for at least a year now).
– Ralph Callaway
Nov 9 at 9:14
|
show 3 more comments
up vote
5
down vote
up vote
5
down vote
There's a handy video you can watch on Getting Started in VS Code with Salesforce DX.
Getting Started
First things first: it's important to note that VS Code places extension prompts at the very top of the screen, instead of the more usual center of the screen. You'll need to pay attention to these dialogs, which are not immediately obvious. Once you get used to this, you'll find that Code is not that hard to use, it's just different than most other IDEs.
To make a new DX project, choose the Create Project from Manifest command, and you'll see a small text area at the top that says "Enter project name (Press 'Enter' to confirm or 'Esc' to cancel)." Type in the name you'd like to use for your project (it can be any reasonable text).
Next, you'll get a Folder Selection dialog. Choose a place you'd like to save your project. It's helpful if you've already created a workspace folder to store all your projects in, such as c:usersyour.nameworkspace. Once you select the folder, you'll see a brief progress dialog, after which your project will be ready.
Once you do this, you'll probably want to Authorize a Dev Hub org. There are steps you must follow to enable Dev Hub functionality before you can use this command. The Dev Hub can be a Developer Org or your Production Org. This is optional, but if you do not do this, you won't be able to create scratch orgs. If you're just using a sandbox or developer edition, you can choose Authorize an Org instead.
Again, pay attention to the dialog at the top of the screen. You'll want to enter an alias (strongly recommended), which is simply a nickname for the org you're authorizing. After that, you'll be prompted to log in through your default browser. Once logged in, you can go back to Code.
If you're using Scratch Orgs, you can create a new Scratch Org, which will take a preferences file (one was created in your project automatically) and an alias. After about a minute, you'll have a new, empty org. Everything else from there is just development; you can use the DX commands to create new classes, pages, components, etc, or you can manually create the source files if you prefer.
Or, you can log in to the scratch org, make changes there, and use SFDX to pull changes down to your computer. Choose whichever works best for you. You'll notice when you create a scratch org that you have no username or password; this is fine by default, as you can just choose "Open Default Org" to go to the scratch org you created. Note that not all DX commands and options are exposed, so you might need to use the Terminal from time to time.
To do this, just click on the Terminal tab, and you can use the sfdx command with all its options. You can check the Salesforce CLI Command Reference for a full list of commands and options available. You'll also want to read more about the configuration options for your scratch orgs and other settings, but this should at least help you get started.
Also, feel free to Get Started with Salesforce DX over on Salesforce Trailhead for more DX basics. These are not VS Code specific, but will help you understand the intended development cycle.
edited Nov 8 at 19:32
Raul
11.5k21838
answered Nov 8 at 19:19
sfdcfox
243k10185413
There's a handy video you can watch on Getting Started in VS Code with Salesforce DX.
Getting Started
First things first: it's important to note that VS Code places extension prompts at the very top of the screen, instead of the more usual center of the screen. You'll need to pay attention to these dialogs, which are not immediately obvious. Once you get used to this, you'll find that Code is not that hard to use, it's just different than most other IDEs.
To make a new DX project, choose the Create Project from Manifest command, and you'll see a small text area at the top that says "Enter project name (Press 'Enter' to confirm or 'Esc' to cancel)." Type in the name you'd like to use for your project (it can be any reasonable text).
Next, you'll get a Folder Selection dialog. Choose a place you'd like to save your project. It's helpful if you've already created a workspace folder to store all your projects in, such as c:usersyour.nameworkspace. Once you select the folder, you'll see a brief progress dialog, after which your project will be ready.
Once you do this, you'll probably want to Authorize a Dev Hub org. There are steps you must follow to enable Dev Hub functionality before you can use this command. The Dev Hub can be a Developer Org or your Production Org. This is optional, but if you do not do this, you won't be able to create scratch orgs. If you're just using a sandbox or developer edition, you can choose Authorize an Org instead.
Again, pay attention to the dialog at the top of the screen. You'll want to enter an alias (strongly recommended), which is simply a nickname for the org you're authorizing. After that, you'll be prompted to log in through your default browser. Once logged in, you can go back to Code.
If you're using Scratch Orgs, you can create a new Scratch Org, which will take a preferences file (one was created in your project automatically) and an alias. After about a minute, you'll have a new, empty org. Everything else from there is just development; you can use the DX commands to create new classes, pages, components, etc, or you can manually create the source files if you prefer.
Or, you can log in to the scratch org, make changes there, and use SFDX to pull changes down to your computer. Choose whichever works best for you. You'll notice when you create a scratch org that you have no username or password; this is fine by default, as you can just choose "Open Default Org" to go to the scratch org you created. Note that not all DX commands and options are exposed, so you might need to use the Terminal from time to time.
To do this, just click on the Terminal tab, and you can use the sfdx command with all its options. You can check the Salesforce CLI Command Reference for a full list of commands and options available. You'll also want to read more about the configuration options for your scratch orgs and other settings, but this should at least help you get started.
Also, feel free to Get Started with Salesforce DX over on Salesforce Trailhead for more DX basics. These are not VS Code specific, but will help you understand the intended development cycle.
edited Nov 8 at 19:32
Raul
11.5k21838
answered Nov 8 at 19:19
sfdcfox
243k10185413
edited Nov 8 at 19:32
Raul
11.5k21838
edited Nov 8 at 19:32
Raul
11.5k21838
edited Nov 8 at 19:32
Raul
11.5k21838
11.5k21838
answered Nov 8 at 19:19
sfdcfox
243k10185413
answered Nov 8 at 19:19
sfdcfox
243k10185413
answered Nov 8 at 19:19
sfdcfox
243k10185413
243k10185413
@Raul Thank you for fixing the typo! I somehow missed this during my proofreading.
– sfdcfox
Nov 8 at 19:37
Nice answer, curious to know if it is only me or push to DX is very slow?
– Raul
Nov 8 at 19:42
1
@Raul It depends on the number of files involved on your file system. It can take a few seconds to a few minutes. It's definitely noticeably slower than Force.com IDE is/was, but it's also a lot better at detecting many changes. Just like building a repo, the first push is always the longest; subsequent pushes should be much faster, as it checks for local disk diff changes, but this still takes more time than other IDEs that just deploy the changed file directly.
– sfdcfox
Nov 8 at 19:48
@Raul it also depends on the type of development, DX is perfect for ISV, but for any mature org, the idea of splittling stuff into packages is almost non-sensical, might as well trash the whole org and start over. But when it does work seems amazing.
– Ralph Callaway
Nov 9 at 9:13
@Raul vs code is a true text editor so it's pretty sweet once you get moving, although truthfully i'm still on sublime text 3 using an old version of mavensmate (which hasn't been supported for at least a year now).
– Ralph Callaway
Nov 9 at 9:14
|
show 3 more comments
@Raul Thank you for fixing the typo! I somehow missed this during my proofreading.
– sfdcfox
Nov 8 at 19:37
Nice answer, curious to know if it is only me or push to DX is very slow?
– Raul
Nov 8 at 19:42
1
@Raul It depends on the number of files involved on your file system. It can take a few seconds to a few minutes. It's definitely noticeably slower than Force.com IDE is/was, but it's also a lot better at detecting many changes. Just like building a repo, the first push is always the longest; subsequent pushes should be much faster, as it checks for local disk diff changes, but this still takes more time than other IDEs that just deploy the changed file directly.
– sfdcfox
Nov 8 at 19:48
@Raul it also depends on the type of development, DX is perfect for ISV, but for any mature org, the idea of splittling stuff into packages is almost non-sensical, might as well trash the whole org and start over. But when it does work seems amazing.
– Ralph Callaway
Nov 9 at 9:13
@Raul vs code is a true text editor so it's pretty sweet once you get moving, although truthfully i'm still on sublime text 3 using an old version of mavensmate (which hasn't been supported for at least a year now).
– Ralph Callaway
Nov 9 at 9:14
@Raul Thank you for fixing the typo! I somehow missed this during my proofreading.
– sfdcfox
Nov 8 at 19:37
@Raul Thank you for fixing the typo! I somehow missed this during my proofreading.
– sfdcfox
Nov 8 at 19:37
Nice answer, curious to know if it is only me or push to DX is very slow?
– Raul
Nov 8 at 19:42
Nice answer, curious to know if it is only me or push to DX is very slow?
– Raul
Nov 8 at 19:42
1
1
@Raul It depends on the number of files involved on your file system. It can take a few seconds to a few minutes. It's definitely noticeably slower than Force.com IDE is/was, but it's also a lot better at detecting many changes. Just like building a repo, the first push is always the longest; subsequent pushes should be much faster, as it checks for local disk diff changes, but this still takes more time than other IDEs that just deploy the changed file directly.
– sfdcfox
Nov 8 at 19:48
@Raul It depends on the number of files involved on your file system. It can take a few seconds to a few minutes. It's definitely noticeably slower than Force.com IDE is/was, but it's also a lot better at detecting many changes. Just like building a repo, the first push is always the longest; subsequent pushes should be much faster, as it checks for local disk diff changes, but this still takes more time than other IDEs that just deploy the changed file directly.
– sfdcfox
Nov 8 at 19:48
@Raul it also depends on the type of development, DX is perfect for ISV, but for any mature org, the idea of splittling stuff into packages is almost non-sensical, might as well trash the whole org and start over. But when it does work seems amazing.
– Ralph Callaway
Nov 9 at 9:13
@Raul it also depends on the type of development, DX is perfect for ISV, but for any mature org, the idea of splittling stuff into packages is almost non-sensical, might as well trash the whole org and start over. But when it does work seems amazing.
– Ralph Callaway
Nov 9 at 9:13
@Raul vs code is a true text editor so it's pretty sweet once you get moving, although truthfully i'm still on sublime text 3 using an old version of mavensmate (which hasn't been supported for at least a year now).
– Ralph Callaway
Nov 9 at 9:14
@Raul vs code is a true text editor so it's pretty sweet once you get moving, although truthfully i'm still on sublime text 3 using an old version of mavensmate (which hasn't been supported for at least a year now).
– Ralph Callaway
Nov 9 at 9:14
|
show 3 more comments
up vote
1
down vote
For personal projects with developer edition (and/or if you are putting off looking at 'projects'), ForceCode is an extension that may be considered easier to use.
answered Nov 9 at 3:15
Prashanth K
30416
1
ForceCode is legacy and unmaintained, though. I'm not sure it's wise to adopt it on new projects.
– David Reed
Nov 14 at 12:27
I'm using the ForceCode plug-in too to work with Salesforce Code (not DX).
– Mimica
Nov 14 at 22:14
@DavidReed Yes, the plugin was not maintained for some time, but I believe it is back in action from another developer.
– Prashanth K
Nov 15 at 2:07
@PrashanthK I stand corrected! Thank you for the pointer.
– David Reed
Nov 15 at 2:11
add a comment |
up vote
1
down vote
For personal projects with developer edition (and/or if you are putting off looking at 'projects'), ForceCode is an extension that may be considered easier to use.
answered Nov 9 at 3:15
Prashanth K
30416
1
ForceCode is legacy and unmaintained, though. I'm not sure it's wise to adopt it on new projects.
– David Reed
Nov 14 at 12:27
I'm using the ForceCode plug-in too to work with Salesforce Code (not DX).
– Mimica
Nov 14 at 22:14
@DavidReed Yes, the plugin was not maintained for some time, but I believe it is back in action from another developer.
– Prashanth K
Nov 15 at 2:07
@PrashanthK I stand corrected! Thank you for the pointer.
– David Reed
Nov 15 at 2:11
add a comment |
up vote
1
down vote
up vote
1
down vote
For personal projects with developer edition (and/or if you are putting off looking at 'projects'), ForceCode is an extension that may be considered easier to use.
answered Nov 9 at 3:15
Prashanth K
30416
For personal projects with developer edition (and/or if you are putting off looking at 'projects'), ForceCode is an extension that may be considered easier to use.
answered Nov 9 at 3:15
Prashanth K
30416
answered Nov 9 at 3:15
Prashanth K
30416
answered Nov 9 at 3:15
Prashanth K
30416
answered Nov 9 at 3:15
Prashanth K
30416
30416
1
ForceCode is legacy and unmaintained, though. I'm not sure it's wise to adopt it on new projects.
– David Reed
Nov 14 at 12:27
I'm using the ForceCode plug-in too to work with Salesforce Code (not DX).
– Mimica
Nov 14 at 22:14
@DavidReed Yes, the plugin was not maintained for some time, but I believe it is back in action from another developer.
– Prashanth K
Nov 15 at 2:07
@PrashanthK I stand corrected! Thank you for the pointer.
– David Reed
Nov 15 at 2:11
add a comment |
1
ForceCode is legacy and unmaintained, though. I'm not sure it's wise to adopt it on new projects.
– David Reed
Nov 14 at 12:27
I'm using the ForceCode plug-in too to work with Salesforce Code (not DX).
– Mimica
Nov 14 at 22:14
@DavidReed Yes, the plugin was not maintained for some time, but I believe it is back in action from another developer.
– Prashanth K
Nov 15 at 2:07
@PrashanthK I stand corrected! Thank you for the pointer.
– David Reed
Nov 15 at 2:11
1
1
ForceCode is legacy and unmaintained, though. I'm not sure it's wise to adopt it on new projects.
– David Reed
Nov 14 at 12:27
ForceCode is legacy and unmaintained, though. I'm not sure it's wise to adopt it on new projects.
– David Reed
Nov 14 at 12:27
I'm using the ForceCode plug-in too to work with Salesforce Code (not DX).
– Mimica
Nov 14 at 22:14
I'm using the ForceCode plug-in too to work with Salesforce Code (not DX).
– Mimica
Nov 14 at 22:14
@DavidReed Yes, the plugin was not maintained for some time, but I believe it is back in action from another developer.
– Prashanth K
Nov 15 at 2:07
@DavidReed Yes, the plugin was not maintained for some time, but I believe it is back in action from another developer.
– Prashanth K
Nov 15 at 2:07
@PrashanthK I stand corrected! Thank you for the pointer.
– David Reed
Nov 15 at 2:11
@PrashanthK I stand corrected! Thank you for the pointer.
– David Reed
Nov 15 at 2:11
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.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- 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%2f238786%2fvs-code-for-salesforce-can-we-start-from-the-beginning%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
1
Do you want to use it with DX or directly with a regular sandbox?
– David Cheng
Nov 8 at 20:11
regular sandbox
– Dean Wooldridge
Nov 9 at 20:16
VS Code must be alive as I discovered the Create Project with Manifest command does something - IF you don't have a project open. How I got to an open project - you got me. Just a little gotcha.
– Dean Wooldridge
Nov 9 at 20:21