0
votes

I have our Solution on CI build. That works.

When dev's check in changes, the solution builds, but only for changes to that solution.

How do I get the build definition to build on changes to OTHER folder changes outside of the solution?

Yes, I can add a workspace in the workspace sources tab. But that means all that code is downloaded on every build.

Our solution has over a dozen dependencies. I would like to trigger a build if any of those dependencies change. We don't need the dependency source code to download into the build workspace at all. That's just pointless.

Yes, we have a folder in TFS for our Nuget Packages. We check them in automatically on build (Thank you TFS).

I could just add the NugetPackage workspace to the solution's workspace list, BUT that would result in every version of every dependency getting downloaded into the build workspace.

How can I trigger a build on a change that I do NOT list in the workspaces list of the build definition?

Btw, we are using TFS 2012

I was hoping the Cloaking feature would allow for this, but if it's cloaked, the automated build does not trigger. The automated build only fires if the workspace folder is set to active. Which also means download every NugetPackage in that same folder!

1

1 Answers

1
votes

It's not able to trigger a CI build on a change which not list in the workspaces list of the build definition.

A few other things to know

  • Make sure the folders you include in your trigger are also included in your mappings on the Repository tab(the same to workspace mappings).

Source Link

As a workaround you could set clean workspace to false, which will not get other unchanged files every time.

If your build process does not require a clean workspace or repository, you can significantly reduce the time that is required to run the build setting this parameter value to False.