Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gitlab 10.7 Released

about.gitlab.com

Post reply on HN
Print view View original

31–40 of 84 posts

Re: Gitlab 10.7 Released

#31

Post by joshlambert »

jancsika wrote: post #22

> For example, you may now define which jobs you want to run just by tuning project variables, or you can restrict a job to be scheduled only when the variable is equal to a specific user. How would this be used in practice? For example-- suppose I want to give certain users access to my runners when they make a merge request. Can I use GITLAB_USER_NAME in .gitlab-ci.yml to achieve this?

@jancsika you could implement a whitelist using this feature, by having jobs only run for specific usernames.

Keep in mind though that these variables can be overridden, so it probably shouldn't be used for security reasons: https://docs.gitlab.com/ce/ci/variables/README.html#priority...

To give a more detailed example on the nightly build, you would create a pipeline schedule that ran once per day and specified a variable: https://docs.gitlab.com/ee/user/project/pipelines/schedules....

Then you'd only trigger the nightly build job when this variable was present, using the `only` flag with the variable you defined for the job: https://docs.gitlab.com/ee/user/project/pipelines/schedules....

Re: Gitlab 10.7 Released

#32

Post by joshlambert »

theptip wrote: post #13

Rather comically, I've been unable to import my Gitlab.com repo into an on-prem Gitlab EE instance for the last 3-4 months, due to an import bug -- seems like that's the one import that should be easy to test thoroughly, but apparently not. Here's to hoping that this version happens to have fixed the issue!

Thanks for the report @theptip.

Did you happen to open an issue? It would be great to ensure this one is being tracked appropriately.

Re: Gitlab 10.7 Released

#33

Post by netcraft »

songzme wrote: post #15

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…

> The whole reason for tech to exist is to improve things around the world

Thats a pretty bold claim. Do you think this is true of all "tech" or just software? Do you think it similarly wasteful when a car manufacturer spends resources building yet-another-car?

> ... yet brilliant minds are still spending years building one IDE after another.

Who do you think _should_ get to decide what brilliant minds should spend their time doing?

Re: Gitlab 10.7 Released

#34

Post by danpalmer »

songzme wrote: post #15

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…

Most of our contributors at my workplace are non-developers making small edits.

The GitHub web editor is good for not having to have a local git setup, but I this looks much better, we have a few issues with the GitHub editor and white space, find replace, etc.

Re: Gitlab 10.7 Released

#35

Post by jstsch »

songzme wrote: post #15

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! :)

Re: Gitlab 10.7 Released

#36

Post by songzme »

jstsch wrote: post #35
songzme wrote: post #15

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! :…

Thanks for sharing, I did not think about this use case when making my original statement.

Re: Gitlab 10.7 Released

#37

Post by songzme »

netcraft wrote: post #33
songzme wrote: post #15

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…

> The whole reason for tech to exist is to improve things around the world Thats a pretty bold claim. Do you think this is true of all "tech" or just software? Do you think it similarly wasteful when a car manufacturer spends resources building yet-another-car? > ... yet brilliant minds are still spending years building one IDE after another. Who do you think _should_ get to decide what brilliant minds should spend t…

> Do you think this is true of all "tech" or just software?

We should always be improving humanity and ending suffering through tech, software, law, and everything else.

> Do you think it similarly wasteful when a car manufacturer spends resources building yet-another-car?

YES.

> Who do you think _should_ get to decide what brilliant minds should spend their time doing?

Nobody. Everyone is entitled to doing what makes them happy.

Re: Gitlab 10.7 Released

#38

Post by uallo »

no_protocol wrote: post #11
transmit101 wrote: post #8

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/

Thank you. The issue thread/request for this had been open for something like 2 years and I waited patiently for someone braver than me to implement it. Now my custom domain on GitLab Pages automatically redirects to HTTPS. I'm happy. Next up is to add an option to automatically renew Let's Encrypt certs for GitLab Pages.

Automatic renewal has also been added in 10.7:

https://docs.gitlab.com/omnibus/settings/ssl.html#automatic-...

Re: Gitlab 10.7 Released

#39

Post by jancsika »

joshlambert wrote: post #31
jancsika wrote: post #22

> For example, you may now define which jobs you want to run just by tuning project variables, or you can restrict a job to be scheduled only when the variable is equal to a specific user. How would this be used in practice? For example-- suppose I want to give certain users access to my runners when they make a merge request. Can I use GITLAB_USER_NAME in .gitlab-ci.yml to achieve this?

@jancsika you could implement a whitelist using this feature, by having jobs only run for specific usernames. Keep in mind though that these variables can be overridden, so it probably shouldn't be used for security reasons: https://docs.gitlab.com/ce/ci/variables/README.html#priority... To give a more detailed example on the nightly build, you would create a pipeline schedule that ran once per day and specified a va…

Let me see if I understand it.

Let's say I whitelist user "me" and user "foo" using this variable in the .gitlab-ci.yml. Let's also assume I have runners locked to my repo.

Doing nothing else than that, user foo now submits a merge request from their fork to my repo.

Does CI now run for that merge request?

Re: Gitlab 10.7 Released

#40

Post by chiefalchemist »

netcraft wrote: post #33
songzme wrote: post #15

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…

> The whole reason for tech to exist is to improve things around the world Thats a pretty bold claim. Do you think this is true of all "tech" or just software? Do you think it similarly wasteful when a car manufacturer spends resources building yet-another-car? > ... yet brilliant minds are still spending years building one IDE after another. Who do you think _should_ get to decide what brilliant minds should spend t…

Um. A car is not software. How do I do a pull request for a new clutch.

I hear ya. But your analogy is buggy.

Post reply on HN