Perform a Smart Publish or Republish on a brand new Sitecore instance? The 2019 Stack Overflow Developer Survey Results Are InSitecore User Group April 2019 Meetup - Queen City, Manchester, NHSitecore User Group Meetup - Bratislava #1 2019What is the difference between republish, smart publish and incremental publishes?What is the difference between republish, smart publish and incremental publishes?Sitecore 8: Items Duplicated in Web Index After PublishWhat does the “Publish related items” checkbox do in Sitecore?Publishing Not Working for item rename or change templatepossible Issues with incremental publishSitecore Index_Update Job PerformanceSitecore publish failed to push latest presentation settingsAvoid publishing queues / allow concurrent users to publish on Sitecore 8.1A Sitecore user sees significantly more items having been updated on publish than another user with same permissionsPublishManager method WaitFor() always returns FALSE on Sitecore 7.2

Could JWST stay at L2 "forever"?

Output the Arecibo Message

Inline version of a function returns different value then non-inline version

What do hard-Brexiteers want with respect to the Irish border?

How come people say “Would of”?

Inflated grade on resume at previous job, might former employer tell new employer?

Is it possible for the two major parties in the UK to form a coalition with each other instead of a much smaller party?

Are USB sockets on wall outlets live all the time, even when the switch is off?

What is the use of option -o in the useradd command?

Inversion Puzzle

What is the steepest angle that a canal can be traversable without locks?

Can distinct morphisms between curves induce the same morphism on singular cohomology?

Are there any other methods to apply to solving simultaneous equations?

What tool would a Roman-age civilization have to grind silver and other metals into dust?

I see my dog run

Patience, young "Padovan"

Carnot-Caratheodory metric

Springs with some finite mass

What are the motivations for publishing new editions of an existing textbook, beyond new discoveries in a field?

Is three citations per paragraph excessive for undergraduate research paper?

Is "plugging out" electronic devices an American expression?

Pristine Bit Checking

How can I create a character who can assume the widest possible range of creature sizes?

How can I fix this gap between bookcases I made?



Perform a Smart Publish or Republish on a brand new Sitecore instance?



The 2019 Stack Overflow Developer Survey Results Are In
Sitecore User Group April 2019 Meetup - Queen City, Manchester, NH
Sitecore User Group Meetup - Bratislava #1 2019What is the difference between republish, smart publish and incremental publishes?What is the difference between republish, smart publish and incremental publishes?Sitecore 8: Items Duplicated in Web Index After PublishWhat does the “Publish related items” checkbox do in Sitecore?Publishing Not Working for item rename or change templatepossible Issues with incremental publishSitecore Index_Update Job PerformanceSitecore publish failed to push latest presentation settingsAvoid publishing queues / allow concurrent users to publish on Sitecore 8.1A Sitecore user sees significantly more items having been updated on publish than another user with same permissionsPublishManager method WaitFor() always returns FALSE on Sitecore 7.2










4















I was reading What is the difference between republish, smart publish and incremental publishes? and now I'm wondering if I'm better running a republish (as I always did) or a smart publish on a new Sitecore instance.



I had in mind that by running a republish I was skipping all the compares between master and web which are done by the smart publish option.



But now I realize that there are already a bunch of items on a brand new Sitecore instance which are already on both master and web, and it makes me think if a smart publish could be more efficient since it won't copy those items above mentioned.



Basically, what is the most efficient option on a new Sitecore instance?










share|improve this question




























    4















    I was reading What is the difference between republish, smart publish and incremental publishes? and now I'm wondering if I'm better running a republish (as I always did) or a smart publish on a new Sitecore instance.



    I had in mind that by running a republish I was skipping all the compares between master and web which are done by the smart publish option.



    But now I realize that there are already a bunch of items on a brand new Sitecore instance which are already on both master and web, and it makes me think if a smart publish could be more efficient since it won't copy those items above mentioned.



    Basically, what is the most efficient option on a new Sitecore instance?










    share|improve this question


























      4












      4








      4








      I was reading What is the difference between republish, smart publish and incremental publishes? and now I'm wondering if I'm better running a republish (as I always did) or a smart publish on a new Sitecore instance.



      I had in mind that by running a republish I was skipping all the compares between master and web which are done by the smart publish option.



      But now I realize that there are already a bunch of items on a brand new Sitecore instance which are already on both master and web, and it makes me think if a smart publish could be more efficient since it won't copy those items above mentioned.



      Basically, what is the most efficient option on a new Sitecore instance?










      share|improve this question
















      I was reading What is the difference between republish, smart publish and incremental publishes? and now I'm wondering if I'm better running a republish (as I always did) or a smart publish on a new Sitecore instance.



      I had in mind that by running a republish I was skipping all the compares between master and web which are done by the smart publish option.



      But now I realize that there are already a bunch of items on a brand new Sitecore instance which are already on both master and web, and it makes me think if a smart publish could be more efficient since it won't copy those items above mentioned.



      Basically, what is the most efficient option on a new Sitecore instance?







      publishing






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited 9 hours ago









      Hishaam Namooya

      6,7291627




      6,7291627










      asked 12 hours ago









      Hugo SantosHugo Santos

      712118




      712118




















          2 Answers
          2






          active

          oldest

          votes


















          3














          The "Republish" required only when bringing a new web database online or creating a new publishing target etc. Copied the below highlighted paragraph from Sitecore document,




          Republishing removes all obsolete versions from the target database.
          You can use republishing to bring a new web database online, to
          restore a backup of the master database, and to add a new content
          language, a new publishing target, or other system items to the
          website.




          I guess in your case, you are not creating a new web database/publishing target, you are planning to use the web DB which comes with the Sitecore installation. So technically "Smart Publish" should be efficient.



          I Just ran the Smart and Republish in two plain Sitecore 8.2 local instances separately, the time taken to complete the publish might vary due to various external parameters as well, so ignore the timing in the below logs. But the Republish is always overwriting/updating around 4625 items in a plain instance which might be an additional overhead, because those are already available in the web db.



          **Sample Smart Publish logs from plain instance**
          21148 14:18:00 INFO Finished [Publishing] - ProcessQueue in 5773 ms
          21148 14:18:00 INFO Publish Mode : Smart
          21148 14:18:00 INFO Created : 0
          21148 14:18:00 INFO Updated : 0
          21148 14:18:00 INFO Deleted : 0
          21148 14:18:00 INFO Skipped : 4627

          **Sample Republish logs from plain instance**
          18628 14:25:59 INFO Finished [Publishing] - ProcessQueue in 260689 ms
          18628 14:25:59 INFO Publish Mode : Full
          18628 14:25:59 INFO Created : 0
          18628 14:25:59 INFO Updated : 4625
          18628 14:25:59 INFO Deleted : 0
          18628 14:25:59 INFO Skipped : 2


          Note - Whatever changes you make on top of the instance, only that needs to be migrated/published to the web db and "Smart Publish" can do that.






          share|improve this answer
































            2














            If you are creating a new Sitecore Instance, I would recommend to use a Full Site Publish as per Sitecore recommendation from the installation guide.



            The reason why a Full Site Publish is recommended is because you'll make sure that the master and web databases are sync, i.e, items on master is present on web. I noticed that the Full Site Publish on a new Sitecore instance does not take long to run and also, I see that there are new items get created on the web database.



            Moreover, if you have an extremely large number of changes (new instance or migrated/rewrote your entire site) the Smart Publish could also take a very long time since not only will it have to update almost all the items but it will also have to do the comparisons of each item.



            Then, you can use incremental or smart publish afterwards. Normally, I tend to create an auto-publish agent which use the incremental publish. The job is ran every 1 hour to push changes live.






            share|improve this answer

























            • "because you'll make sure that the master and web databases are sync" so that means that the smart publish may result in a not synced state?

              – Hugo Santos
              8 hours ago











            • Smart Publish makes use of the revision field. So, if the revision id is same, it will skip the item. But republish will assure that all items are exactly the same on the target database (not taking into consideration workflow here).

              – Hishaam Namooya
              8 hours ago











            • But since we are talking about a brand new Sitecore instance, the revision ID should not cause any issue (famous last words)... Did you have experienced something different in real life?

              – Hugo Santos
              8 hours ago











            • As far as i know, it should not be a problem. I’ll try to test the performance of both in the coming days and I’ll update the answer. Truly speaking i think republish and smart publish on new instance may take approximately the same amount of time as the root item for smart publish will be the sitecore item. So it will compare each item while full publish will just push the item to web

              – Hishaam Namooya
              8 hours ago











            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "664"
            ;
            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%2fsitecore.stackexchange.com%2fquestions%2f18005%2fperform-a-smart-publish-or-republish-on-a-brand-new-sitecore-instance%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









            3














            The "Republish" required only when bringing a new web database online or creating a new publishing target etc. Copied the below highlighted paragraph from Sitecore document,




            Republishing removes all obsolete versions from the target database.
            You can use republishing to bring a new web database online, to
            restore a backup of the master database, and to add a new content
            language, a new publishing target, or other system items to the
            website.




            I guess in your case, you are not creating a new web database/publishing target, you are planning to use the web DB which comes with the Sitecore installation. So technically "Smart Publish" should be efficient.



            I Just ran the Smart and Republish in two plain Sitecore 8.2 local instances separately, the time taken to complete the publish might vary due to various external parameters as well, so ignore the timing in the below logs. But the Republish is always overwriting/updating around 4625 items in a plain instance which might be an additional overhead, because those are already available in the web db.



            **Sample Smart Publish logs from plain instance**
            21148 14:18:00 INFO Finished [Publishing] - ProcessQueue in 5773 ms
            21148 14:18:00 INFO Publish Mode : Smart
            21148 14:18:00 INFO Created : 0
            21148 14:18:00 INFO Updated : 0
            21148 14:18:00 INFO Deleted : 0
            21148 14:18:00 INFO Skipped : 4627

            **Sample Republish logs from plain instance**
            18628 14:25:59 INFO Finished [Publishing] - ProcessQueue in 260689 ms
            18628 14:25:59 INFO Publish Mode : Full
            18628 14:25:59 INFO Created : 0
            18628 14:25:59 INFO Updated : 4625
            18628 14:25:59 INFO Deleted : 0
            18628 14:25:59 INFO Skipped : 2


            Note - Whatever changes you make on top of the instance, only that needs to be migrated/published to the web db and "Smart Publish" can do that.






            share|improve this answer





























              3














              The "Republish" required only when bringing a new web database online or creating a new publishing target etc. Copied the below highlighted paragraph from Sitecore document,




              Republishing removes all obsolete versions from the target database.
              You can use republishing to bring a new web database online, to
              restore a backup of the master database, and to add a new content
              language, a new publishing target, or other system items to the
              website.




              I guess in your case, you are not creating a new web database/publishing target, you are planning to use the web DB which comes with the Sitecore installation. So technically "Smart Publish" should be efficient.



              I Just ran the Smart and Republish in two plain Sitecore 8.2 local instances separately, the time taken to complete the publish might vary due to various external parameters as well, so ignore the timing in the below logs. But the Republish is always overwriting/updating around 4625 items in a plain instance which might be an additional overhead, because those are already available in the web db.



              **Sample Smart Publish logs from plain instance**
              21148 14:18:00 INFO Finished [Publishing] - ProcessQueue in 5773 ms
              21148 14:18:00 INFO Publish Mode : Smart
              21148 14:18:00 INFO Created : 0
              21148 14:18:00 INFO Updated : 0
              21148 14:18:00 INFO Deleted : 0
              21148 14:18:00 INFO Skipped : 4627

              **Sample Republish logs from plain instance**
              18628 14:25:59 INFO Finished [Publishing] - ProcessQueue in 260689 ms
              18628 14:25:59 INFO Publish Mode : Full
              18628 14:25:59 INFO Created : 0
              18628 14:25:59 INFO Updated : 4625
              18628 14:25:59 INFO Deleted : 0
              18628 14:25:59 INFO Skipped : 2


              Note - Whatever changes you make on top of the instance, only that needs to be migrated/published to the web db and "Smart Publish" can do that.






              share|improve this answer



























                3












                3








                3







                The "Republish" required only when bringing a new web database online or creating a new publishing target etc. Copied the below highlighted paragraph from Sitecore document,




                Republishing removes all obsolete versions from the target database.
                You can use republishing to bring a new web database online, to
                restore a backup of the master database, and to add a new content
                language, a new publishing target, or other system items to the
                website.




                I guess in your case, you are not creating a new web database/publishing target, you are planning to use the web DB which comes with the Sitecore installation. So technically "Smart Publish" should be efficient.



                I Just ran the Smart and Republish in two plain Sitecore 8.2 local instances separately, the time taken to complete the publish might vary due to various external parameters as well, so ignore the timing in the below logs. But the Republish is always overwriting/updating around 4625 items in a plain instance which might be an additional overhead, because those are already available in the web db.



                **Sample Smart Publish logs from plain instance**
                21148 14:18:00 INFO Finished [Publishing] - ProcessQueue in 5773 ms
                21148 14:18:00 INFO Publish Mode : Smart
                21148 14:18:00 INFO Created : 0
                21148 14:18:00 INFO Updated : 0
                21148 14:18:00 INFO Deleted : 0
                21148 14:18:00 INFO Skipped : 4627

                **Sample Republish logs from plain instance**
                18628 14:25:59 INFO Finished [Publishing] - ProcessQueue in 260689 ms
                18628 14:25:59 INFO Publish Mode : Full
                18628 14:25:59 INFO Created : 0
                18628 14:25:59 INFO Updated : 4625
                18628 14:25:59 INFO Deleted : 0
                18628 14:25:59 INFO Skipped : 2


                Note - Whatever changes you make on top of the instance, only that needs to be migrated/published to the web db and "Smart Publish" can do that.






                share|improve this answer















                The "Republish" required only when bringing a new web database online or creating a new publishing target etc. Copied the below highlighted paragraph from Sitecore document,




                Republishing removes all obsolete versions from the target database.
                You can use republishing to bring a new web database online, to
                restore a backup of the master database, and to add a new content
                language, a new publishing target, or other system items to the
                website.




                I guess in your case, you are not creating a new web database/publishing target, you are planning to use the web DB which comes with the Sitecore installation. So technically "Smart Publish" should be efficient.



                I Just ran the Smart and Republish in two plain Sitecore 8.2 local instances separately, the time taken to complete the publish might vary due to various external parameters as well, so ignore the timing in the below logs. But the Republish is always overwriting/updating around 4625 items in a plain instance which might be an additional overhead, because those are already available in the web db.



                **Sample Smart Publish logs from plain instance**
                21148 14:18:00 INFO Finished [Publishing] - ProcessQueue in 5773 ms
                21148 14:18:00 INFO Publish Mode : Smart
                21148 14:18:00 INFO Created : 0
                21148 14:18:00 INFO Updated : 0
                21148 14:18:00 INFO Deleted : 0
                21148 14:18:00 INFO Skipped : 4627

                **Sample Republish logs from plain instance**
                18628 14:25:59 INFO Finished [Publishing] - ProcessQueue in 260689 ms
                18628 14:25:59 INFO Publish Mode : Full
                18628 14:25:59 INFO Created : 0
                18628 14:25:59 INFO Updated : 4625
                18628 14:25:59 INFO Deleted : 0
                18628 14:25:59 INFO Skipped : 2


                Note - Whatever changes you make on top of the instance, only that needs to be migrated/published to the web db and "Smart Publish" can do that.







                share|improve this answer














                share|improve this answer



                share|improve this answer








                edited 4 hours ago

























                answered 10 hours ago









                GobinathGobinath

                69013




                69013





















                    2














                    If you are creating a new Sitecore Instance, I would recommend to use a Full Site Publish as per Sitecore recommendation from the installation guide.



                    The reason why a Full Site Publish is recommended is because you'll make sure that the master and web databases are sync, i.e, items on master is present on web. I noticed that the Full Site Publish on a new Sitecore instance does not take long to run and also, I see that there are new items get created on the web database.



                    Moreover, if you have an extremely large number of changes (new instance or migrated/rewrote your entire site) the Smart Publish could also take a very long time since not only will it have to update almost all the items but it will also have to do the comparisons of each item.



                    Then, you can use incremental or smart publish afterwards. Normally, I tend to create an auto-publish agent which use the incremental publish. The job is ran every 1 hour to push changes live.






                    share|improve this answer

























                    • "because you'll make sure that the master and web databases are sync" so that means that the smart publish may result in a not synced state?

                      – Hugo Santos
                      8 hours ago











                    • Smart Publish makes use of the revision field. So, if the revision id is same, it will skip the item. But republish will assure that all items are exactly the same on the target database (not taking into consideration workflow here).

                      – Hishaam Namooya
                      8 hours ago











                    • But since we are talking about a brand new Sitecore instance, the revision ID should not cause any issue (famous last words)... Did you have experienced something different in real life?

                      – Hugo Santos
                      8 hours ago











                    • As far as i know, it should not be a problem. I’ll try to test the performance of both in the coming days and I’ll update the answer. Truly speaking i think republish and smart publish on new instance may take approximately the same amount of time as the root item for smart publish will be the sitecore item. So it will compare each item while full publish will just push the item to web

                      – Hishaam Namooya
                      8 hours ago















                    2














                    If you are creating a new Sitecore Instance, I would recommend to use a Full Site Publish as per Sitecore recommendation from the installation guide.



                    The reason why a Full Site Publish is recommended is because you'll make sure that the master and web databases are sync, i.e, items on master is present on web. I noticed that the Full Site Publish on a new Sitecore instance does not take long to run and also, I see that there are new items get created on the web database.



                    Moreover, if you have an extremely large number of changes (new instance or migrated/rewrote your entire site) the Smart Publish could also take a very long time since not only will it have to update almost all the items but it will also have to do the comparisons of each item.



                    Then, you can use incremental or smart publish afterwards. Normally, I tend to create an auto-publish agent which use the incremental publish. The job is ran every 1 hour to push changes live.






                    share|improve this answer

























                    • "because you'll make sure that the master and web databases are sync" so that means that the smart publish may result in a not synced state?

                      – Hugo Santos
                      8 hours ago











                    • Smart Publish makes use of the revision field. So, if the revision id is same, it will skip the item. But republish will assure that all items are exactly the same on the target database (not taking into consideration workflow here).

                      – Hishaam Namooya
                      8 hours ago











                    • But since we are talking about a brand new Sitecore instance, the revision ID should not cause any issue (famous last words)... Did you have experienced something different in real life?

                      – Hugo Santos
                      8 hours ago











                    • As far as i know, it should not be a problem. I’ll try to test the performance of both in the coming days and I’ll update the answer. Truly speaking i think republish and smart publish on new instance may take approximately the same amount of time as the root item for smart publish will be the sitecore item. So it will compare each item while full publish will just push the item to web

                      – Hishaam Namooya
                      8 hours ago













                    2












                    2








                    2







                    If you are creating a new Sitecore Instance, I would recommend to use a Full Site Publish as per Sitecore recommendation from the installation guide.



                    The reason why a Full Site Publish is recommended is because you'll make sure that the master and web databases are sync, i.e, items on master is present on web. I noticed that the Full Site Publish on a new Sitecore instance does not take long to run and also, I see that there are new items get created on the web database.



                    Moreover, if you have an extremely large number of changes (new instance or migrated/rewrote your entire site) the Smart Publish could also take a very long time since not only will it have to update almost all the items but it will also have to do the comparisons of each item.



                    Then, you can use incremental or smart publish afterwards. Normally, I tend to create an auto-publish agent which use the incremental publish. The job is ran every 1 hour to push changes live.






                    share|improve this answer















                    If you are creating a new Sitecore Instance, I would recommend to use a Full Site Publish as per Sitecore recommendation from the installation guide.



                    The reason why a Full Site Publish is recommended is because you'll make sure that the master and web databases are sync, i.e, items on master is present on web. I noticed that the Full Site Publish on a new Sitecore instance does not take long to run and also, I see that there are new items get created on the web database.



                    Moreover, if you have an extremely large number of changes (new instance or migrated/rewrote your entire site) the Smart Publish could also take a very long time since not only will it have to update almost all the items but it will also have to do the comparisons of each item.



                    Then, you can use incremental or smart publish afterwards. Normally, I tend to create an auto-publish agent which use the incremental publish. The job is ran every 1 hour to push changes live.







                    share|improve this answer














                    share|improve this answer



                    share|improve this answer








                    edited 9 hours ago

























                    answered 9 hours ago









                    Hishaam NamooyaHishaam Namooya

                    6,7291627




                    6,7291627












                    • "because you'll make sure that the master and web databases are sync" so that means that the smart publish may result in a not synced state?

                      – Hugo Santos
                      8 hours ago











                    • Smart Publish makes use of the revision field. So, if the revision id is same, it will skip the item. But republish will assure that all items are exactly the same on the target database (not taking into consideration workflow here).

                      – Hishaam Namooya
                      8 hours ago











                    • But since we are talking about a brand new Sitecore instance, the revision ID should not cause any issue (famous last words)... Did you have experienced something different in real life?

                      – Hugo Santos
                      8 hours ago











                    • As far as i know, it should not be a problem. I’ll try to test the performance of both in the coming days and I’ll update the answer. Truly speaking i think republish and smart publish on new instance may take approximately the same amount of time as the root item for smart publish will be the sitecore item. So it will compare each item while full publish will just push the item to web

                      – Hishaam Namooya
                      8 hours ago

















                    • "because you'll make sure that the master and web databases are sync" so that means that the smart publish may result in a not synced state?

                      – Hugo Santos
                      8 hours ago











                    • Smart Publish makes use of the revision field. So, if the revision id is same, it will skip the item. But republish will assure that all items are exactly the same on the target database (not taking into consideration workflow here).

                      – Hishaam Namooya
                      8 hours ago











                    • But since we are talking about a brand new Sitecore instance, the revision ID should not cause any issue (famous last words)... Did you have experienced something different in real life?

                      – Hugo Santos
                      8 hours ago











                    • As far as i know, it should not be a problem. I’ll try to test the performance of both in the coming days and I’ll update the answer. Truly speaking i think republish and smart publish on new instance may take approximately the same amount of time as the root item for smart publish will be the sitecore item. So it will compare each item while full publish will just push the item to web

                      – Hishaam Namooya
                      8 hours ago
















                    "because you'll make sure that the master and web databases are sync" so that means that the smart publish may result in a not synced state?

                    – Hugo Santos
                    8 hours ago





                    "because you'll make sure that the master and web databases are sync" so that means that the smart publish may result in a not synced state?

                    – Hugo Santos
                    8 hours ago













                    Smart Publish makes use of the revision field. So, if the revision id is same, it will skip the item. But republish will assure that all items are exactly the same on the target database (not taking into consideration workflow here).

                    – Hishaam Namooya
                    8 hours ago





                    Smart Publish makes use of the revision field. So, if the revision id is same, it will skip the item. But republish will assure that all items are exactly the same on the target database (not taking into consideration workflow here).

                    – Hishaam Namooya
                    8 hours ago













                    But since we are talking about a brand new Sitecore instance, the revision ID should not cause any issue (famous last words)... Did you have experienced something different in real life?

                    – Hugo Santos
                    8 hours ago





                    But since we are talking about a brand new Sitecore instance, the revision ID should not cause any issue (famous last words)... Did you have experienced something different in real life?

                    – Hugo Santos
                    8 hours ago













                    As far as i know, it should not be a problem. I’ll try to test the performance of both in the coming days and I’ll update the answer. Truly speaking i think republish and smart publish on new instance may take approximately the same amount of time as the root item for smart publish will be the sitecore item. So it will compare each item while full publish will just push the item to web

                    – Hishaam Namooya
                    8 hours ago





                    As far as i know, it should not be a problem. I’ll try to test the performance of both in the coming days and I’ll update the answer. Truly speaking i think republish and smart publish on new instance may take approximately the same amount of time as the root item for smart publish will be the sitecore item. So it will compare each item while full publish will just push the item to web

                    – Hishaam Namooya
                    8 hours ago

















                    draft saved

                    draft discarded
















































                    Thanks for contributing an answer to Sitecore 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%2fsitecore.stackexchange.com%2fquestions%2f18005%2fperform-a-smart-publish-or-republish-on-a-brand-new-sitecore-instance%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

                    How to create a command for the “strange m” symbol in latex? Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern)How do you make your own symbol when Detexify fails?Writing bold small caps with mathpazo packageplus-minus symbol with parenthesis around the minus signGreek character in Beamer document titleHow to create dashed right arrow over symbol?Currency symbol: Turkish LiraDouble prec as a single symbol?Plus Sign Too Big; How to Call adfbullet?Is there a TeX macro for three-legged pi?How do I get my integral-like symbol to align like the integral?How to selectively substitute a letter with another symbol representing the same letterHow do I generate a less than symbol and vertical bar that are the same height?

                    Българска екзархия Съдържание История | Български екзарси | Вижте също | Външни препратки | Литература | Бележки | НавигацияУстав за управлението на българската екзархия. Цариград, 1870Слово на Ловешкия митрополит Иларион при откриването на Българския народен събор в Цариград на 23. II. 1870 г.Българската правда и гръцката кривда. От С. М. (= Софийски Мелетий). Цариград, 1872Предстоятели на Българската екзархияПодмененият ВеликденИнформационна агенция „Фокус“Димитър Ризов. Българите в техните исторически, етнографически и политически граници (Атлас съдържащ 40 карти). Berlin, Königliche Hoflithographie, Hof-Buch- und -Steindruckerei Wilhelm Greve, 1917Report of the International Commission to Inquire into the Causes and Conduct of the Balkan Wars

                    Чепеларе Съдържание География | История | Население | Спортни и природни забележителности | Културни и исторически обекти | Религии | Обществени институции | Известни личности | Редовни събития | Галерия | Източници | Литература | Външни препратки | Навигация41°43′23.99″ с. ш. 24°41′09.99″ и. д. / 41.723333° с. ш. 24.686111° и. д.*ЧепелареЧепеларски Linux fest 2002Начало на Зимен сезон 2005/06Национални хайдушки празници „Капитан Петко Войвода“Град ЧепелареЧепеларе – народният ски курортbgrod.orgwww.terranatura.hit.bgСправка за населението на гр. Исперих, общ. Исперих, обл. РазградМузей на родопския карстМузей на спорта и скитеЧепеларебългарскибългарскианглийскитукИстория на градаСки писти в ЧепелареВремето в ЧепелареРадио и телевизия в ЧепелареЧепеларе мами с родопски чар и добри пистиЕвтин туризъм и снежни атракции в ЧепелареМестоположениеИнформация и снимки от музея на родопския карст3D панорами от ЧепелареЧепелареррр