61–70 of 84 posts
Gitlab is pretty much the only provider other than CircleCI to get CI right. I use their hosted gitlab version, but have their CI runner on our ci box that runs docker. It's fantastic.
BuildKite is a pretty compelling option. Simple concepts combined with a powerful plugin system.
Earlier quoted context omitted.
Glad to hear you're interested Silhouette! > what exactly is GitLab? Here's a couple of points that might shed some more light on it: https://about.gitlab.com/about/ . IMHO the first point nails it pretty well: "GitLab is a single application with features for the whole software development and operations (DevOps) lifecycle." > I've always found the web site more confusing than enlightening. Did you take a look at ou…
Thanks for replying. I did actually check your home page, and various others on the site, before commenting. The best way I can think of to describe my experience is that it feels like I'm reading something written for someone who already knows what they're looking for and what the context is, but that's exactly what I'm there to find out. Perhaps some examples would help. For context, I am about to set up the infras…
Gitlab is a web interface for git. It is like Github, but much better. Gitlab also includes a great CI server (a bit like travis ci, or circle ci). It has a docker registry if you need that. It has issue tracking if you want to use that.
There is an open source free community version that does most things. There is also an enterprise version if you need permissions managed by Active Directory or something like that. And there is a cloud-hosted version if you don't want to host your own instance.
I hope that helps a bit.
I wish I could understand the value add of yet another IDE. The whole reason for tech to exist is to improve things around the world, and yet brilliant minds are still spending years building one IDE after another. "Switching branch and remembering branch names..." is a simple git status. On vim, you can get a file browser on the left by using nerdtree plugin, and to write commit messages on the right side you simply…
There was discussion about this about three months ago, when this feature was first announced: https://news.ycombinator.com/item?id=16212234 The tl;dr seems to be that in certain environments there's a big benefit to having the ability to browse a codebase and make a quick and simple edit without having to deal with the overhead of git.
Earlier quoted context omitted.
Thanks for replying. I did actually check your home page, and various others on the site, before commenting. The best way I can think of to describe my experience is that it feels like I'm reading something written for someone who already knows what they're looking for and what the context is, but that's exactly what I'm there to find out. Perhaps some examples would help. For context, I am about to set up the infras…
I'll try and clear up any confusion you might have about GitLab. Feel free to ask more questions if I left something out. > I can't find anything describing the relationship between GitLab and Git anywhere on the home page. The relation between git and GitLab is that GitLab is a front-end for git. However, it's so much more than that. We strive to offer features that encompass the whole DevOps lifecycle - see https:/…
The relation between git and GitLab is that GitLab is a front-end for git. However, it's so much more than that.
I understand that there are lots of other features, but if I could make one suggestion to help improve the site, it would be to make that basic relationship clear -- or indeed evident at all. Apparently I did have the right general idea about what GitLab was, but I was expecting a front-end to Git to be #1 on the features page, and the rest to follow. Likewise I was expecting to find "getting started" documentation explaining things like whether Git needs to be installed independently of GitLab and where repositories are stored and how GitLab is integrated with them. In practice, I didn't find any of this in about half an hour of looking around the site, and so in effect what actually happened is that I turned up interested and having the right sort of idea and left thinking I'd totally misunderstood and GitLab wasn't what I was looking for at all. Probably not quite the result you were hoping for!
Gitlab is pretty much the only provider other than CircleCI to get CI right. I use their hosted gitlab version, but have their CI runner on our ci box that runs docker. It's fantastic.
I wish I could understand the value add of yet another IDE. The whole reason for tech to exist is to improve things around the world, and yet brilliant minds are still spending years building one IDE after another. "Switching branch and remembering branch names..." is a simple git status. On vim, you can get a file browser on the left by using nerdtree plugin, and to write commit messages on the right side you simply…
I wish I could understand the value add of yet another IDE. The whole reason for tech to exist is to improve things around the world, and yet brilliant minds are still spending years building one IDE after another. "Switching branch and remembering branch names..." is a simple git status. On vim, you can get a file browser on the left by using nerdtree plugin, and to write commit messages on the right side you simply…
I was in the same boat as you, when Atom and VS Code was gaining a lot of popularity. For the life of me, I couldn't understand why GitHub and Microsoft was throwing SO MUCH money at their FREE editor. If you look at the contributors for both Atom and VS Code:
https://public.gitsense.com/insight/github?r=Microsoft/vscod...
And search for @microsoft.com (use ctrl+f, if you are in windows and search for @microsoft.com), you can see that there are 27 matches. And if you search for @github.com, you can see that there are 41 matches.
This is a lot of expensive developer time for a free editor, but this appears to be the current strategy to gain developer mine share. For me personally, I'm completely happy with just using Vim, but I think my way of thinking is no longer the norm.
What GitLab is doing makes sense, and I think it's a requirement, to ensure they don't find themselves with their pants down. I would have to imagine, Microsoft and GitHub, has enough data to back such a huge commitment and it only makes sense that GitLab follows suit. I also think it's kind of interesting how GitLab is approaching this.
By integrating it into their Git hosting solution (GitLab), they are able to provide a unique workflow for developers, that Microsoft and GitHub, currently cannot. Worst case scenario for GitLab, is they detach the IDE from GitLab. Best case scenario, is they create a competitive edge, by integrating the IDE so tightly with GitLab.
I wish I could understand the value add of yet another IDE. The whole reason for tech to exist is to improve things around the world, and yet brilliant minds are still spending years building one IDE after another. "Switching branch and remembering branch names..." is a simple git status. On vim, you can get a file browser on the left by using nerdtree plugin, and to write commit messages on the right side you simply…
I'm actually super happy with this feature. I don't actively develop on our product, but I do have small changes every now and then. Typically small bits of polish, but they often require a commit in multiple files. And I'd like to keep those atomic, even if they're put in a merge request afterwards. Now I can do this simply from the web interface. Less friction, more fun, better development :) so sytse, goed werk! :…
I implemented the HTTPS-only Pages feature in this release. I just wanted to say that GitLab is a great project to contribute to, with a very friendly and professional community! Definitely recommend to anybody interested in contributing to a project themselves. [1] https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/16273 [2] https://about.gitlab.com/contributing/
I'd like to second this. My experience getting a (minor, admittedly) contribution merged was painless, prompt, efficient, and dignified. If I ever run into something funny with GitLab again, it'll comfort me to know that a patch can be running on the live global site in less than a day.
Earlier quoted context omitted.
Thanks for replying. I did actually check your home page, and various others on the site, before commenting. The best way I can think of to describe my experience is that it feels like I'm reading something written for someone who already knows what they're looking for and what the context is, but that's exactly what I'm there to find out. Perhaps some examples would help. For context, I am about to set up the infras…
I'll try and clear up any confusion you might have about GitLab. Feel free to ask more questions if I left something out. > I can't find anything describing the relationship between GitLab and Git anywhere on the home page. The relation between git and GitLab is that GitLab is a front-end for git. However, it's so much more than that. We strive to offer features that encompass the whole DevOps lifecycle - see https:/…
But the root problem may be that the name "Gitlab" does not convey "Full Devops Solution". "Gitlab" the name is memorable, easy-to-spell, but having "Git" as a prefix might make it just a hair too narrow for what the product wants to be.
I am a sample size of one, so unless others have also been confused by the name, please feel free to keep on trucking.