It's time to ditch Medium for good! 🌈⚡️

Introducing Devblog by Hashnode. Blog on your domain for FREE. Highly customizable and optimized for developers.

Learn more

On average how many commits on GitHub makes you a decent developer?

Since Wednesday, I've been creating a full stack MEAN application and on average I am pushing ~20 commits a day. However, the top contributors on GitHub push at least 10 commits per day.

Just wondering, as a developer, should I be aiming at 20-30 commits a day?

What do you think?

Write your answer…

9 answers

Hmm my opinion, as a parable:

One of the major mistakes of IBM was to charge microsoft per LoC so they purposely added more code than necessary damaging the product in the longterm because it made sense from an economic perspective.

So back to the nature of the problem: Some people like to commit 100 small commits others just 2 meaningful commits.

Some people measure by applied change others measure by the absence of needed change.

So what is more valuable? Someone who does a lot hence can make a lot of mistakes? or someone who thinks and does as little as possible hence has a lower probability to produce bugs?

Even there we have different dimensions between lazy, incompetent, motivation, thoughtful .... so the idea shouldn't be an arbitrary number as a measure of quality or output.

Personally I would go for 1 commit of the current state of the day. If I spent 8 hours planning and drawing there will be no commit.

The idea of measuring commits is like the idea of measuring LoC it measures throughput in a quantitative way.

That's all you get / do with this

Show all replies

Emil Moe :D thx! sorry ;D I often get lost in my thoughts and I guess I misread :D

Reply to this…

Share your programming knowledge and learn from the best developers on Hashnode

Get started

We could also measure how many packets of Cheetos they ate as a kid, it's equally useful as a metric. Particularly when you consider some people seem to commit every line of code separately; while others rebase and squash a week's work into one.

I suggest you simply make logically-separate, succinctly-commented commits that help you get your work done and it should work out fine :)

Totally agree. Also cups of coffee and steps in fitbit should be counted as well.

Reply to this…

In my opinion, the amount of commits does not mean anything and only wastes time when done incorrectly.

You want to create a meaningful git history, where you can easily go back and revert a specific feature that might have introduced a bug or issue that you want to undo.

This is a very hard task to accomplish when you fill your git history with spam commits just for the sake of producing commits.

Show all replies

It is messy if you fill your commit history with random commits just for the sake of getting your daily dose of commits and not creating meaningful history.

Reply to this…

I don't think doing multiple commits a day in GitHub should be a goal. It's just not the focus - otherwise you would write one line of code and then commit to GitHub saying "added line 234 in AnyOneFile.code".

In addition, aren't you wasting your time committing your code to GitHub 20 times a day, if you could update everything just 5 times a day.

Your goal should be adding a major feature in so and so days. For example, one of my goals was to implement match-making for my Android board game "Surakarta" in one day.

Sorry if my post was a bit discouraging.

Reply to this…

I think the number of commits is not a good measure for a developer. Source code should have committed when it should have a requirement to commit since lots of commits make repository more complex. According to my opinion, you should do a commit for a code change with a well-defined set of requirement. If you need to save your change on a git branch, instead of a commit, amend it to the previous commit. Another thing is that commit is not the only dimension to measure the productivity of a developer. It also includes code reviews and issue reporting.

I never commit - I Stay Above the Fray =)

Reply to this…

Load more responses