No More Posting New Topics!

If you have a question or an issue, please start a thread in our Github Discussions Forum.
This forum is closed for new threads/ topics.

Navigation

    Quasar Framework

    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search

    [Solved] SPA deployment after production go live

    Framework
    2
    3
    90
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      Stanley last edited by Stanley

      Dear

      As you know when build SPA project, the build result are all in the folders (E.g. css, fonts, js, statics) and the file index.html. After production go live, if there is one bug A in file A.vue which is reported by customer A and there is another bug B in file B.vue which is reported by customer B. How do I deploy hotfix A (which only fix bug A) to customer A and deploy hotfix B (which only fix bug B ) to customer B?

      I am not sure if it can be done because all the vue files are built in a bundle. But it can be done in Java project, for example, we can compile A.java file to A.class and B.java to B.class. Then we can deploy them respectively.

      This topic is related to Vue, but would appreciate if you have some idea, thanks!

      qyloxe 1 Reply Last reply Reply Quote 0
      • qyloxe
        qyloxe @Stanley last edited by

        @Stanley well if you deployed java browser apps, in old times, you also bundled them into .jar files.

        I think the thinking about SPA deployment is somewhat different than thinking about java app deployment. For example, with java desktop apps your best cache layer is some kind of ssd storage. In SPA you have local browser cache (also preferably on ssd storage, you have intermediate cache for example in your cdn or hosting provider, you should have also cache layer at the reverse proxy level (before app server) and you have unspecified multiple cache layers in your api/backend/server side. With SPA you optimize not for single component but for entire specific cache layer. Thats why we use bundling, tree shaking, preloading etc.

        You also wrote about another scenario: single project, two code versions for different customers. There are multiple solutions, but one, the most valid and typical is just use git with different release branches for your clients.

        1 Reply Last reply Reply Quote 0
        • S
          Stanley last edited by

          @qyloxe I got your point. Thank you!

          1 Reply Last reply Reply Quote 0
          • First post
            Last post