TFS mapping with AX environments

(0) Share

Report

Posted on by Community Member

Hello,

I followed few links and found that in order to use TFS with AX 2012 below mentioned patch needs to be installed on client computer:

1. Team Foundation Server 2010 SP1 Object Model.

2. Visual Studio 2010 SP1 Team Foundation Server Compatibility GDR.

I have installed these in my DEV machine and my AX-TFS mapping works fine. Do I need to install these in my TEST and LIVE server also?

*This post is locked for comments

I have the same question (0)

All responses (9)

Answers (0)

Suggested answer

Martin Dráb 237,795 Most Valuable Professional on at

Like (0)

Report

Version control is used for development. If you don't develop in TEST and LIVE {which you shouldn't), you don't need development tools there.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

Thanks Martin!

I agree with you, but we have to setup the "Version control parameter" form in TEST and LIVE also. When I try to do it I got below error:

Could not load file or assembly 'Microsoft.TeamFoundation.Client, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.

Is this related to any prereq component or am I missing something here. I believe we have to set this up in order to move code from DEV --> TEST --> LIVE

Was this reply helpful? Yes No
Martin Dráb 237,795 Most Valuable Professional on at

Like (0)

Report

Do you mean that you're going to develop in production despite that you know that it's a terrible idea? :-O Run away from that project!

If you really want to get yourself and your client into troubles, go on and install Team Explorer.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

No we will not be doing development in TEST or LIVE. I thought setting up Version control parameter is required in TEST also. But as you mentioned, it is only required if we want to develop and not for code migration. Thanks for the clarity. Let me put my query this way:

Once my development is completed in DEV and it is checked in to TFS DEV branch. How can I promote this code to TEST and LIVE environments.

I can use Merging option to move code to TFS TEST branch , what is the next step to move it to TST server.

Was this reply helpful? Yes No
Suggested answer

Sukrut Parab 71,710 Moderator on at

Like (0)

Report

You can merge change sets to your test branch from dev branch.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

I can merge change sets from TFS DEV branch to TFS TEST branch. But now the changes have been copied to TFS TEST folder. How can I import it to my TEST environment application.

Was this reply helpful? Yes No
Suggested answer

Martin Dráb 237,795 Most Valuable Professional on at

Like (0)

Report

I suggest having a build server taking source code from version control and building a model. Then you install the model to TEST using the usual tools.

This gives you a much better control and if there is a problem such as a compilation error, it's detected on the build server and you don't break the TEST system.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

Ok, which means I will be having DEV and BUILD server with TFS tools where the code will be moved using TFS branches. Once the code is ready in BUILD server after successful compilation, then import it to TST using usual AX tools (using xpo or axmodel). Similar approach for TEST -> LIVE

Was this reply helpful? Yes No
Suggested answer

Martin Dráb 237,795 Most Valuable Professional on at

Like (0)

Report

A model, not an .xpo.

.xpo files don't guarantee that the code is transferred in full - you may forget some objects, you can't transfer information about deletions, something may get imported incorrectly (e.g. when imported in a wrong order) and so on. Also, model deployment is easier to automate (e.g. if you want automatically deploy new application to TEST every night after a successful night build).

Note that this doesn't require using branches.

The recommended way for deployment to LIVE is using a modestore import.

Was this reply helpful? Yes No