• 1 Post
  • 125 Comments
Joined 3 years ago
cake
Cake day: June 15th, 2023

help-circle
  • Right, but what I’m saying is that git doesn’t store authorship information or line-by-line history, no matter how it’s done. Figuring out which line came from where is an algorithm the git blame command does every time you request it, and that algorithm can give different results depending on which options you give the blame command. And so what you’ve found here is a collection of commits that produces a situation the default blame algorithm can follow, without any optional flags, which is neat! Maybe not great for git history, but neat!


  • Interesting. Yeah, sounds like what git blame -C is for, so I’ve never made copies when splitting files, I’ve just moved lines between files naively. But I guess if one’s tools are limited and doesn’t have the ability to -C, then I guess I could respect the hack that is that solution?

    I mean, I’m 99% sure git doesn’t store blame or authorship info in the pack files, even as a convenience cache, and just guesses by traversing the patch log with heuristics live when you run blame anyway, so the history mostly doesn’t matter there, but the way you’ve done it does seem to have tricked the heuristics into doing what you want without relying on an option, so that’s neat! It’s an interesting hack, and I like interesting hacks 😛

    By the way, if there are down votes, they’re not from me!



  • Yeah, I’m with you. I mean, git isn’t magic. You “can” squash anything, including a merge commit, by just being at the end result, running git reset <commit you want to be squashed off of> and then running a manual git add and commit there. That’s basically all a squash is.

    But what you’ll be left with us a single commit that contains all of the code from the branch you’re squashing and also all the code pulled in from every branch you merged, all written as though it all came from this one commit. And maybe that’s what you want? But it feels like also maybe it’s not?



  • Huh. I have never in my 19 year career using git, ever wanted to copy a file and pretend all of the history of that file is also the history of the new file. I mean, I don’t think I’ve ever even wanted to copy a file? Why are you copying a file?

    Like, maybe I’m just too familiar with git to see the forest for the trees, but what the heck are you doing over there? 😅

    And just in case it’s useful, a tip is that you can use git blame -C to have the blame algorithm use a heuristic to try and find a “source” line if it was moved, including from another file, during a commit, and then continue following the history of that line, to try and get the real commit where this was written, not just the last time it was moved around.



  • Lord of the Rings barely counts, because not only were all three books out and classics before the movies started (obviously), but the three movies were basically worked on at the same time. It’s nuts, but somehow they managed to do it.

    So it’s not like they released the first, got crazy hype, and then phoned everyone up and said “electric Boogaloo, you in?”. They’d already shot most of the second and third by the time the first came out, as I recall.

    Also I really liked Glass Onion 😛



  • I love the timing of this post, being right after the “I just had my first 3some” one. I like to imagine you finish getting plowed and being like “wow, that was amazing”, and then one of the guys being like “oh, you think that was amazing? You know what’s amazing is these pandas with bucket on their heads” and then the other guy being like “yo, after that there’s this great video I’ve got to show you” and squishing you in the middle and you’re like “nooooooooooo…



  • That would be a useful thing to appear in the pamphlet or whatever, but I do still think there’s some value in saying “expected value of 5 minutes” somewhere prominent.

    Because the whole point of quick charging is that (most of the time) you aren’t charging to 100% when you’re also in a time crunch. You’re either slowly charging to 100, or you’re quickly charging until you reach the limit of quick charging, and then driving to the next quick charger.

    So what matters in practice is “how long until quick charge stops” and “how much range does that charge get me”




  • Obviously for this case we need to add a signifier for the countdown so it’s clear to the other parties that you are aware of the standard and adhering to it before you even begin the countdown.

    Like “ISO three two one GO!”

    This is semi-backwards compatible, but still confusing for normies.

    Even better, just make up new words where the ambiguity never existed. No numbers at all, just “glarp dook peow” and we always go on “peow” and always have. No backwards compatibility, but you’ll be guaranteed that a person who doesn’t understand will need clarification, and won’t go unexpectedly through imagined agreement.

    Or, if backwards compatibility is required, we could count up from 1 to 3… and our signifier phrase could be something like “awnthree”. As a label for the standard we’re using! Like, “awnthree, one, two, three”.

    I think that could work 😛


  • psycotica0@lemmy.catoxkcd@lemmy.worldxkcd #3232: Countdown Standard
    link
    fedilink
    English
    arrow-up
    50
    arrow-down
    1
    ·
    22 days ago

    This is one of those ones that’s a tragedy. Biweekly “should” always mean every two weeks. Twice a week is “semi-weekly”, aka every half a week.

    But regardless of what it “should” mean, people use it wrong often enough that you have to check every time, not because the word is ambiguous, but because people are often mistaken.

    It’s a shame, but it’s part of human communication 😅