A new look for repositories

[archimedespi]

Ha, they're going back to the way repo tab navigation used to work a long time ago, with the tabs on the top, like [1] and [2].

Arguably it's a nicer look with some UX benefits.

[1] - https://camo.githubusercontent.com/fec1c4ab93659e759682ad5db...

[2] - http://cdn.appappeal.com/pictures/6089/screenshot.png

[lucaspottersky]

and then when they decide to add new Menu Items and run out of space, they will switch back to the Sidebar :D

[netnichols]

It took me ages to get used to the old new design (that dropped the tabs on top). Glad they're switching back... definitely a more intuitive structure for me.

[yeukhon]

The second picture, probably one of the earliest interfaces of GitHub (??) reminds me of Sourceforge, in fact, the horizontal navigation exists in Sourceforge.

I guess keeping things more center benefits interaction.

[makecheck]

There's one part of the GitHub UI that I still wish they'd change: the way "contributions" are displayed.

Right now, there are accounts that seem to just fork a bunch of repositories and then do nothing with the forks. This makes those people look like massive contributors to open-source because GitHub gives them a nice "Contributions" tab with a list of popular projects under it.

They also get free advertising in reverse because they automatically appear as a "Member" of the parent project's network, despite having done nothing at all in the project!

At the very least, GitHub should require the forking person to have made some pull request that was accepted. If those forks aren't actually contributing, they shouldn't even be mentioned as a sub-network of the original (except perhaps as an option for the project maintainers to see, if they're curious where forks have occurred).

[stonesam92]

You don't become listed as a contributor by merely forking a repo, your fork is just included in the original project's "forks" count.

The project is included in a user's "Repositories contributed to" area when that user creates a pull a pull request or files an issue.

You are listed as a contributor on a project's page only once you have had an accepted pull request.

EDIT: take one of my projects for example[0] - 152 forks recorded but only 8 people are listed as contributors.

[0] https://github.com/stonesam92/ChitChat

[githubsceptic]

I've seen tons of this. People forking popular projects and making minor pull requests to correct spelling or change formatting, probably so they can pad their github profile (which we're told is the new resume) and make it appear as though they're highly-active and are contributors to major projects.

[fuzionmonkey]

I hope the removal of the sidebar doesn't result in wider README views.

The current design has a fixed width of 790px (including 30px of padding on each side), which leads to a comfortable number of words per line. I find readability much worse when line lengths get longer.

Other than that, I think the simplified navigation is a big improvement.

[kevinmgranger]

It does feel a bit wide to me, but I haven't tried it yet.

Some extra margin on each side might be nice.

[pducks32]

Yea I was worried about the same thing, I've tried it and it's a tad different. Give a few days I think.

[cpitman]

I had never noticed before that GitHub "Highly Recommends" cloning via HTTPS instead of via SSH. This is the opposite of what I usually tell people to do. I do not see any reasoning anywhere, but I might have missed it.

Does anyone know why you would recommend HTTPS over SSH? Is it just the complication of setting up SSH keys?

[nilved]

Yes, they've explained elsewhere that they prefer HTTPS because you can use your GitHub credentials. HTTPS should be secure but SSH is my preference as well.

[gwright]

In addition to corporate firewalls, it isn't uncommon for all ports other than 80 and 443 to be blocked in public wifi environments.

[lamby]

> This is the opposite of what I usually tell people to do

How come, out of interest? In terms of peformance, cloning for HTTP is fairly efficient these days although I would concede an authentication argument.

(As an aside, SSH can be blocked on some corporate networks)

[archimedespi]

SSH is blocked on some corporate firewalls, they've said before that they've implemented HTTPS support to get around this.

[kibwen]

I can think of one possible reason: if you have a passphrase on your SSH key (which GitHub recommends in their keygen tutorial) then pulling from a repo will require you to enter your passphrase, which is somewhat silly if you have some remotes that you only pull from and never push to (and of course you can set up different remotes for pushing and pulling for the same alias, but I've rarely seen that done).

[grayclhn]

I always recommended ssh until trying to use gitlab for a class I teach to nonprogrammers... and the extra complication over https was immense. Lots of github's users have never used SSH before and those that are comfortable with it probably aren't going to pay attention to github's recommendation anyway.

[mateuszf]

For example - ports other than 443 and 80 are more often blocked.

[shadeless]

I wish they reverted to the old search bar, where you could chose to search globally or just the repository you're on currently: https://github.com/blog/1492-repository-search-on-all-reposi...

Unless I missed something, the only way to search globally now is to go to github.com and then use the search bar.

[masklinn]

> Unless I missed something, the only way to search globally now is to go to github.com and then use the search bar.

You can delete the default "this repository" facet. Just hit backspace when you're in the "local" search: http://giphy.com/gifs/l41lJC4ZrO3sEFuNO

[Caged]

If you press the delete/backspace key when you focus the search box, you can search globally from most pages.

[mbrock]

I'm holding my thumbs for a GitHub with a responsive layout. The separate mobile site is pretty nice, but it lacks tons of functionality (and it's hard to access on non-mobile).

Even HN is responsive these days!

[kzhahou]

Ha, yesterday I counted the number of words and/or links they fit onto a mobile page. Forty! The page is almost all whitespace. Sweet, margin-padding whitespace.

[m0th87]

Interesting. This is closer to the older UI, before they rolled out "Repository Next" - https://github.com/blog/1529-repository-next

[olalonde]

Will be interesting to compare the comments here with those of 2 years ago: https://news.ycombinator.com/item?id=5894438

[kibwen]

And bookmark this current thread for when they reintroduce sidebar navigation in 2017. :)

[farnsworth]

I don't see how to opt-in, where's the button?

[mikelyons]

I don't see it either, maybe they're bucket testing, odd that they'd announce it if that's the case ...

[danieltillett]

Is there a good way to 'deep' browse GitHub? I love just browsing through repos by language, but I have found that this is limited to a max of 500. Once you get to 500 there is no way to get to 501, etc.

[WorldMaker]

You can random walk the social graph as deeply as you want to: click on a contributor to a repository, then explore a repository they've also contributed to, then click on a different contributor in that repository, ad infinitum.

[masonhipp]

Interesting changes, seems like the trend of pulling items out of icon-based menus and into persistent nav is gaining speed.

I'm not sure how I feel about the full-width pages yet.. easier to read commit messages but stylistically I did like the icon menu on the side. The narrower version also seems ever-so-slightly easier to read, but it's hard to say without trying it first. Looking forward to demoing once the roll-out starts.

[MasterScrat]

I was almost expecting them to let us add a header image to our repos, the way Facebook Google+ and Twitter do.

[themodelplumber]

I would like that. For comparing many software projects I sometimes use "how complete is the Twitter profile" as a metric, just like a lot of people use "how does the website look".

One software project that I've been involved with for over a decade still uses the same old stale graphics, and it's basically telegraphing the fact that the SABDFL is not big on letting other people contribute to areas he's not comfortable with.

[Killswitch]

Says it's opt in for the next two weeks, but I'm not seeing how to opt in.

[talmand]

It was there for me, just a prompt at the top with a short message and a green button. A quick reload later and there it is. Staggered roll out I suppose.

[mkelley82]

I just got a notification/alert at the top of the site saying something to the effect of "would you like to try out our new layout?" yes please. voila.

[jtokoph]

I guess they are slowly letting users opt in. Seems incredibly weird and slow considering the public featured announcement on the blog.

[swang]

It says over the course of the next two weeks, you'll be able to opt-in so its being slowly rolled out.

[Mithaldu]

Don't see it either. Maybe badly worded.

[farresito]

I never understood why they changed it, but I'm glad it's back.

[masklinn]

They wanted more repository content above the fold. Turns out having discoverable and clear navigation is more important since the vast majority of the content (e.g. readmes) is going to be displayed below the fold either way.

[tonglil]

If someone wants to keep the tabbed nav sticky to the top of the page, I wrote a Firefox add-on / Chrome extension to do so: https://github.com/tonglil/github-static-nav

[r0muald]

I don't get what is different in third screenshot.

Otherwise, a nice incremental change.

[rowofpixels]

I think it's that the sidebar menu is not present anymore (on the right hand side). Usually in this view it is the icons only, so pretty narrow anyway.

[tomguthrie]

The sidebar with label/milestone etc is slightly larger to fill out the space from the navigation being moved up.

[marcinkuzminski]

I never liked the side navigation, we stayed with top one in RhodeCode from beginning and imho it works much better, and i say no for putting icons on everything.