Fix duplicate external model generation from directory files

[reachsrinivaschennupati-tech]

Summary

Fixes duplicate external model generation when external models are already defined in the external_models directory.

Problem

create_external_models_file considered every external model in the loaded model set, including models that originated from the configured external models directory. That could cause SQLMesh to regenerate an external model entry that was already explicitly defined by the project.

Solution

• Only include external models whose source path matches the generated external models file path.
• Preserve externally defined models from the external_models directory without writing duplicate generated entries.
• Add regression coverage for a project that contains both a SQL model dependency and an existing external model YAML definition.

Validation

• Local tests passed.

Fixes#5880

[reachsrinivaschennupati-tech]

Hi maintainers, this PR is ready for review when you have a chance.

I kept the change focused on preventing generated external model entries from duplicating models that are already explicitly defined under the external models directory. The PR includes regression coverage for the mixed case where a project has both a SQL model dependency and an existing external model YAML definition.

Validation noted in the PR:

• Local tests passed.

Happy to make any adjustments if you prefer a different boundary for the generated-vs-explicit external model handling.

[StuffbyYuki]

@reachsrinivaschennupati-tech Thanks for this PR! One consideration - it might be preferable to have model._path == path over getattr(model, "_path", None) == path — _path is a normal model attribute elsewhere. getattr is likely unnecessary.

[reachsrinivaschennupati-tech]

@StuffbyYuki Thank you for your kind review and suggestion. I agree _path is a normal model attribute here, so the extra getattr fallback is unnecessary. I updated the condition to use model._path == path directly.

Please review.

[StuffbyYuki]

Can you add DCO checks?

[reachsrinivaschennupati-tech]

@StuffbyYuki Thanks for pointing that out. I added the DCO sign-off to the follow-up commit as well.

[StuffbyYuki]

@reachsrinivaschennupati-tech Hey some of the style related ci tests didn't pass. Could you check?

[reachsrinivaschennupati-tech]

@StuffbyYuki I checked the failing style-and-cicd job and it was failing in the Jupyter create_external_models test. I updated the test expectation to match the new behavior where external models already registered under the external_models directory are skipped when rebuilding the root external_models.yaml file.\n\nLocal focused checks passed:\n\n- uv run pytest tests/integrations/jupyter/test_magics.py::test_create_external_models tests/core/test_schema_loader.py::test_create_external_models_skips_models_from_external_models_directory\n\nPlease review when you have a chance.