Merged

  • cornshark@lemmy.world
    link
    fedilink
    arrow-up
    82
    ·
    10 months ago

    Heh, a funny collision of terms.

    The green Merged means that the pull request was submitted into the branch.

    The DO NOT MERGE text is an instruction for automerger. Android is developed in a truly startling amount of related git branches. Automerger is the tool that propagates commits back and forth to make sure pull requests get to all flavours, versions and devices.

    DO NOT MERGE tells Automerger not to propagate that pull request to newer versions of Android, i.e. it’s a fix for the currently released version that’s not relevant to the next development version of Android for whatever reason.

    Also seen, although more rarely, is DO NOT MERGE ANYWHERE which tells Automerger not to propagate the pull request to any other branch other than where it was originally submitted, including branches for related products on the same version of Android.

    • leds@feddit.dkOP
      link
      fedilink
      arrow-up
      15
      ·
      10 months ago

      Interesting, thanks for explaining. Like someone else was saying it is already in AOSP not introduced in lineage which makes sense since it is just a cherrypick

  • leds@feddit.dkOP
    link
    fedilink
    arrow-up
    47
    ·
    10 months ago

    But thanks for keeping my phone up to date, it is appreciated ♥

    • infinitevalence@discuss.online
      link
      fedilink
      English
      arrow-up
      15
      arrow-down
      1
      ·
      10 months ago

      Same, I run 3 devices all on Lineage and its great. Who know that you could still get updates and support for a device from 10 years ago, suck on that apple.

    • DreadPotato@sopuli.xyz
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      10 months ago

      It’s just kind of sucks that updates consistently breaks banking apps and other stuff relying of passing safetynet. Every time I update I have to do the Magisk workaround again which is really annoying.

          • DreadPotato@sopuli.xyz
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            10 months ago

            I bookmark stuff I need at a later time, or will need again, and read the stuff I want to read now and close the tab when I’m done.

        • Poplar?@lemmy.world
          link
          fedilink
          arrow-up
          14
          ·
          edit-2
          10 months ago

          I keep tabs open as a sort of “read page later” list. I never seem to get to reading them though.

          • DreadPotato@sopuli.xyz
            link
            fedilink
            arrow-up
            1
            ·
            10 months ago

            So do I, for a few days. If I haven’t read it by then, I’ll either bookmark for later or just close. I pretty much never have more than 10-15 active tabs ever.

        • Daeraxa
          link
          fedilink
          arrow-up
          5
          ·
          10 months ago

          I got to that once, on mobile I’ve never worked out the rule for when FF opens a new tab vs opening a site in your current tab. They just kind of silently accumulate.

  • aMockTie@beehaw.org
    link
    fedilink
    arrow-up
    22
    arrow-down
    1
    ·
    10 months ago

    Why did they submit this as a pull request in the first place? Just commit it to a WIP branch until it’s ready to merge. Am I missing something?

      • leds@feddit.dkOP
        link
        fedilink
        arrow-up
        10
        ·
        10 months ago

        Does gerrit have a draft state? In azure devops you can mark PR as draft , won’t trigger any builds but you can still start them manually

    • NotSteve_@lemmy.ca
      link
      fedilink
      arrow-up
      7
      ·
      10 months ago

      I do this often. It’s useful if you want to send it to your coworker for some early feedback or as others have said, have the CI run

    • Dr. Jenkem@lemmy.blugatch.tube
      link
      fedilink
      English
      arrow-up
      4
      ·
      edit-2
      10 months ago

      It’s been a while since I’ve worked with AOSP, but I had always understood it to be some weird shit with Google’s internal processes. The “do not merge” commits are all over the AOSP, or at least they used to be.

    • xia@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      4
      ·
      10 months ago

      Maybe they dont use squash merges, so all the intermediate commits remain on-chain?