0
votes

Here's my project's TeamCity configuration:

  • TC calls my script (FAKE - F# Make) to build & test my project.
  • As the final step, the same script creates a NuGet package.
  • Then I use TC's "Build Failure Conditions" mechanism to see if e.g. the total number of unit tests is not less than in the previous build.

Even if my build fails while running the last step, the NuGet package is published as an artifact.

I guess this is not the case - the build failed, so anything it provides shouldn't be considered as reliable.

I've found a similar question asked ~5 years ago: How do I set TeamCity to not produce build artifacts when the build fails?

which says there was no built-in mechanism in TC to support that. Has anything changed during this time ? Can't find anything on the net.

I use TeamCity 9.0.

1
Why is it a Problem that artifacts get published? Or are you talking about publishing the NuGet package in a Feed?Mecaveli
Exactly - the package becomes available to download.Alojzy Leszcz

1 Answers

1
votes

My only solution to this would be to separate out the deployment of the package to NuGet as a separate build configuration. That way, you can setup your dependencies/triggers within TeamCity so that it never deploys if the build step you have in place fails.

The artifact will still be created on the TeamCity side, since, as you stated, I cannot find a way to prevent that if the build fails. However, your actual NuGet deployment will never execute if setup this way because the dependency will prevent it with the build failure.