Add string-require aliasing compatibility

[1ntervallo]

I usually have a pretty nested folder structure and requiring using "../../../../" gets quite annoying.

I would like for Azul to compile .luaurc aliases to normal paths when syncing for example:

local cool_package = require("@pkg/cool") -> require(game:GetService("ReplicatedStorage").Packages.cool)

And this would be the .luaurc file in this example:

{
"aliases": {
"pkg": "sync/ReplicatedStorage/Packages"
}
}

[Ransomwave]

Hi! I think this is a really cool suggestion.

The main issue with a feature like this is that Roblox Studio doesn't nateively support for aliases other than @game and @self. This introduces a "Translation Layer" that challenges Azul's core philosophy. Here are the hurdles we'd need to clear:

• Breaks the 1:1 mirror: Azul's main promise is that what you see in Studio is what you see on disk. If we translate @pkg/cool to game.ReplicatedStorage.Packages.cool, the code is no longer identical. This could make debugging confusing if you're looking at Studio but thinking in "Aliases."
• Azul is Studio-first: Azul treats Studio as the source of truth. The .luaurc is a filesystem-only concept. If a collaborator opens the place without your local .luaurc, they see "Standard Luau" while you see "Aliased Luau". I don't know how acceptable this would be depending on the team/use-case.
• Additional Overhead: I assume you'd like for this to work in real-time in a standard session, not just in azul build or azul push. Considering we need to keep things two-way, Azul has to "Alias" it when saving to Studio and "De-alias" it back to @pkg when saving to your disk. This could potentially add considerable overhead to the syncing process, especially on really big codebases.

That said, I see the DX value! I'm open to exploring this, but I want to make sure we don't turn Azul into a complex build tool that's hard to reason about.