• SokathHisEyesOpen@lemmy.ml
    link
    fedilink
    English
    arrow-up
    0
    ·
    11 months ago

    There’s a bigger issue than your commit message if you don’t even know what you just coded and are committing.

    • AVincentInSpace@pawb.social
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      11 months ago

      You see, sometimes I code something, go to bed before finishing it, come back, decide not to commit because then I’d have to think of a commit message and I just want to code, start working on an unrelated feature, do that for a couple days, get distracted by life stuff and put the project down for a few weeks/months, rinse and repeat, and then I finally get around to writing a commit message because I’m about to start a huge change and I want a restore point and I’m like. Okay, it’s been like 3 months since my last commit, I’m pretty sure my code can now do something it couldn’t 3 months ago but come on, I can’t even remember what I had for lunch last Thursday

      I’m well aware this is terrible practice but I don’t know how to stop doing it

      • dukk@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        11 months ago

        Commit more often. Maybe work in a different feature branch, and don’t be afraid to commit your half-working crappy code. If it’s a personal project/fork, it’s totally acceptable to commit often with bad commit names and small unfinished changes: you can always amend/squash the commits later. That’s how I tend to work: create a new branch, work on the feature, rebase and merge (fast forward, no merge commit). Also, maybe don’t jump around working on random features :P