The value of a clean git history is often underestimated. I will explain one of the advantages based on the git bisect command.

You are viewing a single thread.
View all comments View context
1 point

I agree that some stuff is easier when not squashing commits, but for the teams I’ve been working with I’ve felt that the pros of squashing outweigh the cons, but of course YMMV.

But I didn’t know about git bisect skip, thanks for the tip! But sincere question: What happens if there are e.g. three adjacent broken commits? If I have skip all three of those and the error was introduced in one of them, then git cannot tell me which commit introduced the error, right?

permalink
report
parent
reply

Programming

!programming@kbin.social

Create post

This magazine is dedicated to discussions on programming languages, software development, and coding. Whether you are a beginner programmer or an experienced developer, this is the place for you. Here you can share your knowledge, ask questions, and engage in discussions on topics such as coding languages, software engineering, web development, and more. From the latest trends and frameworks to tips and tricks for debugging, this category covers a wide range of topics related to programming.

Community stats

  • 1

    Monthly active users

  • 200

    Posts

  • 381

    Comments

Community moderators