Yet to meet a developer who's as excited about using Jira as about using Github issues...
GitHub issue tracking is not good enough to manage any kind of large project, JIRA is a bit of a beast.
I'd prefer having an integrated JIRA any day, though I do still strongly DISLIKE JIRA. There's still opportunity for something better IMHO.
(For very small teams, I find that's Trello, but Trello isn't really for large groups)
As easy to use as Trello for small teams, but scales up as you grow (although we probably cap out at 100-ish devs right now, not quite to Jira's level yet.)
(Full disclosure: CEO/Founder)
We deploy multiple times a day right now. Clubhouse is built with the option of a hosted version in mind, but we'd have to get to the point where we felt that things were stable and complete enough to say "ok, let's call this 1.0 and ship it."
I just requested a beta invite. Glad to see other businesses built on Clojure codebases!
https://github.com/lally/org-issue-sync
Open source, free to use.
However, FogBugz has its share of problems, and I'd gladly move to something else, if only there was something better. Must-haves that many companies miss are:
* flawless E-mail integration,
* task numbers,
* API that lets me attach code commit links (linking to GitHub) for reviews.
As to why not FogBugz — a number of reasons and annoyances. It's slow, expensive, too complex in many places, we've encountered a number of bugs over the years, and Fog Creek strongly resists changing FogBugz. Even relatively minor changes (we wanted FogBugz to detect cases based on "#1234" case numbers not a "Case #1234" string, because if you don't write in English, writing "case #1234" is unnatural) are refused.
It is a powerful extension that add project management features directly inside GitHub.
You would enjoy Task boards, Burndown charts and many other features without leaving GitHub's website.
(Full disclosure: I used to work for ZenHub)
It all depends on how you set it up, because it can be setup in myriad of ways. My first job the PM set up all sorts of convenience links to see different issues in different ways (sprint, status, owner, priority).
Now at my new job they just tell us over skype what query they typed in. Nothing wrong with that, but it's a lot more work than if it was setup differently.
Furthermore, the number of states a issue can be in can be different too. And it can be confounding to have too many states which mean nothing, or too few that don't mean enough.
It lacks strong organizational features, categorization, issue templates, search, and ability to save filters.
I've seen a lot of projects use it for pull requests and then disable the issue tracker, which is good and bad - you get a better tracker, you miss probably half of the bug reports.
(BTW, repos with very large numbers of forks, like Rails, aren't able to render a network graph at all.)
Yes, just click on the number of forks. It takes you to:
https://github.com/golang/go/network
Members tab is a simpler enumeration of all forks.
https://github.com/golang/go/network/members
(Similarly, to see the people who have starred a repo, click on that number.)
It's not even hidden in some advanced menu, just point and click.
I know GitHub has at least some considerations because if you press tab, it shows a hidden "Skip to content" button (which I thought was a bug, but learned it's for screen readers). But I can tell the Network tab doesn't look as reader friendly as the Members tab because it uses some non-standard canvas element or so.
Also, what does Github give you over Gitlab?
Most important for me are the notifications. Slack lets you set per-channel notification settings. With Hipchat I'd either miss messages I wanted to see or have to get constant notifications. "More granular notifications" was either the #1 or #2 highest-voted issue in their feature requests for over three years, and they're only now getting to the point where they have a beta version of the feature.
Also, if I received messages while I had Hipchat closed and opened it back up later, there'd be no indication I had received a message[0]. With Slack, I can always quickly catch up on messages I missed in channels I care about.
It's possible to edit posts in Slack, which isn't as essential, but still very useful.
Hipchat would initiate laggy emoticon autocomplete after I typed an opening paren, which I found very obnoxious. My goal was almost always to add a parenthetical statement, not an emoticon. There didn't seem to be a way to turn the autocomplete off.
Hipchat uad miscellaneous minor bugs that I've never experienced with Slack.
The only real thing I see in Hipchat's favor is the integrated video/voice chat, but there are plenty of other ways for me to do that when I need to. Plus, hopefully Slack will have Screenhero integrated soon.
[0] If I was @tagged I'd receive an email, but the app itself still wouldn't give me any indication of unread messages.
Slack feels much slower.
In Hipchat you can edit your last message with Vim style substitution strings. i.e.: s/were/where/
The Channel/Group distinction in Slack is useless and annoying since you have to adjust team broadcasts to the channel you're in (@group or @channel).
Slack doesn't have @here (so offline people don't get pinged). i.e.: "@here Anyone up for lunch?"
I'd be much less annoyed with Slack if it let me rearrange Channels. But still. It seems like it trades obvious functionality for stupid meme integrations. Gets under my skin.
Personally, being in a ~20 person company, I really don't really care about per-channel notifications. YAGNI. If I don't want to be notified, I just don't join that channel. Otherwise if someone pings me with @group, I want to see it. And if it's important enough, don't depend on the chat app sending my phone a notification. Text or Call me. We're a Mac shop so that's just a keystroke away with the Messages app or FaceTime Audio if you're at your desk anyways. Don't tell me sites are down and the building is on fire through Slack.
/end-rant. :-)
Slack added @here a few weeks ago. Otherwise that would have been on my list of Hipchat pluses.
Being able to rearrange channels would be nice, but it isn't a big deal to me. I mostly use the "Jump to next unread message" hotkey in Slack to switch between channels.
HipChat is playing catchup constantly with Slack (except the @here feature; Slack was behind the ball on that one). Slack's channel integrations are incredibly smooth. Message delivery is so much more reliable on Slack mobile than HipChat's app ever was (perhaps this was iOS specific?). Message management (stars, pinning, history links I can take from Slack and throw into Github issues, commits, or other SaaS team tools). The management of multiple teams in one interface on both mobile and mac desktop app (Slack handles this extremely well).
Github issues are enough for me to stick with GH. It Just Works. So you don't have to provide me with Github, Slack, etc as an employer. But it'll effect my decision to work there. I've interviewed people at my previous job, and they have flat out decided not to join when they were told we weren't using Github and had no plans to move to it.
When you're spending 8 hours (or more!) a day in tools, you expect them to be the best/easiest/most productive to use.
Slack: 1. I agree on the part about multiple teams, but since I only use it for work, it hasn't really been much of an issue.
2. I never really had any issues w message delivery, I'm on Android though, and it seems like you're on iOS.
3. I also don't remember having any issues w integrations, do you have a specific example of something that it wasn't able to do?
4. What exactly do you mean by "stars, pinning, history links I can take from Slack and throw into Github issues, commits, or other SaaS team tools"? Do you mean a bot or something that performed those actions on certain keystrokes?
Github: 1. I don't really care for Github issues to be honest. We don't use them at work, and for a lot of the open source repos, it's just a bunch of +1s with the occasional constructive comment sprinkled in somewhere.
2. Also, the comments on the PR don't have a way to mark someone's suggestion as accepted, and the comments aren't threaded either.
3. My biggest concern is that anyone can accidentally force push, though I don't know if Gitlab has a way of preventing that either.
My point is that for all the talk about meritocracy in the field of technology, when it comes to success and adoption, marketing and visual aesthetics usually outweigh the actual quality of the product. (also see: mongodb, beats etc)
* Stars: the ability to privately star individual messages (so you can easily find them again)
* Pinning: the ability to publicly highlight specific messages within a channel, much like pinned posts in a forum (effectively channel-wide starring)
* History links: click on the timestamp next to any Slack message and it'll open a canonical URL for that message, allowing you to drop these links to specific messages or points in a conversation into other chats, GH issues or anywhere else you fancy.
Stars also seems like a useful feature, but I'm so used to pasting useful stuff in a google doc, never even thought of it
I have a similar probably-not-well-enough-informed opinion of Github issues. Does anyone have a quick example of a (public) Github project using Github issues in an obviously useful way?
This is a bit extreme IMO. Tools should be a secondary concern for any developer. If a job is right for a person, such details should not matter.
While this is typically how it's been done in my experience I really don't agree. My take on JIRA is that it can literally do anything project-management wise but everything it does is cumbersome and slow.
I wish there were more alternatives that had SOME similar feature sets (certainly not all of the features; most of the JIRA ones can be interchanged with its other features) and was significantly faster to use.
Email in profile, feel free to get in touch if you want more detail.
I need to say that Confluence as a internal wiki works very well. And FishEye + Crucible do a really nice to do code reviews. The only weakness that I saw to Fisheye is that when do you do a search of stuff, can't spot the thing that you are searching inside of a source file. Only shows you the source file, enforcing you to relay on your web browser search that don't works well over FishEye UI.
Also, I try to search a open source (and free) replacement of FishEye + Crucible that works over our svn repository. I can't find anything that works on the same way.
I love Hipchat for having a native client.
BitBucket+Mercurial is sweetness as a developer. Better than TFS, far better than Git, and well, everything on the planet is better than ClearCase.
I doubt anyone is actually excited about using JIRA. It's usually the solution that just sucks the least and offers features for developers, project managers and higher management alike.