[build] Settings.gradle's logic to handle different buildFile name could result in phantom subproject

[guesshe]

Expected Behavior
Regardless of the buildFile names, no phantom subprojects should be created.
 

If a subproject has a default buildFile name like build.grade, the build setup should NOT create a phantom subproject.
 
Current Behavior
If a new subproject is added in with structure like this spring-security-foo/spring-security-foo-bar, using a default buildFile name build.gradle under spring-security-foo-bar will result in the creation of a phantom subproject spring-security-foo.

No phantom subproject should be created due to the name change of the buildFile.

Context
Settings.gradle should be updated to give a consistent behavior for different buildFile names.

[sjohnr]

@guesshe thanks for reaching out. Why do you need to create a subproject under spring-security? What exactly do you mean by “phantom subproject”? Can you please explain what issues you are having with the behavior of the settings file?