GitHub Actions で Dockerfile のビルドをしてその中でテストを動かす
zenn 初投稿です、よろしくね きっかけ 普段はいわゆる Web 周りのお仕事がメインなので久々に低レイヤー側に触れたくなって 低レイヤを知りたい人のためのCコンパイラ作成入門 をコツコツと進めています。 その中でテストを自動で動かしたいな、と思いました。 普段仕事では CircleCI を使っているので GitHub Actions でいい感じにやりたいな、そう思ったときにトラップにハマったので備忘録を残します やりたかったこと ローカルでは Dockerfile に書いた環境上で make したい Actions 上でも同じ Dockerfile をビルドし、その中でやりたい Actions 側では make test を自動実行し、コケたら main にマージできないようにしたい（よくやるやつ） コンテナは root ではなく、ubuntu ユーザーで動かしたい（一応） イメージを
Pythonで環境に依存しないポータブルなCI/CDを記述可能に。「Dagger Python SDK」リリース
Pythonで環境に依存しないポータブルなCI/CDを記述可能に。「Dagger Python SDK」リリース Daggerは、ビルド／テスト／デプロイの一連のCI/CDパイプラインを、どの環境にも依存することなく、ローカルPCやサーバ、GitHubやCircleCIなどの主要なCI/CDサービスなどでポータブルに実行可能にするソフトウェアです。 そのDaggerによるCI/CDパイプラインの定義をPythonで記述できる「Dagger Python SDK」がリリースされました。 Introducing the Dagger Python SDK: develop your CI/CD pipelines in Python, run them in containers anywhere. https://t.co/X8YY59WTqz pic.twitter.com/4RxHLDk
CIOpsとGitOpsの話 - inductor's blog
はじめに GitOpsという言葉が生まれたのが自分の知る限り2017年頃なのですが、世の中にあるCI/CDの仕組みはまだほとんどがCIOpsもしくは手動のオペレーションによって成り立っていると思っていて、かつては自分もそうだったのですが「Gitで管理されていればGitOpsなんでしょ？」という勘違いを払拭したくてこのエントリーを書いています。 GitOpsとCIOpsは全然違う まず前提としてGitOpsの明確な定義を知らないという場合、あなたの思う「Gitを契機とした自動デプロイの仕組み」は基本的にはCIOpsです。GitOpsとCIOpsは思ったよりも大きな違いがあって、そもそもGitOpsの必要性が分かっていない場合、自動化によって成立しているデプロイはCIOpsが基本です。 CIOpsとGitOpsの一番の違いは、Push型かPull型かである CIOpsの場合、例えばGitHub
CI/CD YAML syntax reference | GitLab
If you are a security and compliance professional, we would love to hear how you prioritize your work responsibilities. We can use that information when planning what GitLab features to work on. Take the survey and help us shape our roadmap! '> Keywords Global keywords default include include:local include:project include:remote include:template include:inputs stages workflow workflow:name workflo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Actionsと"仲良くなる"ための練習方法
