You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We should probably add this repo as a submodule to our main toolkit repo to help with integration within the main Sample app.
Currently, we have to build the Toolkit (which is referenced by the graph controls), then build the Graph Controls, and then reference those within the Sample App to build that. This causes problems if underlying types change.
Describe the solution
We should make the projects within this repo aware of if they're within a sub-module somehow (probably a build property that's only flagged on the Main Repo). This would switch the PackageReferences used here to be ProjectReferences.
In this way, we could include the sub-module in the main repo and build all the components as part of that CI in addition to the Sample App being unified.
Any changes to the main repo could then be fixed here and then move the sub-module marker and re-tested in the sample app a lot more easily without having to do NuGet shenanigans.
Describe alternatives you've considered
Otherwise, we'd have to probably move this whole repo within the context of the main repo, but then that makes it harder to just pick up and contribute to the graph related controls.
Hello michael-hawker, thank you for opening an issue with us!
I have automatically added a "needs triage" label to help get things started. Our team will analyze and investigate the issue, and escalate it to the relevant team if possible. Other community members may also look into the issue and provide feedback 🙌
Describe the problem this feature would solve
We should probably add this repo as a submodule to our main toolkit repo to help with integration within the main Sample app.
Currently, we have to build the Toolkit (which is referenced by the graph controls), then build the Graph Controls, and then reference those within the Sample App to build that. This causes problems if underlying types change.
Describe the solution
We should make the projects within this repo aware of if they're within a sub-module somehow (probably a build property that's only flagged on the Main Repo). This would switch the
PackageReferences
used here to beProjectReferences
.In this way, we could include the sub-module in the main repo and build all the components as part of that CI in addition to the Sample App being unified.
Any changes to the main repo could then be fixed here and then move the sub-module marker and re-tested in the sample app a lot more easily without having to do NuGet shenanigans.
Describe alternatives you've considered
Otherwise, we'd have to probably move this whole repo within the context of the main repo, but then that makes it harder to just pick up and contribute to the graph related controls.
FYI @azchohfi @shweaver-MSFT thoughts?
The text was updated successfully, but these errors were encountered: