Skip to content

Navigation Menu

Sign in
Sign up

Create or reuse proper patch-list tools instead of depending on git/rebase #32

Open

Description

Git is too slow for modifying long chains of commits, because it has to rewrite the commits from scratch every time you rebase, for purposes of integrity (which we don't really need). It also has a lot of weird behaviour we have to work around, which just comes from how we're using git for a purpose that it is not intended/optimized for.

Git is nice because it's ubiquitous and it readily solves the main challenging problem of managing a patch list: auto-resolving conflicts that arise from modifying a patch in the middle of the list, and helping you resolve conflicts manually. How it does this exactly is still magic to me mostly, so I'm not sure how hard it would be to write a tool from scratch that is able to do this (and as well as git does it).

I'm also not sure of what tools/libraries are out there that we could use for this. Here are some links to projects that may be of some help:

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      AltStyle によって変換されたページ (->オリジナル) /