What's new in BuildIT 2.0 Build 137 Beta
Aug 29, 2014
- Added support for building Visual Studio 2010 solutions
New in BuildIT 2.0 Build 136 Beta (Aug 29, 2014)
- Fixed crash bug where editing an administrator straight after adding it would crash
- Changed in-built VERSION and BUILD macros to BUILDITVERSION and BUILDITBUILD to avoid conflicts in user scripts
- Added View mewnu command to open log file of current running or run script
New in BuildIT 2.0 Build 135 Beta (Aug 29, 2014)
- Fixed capability where event scripts can access macros created in tasks and vice-a-versa
New in BuildIT 2.0 Build 134 Beta (Aug 29, 2014)
- Added Passed By Reference variable to "RunProgram" to allow log output to be returned
- Runs the given DOS command tool and returns TRUE if the exit code of the app is the same as the uSuccessCode passed
- BOOL RunProgram( String strCommand, String strCommandLine, String strWorkingDir, BOOL bCanUseStdHandles, Int uSuccessCode, [OUT] String strLogOutput )
New in BuildIT 2.0 Build 133 Beta (Aug 29, 2014)
- Modified Command Line version to use registry for email subject and messages rather than hard-coded values, so it can be modified from Options
- Added ability to save FTP processed files into a pling separated macro variable. This allows you to use script
- Added ability to log output of DOS Command to a macro, line feeds are converted to "" and quotes to """ so they can be utilised in scripts
New in BuildIT 2.0 Build 132 Beta (Aug 29, 2014)
- Modified build fail emails to send as High Importance
- Added options on administrators to state whether they should receive emails on success and on failure
- Fixed missing error message when SMTP mail failed to connect to server
- Moved OnStart, OnSuccess and OnFailure menu commands to Task menu as they are more Task/File based than Edit menu
- Fixed script function "HasTaskRun" which was fundamentally broken
- Fixed OnStart, OnSuccess and OnFailure scripts dialog to set document modified state when OK'ed
- Fixed non-movement of Enabled and GlobalScript buttons on OnSuccess and OnFailure scripts dialog when dialog sized
- Changed internal behaviour of script handling so it can be used elsewhere more easily without relying on a ScriptTask, paving the way of some BuildIT Event Scripts that can get called from various places at various times in future
- Added new script functions:
- ## Runs the given DOS command tool and returns TRUE if the exit code of the app is the same as the uSuccessCode passed
- BOOL RunProgram( String strCommand, String strCommandLine, String strWorkingDir, BOOL bCanUseStdHandles, Int uSuccessCode )
New in BuildIT 2.0 Build 131 Beta (Aug 29, 2014)
- Added display of progress (where applicable) to command line version
- Added new script macros "$username$" and "$computername$" to get logged in user and computer name as appropriate
- Added OnStart, OnSuccess and OnFailure Script
- Added option to DOS Command Tool Task to specify if a program uses STDOutput. If a program fails on start then try unticking this option ... common for .net apps
- Removed log file attachment on success emails for command line version
- Replaced MD5 and SHA hash functions with alternative library
- Converted toolbar to high resolution icons
- Fixed script macros "$version$" and "$build$" to do what they were supposed to do in documentation
New in BuildIT 2.0 Build 130 Beta (Aug 29, 2014)
New in BuildIT 2.0 Build 129 Beta (Aug 29, 2014)
- Added ability to use wildcards on FTP Delete files
- Improved speed of FTP downloads. Now it takes less than half the time on multiple file downloads
- Changed list to allow future capabilities
- Can now edit task titles in-place within the list
- Added ability to specify authenticating user/password for Get Web Page item requests
New in BuildIT 2.0 Build 127 Beta (Aug 29, 2014)
- Fixed problem with MSDev6 projects not being parsed properly so no configurations were populating list
- Fixed problem where copying a single (non-wildcard) file to a directory that doesn't exist with "Create folders" selected, wouldn't create the folder and would therefore fail to copy