GitHub Actions のワークフローファイルを共通化した話 - Speee DEVELOPER BLOG
この記事は、Speee Advent Calendar5日目の記事です。 昨日の記事はこちら！ tech.speee.jp はじめに 背景 課題 ワークフローを再利用する 使用方法 使用例 共通化前のワークフローファイル 共通化後のワークフローファイル 共通化後のディレクトリ構成 今後の課題 結論 さいごに はじめに DX事業本部 開発基盤グループの秋吉です。 Speee では GitHub Actions を積極的に活用しており、開発する上で必要な様々な作業を自動化しています。 一方で、リポジトリや環境数が増加するにつれて同じような GitHub Actions のワークフローファイルが増加していました。 したがって、ワークフローに対して共通の変更を加える場合であっても、全リポジトリ・全環境のワークフローファイルをそれぞれ手動で編集する必要がありました。 GitHub Actions の
GitHub ActionsでDockerレイヤーキャッシュを利用したい | DevelopersIO
こんにちは！コンサル部のinomaso(@inomasosan)です。 GitHub ActionsのCI/CDはVM上でワークフローが実行されるため、同じイメージであってもキャッシュを利用することなく最初からビルドが実行されます。 ワークフローが実行されるたびに、ベースとなるイメージのダウンロードやファイルコピーが実行されてしまうと、デプロイ時間が伸びてしまうので改善が必要です。 そこで今回は前回作成したGitHub Actionsワークフローに、Dockerレイヤーキャッシュを追加していきます。 どのActionsを追加するか 今回はdocker/build-push-actionというDockerイメージのビルドからプッシュ + キャッシュをいい感じに実行してくれるActionsを利用していきます。 上記ActionsのCacheのドキュメントに、以下のサンプルコードがあるので、こち
CI/CD Conference 2023でGitHub Actionsについて話しました #CICD2023 - Alternative Architecture DOJO
こんにちは、MLBお兄さんこと松村です。 WBC 日本代表の準決勝はとてもとても素晴らしい試合でした。今日の決勝もとても楽しみです。 先日（3月20日）に東京で開催された CI/CD Conference 2023 で登壇をしました。 私のセッションに参加いただいた皆様、カンファレンスの運営の皆様、ありがとうございました。 event.cloudnativedays.jp カンファレンスで話した内容は、昨年のアドベントカレンダーで書いた GitHub Actions のワークフローをローカルで実行することができる nektos/act についてです。 nektos/act については過去記事をご覧ください。 aadojo.alterbooth.com カンファレンスでの私のセッションに関するページはこちらです。参加登録された方はアーカイブを見ることができると思います。 event.clou
複数のGitHubアカウントを使い分けたい時の設定方法とTips
概要 この記事では、複数の GitHub アカウントを使い分ける方法について解説しています。 仕事とプライベートで GitHub アカウントを使い分けたいなと思っている方のお役に立てれば幸いです。 この記事の説明は、「すでに GitHub を使用していて新たに 2 つ目の GitHub アカウントを追加したい」というユースケースにおける説明になっています。 それでは頑張っていきましょう！ 動作環境 マシン: M1 Mac mini OS: macOS Big Sur シェル：zsh 5.8 秘密鍵・公開鍵を生成する 新しい GitHub アカウント用に秘密鍵・公開鍵を生成します。 ターミナルを起動し、以下のコマンドを順に実行します。
GitHubの運用を「会社」にしていく話
Ubie DiscoveryでSREなどをしている@itkqです。 UbieではGitホスティングにgithub.comを使っています。プロダクト開発に必要なprivateなコードベースはもちろん、OSSや就業規則といったドキュメントをpublicにホストしたりもしています。また、この記事を書いている時点で、メインのOrganizationのメンバーは121名です。 自分が入社したのは一年前（2021年1月）で、まだ情報システム専任の人がいませんでした。それから今に至るまで、GitHubの運用を「会社」にしていく話を書きます。 一年前のGitHubの運用 当時、UbieのOrganizationに所属していた人数は、業務委託含め80〜90名ぐらいで、Businessプランを利用していました。私はSREとして入社しましたが、情報システム専任の人がおらず、SREをはじめとする何名かのメンバーが
GitLabの運用方法をドーンと公開！！ - pixiv inside [archive]
ピクシブ株式会社 Advent Calendar 2016の時間です。今回はピクシブ株式会社でエンジニアをしている @catatsuy が担当します。今回は意外と書いてなかったのでGitLabを社内でどう運用しているかの話を書こうと思います。 GitLabとGitHub ピクシブ社内では以下の2つの方法でソースコードを管理しています。 自社でホストしているGitLab GitHub Organization それぞれ以下の特徴があります。 GitLabのメリット 自社でホストしているため、アメリカにサーバーがあるGitHubよりもgit cloneでリポジトリをダウンロードする場合などは速い オープンソースのプロジェクトのため、社内のサーバーにインストールするだけで使える ソースコードを読めば内部でやっていることが分かる ユーザー数やリポジトリ数などで料金がかからないため、気軽に使える G
![GitLabの運用方法をドーンと公開！！ - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8e3e8f846870fc5033b87b4b346a4f506eb82516/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F11696248318756278971%2F10328749687197154835%2F1481852582)
Git-it - 手を動かしながら習得できる日本語対応のGit/GitHub学習アプリ | ソフトアンテナ
GitやGitHubの使い方を学習することができるデスクトップアプリ「Git-it」。Electronで作られていて、Mac / Windows / Linux用の実行ファイルをGitHubよりダウンロードすることができます。英語表記のみだけでなく、日本語に対応しているところもありがたいところです。 使用方法 Git-it自体は問題集のようなもので特別な仕掛けはありません。画面の指示に従いローカルの環境でGitを使いながら学習を進めていきます。Git-itではGitHub Desktopの使用を推奨していますが、実際の運用を考えてターミナルでGitを勉強してみるのも良いでしょう(Windowsの場合若干めんどくさいですが)。 Git-itでは、Gitのインストールから始まり、リポジトリの作成やコミット、GitHubの使い方、最終的にはプルリクエストの送信方法まで学ぶことができます。 プルリ
37歳からプログラミングを学び、GitHub日本法人を設立。堀江大輔が第一線で活躍し続ける理由。 | キャリアハック（CAREER HACK）
Amazon、Yahoo!Japan、Six Apart、クックパッド、スタートアップの起業などを経て、GitHubの日本法人設立の立役者となった堀江大輔さんにインタビュー。WEB業界の第一線で活躍を続ける彼のキャリアの転機、そして後進に贈るアドバイスとは。 GitHub Japan設立の立役者のキャリアとは？ 2015年6月に開設されたGitHub初の海外支社「ギットハブ・ジャパン」。開設後は全国各地のオープンソースコミュニティ活動への参加、導入企業へのサポートを拡充するなど、WEB・IT業界やプログラマ、デザイナーたちへの存在感を高めている。 今回お話を伺ったのは、ジェネラルマネージャーとしてギットハブ・ジャパン設立のキーマンとなった堀江大輔氏。現在はプログラムマネージャーとして、サポートチームの構築と各コミュニティへの参画に邁進する彼のキャリアはなかなか興味深いものだ。 中学生の時に
大人のスタートアップは大人のリリースができる。そう、ChatOpsならね。 | メルカリエンジニアリング
このブログをご覧のみなさま初めまして。@siroken3です。メルカリではインフラチームに所属しており、リリースの仕組み構築を担当しています。 メルカリのリリースについて メルカリではカスタマーサポートから受け取る改善要望、プロダクトとしてまだやれてないことなど多くのタスクがあり現在も継続して開発とリリースが行われています。 Issue管理はRedmine、ソースコードのリポジトリはGitHub privateを使用しています。Pull Request(以下PR)でのコードレビューを実施、masterブランチへマージされたものをリリースするのが基本的なフローです。 一方、1年前まではリリース頻度は週1回のリリース日を決めて実施していましたが、この1年で大きく変わりました。現在では日本版とUS版を合わせて10回〜30回/日の頻度でリリースしています。この記事では大きく変わったメルカリのリリー
GitHub製フレームワークHubotの概要とインストール、チャットアプリと連携する基本的な使い方
近年、ソフトウェア開発を取り巻く環境が急激に変化してきています。ネットワークの整備や、コミュニケーションツールの進化に伴い、リモートワークやインターネット上での協業も盛んに行われるようになってきました。チームメンバー全員の住んでいる国が違う、といったこともあるかもしれません。 しかし物理的に離れた環境で働くと、今まで対面で行っていたコミュニケーションを別の手段で代替しなければなりません。SkypeやGoogleハングアウトなどのビデオ通話、HipChatやSlackなどのチャットアプリを利用することで仕事上必要なコミュニケーションは取れるようになりますが、ソフトウェア開発に関わる状況確認は別のツールを使う必要があります。 特にオペレーションは、いつ、誰が、どのような対応をしたか把握していたいですよね。 このような課題を解決する一つのスタイルとして、「ChatOps」があります。ChatOp
GitHubの有料プランを使う - Radium Software
仕事用のリポジトリを作成するために、GitHubの有料プランを契約した。契約したプランは最小規模の"Micro"だ。月$7で５つの非公開リポジトリを作成することができる。また、１人の非公開コラボレーターを招待することも可能だ。 実はGitを本格的に使うのは今回が初めて。Git以外にもMercurialがあるよ、とか、GitHub以外にもホスティングサービスは色々あるよ、とか、他の選択肢は存在したのだけれど、あまり迷っているヒマは無いということもあり、恐らく現状で最も無難と思われるGitとGitHubの組み合わせに決めた。 GitHubのサービスにはほぼ満足している。今回契約したMicroプラン以外にも小規模向けのバリエーションが充実しているので、個人で受託開発するようなケースでは最適なソリューションかもしれない。 GitHubで一点だけつまずいた点がある。GitHubではHTTPSでのリポ
オープンソースのGitLabで社内GitHubを構築しよう｜TechRacho by BPS株式会社
BPSでは、社内のソースコード管理にgitを採用しています。 中央リポジトリには、GitHubのオープンソースクローン、GitLabを利用しています。 GitHubのPrivate Repositoryは便利ですが、ちょっとした細かい案件にリポジトリを作って行くと、価格が馬鹿になりません。 また、日本からだと少し遅いですね。 Github Enterpriseは高かったので、面白そうだしGitLabを導入したところ、使い勝手も良く安定運用できています。 GitLabとは gitoliteのフロントエンドです。似たようなものに、gitosisがあります。 gitoliteは、UNIXユーザを作らずにSSH鍵によってユーザを識別し、プロジェクト毎のアクセス権を与えられるgitリポジトリの管理システムです。 中央リポジトリサーバに、ユーザ毎のアカウントを作ると、以下のような問題があります。 煩雑
GitHubクローンのGitLabを５分でインストールした - アルパカDiary Pro
※2015/6/22 最新版の手順に更新 ※2015/1/7 アップグレードについての記事を書きました http://d.hatena.ne.jp/toritori0318/20150106/1420558625 ※2014/5/24 補足記事書きました http://d.hatena.ne.jp/toritori0318/20140524/1400955383 で､お決まりのパターンでOSSに流れて､ GitLabとかやってみたんだけど､むっちゃムズいのねあれ｡ まともにインストールできん｡ http://d.hatena.ne.jp/rela1470/20140520 「GitLab インストール」 でググるとたいていまともにインストールしようとしている記事が見つかって なにこれ使うまで面倒すぎ！ ってなりますよね。かつての自分もそうでした。 しかし最近のGitLabはRPMが提供され
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モダンな現場にするために実践したこと
GitHubで雑誌・書籍を作る
入門書には載ってない Git & GitHub Tips
GitHub活動を通して個人のキャリアを積みつつ仕事の成果を出す方法