Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Find a way to address parallel builds when building multiple solutions #1

Open
Iristyle opened this issue Jul 3, 2012 · 0 comments

Comments

@Iristyle
Copy link
Owner

Iristyle commented Jul 3, 2012

If multiple solutions are in a single repository, then there will be a race condition of sorts that happens, since the SharedAssemblyInfo.cs is shared amongst all solutions / projects sharing the given package.

So if solution A is using version 1.0.0.0 and solution B is using version 2.0.0.0... and they each have multiple projects, but live in the same solution, there may be issues where A projects end up with 2.0.0.0 and B projects end up with 1.0.0.0.

Each project in each solution recreates the SharedAssemblyInfo.cs file before building / incorporating it.... but there's a window of time between when the file is written and it's used in the build -- so there is an opportunity for another csproj file to blow away the file before it's compiled with version information that may not be correct for that project. Perhaps this generated file can be placed moved to the build configuration obj directory instead of using something underneath of the nuget packages folder?

Chew on this for a bit... still need to be able to reference the file from inside the csproj, and need to output the file to a place that is not excluded from DVCS.

Admittedly this is an edge case, and perhaps should be punted on... but documented anyhow. No real world issues with this at the moment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant