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

[DONOTMERGE] Migrate dotnetcore to vs2017 tooling #1573

Closed
wants to merge 36 commits into from
Closed

[DONOTMERGE] Migrate dotnetcore to vs2017 tooling #1573

wants to merge 36 commits into from

Conversation

mderriey
Copy link
Contributor

@mderriey mderriey commented Mar 28, 2017

This is a temp PR working on top of of @ryangribble's amazing work at #1567 since I don't have push permission to that PR's source branch. I'm just trying to help here, by no means do I want this PR to be merged. If I get to something, I may create a PR that targets @ryangribble's PR branch, if he's willing to accept it.

He did make a lot of progress, namely:

  • run GitVersion with mono when run on Linux
  • overcome an issue with Travis CI doing shallow git clone

I'm trying to work out the latest problem.
When on Unix and doing cross-targetting including a full .NET Framework TFM (which we have as Octokit builds for both netstandard1.1 and net45), you have to let MSBuild know where the .NET fx reference assemblies are. That is not needed on Windows.

Found an issue relating to this on the sdk repo: dotnet/sdk#335

ryangribble and others added 30 commits March 12, 2017 14:10
…... i feel dirty but need to see if sudo will fix it!
…tched, as GitVersion was failing on TravisCI
@mderriey
Copy link
Contributor Author

It will be merged back into #1567, closing.

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.

2 participants