Proposal consider vararg returns as forced optional

Chưa có ai nhận issue này.

### How are you using the lua-language-server?

Visual Studio Code Extension (sumneko.lua)

### Which OS are you using?

Windows

### What is the issue affecting?

Diagnostics/Syntax Checking

### Expected Behaviour

I suggest consider **vararg returns** as **optional** (can be `nil`) because no one guarantees that they will be filled in. The same goes for arguments, despite the fact that their type can also be optional or nilable.

If we return at least something, but we don't know the quantity, then the first argument won't be vararg - `any, any ...`.

Thus after that we do not need to additionally specify that the vararg returns is optional.

```lua
---@param a string
function test(a) end

---@param ... string
---@return string ...
function f(...) end
local a, b, c = f() --no warn
local a, b, c = f("1")

test(a) --no warn, expected optinal cannot match

---@param ... string?
---@return string? ...
function f(...) end
local a, b, c = f() --no warn
local a, b, c = f("1")

test(a) --warn optinal cannot match

---@param ... string|nil
---@return string|nil ...
function f(...) end
local a, b, c = f() --no warn
local a, b, c = f("1")

test(a) --warn nil cannot match
```

### Actual Behaviour

Vararg arguments are optional, but vararg returns are not.


### Reproduction steps

1. Make vararg return of some existing type.
2. It is guaranteed to be infinite - not optional or nil.

### Additional Notes

_No response_

### Log File

_No response_

Bắt đầu với việc xử lý chẩn đoán và suy luận kiểu của Lua language server đối với các đối số và giá trị trả về vararg, sử dụng các bước tái hiện và ví dụ làm hướng dẫn về hành vi. Xác minh rằng các giá trị trả về vararg được xử lý là optional hoặc nilable khi thích hợp, trong khi các lệnh gọi được cung cấp lần lượt tạo ra các cảnh báo mong đợi và không có cảnh báo.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.