How much do new Releases impact your orgs?












3















Recently I was asked to create an excel sheet for my company of all the relevant features Salesforce has added in the Spring Release 19'



Now someone is asking me to go through one of our orgs and let him know if the new release has any impact on the system and if there is anything we need to take care of.



I'm still fairly new to Salesforce, and I have not really done much of anything in the the actual org yet. I assume my best bet is to search through classes and pages for old method names that have been updated in the release.



What is the normal protocol when a new release is out? Does it usually have an impact on your orgs or is it just general updates and changes that only might impact your org depending on the situation? How do you prepare?



Thanks










share|improve this question



























    3















    Recently I was asked to create an excel sheet for my company of all the relevant features Salesforce has added in the Spring Release 19'



    Now someone is asking me to go through one of our orgs and let him know if the new release has any impact on the system and if there is anything we need to take care of.



    I'm still fairly new to Salesforce, and I have not really done much of anything in the the actual org yet. I assume my best bet is to search through classes and pages for old method names that have been updated in the release.



    What is the normal protocol when a new release is out? Does it usually have an impact on your orgs or is it just general updates and changes that only might impact your org depending on the situation? How do you prepare?



    Thanks










    share|improve this question

























      3












      3








      3








      Recently I was asked to create an excel sheet for my company of all the relevant features Salesforce has added in the Spring Release 19'



      Now someone is asking me to go through one of our orgs and let him know if the new release has any impact on the system and if there is anything we need to take care of.



      I'm still fairly new to Salesforce, and I have not really done much of anything in the the actual org yet. I assume my best bet is to search through classes and pages for old method names that have been updated in the release.



      What is the normal protocol when a new release is out? Does it usually have an impact on your orgs or is it just general updates and changes that only might impact your org depending on the situation? How do you prepare?



      Thanks










      share|improve this question














      Recently I was asked to create an excel sheet for my company of all the relevant features Salesforce has added in the Spring Release 19'



      Now someone is asking me to go through one of our orgs and let him know if the new release has any impact on the system and if there is anything we need to take care of.



      I'm still fairly new to Salesforce, and I have not really done much of anything in the the actual org yet. I assume my best bet is to search through classes and pages for old method names that have been updated in the release.



      What is the normal protocol when a new release is out? Does it usually have an impact on your orgs or is it just general updates and changes that only might impact your org depending on the situation? How do you prepare?



      Thanks







      apex lightning-aura-components lightning spring19 release-notes






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Jan 15 at 14:49









      Cara CiniCara Cini

      282




      282






















          3 Answers
          3






          active

          oldest

          votes


















          8














          It is rare that you would need to take any action based on a release. The platform is designed with backward compatibility in mind, and for the most part, they don't break things unless they accidentally introduce bugs. Those, you can't predict, and they are often fixed quickly.



          If you want to figure out what action you might need to take based on a specific release, look at the Critical Updates section of the Release Notes. Usually, however, these are actions you can take to improve certain aspects of your org, rather than actions you must take.



          Another step you can take is to search for "deprecated" and see what comes up. If you pull down the PDF and search this term, you will find:




          Deprecated Default Values Without Square Brackets for Array, Set, and List Attributes



          Setting a default value without square brackets is deprecated and can lead to unexpected behavior. To set a default value for these attribute types, surround comma-separated values with ; for example, default="['red', 'green', 'blue']".



          Where: This change applies to orgs with Lightning components in Lightning Experience, Salesforce Classic, and all versions of the Salesforce app.



          How: Here’s an example of attributes for an array, a list, and a set.



          <aura:attribute name="colorArray" type="String" default="['red', 'green', 'blue']" />
          <aura:attribute name="colorList" type="List" default="['red', 'green', 'blue']" />
          <aura:attribute name="colorSet" type="Set" default="['red', 'green', 'blue']" />






          share|improve this answer































            4














            One way to investigate the impact of a new release is by using a Preview Sandbox.

            Certain sandboxes on specific servers are updated a couple of weeks before the production environments are updated. You can use these to do your regular regression tests that you would do when you would release new functionality to Production. This process should be part of your prerelease activities for every new release.



            Another thing that can be useful in your case are the full release notes(also pdf), but perhaps the Release Highlights Trailhead module is better as you will not be overloaded with details.

            Finally, the Release in a box contains a powerpoint with release highlights as well as videos on new functionalities.



            Most of these links are Sprint '19 specific, but the Sandbox Preview process remains the same every release, as well as the release notes. The Release in a box also gets updated every release.






            share|improve this answer































              1














              A new release can or cannot have an impact on your existing build. It typically depends on what area may have been impacted. I can tell you from my personal experiences that things supposed to work in new release were broken and that we had to reach out to Salesforce for an urgent patch.



              A typical approach that I follow whenever a new release is announced is as below. The preparation though starts quite early and that there needs to be some prep work already done. This approach gives you sufficient time to validate things before any major release.




              • Identify the major functional areas in your application (especially built on with heavy customizations)

              • Create a regression suite identifying major test scenarios around those areas

              • Review the release notes for any major changes that may impact any customizations

              • Sign up for Pre-release Preview Instance

              • Validate the major areas by running the regression to identify any potential issues

              • Follow up with Salesforce for any potential bug/Fix issues if required


              These resources are a good starting point on this topic:




              • Prepare for Salesforce Releases

              • Salesforce Release Strategies

              • 3 Steps to Prepare for Every Salesforce Release






              share|improve this answer























                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
                });


                }
                });














                draft saved

                draft discarded


















                StackExchange.ready(
                function () {
                StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f246679%2fhow-much-do-new-releases-impact-your-orgs%23new-answer', 'question_page');
                }
                );

                Post as a guest















                Required, but never shown

























                3 Answers
                3






                active

                oldest

                votes








                3 Answers
                3






                active

                oldest

                votes









                active

                oldest

                votes






                active

                oldest

                votes









                8














                It is rare that you would need to take any action based on a release. The platform is designed with backward compatibility in mind, and for the most part, they don't break things unless they accidentally introduce bugs. Those, you can't predict, and they are often fixed quickly.



                If you want to figure out what action you might need to take based on a specific release, look at the Critical Updates section of the Release Notes. Usually, however, these are actions you can take to improve certain aspects of your org, rather than actions you must take.



                Another step you can take is to search for "deprecated" and see what comes up. If you pull down the PDF and search this term, you will find:




                Deprecated Default Values Without Square Brackets for Array, Set, and List Attributes



                Setting a default value without square brackets is deprecated and can lead to unexpected behavior. To set a default value for these attribute types, surround comma-separated values with ; for example, default="['red', 'green', 'blue']".



                Where: This change applies to orgs with Lightning components in Lightning Experience, Salesforce Classic, and all versions of the Salesforce app.



                How: Here’s an example of attributes for an array, a list, and a set.



                <aura:attribute name="colorArray" type="String" default="['red', 'green', 'blue']" />
                <aura:attribute name="colorList" type="List" default="['red', 'green', 'blue']" />
                <aura:attribute name="colorSet" type="Set" default="['red', 'green', 'blue']" />






                share|improve this answer




























                  8














                  It is rare that you would need to take any action based on a release. The platform is designed with backward compatibility in mind, and for the most part, they don't break things unless they accidentally introduce bugs. Those, you can't predict, and they are often fixed quickly.



                  If you want to figure out what action you might need to take based on a specific release, look at the Critical Updates section of the Release Notes. Usually, however, these are actions you can take to improve certain aspects of your org, rather than actions you must take.



                  Another step you can take is to search for "deprecated" and see what comes up. If you pull down the PDF and search this term, you will find:




                  Deprecated Default Values Without Square Brackets for Array, Set, and List Attributes



                  Setting a default value without square brackets is deprecated and can lead to unexpected behavior. To set a default value for these attribute types, surround comma-separated values with ; for example, default="['red', 'green', 'blue']".



                  Where: This change applies to orgs with Lightning components in Lightning Experience, Salesforce Classic, and all versions of the Salesforce app.



                  How: Here’s an example of attributes for an array, a list, and a set.



                  <aura:attribute name="colorArray" type="String" default="['red', 'green', 'blue']" />
                  <aura:attribute name="colorList" type="List" default="['red', 'green', 'blue']" />
                  <aura:attribute name="colorSet" type="Set" default="['red', 'green', 'blue']" />






                  share|improve this answer


























                    8












                    8








                    8







                    It is rare that you would need to take any action based on a release. The platform is designed with backward compatibility in mind, and for the most part, they don't break things unless they accidentally introduce bugs. Those, you can't predict, and they are often fixed quickly.



                    If you want to figure out what action you might need to take based on a specific release, look at the Critical Updates section of the Release Notes. Usually, however, these are actions you can take to improve certain aspects of your org, rather than actions you must take.



                    Another step you can take is to search for "deprecated" and see what comes up. If you pull down the PDF and search this term, you will find:




                    Deprecated Default Values Without Square Brackets for Array, Set, and List Attributes



                    Setting a default value without square brackets is deprecated and can lead to unexpected behavior. To set a default value for these attribute types, surround comma-separated values with ; for example, default="['red', 'green', 'blue']".



                    Where: This change applies to orgs with Lightning components in Lightning Experience, Salesforce Classic, and all versions of the Salesforce app.



                    How: Here’s an example of attributes for an array, a list, and a set.



                    <aura:attribute name="colorArray" type="String" default="['red', 'green', 'blue']" />
                    <aura:attribute name="colorList" type="List" default="['red', 'green', 'blue']" />
                    <aura:attribute name="colorSet" type="Set" default="['red', 'green', 'blue']" />






                    share|improve this answer













                    It is rare that you would need to take any action based on a release. The platform is designed with backward compatibility in mind, and for the most part, they don't break things unless they accidentally introduce bugs. Those, you can't predict, and they are often fixed quickly.



                    If you want to figure out what action you might need to take based on a specific release, look at the Critical Updates section of the Release Notes. Usually, however, these are actions you can take to improve certain aspects of your org, rather than actions you must take.



                    Another step you can take is to search for "deprecated" and see what comes up. If you pull down the PDF and search this term, you will find:




                    Deprecated Default Values Without Square Brackets for Array, Set, and List Attributes



                    Setting a default value without square brackets is deprecated and can lead to unexpected behavior. To set a default value for these attribute types, surround comma-separated values with ; for example, default="['red', 'green', 'blue']".



                    Where: This change applies to orgs with Lightning components in Lightning Experience, Salesforce Classic, and all versions of the Salesforce app.



                    How: Here’s an example of attributes for an array, a list, and a set.



                    <aura:attribute name="colorArray" type="String" default="['red', 'green', 'blue']" />
                    <aura:attribute name="colorList" type="List" default="['red', 'green', 'blue']" />
                    <aura:attribute name="colorSet" type="Set" default="['red', 'green', 'blue']" />







                    share|improve this answer












                    share|improve this answer



                    share|improve this answer










                    answered Jan 15 at 14:55









                    Adrian LarsonAdrian Larson

                    106k19113241




                    106k19113241

























                        4














                        One way to investigate the impact of a new release is by using a Preview Sandbox.

                        Certain sandboxes on specific servers are updated a couple of weeks before the production environments are updated. You can use these to do your regular regression tests that you would do when you would release new functionality to Production. This process should be part of your prerelease activities for every new release.



                        Another thing that can be useful in your case are the full release notes(also pdf), but perhaps the Release Highlights Trailhead module is better as you will not be overloaded with details.

                        Finally, the Release in a box contains a powerpoint with release highlights as well as videos on new functionalities.



                        Most of these links are Sprint '19 specific, but the Sandbox Preview process remains the same every release, as well as the release notes. The Release in a box also gets updated every release.






                        share|improve this answer




























                          4














                          One way to investigate the impact of a new release is by using a Preview Sandbox.

                          Certain sandboxes on specific servers are updated a couple of weeks before the production environments are updated. You can use these to do your regular regression tests that you would do when you would release new functionality to Production. This process should be part of your prerelease activities for every new release.



                          Another thing that can be useful in your case are the full release notes(also pdf), but perhaps the Release Highlights Trailhead module is better as you will not be overloaded with details.

                          Finally, the Release in a box contains a powerpoint with release highlights as well as videos on new functionalities.



                          Most of these links are Sprint '19 specific, but the Sandbox Preview process remains the same every release, as well as the release notes. The Release in a box also gets updated every release.






                          share|improve this answer


























                            4












                            4








                            4







                            One way to investigate the impact of a new release is by using a Preview Sandbox.

                            Certain sandboxes on specific servers are updated a couple of weeks before the production environments are updated. You can use these to do your regular regression tests that you would do when you would release new functionality to Production. This process should be part of your prerelease activities for every new release.



                            Another thing that can be useful in your case are the full release notes(also pdf), but perhaps the Release Highlights Trailhead module is better as you will not be overloaded with details.

                            Finally, the Release in a box contains a powerpoint with release highlights as well as videos on new functionalities.



                            Most of these links are Sprint '19 specific, but the Sandbox Preview process remains the same every release, as well as the release notes. The Release in a box also gets updated every release.






                            share|improve this answer













                            One way to investigate the impact of a new release is by using a Preview Sandbox.

                            Certain sandboxes on specific servers are updated a couple of weeks before the production environments are updated. You can use these to do your regular regression tests that you would do when you would release new functionality to Production. This process should be part of your prerelease activities for every new release.



                            Another thing that can be useful in your case are the full release notes(also pdf), but perhaps the Release Highlights Trailhead module is better as you will not be overloaded with details.

                            Finally, the Release in a box contains a powerpoint with release highlights as well as videos on new functionalities.



                            Most of these links are Sprint '19 specific, but the Sandbox Preview process remains the same every release, as well as the release notes. The Release in a box also gets updated every release.







                            share|improve this answer












                            share|improve this answer



                            share|improve this answer










                            answered Jan 15 at 15:24









                            FolkertFolkert

                            1,723829




                            1,723829























                                1














                                A new release can or cannot have an impact on your existing build. It typically depends on what area may have been impacted. I can tell you from my personal experiences that things supposed to work in new release were broken and that we had to reach out to Salesforce for an urgent patch.



                                A typical approach that I follow whenever a new release is announced is as below. The preparation though starts quite early and that there needs to be some prep work already done. This approach gives you sufficient time to validate things before any major release.




                                • Identify the major functional areas in your application (especially built on with heavy customizations)

                                • Create a regression suite identifying major test scenarios around those areas

                                • Review the release notes for any major changes that may impact any customizations

                                • Sign up for Pre-release Preview Instance

                                • Validate the major areas by running the regression to identify any potential issues

                                • Follow up with Salesforce for any potential bug/Fix issues if required


                                These resources are a good starting point on this topic:




                                • Prepare for Salesforce Releases

                                • Salesforce Release Strategies

                                • 3 Steps to Prepare for Every Salesforce Release






                                share|improve this answer




























                                  1














                                  A new release can or cannot have an impact on your existing build. It typically depends on what area may have been impacted. I can tell you from my personal experiences that things supposed to work in new release were broken and that we had to reach out to Salesforce for an urgent patch.



                                  A typical approach that I follow whenever a new release is announced is as below. The preparation though starts quite early and that there needs to be some prep work already done. This approach gives you sufficient time to validate things before any major release.




                                  • Identify the major functional areas in your application (especially built on with heavy customizations)

                                  • Create a regression suite identifying major test scenarios around those areas

                                  • Review the release notes for any major changes that may impact any customizations

                                  • Sign up for Pre-release Preview Instance

                                  • Validate the major areas by running the regression to identify any potential issues

                                  • Follow up with Salesforce for any potential bug/Fix issues if required


                                  These resources are a good starting point on this topic:




                                  • Prepare for Salesforce Releases

                                  • Salesforce Release Strategies

                                  • 3 Steps to Prepare for Every Salesforce Release






                                  share|improve this answer


























                                    1












                                    1








                                    1







                                    A new release can or cannot have an impact on your existing build. It typically depends on what area may have been impacted. I can tell you from my personal experiences that things supposed to work in new release were broken and that we had to reach out to Salesforce for an urgent patch.



                                    A typical approach that I follow whenever a new release is announced is as below. The preparation though starts quite early and that there needs to be some prep work already done. This approach gives you sufficient time to validate things before any major release.




                                    • Identify the major functional areas in your application (especially built on with heavy customizations)

                                    • Create a regression suite identifying major test scenarios around those areas

                                    • Review the release notes for any major changes that may impact any customizations

                                    • Sign up for Pre-release Preview Instance

                                    • Validate the major areas by running the regression to identify any potential issues

                                    • Follow up with Salesforce for any potential bug/Fix issues if required


                                    These resources are a good starting point on this topic:




                                    • Prepare for Salesforce Releases

                                    • Salesforce Release Strategies

                                    • 3 Steps to Prepare for Every Salesforce Release






                                    share|improve this answer













                                    A new release can or cannot have an impact on your existing build. It typically depends on what area may have been impacted. I can tell you from my personal experiences that things supposed to work in new release were broken and that we had to reach out to Salesforce for an urgent patch.



                                    A typical approach that I follow whenever a new release is announced is as below. The preparation though starts quite early and that there needs to be some prep work already done. This approach gives you sufficient time to validate things before any major release.




                                    • Identify the major functional areas in your application (especially built on with heavy customizations)

                                    • Create a regression suite identifying major test scenarios around those areas

                                    • Review the release notes for any major changes that may impact any customizations

                                    • Sign up for Pre-release Preview Instance

                                    • Validate the major areas by running the regression to identify any potential issues

                                    • Follow up with Salesforce for any potential bug/Fix issues if required


                                    These resources are a good starting point on this topic:




                                    • Prepare for Salesforce Releases

                                    • Salesforce Release Strategies

                                    • 3 Steps to Prepare for Every Salesforce Release







                                    share|improve this answer












                                    share|improve this answer



                                    share|improve this answer










                                    answered Jan 15 at 15:51









                                    Jayant DasJayant Das

                                    13.1k2723




                                    13.1k2723






























                                        draft saved

                                        draft discarded




















































                                        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.




                                        draft saved


                                        draft discarded














                                        StackExchange.ready(
                                        function () {
                                        StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f246679%2fhow-much-do-new-releases-impact-your-orgs%23new-answer', 'question_page');
                                        }
                                        );

                                        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







                                        Popular posts from this blog

                                        1300-talet

                                        1300-talet

                                        Display a custom attribute below product name in the front-end Magento 1.9.3.8