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

Feedback around setting up MSBuildForUnity in your own project #74

Open
chrisfromwork opened this issue Dec 6, 2019 · 5 comments
Open
Assignees
Labels
documentation Improvements or additions to documentation
Milestone

Comments

@chrisfromwork
Copy link
Contributor

Do I need to add MSBuildForUnity as a submodule?
Where do I find com.microsoft.msbuildforunity?

@chrisfromwork
Copy link
Contributor Author

adding the scope registries stub above dependencies in manifest.json did not seem to result in the msbuildforunity package appearing in the unity package manager or the msbuild dropdown in the unity toolbar

@chrisfromwork chrisfromwork changed the title It's unclear how to add MSBuildForUnity to your own project Feedback around setting up MSBuildForUnity in your own project Dec 6, 2019
@chrisfromwork
Copy link
Contributor Author

chrisfromwork commented Dec 6, 2019

file referencing the package in a submodule location seems to work.

Turning on auto generation seems to generate an error if you don't run Regenerate C# SDK Projects

DirectoryNotFoundException: Could not find a part of the path "E:\chrisfromwork\MixedReality-SpectatorView-2\src\SpectatorView.Unity\MSBuild\settings.json".

@andreiborodin
Copy link
Contributor

Great feedback, thanks for looking in, questions:

@andreiborodin andreiborodin self-assigned this Dec 9, 2019
@andreiborodin andreiborodin added the documentation Improvements or additions to documentation label Dec 9, 2019
@andreiborodin andreiborodin added this to the 0.9.0 Release milestone Dec 9, 2019
@chrisfromwork
Copy link
Contributor Author

chrisfromwork commented Dec 11, 2019

I started with quick start. Other comments:

  1. It would be nice to show the entire manifest.json file in the "Quick Start" the stubs provided may be enough information for folks that know what they are doing, but if you have never opened a manifest.json file, you may not fully understand where to place the text stubs provided. Showing the whole file with the added lines bolded or an abreviation of the file where folks have some sort of reference point for where they are placing the content could help.

2. Documentation should call out that all code created for consumption should be placed in an asmdef. Trying to reference an Assembly-CSharp project from another Assembly-CSharp project generates issues. Moved to #123.

  1. When on asmdefs exist, its unclear whether to declare external dependencies in Assembly-CSharp vs the Dependencies project. We should pick a best practice compared to trying to support a wide variety of permutations. It was also unclear how to rebuild these/what building was required to get dlls generated in your local project.

4. It seemed that project references needed to be duplicated in both the asmdef you care about's project as well as the Dependencies project when making references to other unity projects. Moved to #123

@andreiborodin
Copy link
Contributor

andreiborodin commented Jan 31, 2020

2 and 4 only applies to cross-unity project dependencies.

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

No branches or pull requests

2 participants