[Spike] Review performance regarding pagination between TreeList and TreeContent
<!--IssueSummary start-->
<details>
<summary>
Everyone can contribute. [Help move this issue forward](https://handbook.gitlab.com/handbook/marketing/developer-relations/contributor-success/community-contributors-workflows/#contributor-links) while earning points, leveling up and collecting rewards.
</summary>
- [Close this issue](https://contributors.gitlab.com/manage-issue?action=close&projectId=278964&issueIid=541436)
</details>
<!--IssueSummary end-->
This issue covers this pending discussion/discovery:
> We realised that the initial design proposal has the file browser outside of the Tree app. In the current state of the architecture, that means a separate entry point in HAML and a new Vue app. Which as a consequence means, we can not share one `paginatedTree` query for both `TreeList` and `TreeContent`. This will have impact on the performance, we will brainstorm some ideas on how to manage that.
>
> This highlights the inevitable need to unify Vue applications on the Repository page even further.
>
> — @psjakubowska
and
> > Which as a consequence means, we can not share one `paginatedTree` query for both `TreeList` and `TreeContent`. This will have impact on the performance, we will brainstorm some ideas on how to manage that.
>
> We also need to cater for rendering the file tree on the blob page, another reason to decouple from the Tree app. We can explore using Vuex/Pinia store that can be shared between the FileTree and TreeContent.
>
> — @jerasmus
See thread: https://gitlab.com/gitlab-org/gitlab/-/issues/525169#note_2457027791
issue