8 ms·

GitHub Enterprise 2.0

161 points by jglovier 12y ago

Igglyboo 12y ago
Does anyone know how this compares to Stash? Been using bitbucket for a while but wanted to switch to a self hosted version soon.
- modoc 12y ago
  It is significantly more expensive, especially for teams in the ~100+ range. We've been using Stash (and Jira, Confluence, etc..) pretty happily. GitHub is great, but the $$$ is just too much, and the Atlasssian ecosystem integrates nicely.
  - dan_blanchard 12y ago
    Yeah, and the worst part is that GitHub doesn't even offer the same suite of services you get with the Atlassian ecosystem. It'd be one thing if it were a bit more expensive, but also included CI and a more full-fledged CMS like Confluence. That said, ff they dropped the price, my team would switch in a heartbeat, because we use GitHub and Travis-CI for all our open source stuff.
akerl_ 12y ago
Related blog posts: https://github.com/blog/1918-a-faster-more-flexible-github-enterprise https://github.com/blog/1918-a-faster-more-flexible-github-e... https://github.com/blog/1919-the-story-behind-the-new-github-enterprise https://github.com/blog/1919-the-story-behind-the-new-github...
guiomie 12y ago
How can I see the pricing ?
- mikemcquaid 12y ago
  Bottom of this page: https://enterprise.github.com/features https://enterprise.github.com/features
  - jglovier 12y ago
    Deep link for the lazy: https://enterprise.github.com/features#pricing https://enterprise.github.com/features#pricing
    - us0r 12y ago
      Cut/Paste for the really lazy: "Pricing for GitHub Enterprise starts at $5,000 per 20-user seat pack per year"
      - deleted 12y ago
        [deleted]
- iends 12y ago
  I spent a huge amount of time trying to find pricing. Bad UI/UX.
  - claudiug 12y ago
    intentional ui
    - atonse 12y ago
      It's very likely buried at the bottom of features since it's the thing that's likely to make some shy away even before they see all the good features. Edit: In all honesty though, even though it does seem expensive, if you have 20 seats (20 developers), your payroll is already on the order of $1MM+, so $5k a year is almost a margin of error at that point, considering those devs use it all day every day.
      - techdebt5112 12y ago
        it's more than 5x what Atlassian charges for the same product
npongratz 12y ago
> GitHub Enterprise now utilizes Ubuntu 12.04 LTS... I'm curious, why is this new release based on Ubuntu 12.04 LTS rather than 14.04 LTS? I'm mainly interested in the thought process behind this choice, I don't have an opinion about it.
- mikemcquaid 12y ago
  We're running 12.04 on github.com so made sense to sync them up.
  - scrollaway 12y ago
    Why Ubuntu over Debian, out of curiosity? I've seen Spotify switch from Debian to Ubuntu and regretting it already.
    - imbriaco 12y ago
      I was part of the Ubuntu decision at GitHub, and it was based on the fact that Ubuntu gave you much longer support after the next release. Debian (at the time) only guaranteed even security updates on previous releases for one year after a new release.
      - danieldk 12y ago
        Just wondering, not an attack: did you talk to the Debian project to see what resources (money or person-time) are needed to support a Debian release for a longer time? I am asking, because Debian is a community project and in the end it gives what its community members are putting in. I am wondering about the amount of effort necessary. It seems that they estimate it at one person, full time [1]. Which does not seem a lot, given the number of organizations that use Debian. [1] http://www.freexian.com/en/services/debian-lts.html http://www.freexian.com/en/services/debian-lts.html
        korzun 12y ago
        Why would they talk to anybody? Support decisions were already made (for a reason) for both releases. Trying to revise them and committing on '?' for an array of production servers is a horrible idea.
warcode 12y ago
"Introducing a faster, more flexible GitHub Enterprise... unless you wanted more flexible pricing"
AhtiK 12y ago
"GitHub Enterprise /.../ support for rendering PSD files will have your design teams jumping for joy." I keep wondering how they do the PSD file rendering, sounds very intruiging. Is there a separate "thumbnail" automatically included in every PSD file or is GitHub doing a real PSD file rendering? In that case I wonder about font availability etc..
- technoweenie 12y ago
  Imagemagick can convert a PSD into a PNG.
- Matumio 12y ago
  PSD files may contain a full resolution rendered (flat) bitmap for interoperability. It's probably enabled by default when saving. Other file formats like ODT and ORA contain a rendered thumbnail (e.g. 256x256) just for fast preview in file browsers. Scaling down a couple of 20000x20000 images in a folder is no joke, and that's not an unusual size for digital artists.
creade 12y ago
This isn't the thing they've been teasing though, right? https://twitter.com/github/status/531914601248882689 https://twitter.com/github/status/531914601248882689
- gjtorikian 12y ago
  This is the thing, yes.
killnine 12y ago
Can someone who has used both this and Gitlab provide an insight on how the experiences differ?
- iancarroll 12y ago
  GHE requires a lot more resources then GitLab (8GB/4cores min) and anything lower slows it to a crawl, which is a shame. Luckily there's now an AWS image which makes it significantly easier (deploying it now). GHE is very social, GitLab never had that feel for me. Same feature set, really.
  - fsiefken 12y ago
    In my experience GitLab runs well on 1 core and 1 GB. Are you also deploying it on a 8GB amazon instance? How important are GHE's social features within an enterprise environment?
    - iancarroll 12y ago
      It is actually locked to instances above m3.large, so I have to redeploy to xlarge or the like. Can't say much about an enterprise environment. The UI is superior IMO.
- couchand 12y ago
  I've never used GitHub Enterprise, but my experience with GitLab is not so great. If GHE is a beefed-up GitHub, it's probably much cleaner. My major gripe with GitLab is that it's really hard to navigate around. There are lots of links that take you somewhere other than what you'd expect. The landing page for projects is the log, you have to click a tab to see README and file structure, which I've always found clunky. EDIT: also, GitLab's syntax highlighter gets really confused if a search result snippet starts in the middle of a string. Never seen that problem on GitHub, but it could be there, too. Just my 2c.
  - codereflection 12y ago
    Our experiences with GitLab have been really positive. GL may not be on par with GHE UX wise, but I don't really feel that this has been an issue for us. Coming from GH or GHE, GL is a little more difficult to navigate, but it's getting better with each release. The thing that probably bugs me the most is the home page for a repository being the activity stream. However, considering that we're saving $25k per year by using GL over GHE, I can happily put up with it. I've never encountered the search issue you describe. We're using the latest GL, perhaps it was a problem with an older version?
thebruce 12y ago
"Configuration runs no longer use Chef and are much faster and more reliable." What replaced Chef?
- mikemcquaid 12y ago
  We're using Puppet on github.com but GitHub Enterprise didn't warrant the use of either so: nothing.
  - mtodd 12y ago
    s/nothing/bash/ ^_^
- bnferguson 12y ago
  Expanding on what mikemcquaid and mtodd said, essentially it's been replaced with bash and a sprinkling of ruby (Mostly for templating, IIRC). Me saying "replaced" is a bit of a misnomer though because the way we create, maintain, and configure Enterprise is totally different now making Chef and Puppet overkill for our uses. We no longer try to maintain the state of the entire system throughout upgrades instead favoring placing a complete system (built using mostly bash and again a bit of ruby). Since we only now need to change a few configs we can do that using bash and ruby. This resulted in huge speed ups when reconfiguring Enterprise. It's hard to over emphasize how much of the underlying way that Enterprise was put together changed and was improved with this release. Everything from developing on it, to releasing it, to deploying it, to upgrading it has all been shifted. Huge respect to the infrastructure folks that made this happen (certainly made my life easier as a dev!).
kordless 12y ago
Somewhat related, I just finished up the Splunk demo instance launcher on StackMonkey: https://www.stackmonkey.com/demo/splunk/ https://www.stackmonkey.com/demo/splunk/. It would be interesting to be able to deploy GitHub Enterprise as a demo as well.
reledi 12y ago
Congratulations on the launch, GitHubbers!
kbar13 12y ago
changelog looks pretty awesome and I'm pretty excited. Upgrade process doesn't look too fun though... Gonna have to do a side-by-side migration; no upgrade package provided.
bsimpson 12y ago
> Current Version: 2.0.0 > Previous Version: 11.10.348 I see GitHub is utilizing lexicographic semver.
buckie 12y ago
Over a year I started the process of convincing the people I needed to at my job (Federal, Non Defense/Law Enforcement) to get an instance of Github Enterprise installed. Though it took a lot of time and effort, I managed to get both the approval and funds needed for a small scale - 10 user - install (on my 3rd try, gov't is really against change). Our current "enterprise" VCS is PVCS (so old I had to look it up). The idea was to get github installed on a small scale, gain support and extend it to the entire agency over the course of a couple years. Everyone who deals with PVCS wants git, but the management don't care to put in the effort to get it initially, so gaining the support would be easy. A couple months ago, the entire thing collapsed on my face and we went with gitlab instead. Why? Because github's sales team f*ed it up. Apparently, the $5k minimum order was too small for them to care (at least that's what my side says). Too bad, I really wanted to get them in the door. I'm sure it's just a bad egg in the sales, but seriously there are some people trying to fix/modernize gov't tech from the inside and thing's like this don't help. I guess my only recommendation is that if your company usually sells to private and the gov't asks for a small-sized purchase please be flexible. The guy who caused this request to happen has likely been putting in a huge amount of effort and has larger plans for integrating your service over time. The person who is contacting you is not that guy, has no idea what your product (or any tech) is/why it matters and is usually doing the originator a favor.
- akerl_ 12y ago
  Having previously used a single seat-pack deployment (the aforementioned $5k minimum order), and having sent a fairly substantial amount of questions/requests to GitHub's enterprise support folks, I'm not sure what you mean by "too small for them to care". It's not like they're going to be exchanging tech stuff with your billing person, so not sure what issue you're referring to in your last sentences. In order for GitHub to take away anything actionable from your example, they'd need more details on what issues actually occurred with the interaction.
- benbalter 12y ago
  > A couple months ago, the entire thing collapsed on my face and we went with gitlab instead. Why? Because github's sales team f*ed it up. Apparently, the $5k minimum order was too small for them to care (at least that's what my side says). Too bad, I really wanted to get them in the door. Ben Balter from GitHub's government team here. I'm sorry to hear we let you down. Please let us make it up to you. You (or anyone else) should feel free to reach out to me any time at government@github.com, and I'll personally help navigate the process. For what it's worth, we care a lot about the experiences of all our users, whether you're a developer using the GitHub.com front end, a system administrator spinning up GitHub Enterprise, or a COTR procuring a license for your agency. I'm not part of the Sales team. In fact, my full-time job is to help empower those working to "fix/modernize gov't tech from the inside", and a big part of that over the past year or so has been seriously leveling up the user experience for government and other large enterprises. To help here, we now have a dedicated government team (https://government.github.com https://government.github.com) that makes sure our front-line sales reps and supportocats are conversant in "govspeak", a semi-private government peer group (https://github.com/government/welcome https://github.com/government/welcome) to collaborate on best practices, and are streamlining the procurement process for government with invoicing and standardized contract vehicles (and now FedRAMP support as part of AWS). I'd love your input on how we can do better.
deleted 12y ago
[deleted]
tsax 12y ago
Kinda off-topic but I instantly pattern matched the site UI to Heroku. Anyone else feel the same?
arturnt 12y ago
GitHub's tools always fell short for me. Phabricator is a much better code review tool (with a commandline workflows). Trello / JIRA are a lot faster and more flexible for issue management or sprint workflows.

161 points by jglovier 12y ago

Does anyone know how this compares to Stash? Been using bitbucket for a while but wanted to switch to a self hosted version soon.

modoc 12y ago
It is significantly more expensive, especially for teams in the ~100+ range. We've been using Stash (and Jira, Confluence, etc..) pretty happily. GitHub is great, but the $$$ is just too much, and the Atlasssian ecosystem integrates nicely.
- dan_blanchard 12y ago
  Yeah, and the worst part is that GitHub doesn't even offer the same suite of services you get with the Atlassian ecosystem. It'd be one thing if it were a bit more expensive, but also included CI and a more full-fledged CMS like Confluence. That said, ff they dropped the price, my team would switch in a heartbeat, because we use GitHub and Travis-CI for all our open source stuff.

akerl_ 12y ago

Related blog posts: https://github.com/blog/1918-a-faster-more-flexible-github-enterprise https://github.com/blog/1918-a-faster-more-flexible-github-e... https://github.com/blog/1919-the-story-behind-the-new-github-enterprise https://github.com/blog/1919-the-story-behind-the-new-github...

guiomie 12y ago

How can I see the pricing ?

mikemcquaid 12y ago
Bottom of this page: https://enterprise.github.com/features https://enterprise.github.com/features
- jglovier 12y ago
  Deep link for the lazy: https://enterprise.github.com/features#pricing https://enterprise.github.com/features#pricing
  - us0r 12y ago
    Cut/Paste for the really lazy: "Pricing for GitHub Enterprise starts at $5,000 per 20-user seat pack per year"
    - deleted 12y ago
      [deleted]
iends 12y ago
I spent a huge amount of time trying to find pricing. Bad UI/UX.
- claudiug 12y ago
  intentional ui
  - atonse 12y ago
    It's very likely buried at the bottom of features since it's the thing that's likely to make some shy away even before they see all the good features. Edit: In all honesty though, even though it does seem expensive, if you have 20 seats (20 developers), your payroll is already on the order of $1MM+, so $5k a year is almost a margin of error at that point, considering those devs use it all day every day.
    - techdebt5112 12y ago
      it's more than 5x what Atlassian charges for the same product

npongratz 12y ago

> GitHub Enterprise now utilizes Ubuntu 12.04 LTS... I'm curious, why is this new release based on Ubuntu 12.04 LTS rather than 14.04 LTS? I'm mainly interested in the thought process behind this choice, I don't have an opinion about it.

mikemcquaid 12y ago
We're running 12.04 on github.com so made sense to sync them up.
- scrollaway 12y ago
  Why Ubuntu over Debian, out of curiosity? I've seen Spotify switch from Debian to Ubuntu and regretting it already.
  - imbriaco 12y ago
    I was part of the Ubuntu decision at GitHub, and it was based on the fact that Ubuntu gave you much longer support after the next release. Debian (at the time) only guaranteed even security updates on previous releases for one year after a new release.
    - danieldk 12y ago
      Just wondering, not an attack: did you talk to the Debian project to see what resources (money or person-time) are needed to support a Debian release for a longer time? I am asking, because Debian is a community project and in the end it gives what its community members are putting in. I am wondering about the amount of effort necessary. It seems that they estimate it at one person, full time [1]. Which does not seem a lot, given the number of organizations that use Debian. [1] http://www.freexian.com/en/services/debian-lts.html http://www.freexian.com/en/services/debian-lts.html
      - korzun 12y ago
        Why would they talk to anybody? Support decisions were already made (for a reason) for both releases. Trying to revise them and committing on '?' for an array of production servers is a horrible idea.

warcode 12y ago

"Introducing a faster, more flexible GitHub Enterprise... unless you wanted more flexible pricing"

AhtiK 12y ago

"GitHub Enterprise /.../ support for rendering PSD files will have your design teams jumping for joy." I keep wondering how they do the PSD file rendering, sounds very intruiging. Is there a separate "thumbnail" automatically included in every PSD file or is GitHub doing a real PSD file rendering? In that case I wonder about font availability etc..

technoweenie 12y ago
Imagemagick can convert a PSD into a PNG.
Matumio 12y ago
PSD files may contain a full resolution rendered (flat) bitmap for interoperability. It's probably enabled by default when saving. Other file formats like ODT and ORA contain a rendered thumbnail (e.g. 256x256) just for fast preview in file browsers. Scaling down a couple of 20000x20000 images in a folder is no joke, and that's not an unusual size for digital artists.

creade 12y ago

This isn't the thing they've been teasing though, right? https://twitter.com/github/status/531914601248882689 https://twitter.com/github/status/531914601248882689

gjtorikian 12y ago
This is the thing, yes.

killnine 12y ago

Can someone who has used both this and Gitlab provide an insight on how the experiences differ?

iancarroll 12y ago
GHE requires a lot more resources then GitLab (8GB/4cores min) and anything lower slows it to a crawl, which is a shame. Luckily there's now an AWS image which makes it significantly easier (deploying it now). GHE is very social, GitLab never had that feel for me. Same feature set, really.
- fsiefken 12y ago
  In my experience GitLab runs well on 1 core and 1 GB. Are you also deploying it on a 8GB amazon instance? How important are GHE's social features within an enterprise environment?
  - iancarroll 12y ago
    It is actually locked to instances above m3.large, so I have to redeploy to xlarge or the like. Can't say much about an enterprise environment. The UI is superior IMO.
couchand 12y ago
I've never used GitHub Enterprise, but my experience with GitLab is not so great. If GHE is a beefed-up GitHub, it's probably much cleaner. My major gripe with GitLab is that it's really hard to navigate around. There are lots of links that take you somewhere other than what you'd expect. The landing page for projects is the log, you have to click a tab to see README and file structure, which I've always found clunky. EDIT: also, GitLab's syntax highlighter gets really confused if a search result snippet starts in the middle of a string. Never seen that problem on GitHub, but it could be there, too. Just my 2c.
- codereflection 12y ago
  Our experiences with GitLab have been really positive. GL may not be on par with GHE UX wise, but I don't really feel that this has been an issue for us. Coming from GH or GHE, GL is a little more difficult to navigate, but it's getting better with each release. The thing that probably bugs me the most is the home page for a repository being the activity stream. However, considering that we're saving $25k per year by using GL over GHE, I can happily put up with it. I've never encountered the search issue you describe. We're using the latest GL, perhaps it was a problem with an older version?

thebruce 12y ago

"Configuration runs no longer use Chef and are much faster and more reliable." What replaced Chef?

mikemcquaid 12y ago
We're using Puppet on github.com but GitHub Enterprise didn't warrant the use of either so: nothing.
- mtodd 12y ago
  s/nothing/bash/ ^_^
bnferguson 12y ago
Expanding on what mikemcquaid and mtodd said, essentially it's been replaced with bash and a sprinkling of ruby (Mostly for templating, IIRC). Me saying "replaced" is a bit of a misnomer though because the way we create, maintain, and configure Enterprise is totally different now making Chef and Puppet overkill for our uses. We no longer try to maintain the state of the entire system throughout upgrades instead favoring placing a complete system (built using mostly bash and again a bit of ruby). Since we only now need to change a few configs we can do that using bash and ruby. This resulted in huge speed ups when reconfiguring Enterprise. It's hard to over emphasize how much of the underlying way that Enterprise was put together changed and was improved with this release. Everything from developing on it, to releasing it, to deploying it, to upgrading it has all been shifted. Huge respect to the infrastructure folks that made this happen (certainly made my life easier as a dev!).

kordless 12y ago

Somewhat related, I just finished up the Splunk demo instance launcher on StackMonkey: https://www.stackmonkey.com/demo/splunk/ https://www.stackmonkey.com/demo/splunk/. It would be interesting to be able to deploy GitHub Enterprise as a demo as well.

reledi 12y ago

Congratulations on the launch, GitHubbers!

kbar13 12y ago

changelog looks pretty awesome and I'm pretty excited. Upgrade process doesn't look too fun though... Gonna have to do a side-by-side migration; no upgrade package provided.

bsimpson 12y ago

> Current Version: 2.0.0 > Previous Version: 11.10.348 I see GitHub is utilizing lexicographic semver.

buckie 12y ago

Over a year I started the process of convincing the people I needed to at my job (Federal, Non Defense/Law Enforcement) to get an instance of Github Enterprise installed. Though it took a lot of time and effort, I managed to get both the approval and funds needed for a small scale - 10 user - install (on my 3rd try, gov't is really against change). Our current "enterprise" VCS is PVCS (so old I had to look it up). The idea was to get github installed on a small scale, gain support and extend it to the entire agency over the course of a couple years. Everyone who deals with PVCS wants git, but the management don't care to put in the effort to get it initially, so gaining the support would be easy. A couple months ago, the entire thing collapsed on my face and we went with gitlab instead. Why? Because github's sales team f*ed it up. Apparently, the $5k minimum order was too small for them to care (at least that's what my side says). Too bad, I really wanted to get them in the door. I'm sure it's just a bad egg in the sales, but seriously there are some people trying to fix/modernize gov't tech from the inside and thing's like this don't help. I guess my only recommendation is that if your company usually sells to private and the gov't asks for a small-sized purchase please be flexible. The guy who caused this request to happen has likely been putting in a huge amount of effort and has larger plans for integrating your service over time. The person who is contacting you is not that guy, has no idea what your product (or any tech) is/why it matters and is usually doing the originator a favor.

akerl_ 12y ago
Having previously used a single seat-pack deployment (the aforementioned $5k minimum order), and having sent a fairly substantial amount of questions/requests to GitHub's enterprise support folks, I'm not sure what you mean by "too small for them to care". It's not like they're going to be exchanging tech stuff with your billing person, so not sure what issue you're referring to in your last sentences. In order for GitHub to take away anything actionable from your example, they'd need more details on what issues actually occurred with the interaction.
benbalter 12y ago
> A couple months ago, the entire thing collapsed on my face and we went with gitlab instead. Why? Because github's sales team f*ed it up. Apparently, the $5k minimum order was too small for them to care (at least that's what my side says). Too bad, I really wanted to get them in the door. Ben Balter from GitHub's government team here. I'm sorry to hear we let you down. Please let us make it up to you. You (or anyone else) should feel free to reach out to me any time at government@github.com, and I'll personally help navigate the process. For what it's worth, we care a lot about the experiences of all our users, whether you're a developer using the GitHub.com front end, a system administrator spinning up GitHub Enterprise, or a COTR procuring a license for your agency. I'm not part of the Sales team. In fact, my full-time job is to help empower those working to "fix/modernize gov't tech from the inside", and a big part of that over the past year or so has been seriously leveling up the user experience for government and other large enterprises. To help here, we now have a dedicated government team (https://government.github.com https://government.github.com) that makes sure our front-line sales reps and supportocats are conversant in "govspeak", a semi-private government peer group (https://github.com/government/welcome https://github.com/government/welcome) to collaborate on best practices, and are streamlining the procurement process for government with invoicing and standardized contract vehicles (and now FedRAMP support as part of AWS). I'd love your input on how we can do better.

deleted 12y ago

[deleted]

tsax 12y ago

Kinda off-topic but I instantly pattern matched the site UI to Heroku. Anyone else feel the same?

arturnt 12y ago

GitHub's tools always fell short for me. Phabricator is a much better code review tool (with a commandline workflows). Trello / JIRA are a lot faster and more flexible for issue management or sprint workflows.