feat: api endpoints for project boards

[dineshsalunke]

Fixes #14299

This PR is the continuation of the #28111

Adding endpoints for the boards

• POST /projects/{projectId}/boards
• GET /projects/{projectId}/boards
• GET /projects/boards/{boardId}
• PATCH /projects/boards/{boardId}
• DELETE /projects/boards/{boardId}

[KN4CK3R]

Just had a quick look but it looks like there is no is-user-able-to-see-project check at all.

[dineshsalunke]

Just had a quick look but it looks like there is no is-user-able-to-see-project check at all.

yes there is none right now, coz there are below mentioned hurdles which I wasn't sure how to tackle so wanted to discuss this out with someone responsible amongst the maintainers so that I take the right approach.
I asked this on the develop channel on discord but haven't received any response yet, so waiting for it

Hurdles:

1. Since projects and boards can be be related to either User, Organization and Repository the Permission's logic will differ based on the owner ship of the project.
2. Projects and Boards api are sort of root api example /user/{userId}/projects or /org/{orgname}/projects, so there is no ownership related contextual information available to do permission's check at the Route level.
3. Due to the above point we will have to perform all the permission's check in the Handler, which I am not sure if is the right idea since I have not seen this being done anywhere.

If someone can confirm, if its ok to do the manual permission's check in the Handler then I will go ahead and do the remaining implementations and finish this PR

[bilogic]

2. Projects and Boards api are sort of root api example /user/{userId}/projects or /org/{orgname}/projects, so there is no ownership related contextual information available to do permission's check at the Route level.

What is the use case for these URLs? They seem to be GET the available projects for the current user which I think can be fulfilled by GET /api/v1/projects/search.

One can then further filter down by userId or orgname, much like /api/v1/repos/issues/search