maxmustermann/pulumi
1
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity
pulumi/Makefile

108 lines
5 KiB
Makefile
Raw Normal View History

Remove SDK dependencies This change eliminates our dependencies on the SDK repo. Now that SDKs are comprised solely of pulumi/pulumi artifacts, a separate repo isn't required. This allows us to simplify some of the distribution. The install.sh script is modified slightly, to permit overriding the default install location using $PULUMI_INSTALL_PATH.
2018-04-28 22:05:30 +02:00
PROJECT_NAME := Pulumi SDK
Add **preview** .NET Core support for pulumi. (#3399)
2019-10-26 01:59:50 +02:00
SUB_PROJECTS := sdk/dotnet sdk/nodejs sdk/python sdk/go
Adopt new makefile system See https://github.com/pulumi/home/pull/56 for more details.
2017-11-12 01:20:56 +01:00
include build/common.mk
Install GoMetaLinter in Travis And also rejigger the Makefiles to properly error if it's missing.
2017-06-21 23:23:48 +02:00
Breaking changes due to Feature 2.0 work * Make `async:true` the default for `invoke` calls (#3750) * Switch away from native grpc impl. (#3728) * Remove usage of the 'deasync' library from @pulumi/pulumi. (#3752) * Only retry as long as we get unavailable back. Anything else continues. (#3769) * Handle all errors for now. (#3781) * Do not assume --yes was present when using pulumi in non-interactive mode (#3793) * Upgrade all paths for sdk and pkg to v2 * Backport C# invoke classes and other recent gen changes (#4288) Adjust C# generation * Replace IDeployment with a sealed class (#4318) Replace IDeployment with a sealed class * .NET: default to args subtype rather than Args.Empty (#4320) * Adding system namespace for Dotnet code gen This is required for using Obsolute attributes for deprecations ``` Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'ObsoleteAttribute' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'Obsolete' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] ``` * Fix the nullability of config type properties in C# codegen (#4379)
2020-04-14 10:30:25 +02:00
PROJECT := github.com/pulumi/pulumi/pkg/v2/cmd/pulumi
Fix tests for clones outside of GOPATH. (#4198) `go list ./foo/...` does not return appropriate package names when this repository is cloned outside GOPATH.
2020-03-26 21:42:43 +01:00
PROJECT_PKGS := $(shell cd ./pkg && go list ./... | grep -v /vendor/)
Update Makefile
2020-03-27 00:32:20 +01:00
TESTS_PKGS := $(shell cd ./tests && go list ./... | grep -v tests/templates | grep -v /vendor/)
Add publishing to nuget support (#3416)
2019-10-30 04:14:49 +01:00
VERSION := $(shell scripts/get-version HEAD)
Sketch a `mu build` command and its scaffolding This adds a bunch of general scaffolding and the beginning of a `build` command. The general engineering scaffolding includes: * Glide for dependency management. * A Makefile that runs govet and golint during builds. * Google's Glog library for logging. * Cobra for command line functionality. The Mu-specific scaffolding includes some packages: * mu/pkg/diag: A package for compiler-like diagnostics. It's fairly barebones at the moment, however we can embellish this over time. * mu/pkg/errors: A package containing Mu's predefined set of errors. * mu/pkg/workspace: A package containing workspace-related convenience helpers. in addition to a main entrypoint that simply wires up and invokes the CLI. From there, the mu/cmd package takes over, with the Cobra-defined CLI commands. Finally, the mu/pkg/compiler package actually implements the compiler behavior. Or, it will. For now, it simply parses a JSON or YAML Mufile into the core mu/pkg/api types, and prints out the result.
2016-11-15 20:30:34 +01:00
Adopt new makefile system See https://github.com/pulumi/home/pull/56 for more details.
2017-11-12 01:20:56 +01:00
TESTPARALLELISM := 10
Install fixed versions of our tools For some tools we used, like `dep` and `gometalinter` we were just calling `go install` which caused us to pick up whatever was in `HEAD` at that time. Now, we move to a model where we install fixed versions, which will change per milestone. While doing this, I changed the way our .travis.yml file runs everything to move as much as possible out into scripts and do so in a way that allows us to share as much common logic across our repositories.
2018-01-24 00:56:58 +01:00
update builds to handle new go mod layout
2020-03-19 00:41:23 +01:00
ensure::
$(call STEP_MESSAGE)
ifeq ($(NOPROXY), true)
@echo "cd sdk && GO111MODULE=on go mod tidy"; cd sdk && GO111MODULE=on go mod tidy
Removing the need for vendoring (#4167)
2020-03-25 23:57:46 +01:00
@echo "cd sdk && GO111MODULE=on go mod download"; cd sdk && GO111MODULE=on go mod download
update builds to handle new go mod layout
2020-03-19 00:41:23 +01:00
@echo "cd pkg && GO111MODULE=on go mod tidy"; cd pkg && GO111MODULE=on go mod tidy
Removing the need for vendoring (#4167)
2020-03-25 23:57:46 +01:00
@echo "cd pkg && GO111MODULE=on go mod download"; cd pkg && GO111MODULE=on go mod download
Breaking changes due to Feature 2.0 work * Make `async:true` the default for `invoke` calls (#3750) * Switch away from native grpc impl. (#3728) * Remove usage of the 'deasync' library from @pulumi/pulumi. (#3752) * Only retry as long as we get unavailable back. Anything else continues. (#3769) * Handle all errors for now. (#3781) * Do not assume --yes was present when using pulumi in non-interactive mode (#3793) * Upgrade all paths for sdk and pkg to v2 * Backport C# invoke classes and other recent gen changes (#4288) Adjust C# generation * Replace IDeployment with a sealed class (#4318) Replace IDeployment with a sealed class * .NET: default to args subtype rather than Args.Empty (#4320) * Adding system namespace for Dotnet code gen This is required for using Obsolute attributes for deprecations ``` Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'ObsoleteAttribute' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'Obsolete' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] ``` * Fix the nullability of config type properties in C# codegen (#4379)
2020-04-14 10:30:25 +02:00
@echo "cd scripts && GO111MODULE=on go mod tidy"; cd scripts && GO111MODULE=on go mod tidy
@echo "cd scripts && GO111MODULE=on go mod download"; cd scripts && GO111MODULE=on go mod download
update builds to handle new go mod layout
2020-03-19 00:41:23 +01:00
@echo "cd tests && GO111MODULE=on go mod tidy"; cd tests && GO111MODULE=on go mod tidy
Removing the need for vendoring (#4167)
2020-03-25 23:57:46 +01:00
@echo "cd tests && GO111MODULE=on go mod download"; cd tests && GO111MODULE=on go mod download
Move BuildUtil class to sdk This was still in pkg and wasn't accessible from the scripts location. This code should be in the go/common location of sdk so that it can be accessed from within our build scripts Without this change, we were not able to get access to the Version number for Python and none of our Python builds have been publishing binaries
2020-03-31 13:07:24 +02:00
@echo "cd scripts && GO111MODULE=on go mod tidy"; cd scripts && GO111MODULE=on go mod tidy
@echo "cd scripts && GO111MODULE=on go mod download"; cd scripts && GO111MODULE=on go mod download
update builds to handle new go mod layout
2020-03-19 00:41:23 +01:00
else
@echo "cd sdk && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy"; cd sdk && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy
Removing the need for vendoring (#4167)
2020-03-25 23:57:46 +01:00
@echo "cd sdk && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download"; cd sdk && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download
update builds to handle new go mod layout
2020-03-19 00:41:23 +01:00
@echo "cd pkg && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy"; cd pkg && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy
Removing the need for vendoring (#4167)
2020-03-25 23:57:46 +01:00
@echo "cd pkg && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download"; cd pkg && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download
Breaking changes due to Feature 2.0 work * Make `async:true` the default for `invoke` calls (#3750) * Switch away from native grpc impl. (#3728) * Remove usage of the 'deasync' library from @pulumi/pulumi. (#3752) * Only retry as long as we get unavailable back. Anything else continues. (#3769) * Handle all errors for now. (#3781) * Do not assume --yes was present when using pulumi in non-interactive mode (#3793) * Upgrade all paths for sdk and pkg to v2 * Backport C# invoke classes and other recent gen changes (#4288) Adjust C# generation * Replace IDeployment with a sealed class (#4318) Replace IDeployment with a sealed class * .NET: default to args subtype rather than Args.Empty (#4320) * Adding system namespace for Dotnet code gen This is required for using Obsolute attributes for deprecations ``` Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'ObsoleteAttribute' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'Obsolete' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] ``` * Fix the nullability of config type properties in C# codegen (#4379)
2020-04-14 10:30:25 +02:00
@echo "cd scripts && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy"; cd scripts && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy
@echo "cd scripts && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download"; cd scripts && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download
update builds to handle new go mod layout
2020-03-19 00:41:23 +01:00
@echo "cd tests && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy"; cd tests && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy
Removing the need for vendoring (#4167)
2020-03-25 23:57:46 +01:00
@echo "cd tests && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download"; cd tests && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download
Move BuildUtil class to sdk This was still in pkg and wasn't accessible from the scripts location. This code should be in the go/common location of sdk so that it can be accessed from within our build scripts Without this change, we were not able to get access to the Version number for Python and none of our Python builds have been publishing binaries
2020-03-31 13:07:24 +02:00
@echo "cd scripts && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy"; cd scripts && GO111MODULE=on GOPROXY=$(GOPROXY) go mod tidy
@echo "cd scripts && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download"; cd scripts && GO111MODULE=on GOPROXY=$(GOPROXY) go mod download
update builds to handle new go mod layout
2020-03-19 00:41:23 +01:00
endif
Make generate.sh reproducible
2018-07-12 22:29:35 +02:00
build-proto::
cd sdk/proto && ./generate.sh
Update schema-based docs generator (#4035) * Update properties.tmpl to render property comment as-is. WIP splitting out properties to lang-specific tables. * Generate the constructor dynamically from the resource per language. * Add doc functions in each language generator package for getting doc links for types..and later other functions too. * Render the constructor params in the Go code and inject into the template. * Generate nodejs types using the nodejs lang generator. * Add a templates bundler. Added a new Make target for autogenerating a static bundle for the resource docs generator. * Generate type links for all languages based on their schema type. Render the property type with a link if the underlying elements have a supporting type. Fix word-breaks for Python type names. * Various changes including the introduction of an interface type under the codegen package to help with generating some language-specific information for the resource docs generator. * Add a function to explicitly generate links for input types of nested types. Fix the resource doc link generator for Go. Don't replace the module name from the nodejs language type. * Fix bug with C# property type html encoding. * Fix some template formatting. Pass the state inputs for Python to generate the lookup function for it. * Do not generate the examples section if there are none. * Generating the property types per language. * Formatting. Rename function for readability. * Add comments. Update README. * Use relative URLs for doc links within the main site
2020-03-09 18:35:20 +01:00
.PHONY: generate
generate::
$(call STEP_MESSAGE)
echo "Generate static assets bundle for docs generator"
Fix make generate target for generating static bundle for docs templates (#4414)
2020-04-16 18:05:26 +02:00
cd pkg && go generate ./codegen/docs/gen.go
Update schema-based docs generator (#4035) * Update properties.tmpl to render property comment as-is. WIP splitting out properties to lang-specific tables. * Generate the constructor dynamically from the resource per language. * Add doc functions in each language generator package for getting doc links for types..and later other functions too. * Render the constructor params in the Go code and inject into the template. * Generate nodejs types using the nodejs lang generator. * Add a templates bundler. Added a new Make target for autogenerating a static bundle for the resource docs generator. * Generate type links for all languages based on their schema type. Render the property type with a link if the underlying elements have a supporting type. Fix word-breaks for Python type names. * Various changes including the introduction of an interface type under the codegen package to help with generating some language-specific information for the resource docs generator. * Add a function to explicitly generate links for input types of nested types. Fix the resource doc link generator for Go. Don't replace the module name from the nodejs language type. * Fix bug with C# property type html encoding. * Fix some template formatting. Pass the state inputs for Python to generate the lookup function for it. * Do not generate the examples section if there are none. * Generating the property types per language. * Formatting. Rename function for readability. * Add comments. Update README. * Use relative URLs for doc links within the main site
2020-03-09 18:35:20 +01:00
Makefile: properly encode dependencies (#4541) This allows for the use of `make -j`, which speeds up a full build dramatically at the cost of rather incomprehensible logs.
2020-05-04 23:26:52 +02:00
build:: generate
Breaking changes due to Feature 2.0 work * Make `async:true` the default for `invoke` calls (#3750) * Switch away from native grpc impl. (#3728) * Remove usage of the 'deasync' library from @pulumi/pulumi. (#3752) * Only retry as long as we get unavailable back. Anything else continues. (#3769) * Handle all errors for now. (#3781) * Do not assume --yes was present when using pulumi in non-interactive mode (#3793) * Upgrade all paths for sdk and pkg to v2 * Backport C# invoke classes and other recent gen changes (#4288) Adjust C# generation * Replace IDeployment with a sealed class (#4318) Replace IDeployment with a sealed class * .NET: default to args subtype rather than Args.Empty (#4320) * Adding system namespace for Dotnet code gen This is required for using Obsolute attributes for deprecations ``` Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'ObsoleteAttribute' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'Obsolete' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] ``` * Fix the nullability of config type properties in C# codegen (#4379)
2020-04-14 10:30:25 +02:00
cd pkg && go install -ldflags "-X github.com/pulumi/pulumi/pkg/v2/version.Version=${VERSION}" ${PROJECT}
Clean up the Makefile This adds a bunch of independent targets to the Makefile, to help run individual commands as needed. It also skips running `golint` by default (per golint's advice, actually), because it spews lots of documentation-related things at the moment, which we are intentionally ignoring. (Mainly just hundreds of public members without comments; eventually we'll need to tackle this.)
2017-01-28 00:42:55 +01:00
Makefile: properly encode dependencies (#4541) This allows for the use of `make -j`, which speeds up a full build dramatically at the cost of rather incomprehensible logs.
2020-05-04 23:26:52 +02:00
install:: generate
Breaking changes due to Feature 2.0 work * Make `async:true` the default for `invoke` calls (#3750) * Switch away from native grpc impl. (#3728) * Remove usage of the 'deasync' library from @pulumi/pulumi. (#3752) * Only retry as long as we get unavailable back. Anything else continues. (#3769) * Handle all errors for now. (#3781) * Do not assume --yes was present when using pulumi in non-interactive mode (#3793) * Upgrade all paths for sdk and pkg to v2 * Backport C# invoke classes and other recent gen changes (#4288) Adjust C# generation * Replace IDeployment with a sealed class (#4318) Replace IDeployment with a sealed class * .NET: default to args subtype rather than Args.Empty (#4320) * Adding system namespace for Dotnet code gen This is required for using Obsolute attributes for deprecations ``` Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'ObsoleteAttribute' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'Obsolete' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] ``` * Fix the nullability of config type properties in C# codegen (#4379)
2020-04-14 10:30:25 +02:00
cd pkg && GOBIN=$(PULUMI_BIN) go install -ldflags "-X github.com/pulumi/pulumi/pkg/v2/version.Version=${VERSION}" ${PROJECT}
Track resources that are pending deletion in checkpoints. During the course of a `pulumi update`, it is possible for a resource to become slated for deletion. In the case that this deletion is part of a replacement, another resource with the same URN as the to-be-deleted resource will have been created earlier. If the `update` fails after the replacement resource is created but before the original resource has been deleted, the snapshot must capture that the original resource still exists and should be deleted in a future update without losing track of the order in which the deletion must occur relative to other deletes. Currently, we are unable to track this information because the our checkpoints require that no two resources have the same URN. To fix this, these changes introduce to the update engine the notion of a resource that is pending deletion and change checkpoint serialization to use an array of resources rather than a map. The meaning of the former is straightforward: a resource that is pending deletion should be deleted during the next update. This is a fairly major breaking change to our checkpoint files, as the map of resources is no more. Happily, though, it makes our checkpoint files a bit more "obvious" to any tooling that might want to grovel or rewrite them. Fixes #432, #387.
2017-10-05 23:08:35 +02:00
add initial pull-request workflow (#5276) * add initial pull-request workflow * run SDK test all * add SDK tests * fixup make targets * add dist target * revert back to 5 updates * disable test * add issue for test disabling
2020-09-09 22:37:03 +02:00
install_all:: install
Makefile: properly encode dependencies (#4541) This allows for the use of `make -j`, which speeds up a full build dramatically at the cost of rather incomprehensible logs.
2020-05-04 23:26:52 +02:00
dist:: build
Breaking changes due to Feature 2.0 work * Make `async:true` the default for `invoke` calls (#3750) * Switch away from native grpc impl. (#3728) * Remove usage of the 'deasync' library from @pulumi/pulumi. (#3752) * Only retry as long as we get unavailable back. Anything else continues. (#3769) * Handle all errors for now. (#3781) * Do not assume --yes was present when using pulumi in non-interactive mode (#3793) * Upgrade all paths for sdk and pkg to v2 * Backport C# invoke classes and other recent gen changes (#4288) Adjust C# generation * Replace IDeployment with a sealed class (#4318) Replace IDeployment with a sealed class * .NET: default to args subtype rather than Args.Empty (#4320) * Adding system namespace for Dotnet code gen This is required for using Obsolute attributes for deprecations ``` Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'ObsoleteAttribute' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] Iam/InstanceProfile.cs(142,10): error CS0246: The type or namespace name 'Obsolete' could not be found (are you missing a using directive or an assembly reference?) [/Users/stack72/code/go/src/github.com/pulumi/pulumi-aws/sdk/dotnet/Pulumi.Aws.csproj] ``` * Fix the nullability of config type properties in C# codegen (#4379)
2020-04-14 10:30:25 +02:00
cd pkg && go install -ldflags "-X github.com/pulumi/pulumi/pkg/v2/version.Version=${VERSION}" ${PROJECT}
Added dist target for make, will help with Homebrew (#1731) * Added dist target for make, will help with Homebrew * Try to install go dependencies before building * Make sure dep ensure is called before trying to build SDKs * Removed dep ensure from dist initial step
2018-08-08 22:00:42 +02:00
Add a brew target. This is necessary for the Homebrew build.
2020-05-14 05:27:15 +02:00
# NOTE: the brew target intentionally avoids the dependency on `build`, as it does not require the language SDKs.
brew::
cd pkg && go install -ldflags "-X github.com/pulumi/pulumi/pkg/v2/version.Version=${VERSION}" ${PROJECT}
Adopt new makefile system See https://github.com/pulumi/home/pull/56 for more details.
2017-11-12 01:20:56 +01:00
lint::
Move examples tests to /test/examples (#4196)
2020-03-27 04:19:18 +01:00
for DIR in "pkg" "sdk" "tests" ; do \
HCL2 updates (#4309) Pulumi HCL2 IR: - Add support for invokes - Add support for resource options, incl. ranged resources - Allow the apply rewriter to ignore promise-typed values - Add tests for the binder - Add support functions for TF: entries and range NodeJS codegen: - Simplify for expression codegen - Add support for invoke codegen - Add support for entries and range functions - Add tests Python codegen: - Implement codegen for most expression types - Add support for invoke codegen - Add tests
2020-04-07 04:43:16 +02:00
pushd $$DIR ; golangci-lint run -c ../.golangci.yml --timeout 5m ; popd ; \
Split linting per-directory. (#4106)
2020-03-18 21:51:25 +01:00
done
Clean up the Makefile This adds a bunch of independent targets to the Makefile, to help run individual commands as needed. It also skips running `golint` by default (per golint's advice, actually), because it spews lots of documentation-related things at the moment, which we are intentionally ignoring. (Mainly just hundreds of public members without comments; eventually we'll need to tackle this.)
2017-01-28 00:42:55 +01:00
Makefile: properly encode dependencies (#4541) This allows for the use of `make -j`, which speeds up a full build dramatically at the cost of rather incomprehensible logs.
2020-05-04 23:26:52 +02:00
test_fast:: build
Removing the need for vendoring (#4167)
2020-03-25 23:57:46 +01:00
cd pkg && $(GO_TEST_FAST) ${PROJECT_PKGS}
Make all by default
2017-08-06 17:52:32 +02:00
Initial support for remote component construction. (#5280) These changes add initial support for the construction of remote components. For now, this support is limited to the NodeJS SDK; follow-up changes will implement support for the other SDKs. Remote components are component resources that are constructed and managed by plugins rather than by Pulumi programs. In this sense, they are a bit like cloud resources, and are supported by the same distribution and plugin loading mechanisms and described by the same schema system. The construction of a remote component is initiated by a `RegisterResourceRequest` with the new `remote` field set to `true`. When the resource monitor receives such a request, it loads the plugin that implements the component resource and calls the `Construct` method added to the resource provider interface as part of these changes. This method accepts the information necessary to construct the component and its children: the component's name, type, resource options, inputs, and input dependencies. It is responsible for dispatching to the appropriate component factory to create the component, then returning its URN, resolved output properties, and output property dependencies. The dependency information is necessary to support features such as delete-before-replace, which rely on precise dependency information for custom resources. These changes also add initial support for more conveniently implementing resource providers in NodeJS. The interface used to implement such a provider is similar to the dynamic provider interface (and may be unified with that interface in the future). An example of a NodeJS program constructing a remote component resource also implemented in NodeJS can be found in `tests/construct_component/nodejs`. This is the core of #2430.
2020-09-08 04:33:55 +02:00
test_build:: $(SUB_PROJECTS:%=%_install)
cd tests/integration/construct_component/testcomponent && yarn install && yarn link @pulumi/pulumi && yarn run tsc
test_all:: build test_build $(SUB_PROJECTS:%=%_install)
Removing the need for vendoring (#4167)
2020-03-25 23:57:46 +01:00
cd pkg && $(GO_TEST) ${PROJECT_PKGS}
Reduce verbosity on tests
2020-11-12 23:45:06 +01:00
cd tests && $(GO_TEST) -p=1 ${TESTS_PKGS}
Makeify more; add a "full build" target (#193) * Makeify more; add a "full build" target This change uses make for more of our tree. Namely, the AWS provider and LumiJS compilers each now use make to build and/or install them. Not only does this bring about some consistency to how we build and test things, but also made it easy to add a full build target: $ make all This target will build, test, and install the core Go tools, the LumiJS compiler, and the AWS provider, in that order. Each can be made in isolation, however, which ensures that the inner loop for those is fast and so that, when it comes to finishing pulumi/lumi#147, we can easily split them out and make from the top.
2017-06-02 23:26:34 +02:00
Publish tgz's in the middle of the build, packages at the end While it's safe to publish the tgz that we use internally for other repositories that are on "the link plan" after the build completes, we shouldn't publish packages to NPM and PyPi at that point. There are two reasons for doing this: 1. Publishing packages before they are tested, which means we could end up publishing packages that don't work. 2. NPM prevents publishing the same package more than once, so if we had to re-run the job (due to tests failing for transient issues), the publish step will start failing, preventing us from running the tests at all.
2018-03-06 23:36:50 +01:00
.PHONY: publish_tgz
publish_tgz:
Adopt new makefile system See https://github.com/pulumi/home/pull/56 for more details.
2017-11-12 01:20:56 +01:00
$(call STEP_MESSAGE)
Publish tgz's in the middle of the build, packages at the end While it's safe to publish the tgz that we use internally for other repositories that are on "the link plan" after the build completes, we shouldn't publish packages to NPM and PyPi at that point. There are two reasons for doing this: 1. Publishing packages before they are tested, which means we could end up publishing packages that don't work. 2. NPM prevents publishing the same package more than once, so if we had to re-run the job (due to tests failing for transient issues), the publish step will start failing, preventing us from running the tests at all.
2018-03-06 23:36:50 +01:00
./scripts/publish_tgz.sh
.PHONY: publish_packages
publish_packages:
$(call STEP_MESSAGE)
./scripts/publish_packages.sh
Sketch a `mu build` command and its scaffolding This adds a bunch of general scaffolding and the beginning of a `build` command. The general engineering scaffolding includes: * Glide for dependency management. * A Makefile that runs govet and golint during builds. * Google's Glog library for logging. * Cobra for command line functionality. The Mu-specific scaffolding includes some packages: * mu/pkg/diag: A package for compiler-like diagnostics. It's fairly barebones at the moment, however we can embellish this over time. * mu/pkg/errors: A package containing Mu's predefined set of errors. * mu/pkg/workspace: A package containing workspace-related convenience helpers. in addition to a main entrypoint that simply wires up and invokes the CLI. From there, the mu/cmd package takes over, with the Cobra-defined CLI commands. Finally, the mu/pkg/compiler package actually implements the compiler behavior. Or, it will. For now, it simply parses a JSON or YAML Mufile into the core mu/pkg/api types, and prints out the result.
2016-11-15 20:30:34 +01:00
Enable container runtime tests for cron jobs (#4509) * Enable container runtime tests for cron jobs * Use VERSION var from Makefile Co-authored-by: Paul Stack <public@paulstack.co.uk> Co-authored-by: Paul Stack <public@paulstack.co.uk>
2020-04-30 21:52:05 +02:00
# Run the integration tests for our DockerHub containers. We do so only via the
# "Travis Cron" job type, because (1) the tests can only be ran _after_ we publish
# the current SDK version, since it is required by the Docker build. And (2) the
# tests (currently) aren't reliable enough to run as part of every push to master.
#
# So instead we run the ~daily on master. Where we know the current SDK version
# will have been published.
.PHONY: test_containers_cron
Fix error in Makefile (#4573)
2020-05-05 23:00:02 +02:00
test_containers_cron:
Enable container runtime tests for cron jobs (#4509) * Enable container runtime tests for cron jobs * Use VERSION var from Makefile Co-authored-by: Paul Stack <public@paulstack.co.uk> Co-authored-by: Paul Stack <public@paulstack.co.uk>
2020-04-30 21:52:05 +02:00
$(call STEP_MESSAGE)
./scripts/build-docker.sh ${VERSION} --test
Use explicit targets in Makefile for Travis Defer build and publish logic into the makefiles instead of trying to use Travis to do so. This let's us sidestep Travis's not great error handling (see pulumi/home#21 for more details)
2017-09-28 20:53:08 +02:00
# The travis_* targets are entrypoints for CI.
Adopt new makefile system See https://github.com/pulumi/home/pull/56 for more details.
2017-11-12 01:20:56 +01:00
.PHONY: travis_cron travis_push travis_pull_request travis_api
add auto tests to Makefile and fix up for CI
2020-08-24 06:36:21 +02:00
travis_cron: install dist all
revert builds back to travis (#5486)
2020-10-01 00:46:52 +02:00
travis_push: install dist publish_tgz only_test publish_packages
add initial pull-request workflow (#5276) * add initial pull-request workflow * run SDK test all * add SDK tests * fixup make targets * add dist target * revert back to 5 updates * disable test * add issue for test disabling
2020-09-09 22:37:03 +02:00
travis_pull_request:
$(call STEP_MESSAGE)
@echo moved to GitHub Actions
add auto tests to Makefile and fix up for CI
2020-08-24 06:36:21 +02:00
travis_api: install dist all
Reference in a new issue Copy permalink