CodeRabbit Announces $16M Series-A Funding Led by CRV!
CodeRabbit Announces $16M Series-A Funding Led by CRV!
DSOC R&Dの島です。ArcグループにてR&Dエンジニアを務めています。この記事を皮切りにR&D DevOps通信と題しまして、Arcグループの面々が、当社R&Dのエンジニアリングをよりよくするテーマで連載していく予定です。乞うご期待。 私は過去に旅行記しか書いてない人ですが*1*2、今回は初めて技術らしい記事を書きます。GitHubのpull requestへのコメントで発動するワークフロー を GitHub Actions で作ります。 github.co.jp 下のようなイメージです。コメントに反応してコメントを返すアクションを定義しています。本記事は /deploy staging /deploy production のようなコメントによってデプロイに利用することを念頭に置いています。 コメント駆動ワークフローのイメージ 私は最近GitHub Actionsに入れ込んでおり、
GitHub Actionsの利用量をまとめるではGitHub Actionsの使用量をGoogle Spreadsheetにまとめるスクリプトを書きました。 このときは動作確認ができればよかったので、自分のGoogleアカウントで認証して書き込みを行いました。 しかし、このスクリプトを定期的に実行するのも面倒です。 そこでGitHub Actionsのスケジュール実行機能を使い、毎日使用量を記録する設定を行いました。 イマドキAPIキーを使うのはリスクが高いので、Google CloudのWorkload Identity連携を使ってアクセスします。 Workload Identity 連携の構成 GitHub Actions からのキーなしの認証の有効化を参考にGoogle Cloud側の設定を行います。 設定内容をバージョン管理したいので、設定にはTerraformを使用します。 意
Renovateは依存関係の更新を自動化してくれるツールです。本記事ではRenovateの設計思想を知ることで、Renovateをより上手に運用できるようになることを目指します。 RenovateとはRenovate はMend社 (旧WhiteSource社) が開発するフリーの依存関係更新ツールです。package.jsonなどに書かれたライブラリバージョンが古い場合に、それらのバージョンを新しくするような変更をpull requestとして自動的に作成してくれます。 Activate the repos you want to automate dependency updates for. Renovate will then create an onboarding pull request for each repo, with a preview of the actions
EngineeringSecurityBehind GitHub’s new authentication token formatsWe're excited to share a deep dive into how our new authentication token formats are built and how these improvements are keeping your tokens more secure. As we continue to… We’re excited to share a deep dive into how our new authentication token formats are built and how these improvements are keeping your tokens more secure. As w
Go で書いた CLI ツールのリリースは GoReleaser と GitHub Actions で個人的には決まり February 4, 2020 lt;dr GoReleaser と GitHub Actions を使うと簡単にビルドしたバイナリを作ってアップロードできる。 2つの YAML を書いてリポジトリにコミットする .github/workflows/release.yml .goreleaser.yml git tag して push する バイナリがリリースされる 専用のツールをローカルにインストールする必要はない。 本題 前に、Go のコマンドラインツールを簡単にリリースする | tellme.tokyo というブログを書いた。 それよりももっと楽になったので紹介する。 基本的にこのページで紹介する方法では 2 つの YAML をリポジトリに置くだけで終わる。 ロー
GitHub's Google Cloud Build integration does not detect a cloudbuild.yaml or Dockerfile if it is not in the root of the repository. When using a monorepo that contains multiple cloudbuild.yamls, how can GitHub's Google Cloud Build integration be configured to detect the correct cloudbuild.yaml? File paths: services/api/cloudbuild.yaml services/nginx/cloudbuild.yaml services/websocket/cloudbuild.ya
GitHubのIssueをNuxtとNetlifyでブログ化するというのをやってみたので解説します。 デモサイト: https://gh-blog.netlify.com/ Issues: https://github.com/miyaoka/gh-blog/issues Headless CMS はじめにHeadless CMSについて解説しておきます。旧来のAPI無しのWordPressのような一体型CMSではなく、コンテンツ管理部分を切り離してAPIでやりとりできるようにするのがHeadlessなCMSです。これによりフロントの実装やデプロイが疎結合になり、好きにできるようになります。 例としてCMSにContentful、デプロイにNetlifyを使う構成だとこんな感じになります。 参考) 次世代Headless CMS「contentful」事始め - Qiita Nuxt.js
Steven J. Vaughan-Nichols (ZDNET.com) 翻訳校正: 矢倉美登里 吉武稔夫 (ガリレオ) 2018-03-08 11:45 オープンソースのライセンシングは複雑化する場合がある。最近では、多くのプログラムは8割が元からあるオープンソースのコードで、そこに2割のオリジナルコードを追加したものになっているようだ。その結果生じるライセンシングの複雑化に対応できるよう、GitHubは、オープンソースプロジェクトのライセンシング手続きの一部を自動化するのに使ってきた社内ツール「Licensed」をオープンソース化した。 ライセンスに対するGitHubの放任主義的な姿勢のおかげで、ほんの数年前にはGitHubの全プログラムのうち77%に明示されたライセンスがないとの調査結果もあったことを考えると、感心できる動きだ。もしこのことを重要だと感じないなら、プログラムを商品化
突然ですが,Goでコマンドラインツールを書く時,ツールの配布はどうしているでしょうか? go get でインストールできるようにする GitHub 上にリリースして,ダウンロードして使ってもらう システムのパッケージマネージャ(Homebrew など)を使う などがメジャーかと思います. ただ,これらの選択肢はどれも問題があります. go get -u は常にリポジトリの HEAD をインストールしてしまうため,ユーザがインストールしたタイミングに依存したバイナリができてしまいます.これを避けるには dev ブランチを切ってそっちで開発する必要がありますが,Go のツールはそうなってないものが多く,どのタイミングで go get -u したら良いかユーザには容易に判断できません.また,仮に dev ブランチ運用したとしても依存ライブラリの更新のタイミングは制御できず,vendoring な
GitHubでプルリクエスト前提の開発をしていると、git blameで「なぜ、このコードがこうなっているのか」調べる際に、commit idではなくプルリクエストの番号を表示してほしくなります。 というわけで書いたのが git-blame-pr.pl。 以下のような感じで表示されるので、調査がはかどります。 $ git-blame-pr.pl lib/core/request.c (中略) PR #446 PR #606 h2o_iovec_t h2o_get_redirect_method(h2o_iovec_t method, int status) PR #606 { PR #606 if (h2o_memis(method.base, method.len, H2O_STRLIT("POST")) && !(status == 307 || status == 308)) PR
example.md Using <details> in GitHub Suppose you're opening an issue and there's a lot noisey logs that may be useful. Rather than wrecking readability, wrap it in a <details> tag! <details> <summary>Summary Goes Here</summary> ...this is hidden, collapsable content... </details> https://developer.mozilla.org/en-US/docs/Web/HTML/Element/details A collapsible section with markdown Click to expand!
イマドキの GitBucket + Jenkinsの連携は Jenkinsfile と GitHub Organization Folder プラグインでこんなに簡単(になる予定)JenkinsGitBucket TL;DR GitBucket と Jenkins の連携はとても簡単なのですが、2017/3/末リリースのGitBucket の 4.11(か、5.0かも?) を待ってください。 GitHub Oraganization Folder を使った設定をしておくと リポジトリに Jenkinsfile を置くだけで GitBucket - Jenkins の連携が全部自動的に設定されます。 注意 この記事はGitBucketの未リリースの機能について書いています。上手くいけば2017/3/末にリリースされる4.11(?)に含まれる見込みです。 Jenkins の GitHub Br
tl;dr GitHub上からファイル作成でOK 前置き GitHubでリポジトリを作った直後はREADMEやLICENCEを作成するリンクが出ていて、いい感じにテンプレートを選択することができます ただ、一度ファイルをリポジトリにコミットしてしまうとこのリンクが出なくなってしまいます LICENSEを最初に作り忘れて後から追加したいってことが自分の場合よくあるので、お手軽に作る方法を偶然発見したので書きます やり方 トップで Create new file をクリックした後に ファイル名を入力するだけです。LICENSEや .gitignore ってファイル名を入力した瞬間テンプレート選択のプルダウン出てきます てっきり今まで新しくリポジトリ作った直後にしかテンプレートから作成できないと思ってたよ、、、
ある日、 PR の内容を見ずにマージすることを岡島(ピッチャーの)というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね!— そーだい@初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい@初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじ GitHub Flow に沿って開発する 基本
GitHub cofounder and CEO Chris Wanstrath Flickr/by DaveFayram Cofounder CEO Chris Wanstrath, with support from the board, is radically changing the company's culture: Out with flat org structure based purely on meritocracy, in with supervisors and middle managers. This has ticked off many people in the old guard.Its once famous remote-employee culture has been rolled back. Senior managers are no l
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く