-
Notifications
You must be signed in to change notification settings - Fork 519
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
Symbols source #1383
Symbols source #1383
Conversation
* removed change of working directory * ensure target is set correctly * make sure "build.cmd nuget" completes successfully
Conflicts: src/Paket.Core/PackageMetaData.fs src/Paket.Core/ProjectFile.fs
|
is this ok? |
|
I had to resolve merge conflicts since @cloudRoutine send it some refactorings in that area. thx |
|
doh, just spotted a problem with it (linked files). I'll fix asap (might be early tomorrow) and get you another pull request. |
|
Cool thx
|
|
Can I ask why this has been done? I now have a bunch of internal nuget packages which have their dependencies added, which makes for larger internal nuget packages |
|
Really? I thought it was under switch and only for symbol packages |
|
Could please elaborate a bit on the concrete issue? |
|
By symbol packages, do you mean project references? That's what I'm seeing. When I run a paket hard install, I get the Dependency twice, e.g.: ProjectB has a project reference to ProjectA. When I reference ProjectB in some other project, say ProjectC, I see the below - which seems odd that it would appear twice. (It might be that this is right) |
|
ProjectA.dll shouldn't be in Project B nuget package. that is clearly a bug. I think https://github.com/fsprojects/Paket/pull/1383/files#diff-74c1bcac29cb19f058c1e6032cc1ce19R161 needs to be filtered. we should not add that stuff when a paket.template file exists for that project |
|
could you please retry? |
|
with latest that is.. |
|
Hi, sure will let you know the results |
|
Looks like thats fixed it, many thanks! |
|
good spot. Sorry I missed that. |
changed the way I thought about the problem.... now works much better, and the
build.cmd nugetcommand should work as expected.