[GH-ISSUE #859] [FEATURE REQUEST] stop usage of the internal folder #1437

New issue

Open

opened 2026-03-07 22:09:33 +03:00 by kerem · 0 comments

kerem commented

2026-03-07 22:09:33 +03:00

Owner

Originally created by @elee1766 on GitHub (Apr 10, 2024).
Original GitHub issue: https://github.com/hibiken/asynq/issues/859

Originally assigned to: @hibiken on GitHub.

we are using asynq for a while in some production services and love it!

reading through some prs here - see that you would prefer to keep development in this repository, and we totally agree that its the best option.

however - we are looking to build extensions/interfaces which require us to be able to access the protos in /internal. for instance, and alternative client, which is something we think shouldnt live in the package itself, but better published as a third party module which depends asynq.

this would also allow faster iteration on top of asynq which does not explicitly require your attention and

so i think it would be good to rename /internal -> /pkg

the alternative is that we will just continue to use a forked asynq and replace in all our projects in order to use our extensions.

if you agree, happy to make the pr.

Originally created by @elee1766 on GitHub (Apr 10, 2024). Original GitHub issue: https://github.com/hibiken/asynq/issues/859 Originally assigned to: @hibiken on GitHub. hi we are using asynq for a while in some production services and love it! reading through some prs here - see that you would prefer to keep development in this repository, and we totally agree that its the best option. however - we are looking to build extensions/interfaces which require us to be able to access the protos in /internal. for instance, and alternative client, which is something we think shouldnt live in the package itself, but better published as a third party module which depends asynq. this would also allow faster iteration on top of asynq which does not explicitly require your attention and so i think it would be good to rename /internal -> /pkg the alternative is that we will just continue to use a forked asynq and replace in all our projects in order to use our extensions. if you agree, happy to make the pr.

kerem added the

idea

label

2026-03-07 22:09:33 +03:00

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/asynq#1437

No description provided.

Rows
Columns