Build configurations allow you to specify which environment to which you want to deploy reports. For example, if you have a Development, Functional Test, Stage and Production environment, you will want to create a build configuration each said environment. I would name them Dev, Test, Stage, Prod.
- Build your project
- Right-click on your project and click Build
- Make sure it succeeds and doesn't throw any errors or warnings
- If it does try to resolve errors / warnings and build again.
- Set up your environment(s)
- Set up the configuration for your environment(s)
- Click on the drop down Configuration Manager window in the toolbar
- Click Configuration Manager…
- Under the Active solution configuration: drop down select <New…>
- Name your environment
- i.e. Test, Dev, Stage, Prod
- NOTE: Name your environments so that you will know exactly which environment it is going to. The use of Test, Dev, Stage, and Release are highly recommended
- Select the drop down under Copy settings from: to copy settings of an existing configuration and then tweak.
- I highly recommend you do this
- Make sure the checkmark is marked on Create new project configurations
- Click OK
- In the Solution Explorer navigation pane, right-click on your project and select Properties.
- The Project Property Pages window will open and will show Configuration options.
- On Configuration: Ensure that the dropdown is on the desired configuration
- i.e. Test, Dev, Stage, Release, etc.
- There are three options under the General tab: Build, Debug, and Deployment
- On Build change the OutputPath to bin\EnvironmentName
- i.e. bin\Test
- If it is already that way, don't worry about it, otherwise this will cause you grief if you have two configurations pointing to the same output folder
- Under Deployment you will see the following properties:
- OverwriteDatasets: false
- OverwriteDataSources: false
- These two are defaulted to false because it is safer. Whenever you deploy your project for the first time these will be deployed. HOWEVER every time after your first deployment, these will not be updated. This is to ensure that your connections do not get overriden.
- If you change these properties to true then they will override each time you deploy them.
- I would keep these properties set to false, especially your DataSources. If you find yourself updating either your Datasets or your DataSources then you can change this property.
- Under Deployment change the following items:
- Target Dataset Folder: Your Dataset Location
- i.e: /ProjectName/DataSets
- Target DataSourceFolder: Your Data Source Location
- i.e.: /ProjectName/Data Sources
- Target Report Folder: Your Report Location
- i.e.: /ProjectName/Reports
- Target Report Part Folder: Your Report Part Location
- i.e.: /ProjectName/Report Parts
- Target Server URL: Your Server URL Location
- i.e.: http://ServerName.domainname/SSRSReportServer
- Target Server Version: Your Server version (drop down menu)
- i.e.: SQL Server 2008 R2 or later
- Change Configuration: drop down to other environments
- i.e. Test, Dev, Stage, Release, etc.
- Click OK

See our next Tutorial: SSRS Deployment
Hi! i'm exactly facing this, but I have many doubts, first of all I understand that for all the 6 config target options under deployment, the folder has to exist in the server right? thank's in advance for your help!! Christian
ReplyDeleteThe folder doesn't need to exist on the server, but if this is the case you need to have the Content Manager right on the directory you are trying to deploy to. If you have this right, it will create the directories for you. If you don't have this right, you will need to contact your SSRS admin and have the directories created for you. You will need Content Manager rights on those new directories, or you will not be able to deploy.
ReplyDeleteThank you Darren !!
ReplyDelete