-
Notifications
You must be signed in to change notification settings - Fork 7
[RFC] Draft: process for fork maintenance #310
Copy link
Copy link
Open
Labels
RFCRequest For CommentsRequest For Comments
Description
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.
- Keeping the per-platform branches is becoming more and more effort as the number of platform increases.
- 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.
- 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:
- Ubuntu has kernel repository with some additional guidelines to separate Ubuntu patches
- Armbian stores a set of per-platform, per-project patches in the repository
- Post on History-preserving fork maintenance with git
- QubesOS carries kernel patches in qubes-linux-kernel repository
- others - TBD
Additional context
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
RFCRequest For CommentsRequest For Comments