gitpod-io / gitpod-io/gitpod

Introduce project settings for enabling prebuilds for branches, pull requests, etc.

Open
#7,426 7 comments 5 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

component: dashboard feature: prebuilds feature: teams and projects [DEPRECATED] meta: never-stale needs visual design team: webapp type: feature request
Dominant language
TypeScript
Stars
13.8k
Forks
1.4k
Avg merge
17h 58m
Merged PRs (30d)
5

Description

Problem to solve

Following the problem statement in https://github.com/gitpod-io/gitpod/issues/7425, 🅰️ prebuilds are only enable for Github repositories for the default branch and 🅱️ prebuilds are not enabled when adding a repository as project.

For GitHub repositories, when installing the GitHub App, prebuilds are enabled by default for the default branch. For enabling prebuilds for all branches, a user will need to defien this in .gitpod.yml, see relevant docs.

For GitLab and Bitbucket repositories, when adding aproject a webhook is installed. However, enabled are not enabled, see #7424 and pending PR in #7422. Prebuilds are also not enabled when adding a project, following the pattern used for GitHub repositories.

This makes enabling prebuilds for all branches a less discoverable option and more difficult to set up.

Proposal

Introduce a preference in project settings that allows enabling or disabling prebuilds for a) branches, b) pull requests, c) pull requests from forks, as well as, enabling or disabling e) add check, f) add comment, and g) add badge.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading the problem statement in #7425 and the related references #7424 and #7422 to understand the existing prebuild behavior for GitHub, GitLab, and Bitbucket projects. Done means project settings provide controls for branch, pull request, and fork prebuilds, plus checks, comments, and badges, with enabling and disabling reflected consistently.

Written by the indexing model from the issue text.

Assessment

Tech stack
github, typescript
Domain
developer-experience
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.