Hacker News 의견

• git absorb를 사용하는 사람들은 이 도구가 매우 유용하다고 생각함

  • 여러 커밋이 포함된 PR이 CI에서 실패할 때, git absorb는 자동으로 올바른 커밋을 찾아줌
  • 수동으로 커밋을 찾는 번거로움을 덜어줌
  • 가짜 긍정은 거의 없고, 가짜 부정이 발생하면 수동으로 처리하면 됨
  • PR이 하나의 커밋이어야 한다는 의견도 있지만, 항상 그런 것은 아님
  • GitHub에서 논리적으로 작은 커밋을 선호함

• git commit --fixup을 위한 별칭을 사용하여 만족함

  • 현재 브랜치의 커밋을 보여주고 fzf를 통해 선택할 수 있음
  • 선택한 커밋을 기반으로 fixup 커밋을 생성함

• git absorb를 사용해봤지만, 부모 커밋을 잘못 선택하는 경우가 많았음

  • 수동으로 커밋을 찾는 것이 더 나았음
  • 커밋 기록을 완전히 제어하는 것을 선호함
  • 이 도구는 너무 많은 마법 같음

• git --fixup과 git rebase --autosquash를 사용해본 적은 없지만 유용해 보임

  • git-absorb는 한 단계 더 나아가는 것 같음
  • README에서 특정 상황에서 정확히 무엇을 할지 명확하지 않음

• 커밋과 기록을 수정하는 것에 대해 회의적임

  • 실수를 수정하고 새로운 커밋을 만들고 계속 진행하는 것이 좋음

• magit을 사용하여 쉽게 fixup 커밋을 만들 수 있음

  • Emacs를 사용하지 않더라도 magit을 사용하기 위해 유지할 가치가 있음
  • vscode 사용자에게는 Edamagit이 좋음

• git commit --fixup과 git rebase --autosquash에 대해 알게 됨

  • 인터랙티브 git rebase는 가장 좋아하는 Git 도구임
  • 완벽한 논리적 원자 커밋을 만드는 데 도움이 됨
  • 그러나 이러한 기록 편집이 때때로 역효과를 낼 수 있음

• git rebase -i는 다양한 요구를 충족시킴

  • squash, fixup, reword, delete 커밋을 인터랙티브하게 할 수 있음
  • git을 사용하는 모든 사람이 배워야 함

• 초청결한 커밋 기록에 집착하는 것을 이해하지 못함

  • 커밋 기록을 그렇게 자주 자세히 확인하는지 의문임

• 마지막 10개의 커밋 중 충돌 없는 수정 가능한 커밋을 선택하는 것이 이해되지 않음

  • 종종 충돌을 해결하면서 fixup^를 자주 사용함
  • 자동으로 타겟 커밋을 선택하는 것에 대해 신뢰하지 않음