debian-mirror-gitlab/doc/development/interacting_components.md
2022-01-26 12:08:38 +05:30

1.6 KiB

stage group info
none unassigned To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments

Developing against interacting components or features

It's not uncommon that a single code change can reflect and interact with multiple parts of GitLab codebase. Furthermore, an existing feature might have an underlying integration or behavior that might go unnoticed even by reviewers and maintainers.

The goal of this section is to briefly list interacting pieces to think about when making backend changes that might involve multiple features or components.

Uploads

GitLab supports uploads to object storage. That means every feature and change that affects uploads should also be tested against object storage, which is not enabled by default in GDK.

When working on a related feature, make sure to enable and test it against MinIO.

See also File Storage in GitLab.

Merge requests

Forks

GitLab supports a great amount of features for merge requests. One of them is the ability to create merge requests from and to forks, which should also be highly considered and tested upon development phase.