Best practice propagating NAV2013R2 changes to NAV2015?

greysgreys Member Posts: 29
edited 2015-07-14 in NAV Three Tier
Hi there!

We have a solution based on nav2013r2 and I already migrated it to nav2015 a few months ago, just to test & walk through the process of upgrading. I used the Powershell cmdlets and that worked very well. There were some 70 conflicting objects which I had to resolve manually. In less than a day, I ended up with a functional nav2015-database, which was very cool

In the past months however, development on the nav2013r2-version continued and now I've come to the point where I want to propagate all these changes to that NAV2015-database.

I'm afraid that when I use the microsoft release of NAV2013R2 as ORIGINAL, the current NAV2013R2 version as MODIFIED and the NAV2015-database as target and then run the compare-navapplicationobject cmdlet again , it will come up with these 70 conflicts all over again...

So my question is: what is best practice to propagate the changes of nav2013r2 to the nav2015 database, without having to go throught the complete process again (since the initial conflicts were alreay solved in the nav2015 database)?

Thanks for any tip on this matter!



  • Options
    pdjpdj Member Posts: 643
    I don't use the cmdlets due to this issue: https://grumpynav.wordpress.com/2015/01 ... correctly/

    But if I were to use it in your scenario, I would assume it should be like this:

    BASE: The custom NAV2013 version you based your first merge on.
    MODIFIED: The new custom NAV2013 with all the new changes made after your first merge.
    TARGET: The NAV2015 you made from your first merge.

    That should ensure you only need to handle the actual modifications made sinde the first merge.
  • Options
    greysgreys Member Posts: 29
    Thanks, Peter!
Sign In or Register to comment.