4 ms·

As an aside, I badly miss the Github language statistics in gitlab repositories. This is one of the crucial info for any developer browsing through new repos an

As an aside, I badly miss the Github language statistics in gitlab repositories. This is one of the crucial info for any developer browsing through new repos and it is very counter-intuitive to have this info hidden from homepage.

aargh_aargh 9y ago
In addition to that, I'd like to see the number of SLOC for each language to get an idea how large the project is. Is this a weekend project? Is this Linux kernel?
- drej 9y ago
  With `npm` and the current JavaScript culture, both a weekend project and the Linux kernel could have the same number of SLOC.
  - jononor 9y ago
    If people check in their node_modules, that's a good sign to stay away from the project.
    - heartbreak 9y ago
      What? Why? Why shouldn't I be able to run my entire application without relying on 3rd party distribution channels? Caching my dependencies in node_modules is perfectly reasonable to me. It's not like I'm getting binary diffs. It's Javascript.
      - pritambaral 9y ago
        > Why shouldn't I be able to run my entire application without relying on 3rd party distribution channels? You should. That does not mean you should host source code and build output together. > Caching my dependencies in node_modules is perfectly reasonable to me. Precisely. That's caching. Not source hosting. > It's not like I'm getting binary diffs. It's Javascript. Binary node modules aren't uncommon, BTW. ---- Of course, you could be using git for more than source hosting, and I think that's precisely what your parent was commenting about.
      - jononor 9y ago
        Caching node_modules is fine, but not in the mainline branches of your source control. Let your CI system put it somewhere, after it passed tests. Tarball, a dedicated git repo/branch, Docker image or whatever else is practical.
        jononor 9y ago
        To control versions of dependencies pull in, narrow your specifiers in package.json, verify that the deps use semver sanely, and consider a lockfile. https://docs.npmjs.com/files/package-locks https://docs.npmjs.com/files/package-locks
      - scrollaway 9y ago
        You're not caching anything by checking it in git, you're mirroring it (very poorly). Your filesystem caches it; you still rely on your remote to download it. If you want to mirror your dependencies, run an npm mirror subset or something. If that sounds crazy to you, that's because mirroring npm dependencies is unnecessary for virtually everybody. Oh, and you are also making your .git folder 100x larger than it otherwise would be, making your initial download and on-disk sizes a lot bigger, which can also slow down other git operations. Not to mention the atrocious amount of noise whenever someone does a git blame, git log, git log -S, ... In other words, checking in your entire dependency source tree in git is unnecessary, wasteful and annoying in the best case scenario.
jacobvosmaer 9y ago
See https://gitlab.com/gitlab-org/gitter/webapp/graphs/master/charts https://gitlab.com/gitlab-org/gitter/webapp/graphs/master/ch... I agree it's not very prominent. (GitLab Inc. developer)
- rkda 9y ago
  Would it be possible to use a bar chart instead. Pie charts are kind of a pain.

aargh_aargh 9y ago

In addition to that, I'd like to see the number of SLOC for each language to get an idea how large the project is. Is this a weekend project? Is this Linux kernel?

drej 9y ago
With `npm` and the current JavaScript culture, both a weekend project and the Linux kernel could have the same number of SLOC.
- jononor 9y ago
  If people check in their node_modules, that's a good sign to stay away from the project.
  - heartbreak 9y ago
    What? Why? Why shouldn't I be able to run my entire application without relying on 3rd party distribution channels? Caching my dependencies in node_modules is perfectly reasonable to me. It's not like I'm getting binary diffs. It's Javascript.
    - pritambaral 9y ago
      > Why shouldn't I be able to run my entire application without relying on 3rd party distribution channels? You should. That does not mean you should host source code and build output together. > Caching my dependencies in node_modules is perfectly reasonable to me. Precisely. That's caching. Not source hosting. > It's not like I'm getting binary diffs. It's Javascript. Binary node modules aren't uncommon, BTW. ---- Of course, you could be using git for more than source hosting, and I think that's precisely what your parent was commenting about.
    - jononor 9y ago
      Caching node_modules is fine, but not in the mainline branches of your source control. Let your CI system put it somewhere, after it passed tests. Tarball, a dedicated git repo/branch, Docker image or whatever else is practical.
      - jononor 9y ago
        To control versions of dependencies pull in, narrow your specifiers in package.json, verify that the deps use semver sanely, and consider a lockfile. https://docs.npmjs.com/files/package-locks https://docs.npmjs.com/files/package-locks
    - scrollaway 9y ago
      You're not caching anything by checking it in git, you're mirroring it (very poorly). Your filesystem caches it; you still rely on your remote to download it. If you want to mirror your dependencies, run an npm mirror subset or something. If that sounds crazy to you, that's because mirroring npm dependencies is unnecessary for virtually everybody. Oh, and you are also making your .git folder 100x larger than it otherwise would be, making your initial download and on-disk sizes a lot bigger, which can also slow down other git operations. Not to mention the atrocious amount of noise whenever someone does a git blame, git log, git log -S, ... In other words, checking in your entire dependency source tree in git is unnecessary, wasteful and annoying in the best case scenario.

jacobvosmaer 9y ago

See https://gitlab.com/gitlab-org/gitter/webapp/graphs/master/charts https://gitlab.com/gitlab-org/gitter/webapp/graphs/master/ch... I agree it's not very prominent. (GitLab Inc. developer)

rkda 9y ago
Would it be possible to use a bar chart instead. Pie charts are kind of a pain.