web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Dynamics 365 Community / Forums / Microsoft Dynamics AX (Archived) / Export a project thoug...
Microsoft Dynamics AX (Archived)

Export a project though command line

(0) ShareShare
ReportReport
Posted on by MDeeb 98

HI Everyone,

am using Devops in AX 2012 , to push everything from Developmen to UAT, to Produuction automicatically, it worked fine with models when exporting /importing models, however I want to move projects instead of models, I just still need to know how could I export a project through command line and not manually.

Thank you,

*This post is locked for comments

I have the same question (0)
  • Verified answer
    nmaenpaa Profile Picture
    nmaenpaa 101,166 Moderator on at

    I don't think that's possible. You should use models or modelstore for deployment.

    Please check this MS whitepaper: docs.microsoft.com/.../deploying-customizations-across-microsoft-dynamics-ax-2012-environments-white-paper

  • MDeeb Profile Picture
    MDeeb 98 on at

    Hi Nikolaos,

    Many thanks for your usual supportive answers, moving models takes more time and it always generate id conflicts, that's why am using projects instead specially that most of our customizations are minor, and already exists in USR model in USR layer. Moreover whenever I import a model, I have to do full compilation.

    Thank you,

  • Verified answer
    nmaenpaa Profile Picture
    nmaenpaa 101,166 Moderator on at

    What kind of ID conflicts are you talking about? Both xpo import and model import will cause ID differences between the source and target environments.

    You should do a full compilation after every code release (especially prod!) to be sure that the whole solution is still compileable. The only exception is modelstore release, which already contains compiled x++ code and CIL. So the fastest and most reliable deployment methodology is the modelstore deployment. And with modelstore delivery you will not have id conflicts - as long as the starting point is that both environments have same id values.

    Nothing stops you from delivering by xpos manually. But it can't be automated. And you should use model or modelstore deliveries, especially for production deployments.

  • MDeeb Profile Picture
    MDeeb 98 on at

    Thank you Nikolaos,

    so I will use export \import models, but what about if an element was moved in development environment to a different model  and then the model was imported to production, would this affect anything ?

    Regards,

  • Suggested answer
    nmaenpaa Profile Picture
    nmaenpaa 101,166 Moderator on at

    You need to export/import all changed models into your staging system, and do a modelstore delivery from staging to prod. This way you will always know that you won't face strange surprises during prod delivery.

  • MDeeb Profile Picture
    MDeeb 98 on at

    so can I export the model from Development to staging environment and perform full compile and then export the model store from staging and import it to production , does this also requires full compilation on production ? and I assume synchronization.

    Thanks a ot

  • Suggested answer
    nmaenpaa Profile Picture
    nmaenpaa 101,166 Moderator on at

    You don't need to run x++ compilation or CIL generation in prod if you do a modelstore delivery (since it was already done in staging, and you are copying the whole codebase). Synchronization is of course needed.

  • MDeeb Profile Picture
    MDeeb 98 on at

    thanks a lot Nikolaos, one more question data synchronization does not fail on any element in case the element model was changed right ?

  • Suggested answer
    nmaenpaa Profile Picture
    nmaenpaa 101,166 Moderator on at

    I don't understand the question.

    The sync can fail for example if you introduce a new unique index, but the existing data in the table violates the new index.

  • udaY-ch Profile Picture
    udaY-ch 5,175 on at

    Hi, Mdeeb

    As you import the modelstore into production, there is no possibility for element Id conflicts between your so called staging or test to production environment.

    /Uday.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Stars!

Meet the Microsoft Dynamics 365 Contact Center Champions

We are thrilled to have these Champions in our Community!

Congratulations to the March Top 10 Community Leaders

These are the community rock stars!

Leaderboard > 🔒一 Microsoft Dynamics AX (Archived)

#1
Joris dG Profile Picture

Joris dG 5

#2
Andrew Jones a1x Profile Picture

Andrew Jones a1x 2

#3
Basit Profile Picture

Basit 1

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans