platform/services/github
Andrey Sobolev 56a656bc6a
Merge branch 'staging' into develop
Signed-off-by: Andrey Sobolev <haiodo@gmail.com>
2025-02-06 13:52:19 +07:00
..
github UBERF-8425: Global accounts (#7573) 2025-02-04 10:31:03 +07:00
github-assets UBERF-9137: Fix Support for suspended installations (#7667) 2025-01-15 23:23:23 +07:00
github-resources UBERF-8425: Global accounts (#7573) 2025-02-04 10:31:03 +07:00
model-github UBERF-8425: Global accounts (#7573) 2025-02-04 10:31:03 +07:00
pod-github Merge branch 'staging' into develop 2025-02-06 11:33:40 +07:00
server-github Fix remove project (#7941) 2025-02-06 12:41:36 +07:00
server-github-model Fix remove project (#7941) 2025-02-06 12:41:36 +07:00
server-github-resources Merge branch 'staging' into develop 2025-02-06 13:52:19 +07:00
github.graphql Move services to public (#6156) 2024-07-28 14:55:43 +07:00
readme.md Move services to public (#6156) 2024-07-28 14:55:43 +07:00

Tasks for Github integration

Project management from Huly (Postponed)

  1. Observe all existing/closed projects and retrieve all custom field values and store them into Huly custom fields. It could be separate set of mixins possible.

  2. On update of custom fields, propagate changes to appropriate project/field.

  3. Status (Huly) is more rich in compare to issue/pull request (open/closed) status of Github. But for Projects, it could be "single_select" option to be used. But github right now doesn't provide a way to manage existing fields. So we could not maintain state of status field on github project. We only create/delete it. Possible workarounds:

    • Map Huly Status to Project Status field, and ask user to perform manual definitions of required status values. We will map by status name if appropriate value will be found.
    • On changes in Platform Status, we should show appropriate message about requirements to manage status on Github project.
    • On changes on Github side we could add necessary status values into Huly synchronized projects.
  4. A list of issue for ProjectsV2 graphql APIs missing on GitHub side. https://github.com/orgs/community/discussions/61457

  5. Enum values could be mapped to Github single_select values, but they could be created only from Github platform to prevent API limitations.

  6. Text/number fields could be created from both sides.