Clarification on (external) contribution policy
- Dominant language
- Python
- Stars
- 2.5k
- Forks
- 345
- Avg merge
- 1d 7h
- Merged PRs (30d)
- 240
Description
README tells that [contributions are welcome](https://github.com/google/tunix?tab=readme-ov-file#contributing-and-feedback), but in practice I see some obstacles for it. For example:
* [My PR](https://github.com/google/tunix/pull/1177) with Qwen3-VL implementation has been submitted 1.5 months ago, but so far even CI/CD workflow has not been approved.
* [Similar PR](https://github.com/google/tunix/pull/511) for multimodal support for Gemma 3 took 6 months to merge.
* For the past 3 weeks, all [merged PRs](https://github.com/google/tunix/pulls?q=is%3Apr+is%3Amerged) come either from copybara-service, or from Google employees.
* Even though Tunix runs perfectly well on GPU, the development setup for it doesn't exist (40+ failing tests, strict dependency on libtpu, etc.)
I totally understand that reviewing external contributions may not be aligned with the company goals at the moment, but can you help me understand what is the best way to extend Tunix ecosystem:
1. Committing code to this repo as a single source of truth, or
2. Spinning up a new independent repository with all the extensions?
Contributor guide
Assessment
This issue has not been assessed yet.