Skip to content

Conversation

@dotnet-bot
Copy link
Collaborator

This is an automatically generated pull request from dev15.7.x into dev15.7.x-vs-deps.

git fetch --all
git checkout merges/dev15.7.x-to-dev15.7.x-vs-deps-20180202-080023
git reset --hard upstream/dev15.7.x-vs-deps
git merge upstream/dev15.7.x
# Fix merge conflicts
git commit
git push merges/dev15.7.x-to-dev15.7.x-vs-deps-20180202-080023 --force

Once all conflicts are resolved and all the tests pass, you are free to merge the pull request.

sharwell and others added 30 commits May 4, 2017 20:35
This lock is only being used to protect access to an instance which contains
internal synchronization.
Roslyn is designed to have the simplest possible contribution story:
clone then build. Every pre-req needed is either located on the machine
or bootstrapped via NuGet. All the way down to using an xcopy MSBuild if
needed.

The one case which causes a problem is the VS command prompt. In this
case MSBuild is pre-installed on the machine and may or may not be
suitable for building Roslyn.

Previously when building from a VS command prompt we just used whatever
MSBuild was provided. The assumption being a developer command prompt
was an explicit statement of whath MSBuild you wanted to use. Based on
all of our customer reports though this does not seem to be the
assumption that consumers of our repo have. The build gave them no
explicit errors about the provided toolset and hence when the build
failed they assigned flakiness to our repo.

Going forward we are applying the same version validation to MSBuild
when provided via a developer command prompt. If it doesn't match we
will refuse to build asking the user to upgrade VS or build from a
normal command prompt.
Better handle surrounding directives when inlining a local variable.
@dotnet-bot dotnet-bot requested review from a team as code owners February 2, 2018 08:00
sharwell and others added 10 commits February 2, 2018 06:33
…15.7.x-vs-deps-20180201-080016

Merge dev15.6.x-vs-deps to dev15.7.x-vs-deps
Previously we were using xunit.console for desktop tests and dotnet-xunit for our
CoreClr tests. This change unifies us on top of xunit.console (now that it has a
netcoreapp2.0 version available).
Verify MSBuild version in Developer CMD prompt
Move to xunit.console for CoreClr tests
@dotnet-bot dotnet-bot requested review from a team as code owners February 2, 2018 21:30
@heejaechang
Copy link
Contributor

resolved merge conflicts.

@heejaechang
Copy link
Contributor

@agocke @jasonmalinowski can you take a look? fixed merge conflicts.

@heejaechang heejaechang merged commit 6e9d56a into dev15.7.x-vs-deps Feb 2, 2018
@agocke agocke deleted the merges/dev15.7.x-to-dev15.7.x-vs-deps-20180202-080023 branch February 3, 2018 08:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.