-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Re-add S.T.J.SourceGeneration.UnitTests to STJ sln #57080
Conversation
Tagging subscribers to this area: @eiriktsarpalis, @layomia Issue DetailsLooks like it was dropped in #56430.
|
That's not really a sustainable solution. They will again be dropped with the next solution file format update. I will add the corresponding infra to prevent this from happening again as part of your PR. Hope that's fine. |
@ViktorHofer I wasn't aware that sln files were being regenerated. How can we make sure that other projects are not being dropped as well? |
The slngen.template.proj is used to traverse through a leaf directory to include projects that match a certain glob pattern. We are probably missing source generators / analyzers and should add them as well. Are you aware of any other type of project that we might be missing? EDIT: Source generators / analyzers aren't missing as those are referenced by the source project and slngen recognizes that and includes the referenced project. Also note that #56494 will fix a few project files which are missing some reference projects. |
Not that I know of, but I think there is risk of current or future projects being unexpectedly dropped from solution files because they happen to not match these particular glob patterns. Is there anything we could do to prevent this from happening? |
Build errors seem unrelated, merging away! |
I would not expect a project to have any other structure than that. Our build system would need to support it otherwise explicitly. In example, the source project needs to be located under a "src" parent folder, same for ref and for test projects. We are aiming towards a minimal diff when updating solution files which should then make any projects being dropped more visible. |
@eiriktsarpalis in future PRs please add a comment with links to issues in the PR legs. In this case it would be:
The second issue demonstrates the importance of filing issue for CI failures. @adamsitnik started working on a fix after the issue was filed. I definitely feel the frustration about the current flakiness in the CI. This comment is meant as constructive feedback so that we can all work together on stabilizing CI and no as finger pointing. |
Looks like it was dropped in #56430.