The previous post provided the implementation of the BTE application. It described how the implementation of BTE is able to satisfy the original design requirements by providing an extensible task execution model.
The following are some examples of BTE running on the command line. I am using a batch file in order to shorten BuildTaskExecutor.exe down to bte.
1) Executing BTE without arguments
2) Executing the help task
3) Executing the help task for a specific task name (or alias in this case)
4) Executing with verbose logging
The first version of BTE provides the following tasks built into the application (as defined by the help output):
Renames the project output to include the product version of the project output.
Displays help information about the available tasks
Increments version number parts in AssemblyVersionAttribute entries in code files
Synchronizes the product version in a Wix project to the version of a binary file.
Checks out files from TFS based on a search pattern. The checkout will use default credentials resolved for the identified files.
Renames the Wix project output to include the wix product version.
The next post will provide a scenario where these tasks are used to manage the version of a solution without a full TFS environment.