Gitee
The Gitee connector brings approved Gitee repository files, issues, and pull requests into AIvis knowledge retrieval. It is not a Gitee permission-sync connector: the Gitee token controls what AIvis can ingest, and AIvis connector access controls who can search the indexed content.
Use cases
Indexed Content
The Gitee connector is scoped by one repository owner and one or more repository names. It indexes only the repositories listed in the form. It never auto-discovers every repository visible to the token.
File indexing has built-in guardrails. Files larger than 1 MB, binary files, *.min.js, *.min.css, and files under .git, .venv, __pycache__, build, dist, node_modules, target, or vendor are skipped. Common text source files, config files, Markdown, YAML, JSON, SQL, README, LICENSE, Dockerfile, and Makefile are eligible.
The connector does not currently index Gitee Wiki pages, releases, milestones, commits, repository statistics, pipelines, or repository settings.
Prerequisites
- Confirm that the target repositories are on
gitee.com. The current connector useshttps://gitee.com/api/v5and does not support self-hosted Gitee hosts. - Create a dedicated Gitee personal access token for AIvis indexing. You can create it from the Gitee personal access tokens page.
- Make sure the token owner can read the target repositories, issues, pull requests, and branch files. For indexing-only use, avoid write, hook, and admin permissions.
- Record the repository owner and repository path. For
https://gitee.com/openmodels/search, the owner isopenmodelsand the repository name issearch. - Decide the AIvis access boundary before indexing. Anyone who can search this connector can search all content produced by the connector.
- Allow the AIvis backend to reach
gitee.com.
Gitee help pages commonly describe project permission as the repository API permission for personal tokens. The exact permission UI can vary by Gitee account type or tenant; verify the token against the repository, issue, pull-request, and file APIs you plan to index, and keep permissions minimal.
Where to get configuration values
Create a Gitee Token
In Gitee account settings, open Personal access tokens and create a token dedicated to AIvis. Use a clear description such as aivis-gitee-indexer, and select only the repository-read permissions required for indexing.
After creation, copy the token once and save it directly as an AIvis credential. Do not put the real token in docs, screenshots, tickets, chat logs, agent instructions, or code repositories.
Configure AIvis
In the admin panel, open Connectors and choose Gitee. Create or select a Gitee credential, then configure repository scope and content types.
At least one content type must be enabled. Repository owner and repository names must be safe path components: letters, numbers, dots, underscores, and hyphens. Do not paste empty strings, slash-delimited paths, or full URLs into these fields.
Sync Behavior
Connectors created from the standard admin panel use polling and checkpointed continuation. One sync pass processes repositories in order, and each repository processes enabled stages in this order: files, issues, pull requests.
For large repositories, test with one repository and one content type first. The connector enforces a 1 MB blob limit and has guardrails for comments and total inventory size; very large items may be skipped or stop a sync.
Permissions
The Gitee token controls what AIvis can ingest, but this connector does not sync Gitee repository members, enterprise roles, private repository permissions, branch protection, or per-issue permissions into AIvis.
Search access is controlled only by AIvis connector access settings:
Do not use a Gitee connector as a shared proxy to bypass Gitee repository permissions. For different teams, customers, projects, or confidentiality levels, use different tokens, connectors, and private AIvis groups.
Verification
- Create the connector with a test repository and confirm the credential can read the repository.
- Search for a README, config file, or representative source snippet to confirm file indexing.
- Search for a known issue title, body keyword, and comment keyword to confirm issue scope.
- Search for a known PR title, body keyword, and comment keyword to confirm PR scope, and verify diff-only code does not appear as PR content.
- Search for an unlisted repository, an unselected branch, or a skipped directory to confirm it does not return results.
- Test with an in-group user and an out-of-group user to verify the AIvis access boundary.
- Modify a test file or comment, wait for the next sync, and confirm the update is searchable.
Troubleshooting
Security and Maintenance
- Use separate tokens per environment, such as production, staging, and demos.
- Use separate connectors for sensitive projects so access, audits, and disablement stay precise.
- Periodically review repository list, branch, content switches, access groups, and token owner.
- When a repository owner or name changes, update the connector and run a full verification pass.
- When the connector is no longer needed, disable it in AIvis first, then revoke the Gitee token.