search

acaudwell / Gource

software version control visualization
https://gource.io
GNU General Public License v3.0
11.52k stars 722 forks source link

[feature request] scale by file size #91

Open nschloe opened 7 years ago

nschloe commented 7 years ago

I have a repo with a bunch of source files, and some sources files are much larger than others. I'd like to see this reflected in the visual representation, ideally by the size of the dots. Related to https://github.com/acaudwell/Gource/issues/54.

RickardAndreasAgren commented 7 years ago

I'd love to see this aswell, however one must consider that this request might be slightly bigger than imagined. As far as I understand gource simply reads files affected by commits. To implement this you'd need to keep track of the files sizes aswell. If implemented it should preferably be an option as the crunchtime for large projects might increase a fair bit.

Just want to fold in a big "Nice application!" =)

acaudwell commented 7 years ago

There are a few issues with file sizes which has stopped me looking at this previously:

RickardAndreasAgren commented 7 years ago

The layout could be okay if each file cluster is sorted by size, however it depends on how easy it is to change just that in regards to how the circles position themselves. If its a set pattern it's going to be clunky, However if they are "attached" to whichever circle is the one closer to center it should be fine.

I'd dig in to the code to find out myself if I wasn't working to the point of frying my brain most days.

Guildenstern commented 7 years ago

instead of file size you can visualize the change size. To obtain this, you can get the diff to previous commit + some regex magic followed by wc

for layouting, the layouter can still assume, that all files are same size. Also color saturation can be used instead of circle-size

luncht1me commented 7 years ago

^ This. Who's up for it?

rhbvkleef commented 7 years ago

I would love to see this too. It certainly reflects work (slightly?) better. and can look quite cool

OneManMobile commented 7 years ago

I would love for this to happen.

I have created a BountySource for it on 15 dollars. Not much, but I think Gource is a great project and want to give it a tip, (and a pull in the direction that could give it more use for myself and others).

Thank you for this project, it is a great visualization tool.

https://www.bountysource.com/issues/41113299-feature-request-scale-by-file-size

bobdesaunois commented 5 years ago

Would love to see this feature!

mschilli87 commented 5 years ago

@bobdesaunois

Would love to see this feature!

After over a year, there is still one backer only on @OneManMobile's bounty. :wink:

bobdesaunois commented 5 years ago

@mschilli87 I have added $50 to the current bounty, would love to see this feature happen! 😄

bobdesaunois commented 5 years ago

Added another $35, adding the total bounty up to $100. Hopefully this will draw in some more attention :)

simonbaird commented 3 years ago

Arrived here in 2021 via a goole search for "gource file size"...

Thoughts:

TomFryers commented 2 years ago

Regarding scaling, one thing to try is having r³ be proportional to the number of lines. This produces a smaller range of sizes than equal areas (which would be r²), while still being ‘realistic’ if you consider the blobs to be spheres.

Perhaps add one to all file lengths to solve the zero-size file problem. You can think of this virtual ‘line’ as the file name and metadata if you really want.

Ben-Fenner commented 1 year ago

This is 1 of 4 issues for this request. The others are: https://github.com/acaudwell/Gource/issues/54 https://github.com/acaudwell/Gource/issues/91 (this very issue you're reading now) https://github.com/acaudwell/Gource/issues/147 https://github.com/acaudwell/Gource/issues/223

I was going to suggest this feature but found these instead. It would be nice to see, and I agree logarithmic sizing is probably best.

zimonitrome commented 2 months ago

Time for the annual comment on this 7 year old issue.

Some thoughts:

There are a few issues with file sizes which has stopped me looking at this previously:

  • The spiral file layout algorithm would probably look strange/not work particularly well with different file sizes
  • The availability of the file size from the version control system history (the log command may not be able to provide that information)
  • How this would be supported by custom log
  • Need some special handling for zero size files like .keep, otherwise they'll be invisible.
  • I expect it would work better with a non-linear scale, perhaps logarithmic, to reduce the range of dot sizes.
  • The scale factor should be configurable via the command line so you can tweak it for best results.

Regarding bounty:

I would love for this to happen.

I have created a BountySource for it on 15 dollars. Not much, but I think Gource is a great project and want to give it a tip, (and a pull in the direction that could give it more use for myself and others).

Thank you for this project, it is a great visualization tool.

https://www.bountysource.com/issues/41113299-feature-request-scale-by-file-size

It's really sad that Bountysource shut down. This would have been an issue I'd be willing to donate to crowdsource. Are any similar services available nowadays?

A first step could be to implement #136 to get the lines data in the Node class. And a second step could be to just scale the nodes without taking layout into account.

NikosAlexandris commented 3 days ago

Count me as a donator too !