Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Git-Stats – A local GitHub-like contributions calendar

github.com

Post reply on HN
Print view View original

31–39 of 39 posts

Re: Git-Stats – A local GitHub-like contributions calendar

#31

Post by halosghost »

tokenizerrr wrote: post #25
halosghost wrote: post #24

Earlier quoted context omitted.

I find it funny that I was down-voted so for this. I haven't maligned the project at all; in fact, I think it's incredibly cool, I'm just not a huge fan of node.

I downvoted you because negative nonconstructive comments may as well not be posted. They provide no tangible benefit to anyone who participates in the discussion. If you have a compelling reason as to why this project would be better done in another language then it would be prudent to include this reason in your original post. If all you're going off is personal preference then it may be best to keep this to yourse…

I understand your hope for comments to be constructive, and if you would like to have a discussion about the negatives of Node, it seems like that might be better on an article actually discussing that (though I will include them in this post to sate your curiosity :P). Additionally, I did not wish to start a flamewar (which always happens when you get into a discussion about the relative merits of a language on the internet).

My reservations about Node stem from this kind of app actually; the creation of a tool that goes far beyond the realistic and sensible use-case for Node.

That is, the huge benefit that Node offers is the ability to have both server- and client-side scripting in the same language; that's awesome. However, it's a fairly common bit of knowledge that JS is less than ideal for a wide variety of reasons (e.g., no integers, breaking the commutative property, etc.). While it may be a great alternative to PHP, it's still not that great of a language. So, to go beyond the notion of just using it to unify the language for webapps and to start creating userland applications on such a platform seems very counterproductive to me.

In this case, I am especially taken by the fact that this author has made three or four projects which all do similar things but for different use-cases. If this project were made into, for example, a C library, all of the derivative projects could just source that library and be simpler for it. Not to mention the fact that other projects could interface with it as well.

Despite C's reputation as being rather hard to make portable code, a public API with a C library actually makes it incredibly portable and extensible.

Again, I am completely okay with Node (I don't crusade against its existence), it just saddens me to see such cool projects be based on such a platform when there are obvious benefits to using something closer to the metal.

Re: Git-Stats – A local GitHub-like contributions calendar

#32

Post by klapinat0r »

jayrhynas wrote: post #30
klapinat0r wrote: post #26

Earlier quoted context omitted.

Still doesn't work (for me, osx) user@host ~/tmp # npm install -g git-stats /usr/local/bin/git-stats -> /usr/local/lib/node_modules/git-stats/bin/git-stats git-stats@1.1.0 /usr/local/lib/node_modules/git-stats ├── ul@1.1.0 ├── ansi-parser@1.4.0 ├── cli-box@2.1.1 (ansi-parser@1.3.0) ├── moment@2.9.0 ├── git-stats-colors@1.0.0 (couleurs@3.0.0) └── bug-killer@1.0.0 (couleurs@1.1.0) user@host ~/tmp # npm install -g git-s…

git-stats-importer also only imports commits by the user set in the global user.email config. Since you haven't made any commits to the git-stats repo, it doesn't show anything. Edit: it will use the local user.email if that is set. It also will use the GIT_AUTHOR_EMAIL but only as a fallback if user.email is unset

Ah, I see. A bit annoying when using more than one user.email across projects. But git-cal works okay :)

Thanks for the info.

Re: Git-Stats – A local GitHub-like contributions calendar

#33

Post by halosghost »

olalonde wrote: post #20
cubitesystems wrote: post #12

That's not what I need. I need download stats, checkout stats, per page view stats and per file view stats.

This tool is designed to work with Git, not Github. The stats you are referring to would need to be made available by Github.

Actually, if you look at the project more closely, it does support github. In fact, there's even a derivative project that directly interacts with github. However, I think the point of this poster's comment was that this project's scope doens't include ey's needs, not that it doesn't interface with a particular service (I, of course, could be wrong in that interpretation).

Re: Git-Stats – A local GitHub-like contributions calendar

#34

Post by gknoy »

danadam wrote: post #13
qznc wrote: post #6

Why do people care about this? I never understood why Github features things like "longest commit streak" so prominently.

"Don't break the chain!" http://lifehacker.com/281626/jerry-seinfelds-productivity-se...

I would love it if, for things like my work repo, I could count "Don't break the chain of weekday commits" -- I would prefer not to be penalized for not working on the weekend. :)

Re: Git-Stats – A local GitHub-like contributions calendar

#35

Post by colomon »

k4rthik wrote: post #28
colomon wrote: post #11

Earlier quoted context omitted.

Hmm, just installed git-cal and it certainly is adequately fast on my main work repo. But it seems to just be for the current branch? (That seems sensible enough, but also makes it somewhat less useful.)

Added an option to view stats from all branches ( git-cal --all ), but that'll be slower for large repositories

Brill, it's still quite fast on my work repo, and much more useful to me. :)

Re: Git-Stats – A local GitHub-like contributions calendar

#36

Post by vhost- »

qznc wrote: post #6

Why do people care about this? I never understood why Github features things like "longest commit streak" so prominently.

It's totally superficial, but I find it fun. It's something to check once in a while and be like "hey, I have a dark green box. I wonder how many times I committed that day."

When I left my previous job, they revoked my Github access and I lost 3k commits on the calendar and it was a bummer. I wasn't throwing a fit or anything. I just had to start over :).

Re: Git-Stats – A local GitHub-like contributions calendar

#38

Post by omouse »

Cthulhu_ wrote: post #16

Name might be a bit confusing with the Gitstats project ( http://gitstats.sourceforge.net/ )

They should connect and then integrate the calendar into gitstats, it looks really useful and would be awesome to put into the gitstats report.

Re: Git-Stats – A local GitHub-like contributions calendar

#39

Post by pedrosanta »

Cool, I always enjoy clever git visualisation tools. While you are immersed in code it's hard to get a good grasp on what are your routines, or on what you've accomplished, and these tools give you a nice picture of that - and I've found them rather useful on retrospective or post-mortem moments.

One of the tools I use now an then is gource:

https://code.google.com/p/gource

It puts you entire log on a neat graph like file structure with the contributors firing out changes to nodes as time goes by.

Post reply on HN