How can one installation package replace another without uninstalling and reinstalling?

How can one installation package replace another without uninstalling and reinstalling?

We want to use packages to make changes to Sugar instead of studio.  That way we can track the changes in GITHUB.

Parents
  • Amy,

    I am going to give you some additional food for thought.

    The reason why it would be normally better (with some caveats) to uninstall the original module first, and then install the new version, is so that if the old version contained a file which is no longer there on the new package, the actual no longer needed file is removed. Otherwise it will stay there forever as other "Sugar Clubbers" correctly mentioned.

    The caveats on why you would not uninstall a module at times are:

    • if the module would uninstall any required data (there are options to not do that, but if they have not been activated, it could be disruptive)
    • if the vendor that built the module let you know to not uninstall the module

    Hope it helps thinking the overall deployment process through

    --

    Enrico Simonetti

    Sugar veteran (from 2007)

    www.naonis.tech


    Feel free to reach out for consulting regarding:

    • API Integration and Automation Services
    • Sugar Architecture
    • Sugar Performance Optimisation
    • Sugar Consulting, Best Practices and Technical Training
    • AWS and Sugar Technical Help
    • CTO-as-a-service
    • Solutions-as-a-service
    • and more!

    All active SugarCRM certifications

    Actively working remotely with customers based in APAC and in the United States

Reply
  • Amy,

    I am going to give you some additional food for thought.

    The reason why it would be normally better (with some caveats) to uninstall the original module first, and then install the new version, is so that if the old version contained a file which is no longer there on the new package, the actual no longer needed file is removed. Otherwise it will stay there forever as other "Sugar Clubbers" correctly mentioned.

    The caveats on why you would not uninstall a module at times are:

    • if the module would uninstall any required data (there are options to not do that, but if they have not been activated, it could be disruptive)
    • if the vendor that built the module let you know to not uninstall the module

    Hope it helps thinking the overall deployment process through

    --

    Enrico Simonetti

    Sugar veteran (from 2007)

    www.naonis.tech


    Feel free to reach out for consulting regarding:

    • API Integration and Automation Services
    • Sugar Architecture
    • Sugar Performance Optimisation
    • Sugar Consulting, Best Practices and Technical Training
    • AWS and Sugar Technical Help
    • CTO-as-a-service
    • Solutions-as-a-service
    • and more!

    All active SugarCRM certifications

    Actively working remotely with customers based in APAC and in the United States

Children
No Data