Earlier quoted context omitted.
Thanks! Should be soon!
Will there be a possibility to use an apex domain ? Looking to switch from GH Pages.
I'm not sure and asked Kamil to look into this.
GitLab 8.5 released
201–210 of 246 posts
Re: GitLab 8.5 released
#202Earlier quoted context omitted.
Yes, thanks for correcting me!
Will you give me a real-world task and see how well I do? Assessing a candidate is as simple (and as hard) as that. Watching someone while they code isn't useful. https://data.triplebyte.com/take-home-interviews-d7f7ea13067... Just give me something real to work on.
We give you something real to work on but we'll be in a Google Hangout to discuss it with you: "As part of our interviewing process, you may be asked to pick an issue from the GitLab CE issue tracker, and code ‘live’ with the interviewer there to talk with and collaborate with."
Re: GitLab 8.5 released
#203Looking at this thread here, Gitlab seems to be much more open about their development than Github, and has a real sense of community, yet Github (still) remains the popular option, despite their more community-hostile traditional board-meeting decision process. Is there a gradual shift in the FOSS community towards Gitlab (which in all honesty would make more sense), or am I just seeing the enthusiast in this thread…
GitLab has a ton of strengths, but still has large weaknesses in the area: gitlab.com implementation and design. gitlab.com is the public 'demo' version which people compare to github. It's missing a few key items that would make it appealing to open source developers (and that I'd like to see them prioritize.) E.g.: * Site search. It's been broken for months or possibly years. (Response time > 45 secs., Relevancy is…
Totally agree on the project discovery bit. Noticed the same thing when I played with it. I added a couple tickets to try and encourage them to fix it.
* Increase the prominence of gitlab hosted projects on about.gitlab. Project search, trending, curated lists. - https://gitlab.com/gitlab-com/www-gitlab-com/issues/558
* Trending project data by language (js, ruby etc) - https://gitlab.com/gitlab-org/gitlab-ce/issues/13475
* Allow projects to flag themselves as looking for contributors - https://gitlab.com/gitlab-org/gitlab-ce/issues/13502
Give them a +1 maybe they will put resources on making gitlab more oss friendly
Re: GitLab 8.5 released
#204Earlier quoted context omitted.
> especially considering git migrations are literally just one push to a new origin. A pain point here is that GH issues cannot be migrated easily as a git migration (but GH does have a REST api).
But gitlab has a Github migrator which supports pretty much a repos complete history (PRs, issues, wikis, etc).
Yup, I am aware of that thanks to my obsessive reading of HN :-) But I was just pointing out that it's not easy as switching a git origin in case you want to move to something else other than GitLab.
Re: GitLab 8.5 released
#205Earlier quoted context omitted.
> I'm slightly surprised BitBucket is not doing the same, but their Atlassian masters seem more interested in pushing irrelevant features at the moment Yeah, I fear Bitbucket will always be shackled to the rest of the Atlassian product line, and never really allowed to innovate much.
Hey, Kelvin from Atlassian here. We are pretty flat out ourselves improving both Bitbucket Cloud and Server. I can see how SSO isn't terribly important if Bitbucket is the only one of our products you use, but it's critical for our customers who co-own Bitbucket and JIRA (or Confluence, or HipChat, etc.). It was a fairly massive undertaking: retrofitting auth across our portfolio of products took some serious enginee…
Honestly, I don't know why you didn't have SSO years and years ago. You encourage crosslinking between products that have distinct session lifetimes, I feel like I spend all day typing in my password again.
(Also, can you take the fucking 'remember me on this machine' button away? It's a cruel, cruel tease. It has not worked a single time on 4 different installations I've had accounts on over the years)
Re: GitLab 8.5 released
#206We're super excited with GitLab 8.5. It's much faster, no matter the size of your instance (but especially for larger instances). The Todos, ability to revert commits and CNAME support for Pages, are things that have been much requested and we're happy to have now. As always, we're here if anyone has any questions about anything.
Is this release going to make any significant difference on the hosted projects? The last time I asked about Gitlab.com in a thread people mentioned that it's not more popular due to performance issues.
Re: GitLab 8.5 released
#207We're super excited with GitLab 8.5. It's much faster, no matter the size of your instance (but especially for larger instances). The Todos, ability to revert commits and CNAME support for Pages, are things that have been much requested and we're happy to have now. As always, we're here if anyone has any questions about anything.
Is this release going to make any significant difference on the hosted projects? The last time I asked about Gitlab.com in a thread people mentioned that it's not more popular due to performance issues.
Yep, so that is what we solved in this release. Title of the OP: "GitLab's fastest release ever". For more details see the announcement and https://gitlab.com/gitlab-com/operations/issues/42
Re: GitLab 8.5 released
#208Earlier quoted context omitted.
I can't tell if there is a real shift, I would say no. GitHub, in a lot of people, is synonymous to Git. GitLab is superior in a lot of ways, more feature, open source, very open as you pointed out. Their pricing model supports free private repos. Not sure what it would take to really make people reconsider GitHub as the default goto place to host OSS repos.
"GitHub failing hard". GitLab is great, but it's kind of a copycat project. Nothing wrong with that, it's just there really isn't a compelling reason to join beyond "less-predatory pricing". And the people who care about that use private repos, not OSS.
And also remember that you can host public repos for free too on Gitlab.com
Re: GitLab 8.5 released
#209Earlier quoted context omitted.
That's fine, I'm just curious because you usually learn a great deal. If anything the biggest performance changes could be nice, though it may mostly be small tid bits here and there (though large overall). Thanks for all you guys did!
I still have a bunch of notes laying around from the changes we made for 8.5 so I'll take a look at those. For future changes (except maybe small ones) I'll see if I can just write down 1 or 2 sentences what I did _after_ I did it, stringing together a blog post from that should be easier than doing it from scratch. I created an issue about this so I won't forget: https://gitlab.com/gitlab-com/www-gitlab-com/issues/5…
Thank you very much, learning from others is an invaluable way of learning to improve code and write code with a improved approach. Also a great way to try and avoid bugs when your code reminds you of a reported bug. Thank you again! Will look forward to reading future detailed development blog posts, it wont have to be every single little detail, but those small things that make a difference are handy to read over. Thanks again!
Re: GitLab 8.5 released
#210Earlier quoted context omitted.
That's a poor strategy. All developers start out as free software developers, then gain employment. I persuaded my work to purchase Gitlab EE licenses, due to ease of use and it's excellent features & support. I can't imagine I'd say the same of Atlassian products. Capture awareness / interest early.
You'd be in the minority. Correct me if I'm wrong, but I'd bet you're at a small company where a low-level employee's opinion was taken into account when making the decision of which product to use for 10-50 people. In medium to large sized companies, Atlassian will usually win out when you have a CTO that manages 100+ developers. Enterprises really like to stick with the "safe bet", where there are expensive license…
I've used plenty of other options- we even ran an internal GitLab instance prior to moving to BitBucket at my last company. Atlassian's suite of products are a safe bet because they're generally good products.
I like the GitLab feature set more than BitBucket but when I went started my own company it was generally cheaper for my team of 5-8 to use hosted JIRA, BitBucket, and Confluence then it would be for me to pay AWS/Rackspace/Azure/Digital Ocean to run the F/OSS equivalents in our cloud environment. BitBucket integrates just fine with Jenkins and the new Project organization was much needed.
We may someday move to GitLab or something else, but there isn't anything wrong with choosing Atlassian in any way. It's not like they're an Oracle/SAP type company that just abuses their customers and has awful products.