Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Dave Taht <dave@taht.net>
To: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
Cc: Cake List <cake@lists.bufferbloat.net>
Subject: Re: [Cake] Cake tree unreadable
Date: Tue, 28 Nov 2017 10:48:28 -0800	[thread overview]
Message-ID: <87a7z6p7cz.fsf@nemesis.taht.net> (raw)
In-Reply-To: <700AAEDF-6D34-4F0B-8B48-E34A554F5B6D@darbyshire-bryant.me.uk> (Kevin Darbyshire-Bryant's message of "Tue, 28 Nov 2017 09:22:40 +0000")


Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk> writes:

> In the nicest possible way… what on earth is going on with the cake source tree
> of late?  Many ‘cascaded’ merges make things impossible to read and stuff
> appears to be getting lost as well. e.g. the recent change "Switch ingress
> failsafe to 2/3 instead of 1/4 bandwidth.” has now appeared twice, the first
> time having somehow got lost.  What on earth is going on?
>
> It’s as if there are at least 3 repos that have all got out of step with each
> other and now each time a merge is required from one it pulls in all the merges
> from the others.  May I suggest a ‘git fetch —all’, take a safety copy branch
> pointer of where you are now ‘git checkout -b safety’, switch back to where you
> were ‘git checkout cobalt’, reset the pointer and current work tree to
> upstream’s sane state ‘git reset —hard upstream/cobalt’ and finally a ‘git diff
> safety’ to see what’s missing between the two.  ‘git cherry-pick missing-commit’
> to grab any missing commit/s determined by looking at the diff.

It sounds like your git-foo is stronger than ours! I'm not even trying
to get head to work, tho my intent would be to promote cobalt to it.

I didn't know about the cherry-pick option til now, either. I was doing
a git format-patch thenewcommit, then a git am on my other branch.

For example, with this config, git fetch --all doesn't do anything.

[core]
        repositoryformatversion = 0
        filemode = true
        bare = false
        logallrefupdates = true
[remote "origin"]
        url = git@github.com:dtaht/sch_cake.git
        fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
        remote = origin
        merge = refs/heads/master
[branch "for_upstream_4.16"]
        remote = origin
        merge = refs/heads/for_upstream_4.16
[branch "cobalt"]
        remote = origin
        merge = refs/heads/cobalt


  reply	other threads:[~2017-11-28 18:48 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-28  9:22 Kevin Darbyshire-Bryant
2017-11-28 18:48 ` Dave Taht [this message]
2017-11-28 21:31   ` Kevin Darbyshire-Bryant
2017-11-28 22:37     ` Dave Taht
2017-11-29 12:27       ` Toke Høiland-Jørgensen
2017-11-29 12:39       ` Sebastian Moeller
2017-11-29 17:58         ` Dave Taht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87a7z6p7cz.fsf@nemesis.taht.net \
    --to=dave@taht.net \
    --cc=cake@lists.bufferbloat.net \
    --cc=kevin@darbyshire-bryant.me.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox