platform/services/github
Denis Bykhov ecf4064f69
Some checks are pending
CI / build (push) Waiting to run
CI / svelte-check (push) Blocked by required conditions
CI / formatting (push) Blocked by required conditions
CI / test (push) Blocked by required conditions
CI / uitest (push) Waiting to run
CI / uitest-pg (push) Waiting to run
CI / uitest-qms (push) Waiting to run
CI / docker-build (push) Blocked by required conditions
CI / dist-build (push) Blocked by required conditions
Fix onConnect handler (#7265)
Signed-off-by: Denis Bykhov <bykhov.denis@gmail.com>
2024-12-05 22:29:54 +07:00
..
github Move services to public (#6156) 2024-07-28 14:55:43 +07:00
github-assets Move services to public (#6156) 2024-07-28 14:55:43 +07:00
github-resources Upgrade svelte to 4.2.19 (#7146) 2024-11-11 14:02:41 +07:00
model-github Fix meeting minutes (#7181) 2024-11-16 23:30:36 +07:00
pod-github Fix onConnect handler (#7265) 2024-12-05 22:29:54 +07:00
server-github Move services to public (#6156) 2024-07-28 14:55:43 +07:00
server-github-model Rework triggers with arrays (#7168) 2024-11-13 21:25:57 +07:00
server-github-resources Remove collection tx (#7171) 2024-11-15 11:49:35 +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.