• KuroeNekoDemon@sh.itjust.works
    link
    fedilink
    arrow-up
    3
    ·
    11 months ago

    Oh boy are you in for a shock to know that I use git all the time when I want a piece of software that isn’t available in YaST2, Flatpaks or Appimages

    • Lunya \ she/it@iusearchlinux.fyi
      link
      fedilink
      arrow-up
      14
      ·
      11 months ago

      I mean understand and know when or how to use every feature and command, I don’t mean using git clone https://github.com/foo/bar occasionally.

    • Cyborganism@lemmy.ca
      link
      fedilink
      arrow-up
      7
      ·
      11 months ago

      Cloning a repo to build the source code isn’t even remotely hard.

      When you manage the repo of an entire team who work together on different release versions of a product using a very specific workflow with squash commits and cherry-picking? And when team members fuck up the repo’s history with a bad git pull/push? Yeah, it gets more complicated.

        • Cyborganism@lemmy.ca
          link
          fedilink
          arrow-up
          1
          ·
          11 months ago

          Even with merge policies, if someone doesn’t understand what they’re doing or how it works, it won’t help.

          Last project I worked on, we asked our developers to rebase on the parent branch and squash on their pull requests. But, they often encountered conflicts because they never updated their branch. They would pull the parent branch into their feature breach, or do a regular merge, or merge different other branches together and you’d end up with commit duplication everywhere. They didn’t have any discipline.