zlacker

[parent] [thread] 13 comments
1. cjdu+(OP)[view] [source] 2020-04-14 16:58:22
Agreed. I cannot believe that GCP and AWS are so asleep at the wheel either. If I were them I would literally be throwing money at some of the GitHub folks to have them fix AWS or GCP.

And it was should have been rather obvious when GitHub released the beta of Actions a few years ago. Actions remains the most important thing GitHub has done, ever, in my opinion. It might take a few more years for people to fully realize what this could be. Hope GitHub doesn't screw it up!

replies(2): >>irrati+H1 >>maniga+N9
2. irrati+H1[view] [source] 2020-04-14 17:05:21
>>cjdu+(OP)
What is Actions?
replies(3): >>Someon+h2 >>chocol+L2 >>finger+n9
◧◩
3. Someon+h2[view] [source] [discussion] 2020-04-14 17:08:59
>>irrati+H1
Continuous integration (CI) and continuous deployment (CD) services. Essentially when you merge a changeset you can configure a specific branch to automatically test, package, deploy, and integration test that branch with no additional human intervention.
replies(2): >>Thaxll+x6 >>irrati+E9
◧◩
4. chocol+L2[view] [source] [discussion] 2020-04-14 17:10:58
>>irrati+H1
https://github.com/features/actions
◧◩◪
5. Thaxll+x6[view] [source] [discussion] 2020-04-14 17:27:32
>>Someon+h2
AWS has that.
replies(1): >>jlisam+lc
◧◩
6. finger+n9[view] [source] [discussion] 2020-04-14 17:40:17
>>irrati+H1
Workflow automation w/ built in CI/CD, package management and code scanning etc.

The most important bit is workflow automation. It can be triggered on most (all?) events github emits

https://help.github.com/en/actions/reference/events-that-tri...

It was super obvious the value prop when it was HCL based. YAML based it kind of looks more like 'another CI'. It's still insanely powerful, just not as developer friendly anymore.

◧◩◪
7. irrati+E9[view] [source] [discussion] 2020-04-14 17:41:57
>>Someon+h2
So Actions is similar to Jenkins?
replies(1): >>bastar+wx1
8. maniga+N9[view] [source] 2020-04-14 17:42:46
>>cjdu+(OP)
There are dozens of CI/CD offerings and many are better designed than Github actions, including Gitlab's CI runners.

I don't see what paying Github would do for AWS or GCP. They both have their own code repos, build pipelines, container registries, and more. Even Azure has its own DevOps product.

replies(2): >>jjeaff+Ec >>chairm+zL1
◧◩◪◨
9. jlisam+lc[view] [source] [discussion] 2020-04-14 17:53:13
>>Thaxll+x6
that's just a subset of the features you can develop with actions
◧◩
10. jjeaff+Ec[view] [source] [discussion] 2020-04-14 17:54:26
>>maniga+N9
I use Gitlab's CI runners and I agree. However, I am pretty excited about the direction that Github is going with their actions. Having a directory of user created actions and integrations seems like gold to me and I hope Gitlab starts leaning that way soon.
replies(1): >>hn_thr+xr1
◧◩◪
11. hn_thr+xr1[view] [source] [discussion] 2020-04-15 02:39:59
>>jjeaff+Ec
I agree, but GitHub must fix the security nightmare that is waiting to happen with GitHub actions marketplace. Seems like this would be such an easy fix, too.
replies(1): >>pknopf+by1
◧◩◪◨
12. bastar+wx1[view] [source] [discussion] 2020-04-15 03:41:38
>>irrati+E9
minus the infrastructure, maintenance burden, and plugin hell
◧◩◪◨
13. pknopf+by1[view] [source] [discussion] 2020-04-15 03:51:24
>>hn_thr+xr1
Organizations can enforce that their repos use only actions that are within the repo, making the build more secure, controlled and auditable.
◧◩
14. chairm+zL1[view] [source] [discussion] 2020-04-15 06:27:59
>>maniga+N9
It's all about the ease of use. Manually setting up CI/CD is _hard_ and requires a team to maintain and support it. Whether through a home-rolled Jenkins deployment or Buildkite.
[go to top]