Skip to content

[RFC] Draft: process for fork maintenance #310

@macpijan

Description

@macpijan

The problem you're addressing (if any)

There are a few aspects to the forkst maintenance to be discussed. One is the branching model we use right now. The other is how to approach to the fork maintenance (and keeping it up to date) in general.

  1. Keeping the per-platform branches is becoming more and more effort as the number of platform increases.
  2. Features and fixes are out-of-sync between the branches. Often some extra work is needed to apply the same set of fixes on multiple branches. It it easier to miss some stuff this way.
  3. Merging changes from upstream requires more and more effort. There are a lot of changes and it is easy to miss something.
    Maybe using patch files would be easier to track our custom changes and send them upstream.

Describe the solution you'd like

TBD

Where is the value to a user, and who might that user be?

Dasharo developers can spend less time rebasing coreboot/edk2/etc repositories to latest versions.
Dasharo developers can have easier time extracting patches from Dasharo forks for sending them upstream.

Describe alternatives you've considered

There are a lot of approaches out there used by different projects:

Additional context

Metadata

Metadata

Assignees

Labels

RFCRequest For Comments

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions