Beehaw
  • Communities
  • Create Post
  • search
    Search
  • Login
  • Sign Up
sag ( sag@lemm.ee )  to Programmer Humor@programming.dev · 2 years ago

Coomitter be like

lemm.ee

message-square
19
link
fedilink
255

Coomitter be like

lemm.ee

sag ( sag@lemm.ee )  to Programmer Humor@programming.dev · 2 years ago
message-square
19
link
fedilink
alert-triangle
You must log in or # to comment.
  • zoey ( snugglebutt@lemmy.blahaj.zone ) 
    link
    fedilink
    English
    arrow-up
    66
    ·
    2 years ago


    oh god, it’s me

    • CodeMonkey ( CodeMonkey@programming.dev ) 
      link
      fedilink
      arrow-up
      50
      ·
      2 years ago

      Senior developer tip: squash the evidence.

      • grrgyle ( grrgyle@slrpnk.net ) 
        link
        fedilink
        arrow-up
        18
        ·
        2 years ago

        Principle developer tip: rewrite history to make yourself seem smarter.

        Soft reset the whole branch and commit a series of atomic and semantic patches (eg separating code, test, and refactor changes) that tell a clean narrative of the changeset to reviewers, future blamers.

        • JackbyDev ( JackbyDev@programming.dev ) 
          link
          fedilink
          English
          arrow-up
          3
          ·
          2 years ago

          And then my team squashes those commits 😩

          • grrgyle ( grrgyle@slrpnk.net ) 
            link
            fedilink
            arrow-up
            1
            ·
            2 years ago

            Yeah it sucks. If the commits are really helpful, you can just paste the git log into the PR/MR/CR body after it’s been merged

        • xilliah ( xilliah@beehaw.org ) 
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          2 years ago

          deleted by creator

          • grrgyle ( grrgyle@slrpnk.net ) 
            link
            fedilink
            arrow-up
            2
            ·
            2 years ago

            Depends, but usually I will put in the effort up front and maybe tweak them in an in[eractive rebase, or just manually copy+paste.

            If they’re worth saving. Sometimes you have to kill your darlings though

      • sorter_plainview ( sorter_plainview@lemmy.today ) 
        cake
        link
        fedilink
        arrow-up
        6
        ·
        2 years ago

        git commit --amend --no-edit

        This helped me countless times…

      • SatouKazuma ( SatouKazuma@programming.dev ) 
        link
        fedilink
        arrow-up
        3
        ·
        2 years ago

        Senior developer tip: Squash the evidence management

    • SturgiesYrFase ( SturgiesYrFase@lemmy.ml ) 
      link
      fedilink
      arrow-up
      10
      ·
      2 years ago

      F

    • RonSijm ( RonSijm@programming.dev ) 
      link
      fedilink
      arrow-up
      7
      ·
      2 years ago
      git reset head~9
      git add -A
      git commit -am 'Rebased lol'
      git push -f
      
    • verstra ( verstra@programming.dev ) 
      link
      fedilink
      arrow-up
      4
      ·
      2 years ago

      F

    • xilliah ( xilliah@beehaw.org ) 
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      2 years ago

      deleted by creator

  • mariusafa ( mariusafa@lemmy.sdf.org ) 
    link
    fedilink
    arrow-up
    31
    ·
    2 years ago

    Please use Conventional Commits. Simple and easy to use. Plus it is very easy so combine with Versioning techniques like Semantic Versioning.

    • JackbyDev ( JackbyDev@programming.dev ) 
      link
      fedilink
      English
      arrow-up
      3
      ·
      2 years ago

      Any standard that wastes valuable space in the first line of the commit is a hard sell. I don’t see the point in including fix/feat/feat! just for the sake of “easy” semantic versioning because generally you know if the next release is going to be major or minor and patches are generally only only after specific bugs. Scanning the commits like this also puts way too much trust in people writing good commit messages which nobody ever seems to do.

      Also, I fucking hate standards that use generic names like this. It’s like they’re declaring themselves the correct choice. Like “git flow”.

      • mariusafa ( mariusafa@lemmy.sdf.org ) 
        link
        fedilink
        arrow-up
        1
        ·
        2 years ago

        You can always adapt to your how repo. But yeah, that’s the point. If you can trust people to make changes on a repo then you should be able to trust them in using some kind of commit structure.

        Generic names are probably used in order to crate a familiar, easy to remember, structurized commit format.

        • JackbyDev ( JackbyDev@programming.dev ) 
          link
          fedilink
          English
          arrow-up
          1
          ·
          2 years ago

          The generic name I’m complaining about is “conventional commits”, not “fix” and “feat”

  • onlinepersona ( onlinepersona@programming.dev ) 
    link
    fedilink
    English
    arrow-up
    13
    ·
    2 years ago

    Sometimes I’m in awe at the effort people put into these memes. Well done 😄

    P.S Now make one about people who squash 100 commits into one without cleaning up the message and have a single commit with 1k added / 2k removed in it for the sake of “clean” history.

    Anti Commercial-AI license

    • JackbyDev ( JackbyDev@programming.dev ) 
      link
      fedilink
      English
      arrow-up
      2
      ·
      2 years ago

      Yesssss, so true. Anytime people say they want history to be “clean” I insist they explain what they mean because more often than not they’re going to suggest something that makes the history way less useful.

  • Eskuero ( eskuero@lemmy.fromshado.ws ) 
    link
    fedilink
    arrow-up
    8
    ·
    2 years ago

    My ass who was sending patches to cyanogenmod gerrit ten years ago would never.

    device: msm8916-common: BoardConfig: Build libril from source

  • datavoid ( datavoid@lemmy.ml ) 
    link
    fedilink
    English
    arrow-up
    2
    ·
    2 years ago

    To real, it hurts

Programmer Humor@programming.dev

programmer_humor@programming.dev

Subscribe from Remote Instance

Create a post
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !programmer_humor@programming.dev

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

  • Keep content in english
  • No advertisements
  • Posts must be related to programming or programmer topics
    • If the mod doesn’t find it funny, you’re banned. Ha-ha!.. For real: do not use the community for “statements”. There are other places for such content. Keep it chill and funny.
Visibility: Public
globe

This community can be federated to other instances and be posted/commented in by their users.

  • 927 users / day
  • 2.67K users / week
  • 4.1K users / month
  • 7.65K users / 6 months
  • 462 local subscribers
  • 33.7K subscribers
  • 1.58K Posts
  • 25.8K Comments
  • Modlog
  • mods:
  • Feyter ( Feyter@programming.dev ) 
  • adr1an ( anzo@programming.dev ) 
  • BurningTurtle ( BurningTurtle@programming.dev ) 
  • Pierre-Yves Lapersonne ( pylapp@programming.dev ) 
  • BE: 0.19.15
  • Modlog
  • Legal
  • Instances
  • Docs
  • Code