This discussion is based on the installation of Release 1.1.1.
The installation is a two step process. First run the TeamReview.Setup.msi. In Visual Studio click Tools->Process Editor->Work Item Types->Import WIT. Browse to the folder where you unzipped the download and select the language
appropriate Code Review Response .xml. Highlight the project you want to import the Code Review WIT into. Close and reopen your Visual Studio session.
We are providing TFS as a service to development groups in our organization. The service owners have TFS Admin rights while Project Owners only have Project Admin rights for their projects. They do not have TFS Admin rights.
A Project Owner received an error when he attempted to install the Code Review WIT. Error importing work item type definition: TFS201070: You do not have permission to modify the field. Other discussion threads said either Project
Admin or TFS Admin rights were sufficient. Are TFS Admin rights required? What fields are added or modified with the install? Does the install cascade these modifications through all the required data structures so they are available
We have a production and a test TFS server in our environment. I wanted to install on the Test TFS server since his error message indicated that the Data Warehouse might be modified. I ran the TeamReview.Setup.msi and imported the Code Review
Response en.xml into a project on the test server. Everything worked well.
Then I wondered, How did the install know which server to run it on? It didn’t ask me during installation. I imported the WIT into a project on the production server and behold, there it was. The only explanation is that the install read
my TFS cache file and installed it on all the severs it found. That behavior concerns me because since I think the install made database changes. Thos changes should be validated on the test server before we run them on production. How
does the code review installation determine which TFS server to install on?