Skip to content

Conversation

Jintao-Huang
Copy link
Collaborator

No description provided.

Copy link
Contributor

Summary of Changes

Hello @Jintao-Huang, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request addresses a circular import issue within the swift/llm/template/base.py file. By deferring a specific import statement to a function scope, it prevents a situation where two modules might attempt to import each other simultaneously, which can lead to runtime errors and module loading failures. This change ensures proper module initialization and improves the robustness of the system.

Highlights

  • Circular Reference Fix: Resolved a circular import dependency by moving the LossScale import from the module's top level into the __init__ method of the Template class in swift/llm/template/base.py.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request aims to fix a circular reference by moving an import statement into a method. While this is the correct approach to break the cycle, it introduces a NameError because the imported class is used as a type hint for a class attribute, and it's no longer in scope at class definition time. I've suggested a fix to import the class for type-checking purposes, which resolves the error while keeping the circular import fix.

from transformers.utils import strtobool

from swift.llm import to_device
from swift.plugin.loss_scale.loss_scale import LossScale
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

critical

Removing this top-level import and moving it into __init__ is the right way to fix the circular dependency. However, this will cause a NameError because LossScale is used as a type hint for self.loss_scale on line 116 and will no longer be in scope at class definition time.

To resolve this, you should add from swift.plugin.loss_scale.loss_scale import LossScale inside the if TYPE_CHECKING: block at lines 34-35. This will make the type available for static analysis without re-introducing the circular import at runtime.

@Jintao-Huang Jintao-Huang merged commit 74def9f into modelscope:main Sep 21, 2025
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant