101–110 of 317 posts
Dear lord these guys are putting in work. I'm not exactly a huge supporter of Github (the company not the product) so I'm very glad to see it. I look forward to their continued growth.
On their markdown page they claim "For GitLab we developed something we call "GitLab Flavored Markdown" (GFM)." while that is obviously a ripoff of GitHub Flavoured Markdown.
Not sure this sounds like the best idea.
Earlier quoted context omitted.
Just for reference—you can achieve this if you run your site behind CloudFlare. I run my own blog this way.
That's not truly end-to-end encrypted though, right? The server -> CloudFlare goes over HTTP.
This is great -- it has a killer feature that I think GitHub Pages is sorely missing (unless it exists and I'm just ignorant to the fact). Custom domains WITH SSL. Right now I have my custom domain set up on GitHub, but it's not SSL. I would love to be able to do that.
Clourfare provides free SSL - just proxy through them.
1. the certificate is not generated by you (in the Free or the Pro plan) but by them and these certificates are for multiple domain names. So you end up sharing your certificate with other domains / websites of dubious nature that are also on CloudFlare's network.
2. CloudFlare only secures the connection between users and the CloudFlare network. It does not secure the connection between CloudFlare and your hosting service, unless your hosting service also supports TLS/SSL connections and you activate their Strict SSL option.
For the purposes of hosting a project website, secure connections are more important than ever due to the potential of external attackers, which could very well be a government institution, to infect distributed binaries or source code. Instances like XcodeGhost will become more common imho. And a secure connection between your user's browser and your hosting server is not 100% secure, but it's a good start. And towards that purpose CloudFlare Free in front of GitHub Pages isn't very good ;-)
Earlier quoted context omitted.
Wow, that tweet is blatantly racist. I'm somewhat surprised that this wasn't made into a bigger deal. Or, if it was, that I somehow missed it.
This is the world's smallest violin, playing just for the white people. Save the outrage for people who are actually discriminated against.
How about white people at Github?
Earlier quoted context omitted.
Racist attitudes? Interesting - not sure what you're talking about. Could you link a source?
Their new 'social impact team' isn't a fan of white people https://twitter.com/_danilo/status/690601512813367297 http://www.breitbart.com/tech/2016/02/08/report-anti-white-a...
It might not be the impact they wanted.
It reminds me of how ardent fans of (programing language, framework, brand, etc) are usually its worst enemies. But doing what they are doing, they are working for the opposition in fact.
Gitlab is still super slow even compared to young projects like gogs. I know many ppl who shied away for gitlab due to its slowness. If I was them, I would stop all copycat 'me too' features like ci/pages ect and put the resources to making it faster. This is a sign that their features are pritorized by business ppl who want to put features on their slides .
Gitlab is still super slow even compared to young projects like gogs. I know many ppl who shied away for gitlab due to its slowness. If I was them, I would stop all copycat 'me too' features like ci/pages ect and put the resources to making it faster. This is a sign that their features are pritorized by business ppl who want to put features on their slides .
Other than that it's great. I've moved nearly everything over from GitHub
Dear lord these guys are putting in work. I'm not exactly a huge supporter of Github (the company not the product) so I'm very glad to see it. I look forward to their continued growth.
Yeah, but I wish they'd give more credit where due. On their markdown page they claim "For GitLab we developed something we call "GitLab Flavored Markdown" (GFM)." while that is obviously a ripoff of GitHub Flavoured Markdown.
I especially like that they have added configuration options to the .gitlab-ci.yml. If I am not mistaken, this means your project can auto-deploy using an arbitrary build process. Here's what an example .gitlab-ci.yml looks like with a GitLab Pages build configuration: https://gitlab.com/pages/pages.gitlab.io/blob/master/.gitlab... A couple friends and I made something similar for GitHub Pages using Travis CI as our…
One of the big limitations of Jekyll + Github pages is you cannot use plugins..any plugins at all. If Gitlab's build process allowed for Jekyll plugins and custom domains, I may consider moving my pages there as well.
And custom domain are supported as well. See the bottom of https://pages.gitlab.io