Hari
Avoids chance for ambiguity here: https://github.com/konveyor/move2kube/blob/main/internal/move2kube/planner.go#L206-L216 once this is fixed.
Possible fix: https://www.codeproject.com/reference/720512/list-of-visual-studio-project-type-guids Look at the GUID in the .csproj file ``` {349c5851-65df-11da-9384-00065b846f21};{fae04ec0-301f-11d3-bf4b-00c04f79efbc} ``` and try to match it against that list
Also look at https://github.com/konveyor/move2kube/blob/e81744452c3c90f3fd00897879b736eef7765cd4/types/source/dotnet/csproj.go#L29
Turns out the child projects were getting detected correctly. In the plan file there are multiple transformation options for the same service and Move2Kube selects the first option. ``` apiVersion:...
This might be helpful: https://kubernetes.io/docs/reference/kubectl/overview/#operations https://www.mankier.com/1/kubectl-cluster-info-dump It outputs a lot of information and the format can be chosen (json, yaml, etc.).
Related https://github.com/konveyor/move2kube/issues/215
Related issue https://github.com/konveyor/move2kube/issues/61
Possible fix: Look at `ignoreEnv`: https://github.com/konveyor/move2kube/blob/6b90cbd5453c8eddf894823a62ef8373c043c8c7/cmd/move2kube/move2kube.go#L34 and if it is `true` ignore the git repos that are outside the source folder.
Graph based approach in v4 might be better. Similar to Github actions progress