- Amazon.Lambda.Tools (3.3.0)
- Fixed issue #90: Error parsing layer description while listing layers
- Fixed issue #30: Parsed yaml CloudFormaion template failure if there was no Properties node.
- Pull request #89 Fixed typo warning how to set the DOTNET_SHARED_STORE environment varaible. Thanks Oleg Kosmakov
- Amazon.Lambda.Tools (3.3.0)
- Added MFA support
- Add runtime config setting to roll forward to major versions of .NET Core if 2.X is not installed.
- Amazon.ECS.Tools (3.1.0)
- Added MFA support
- Add runtime config setting to roll forward to major versions of .NET Core if 2.X is not installed.
- Amazon.ElasticBeanstalk.Tools (3.2.0)
- Added MFA support
- Add runtime config setting to roll forward to major versions of .NET Core if 2.X is not installed.
- Amazon.Lambda.Tools (3.2.3)
- Fixed issue filename or extension is too long when passing a large number of file arguments to the zip utility.
- Amazon.Lambda.Tools (3.2.2)
- Fixed issue with package not being able to installed on non-windows platforms.
- Amazon.Lambda.Tools (3.2.1)
- Removed ASP.NET Core version check. This is no longer needed now that the .NET Core SDK no longer sets the runtime version to the latest patched version that is installed on the machine that is creating the deployment package.
- Fixed issue of not handling embedded node.js or python code in CloudFormation template.
- Amazon.Lambda.Tools (3.2.0)
- Added support for using .NET Core runtime package stores as Lambda layers. For a full description checkout the .NET Lambda Layer docs.
- Fixed issue with Windows line ending when deploy a Custom Runtime Lambda function.
- Amazon.Lambda.Tools (3.1.4)
- Make
--framework
switch optional. If it is not set then the project file will be inspected to determine framework. - Add deprecation warning message when using .NET Core 2.0 Lambda runtime.
- Make
- Amazon.ElasticBeanstalk.Tools (3.1.0)
- Pull request #55 add package command to package an application as a zip file to later be deployed to Beanstalk. Thanks Anthony Abate
- Pull Request #57 allows string parameters to point to environment variables. Thanks Anthony Abate
- For example the in the following aws-beanstalk-tools-defaults.json file the Beanstalk application name will come from the EB_APP environment variable and the environment name will come from EB_ENV.
{
"application" : "$(EN_APP)",
"environment" : "$(EB_ENV)"
}
- Amazon.Lambda.Tools (3.1.3)
- Changes to get this tool ready for the upcoming ability to use a custom .NET Core runtimes.
Follow #405 GitHub issue for the upcoming Amazon.Lambda.RuntimeSupport library.
- Zipping the deployment bundle on Windows was switch to use a new Go executable to allow setting linux file permisisons. The Go executable is distributed with this tool so this change should be transparent to users.
- Fixed issue with config files specified with the
--config-file
not being found when the--project-location
switch was used.
- Changes to get this tool ready for the upcoming ability to use a custom .NET Core runtimes.
Follow #405 GitHub issue for the upcoming Amazon.Lambda.RuntimeSupport library.
- Amazon.Lambda.Tools (3.1.2)
- Fixed issue with failed deployments when CloudFormation template was greater then 50,000 .
- Added support for CAPABILITY_AUTO_EXPAND for deploy-serverless command.
- Amazon.Lambda.Tools (3.1.1)
- Fix issue looking for Lambda runtime from CloudFormation template when runtime specified in the Globals section.
- Amazon.ElasticBeanstalk.Tools (3.0.1)
- Pull request #43, fixing issue with wrong directory separater when creating zip file. Thanks bartoszsiekanski
- Amazon.Lambda.Tools (3.1.0)
- Updated the
deploy-serverless
andpackage-ci
command to support deploying multiple projects. EachAWS::Lambda::Function
orAWS::Serverless::Function
can now point to different .NET projects locally using the CloudFormation resource's code properties. If the code property is not set then the current directory assumed. - Pull request #39, fixing issue related to yaml templates containing intrinsic functions in the short form. Thanks to Albert Szilvasy
- Added
--tags
property todeploy-serverless
command to apply AWS Tags to the CloudFormation stack and the resources the stack creates.
- Updated the
- Amazon.Lambda.Tools (3.0.1)
- Fixed issue incorrectly checking if deployment command was being executed in a project directory when using a precompiled package zip file.
- Amazon.Lambda.Tools (3.0.0)
- Switch to Global Tool.
- Made the --apply-defaults switch obsolete. Defaults from config file are now always applied.
- Added new --append-environment-variables switch to add new environment variables without overwriting existing environment variables.
- Added validation that if a config file is explicitly set and the file can not be found then throw an exception
- Improve error reporting when failed to parse command line arguments.
- Pull request #29 changing publishing RID to rhel.7.2-x64 the closest match to Amazon Linux.
- PreserveCompilationContext in the --msbuild-parameters switch overrides this tool's default behavior of setting /p:PreserveCompilationContext=false.
- Fixed bug incorrectly executing chmod on a file with spaces in the name.
- Add ability to pass AWS credentials using the switches --aws-access-key-id, --aws-secret-key and --aws-session-token
- Amazon.ECS.Tools (3.0.0)
- Switch to Global Tool.
- Amazon.ElasticBeanstalk.Tools (3.0.0)
- Switch to Global Tool.
- Amazon.Lambda.Tools (2.2.0)
- Added support for the .NET Core 2.1 AWS Lambda runtime.
- Fixed issue with not correct determining CloudFormation parameters when using YAML.
- Fixed issue handling CloudFormation parameter renames.
- Amazon.ECS.Tools (1.2.0)
- Improve detection for when the
docker build
command should run from the solution folder. - Added new switch
--docker-build-working-dir
to set the directory wheredocker build
should run. This is useful when this tool can't detect whether the build should run from the project or the solution. - Added new switch
--docker-build-options
to pass additional options to thedocker build
command.
- Improve detection for when the
-
Amazon.Lambda.Tools (2.1.4)
- Change AWS credential lookup logic to continue searching if the profile specified cannot be found. This allows easier switching between development environment and CI/CD environments.
- Pull request #11. Fixed issue with
deploy-serverless
breaking Swagger definitions in yaml. - Fixed issue when validating version of Microsoft.AspNetCore.All for F# project files.
- Switch to warning when validating S3 bucket in same region as target deployment region if the region can not be determined. This is commonly due to lack of S3 permission to get the region for a bucket.
-
Amazon.ECS.Tools (1.1.5)
- Change AWS credential lookup logic to continue searching if the profile specified cannot be found. This allows easier switching between development environment and CI/CD environments.
- Add
--publish-options
switch to allow passing additional parameters to thedotnet publish
command.
-
Amazon.ElasticBeanstalk.Tools (1.1.4)
- Change AWS credential lookup logic to continue searching if the profile specified cannot be found. This allows easier switching between development environment and CI/CD environments.
- Add
--publish-options
switch to allow passing additional parameters to thedotnet publish
command. - Fixed issue with instance profile not being persisted when the flat to save configuration is set.
- Amazon.Lambda.Tools (2.1.2)
- If a CloudFormation parameter's NoEcho property is to true then output **** when displaying the template parameters set for the deployment.
- Stop persisting --stack-wait switch when saving config file because it will always be set to false when called from Visual Studio.
- Amazon.Lambda.Tools (2.1.2)
- Moved here from the AWS Lambda for .NET Core repository
- Amazon.ElasticBeanstalk.Tools (1.1.3)
- Fixed issue with setting the IAM service role for new Beanstalk environments
- Fixed issue with Beanstalk Solution Stack not being persisted in defaults file.
- All commands can now persist the settings used with the -pcfg true flag.
- Amazon.ECS.Tools (1.1.4)
- All commands can now persist the settings used with the -pcfg true flag.
- Amazon.ECS.Tools (1.1.3)
- Fixed issue detecting docker build working directory for latest VS 2017 created Dockerfile.
- Fixed issue not detected when a cluster should be created because of inactive cluster with the same name.
- Amazon.ElasticBeanstalk.Tools (1.1.2)
- Amazon.ECS.Tools (1.1.2)
- Fixed issue with docker tag incorrectly being written out to the aws-beanstalk-tools-defaults.json.
- Fixed error handling when searching for the solution file for the project being deployed.
-
Amazon.ECS.Tools (1.1.1)
- Added dependency to AWSSDK.SecurityToken to support profiles that use assume role features of Security Token Service.
- Allow task defintion cpu and memory to be read from aws-ecs-tools-defaults.json either as a string or number. Previously only string was supported.
- Fixed issue with reading desired count from aws-ecs-tools-defaults.json.
- Fixed issue persisting last settings for scheduled task to aws-ecs-tools-defaults.json.
-
Amazon.ElasticBeanstalk.Tools (1.1.1)
- Added dependency to AWSSDK.SecurityToken to support profiles that use assume role features of Security Token Service.
- Amazon.ElasticBeanstalk.Tools (1.1.0)
- Add --enable-xray switch to enable the AWS X-Ray daemon in the environment
- Amazon.ECS.Tools (1.1.0)
- Use default subnets if no subnets provided for Fargate deployments
- Inspect Docker file to see if dotnet publish needs to run before docker build
- If redeploying to an existing Fargate service reuse network configuration if one is not provided
- Fix issue with docker image name being asked for multiple times
- Amazon.ElasticBeanstalk.Tools (1.0.1)
- Set description for NuGet package
- Amazon.ECS.Tools (1.0.0)
- Added command deploy-service
- Added command deploy-task
- Added command deploy-task
- Added command deploy-scheduled-task
- Added command push-image
- Amazon.ElasticBeanstalk.Tools (1.0.0)
- Added command deploy-environment
- Added command delete-environment
- Added command list-environments