Github does web based repository hosting very well. There are still numerous changes that can be made to improve the overall experience of using the platform such as [1].<p>Most of the changes mentioned in [1], don't fundamentally change the experience of using Github. It still is essentially a git repo hosting platform.<p>Is there anything you would like that can improve the process of collaborating on code (such as an irc like chat integrated into Github)?<p>Fundamentally, how would you improve the process of collaborating on projects, not being limited to repo hosting?<p>Do you feel that the developer experience of collaborating on code is broken as there are multiple tools that we <i>have</i> to use such as Github for repo hosting, irc for discussions, mailing lists, audio/video chat when collaborating with a small team?<p>How can the the developer experience be improved with Github only being a part of the puzzle?<p>[1] https://github.com/dear-github/dear-github
Add a way to manage blocking issues.<p>My company uses GitHub Enterprise and this was one of the major factors for us to migrate away from GitHub Issues to other platform (Phabricator). GitHub Issues works fine for tracking issues, but once the project has 30 people working on it, it's really hard to keep track of where things are.<p>Yes, you can just comment on the issue saying "Blocked by #123" but this is one way tracking (even when GitHub happily notify other issue that it was mentioned). Once #123 is closed, the issues blocked by it isn't becoming any more visible that it could now be worked on unless the person looking to work on the blocked issue also keep track of #123, or person closing #123 kind enough to notify the blocking task.<p>Having a proper blocking issue tracking also reduce the mental workload when someone ask "what's the status of this issue?" Trying to remember why an issue created 3 months ago couldn't be done isn't fun (even when you can re-read comments).
Account switching, please - or at the very least, let me log in from the front page!<p>As it is now, if I'm on my personal account and go to open up a private work repo, it takes SIX navigation events:<p>1. Trying to hit the repo the first time<p>2. Clicking the logo to go to the main page<p>3. Logging out<p>4. Clicking the login button to go to the login page<p>5. Logging in<p>6. Going back to the repo I wanted to see in the first place<p>I'd like to see a Google-style account switcher, where I just click a menu in the upper right, choose the account, and it reloads the page under that account. A simple thing that would make the site much more usable to those of us with multiple accounts (which I expect is quite a few people).
I'd like to see a more conventional bug-reporting scheme. The 'issue' mechanism is too confusing for typical users, because it presents all sorts of items that are unrelated to bug reporting, and it's ugly for developers, because so much of the browser screen area is taken up with whitespace and trivia.<p>It would be nice if the github site permitted users to set themes, including some that are substantially thinned-out.
I don't even understand, why force-fit something and use it for what it is not for. Github is great for shared repository etc.,for devs to collaborate on code. I guess the issues feature is also great for open source repositories to be able to track issues that the devs know about etc, or raising a support issue. But, for internal teams doing dev, there are better tools out there which handle issue tracking well. They need not be linking to the code, but really for most of the issue tracking, there are other important things like to managing priorities, easy assignment, essentially you need a better filtering and a management system that not only devs, but every stakeholder involved can easily use. Github is for devs only (in my opinion). But, issue management involves every stakeholder, so it is best to have it outside of github.
Paginate pull requests. For the love of all that is holy, paginate pull requests. It's probably the main thing that frustrates the hell out of me when doing code reviews. Argh.
> Do you feel that the developer experience of collaborating on code is broken as there are multiple tools that we have to use such as Github for repo hosting, irc for discussions, mailing lists, audio/video chat when collaborating with a small team?<p>Not broken per se, but it's more friction and less tightly integrated. Although I'm not actually after better social tools myself - I'm more interested in CI integration.<p>I've tried travis in the past on github for C# projects - and immediately hit their mono installation not supporting even <i>building</i> my MSTest projects. Now I'm using gitlab for their CI integration - their runner model may be way simpler for the purposes of building (I just feed it shell scripts I write myself), and in practice requires me to admin my own servers for private on-windows CI builds, but I was going to have to do that anyways. (Also, several of them are just my workstations configured to run CI builds in the background.) And it works. Even better, the build status gets nicely integrated into the commit history.
A way to see the SLOC for a repo.<p>It helps me realize how much time I might need to dive into and start understanding it. Some packages look deceptively large from boilerplate but really have just a couple hundred lines of real code. Others have everything in one or just a couple files but with many thousands of lines.
I work in QA for a startup doing web development. My bosses seem to refuse using a better bug tracking/organizing system. There are some improvements I would suggest for organization.<p>1. The search function is abysmal. If I search for "cats", it will not also find "cat".<p>2. If someone leaves the company they are turned into "ghost". That wouldn't be an issue except that you can't search or sort by ghost which means that everything assigned to them now has to be manually searched for.<p>3. There isn't a good way to make a ticket "in dev" > "in testing" etc. without labels. The labels then inflate since we already have high low etc. Then there are the category labels like performance or customer issue. In the end we have nearly 25 labels and it's almost more of a hindrance.<p>4. When a new feature is created there are of course a number of issues to fix before it's ready. The best way we've dealt with this is numbering each comment with an issue in it and then having a checklist on the bottom of the ticket that gets checked off. There needs to be some sort of easily view-able checklist which can either be used to indicate completeness of parts of a feature or smaller bugs in the scope of the ticket. It becomes really hard to manage, read, and find reported problems when you have 50+ comments that have bugs in them and another 30 that aren't near their original comment but are related.<p>5. This might be related to 3 but milestones are also a little limiting. The process we have now is to put something into the current sprint milestone, after it's been validated on a local system we move it to another milestone while we wait for the rest of the tickets. I don't think this is a great way to do this and things should have a status within a milestone.<p>6. For the love of god do something about the caching. I can go to a ticket where I've made a new comment myself 5 minutes prior, go back to the issues list, and back into that issue and I'm missing several days of comments until I refresh.
Simple changes to improve the Wiki:<p>1. Allow image uploads by dragging images directly onto a wiki page that will then upload and link it. This happens currently in issues but isn't available via the wiki.<p>2. The Wiki page search. It only searches page titles, the top repo search does not search the wiki either. Not cool. You build great documentation but then can't later search it?<p>3. Give the Wiki it's own developer API. I don't see it anywhere in their current documentation.
I think it would be nice to see some sort distributed issue tracker as a "first class" option. If Github's issue tracker could support optionally storing its data as branchable artifacts in git, that would be a nice to have for some projects. Especially if you can keep the general simplicity of the existing PR and Issue Tracker are so that people new to a project can still relatively easily contribute directly from the web.
Be able to give issues priorities and sort them with user defined attributes like what release cycled they are planned for. The number of votes / +1s on different ideas e.t.c
It would be nice to be able to put specific issues into "moderated" mode. I want to approve comments on divisive issues before everyone is spammed with email.