Fewer MistakesCatch errors in Terraform plan output before applying changes. Ensure changes are applied before merging.
Dependabot has been acquired by GitHub and we couldn't be more excited! Here's what you need to know: We're integrating Dependabot directly into GitHub, starting with security fix PRs 👮♂️ You can still install Dependabot from the GitHub Marketplace whilst we integrate it into GitHub, but it's now free of charge 🎁 We've doubled the size of Dependabot's team; expect lots of great improvements ove
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
review 待ちの Pull Request 一覧を Slack に定期的に通知する仕組みを作ってみた。 完成品 以下の画像は朝11時 JST に自分のチームのレビュー待ちリストを表示している様。Slack の絵文字で「いまレビューしてますよ〜」「merged!」みたいな表現をするのはエンジニアしぐさだ。 private repo だと味気ない(かつ業務情報なのでモザイクだらけだ)が、public repo の PR だと Slack が自動的に展開してくれるのでよりファビュラスに見える。 仕組み 3行で書くと… review-waiting-list-bot という Slack bot が Heroku にデプロイされている*1 メンションされると GitHub API を叩いてプルリクエストを収集し、まとめて Slack に post する 定期的に実行する仕組みは Slack のリ
GitHubのissueは削除することが出来ないので、タイトルと本文とコメントを全部消すことで、擬似的になかったことにします。 (これでもタイトルの変更履歴は残るので、完全に消すことは出来ないわけですが...) require 'octokit' require 'highline/import' Octokit.auto_paginate = true client = Octokit::Client.new(:access_token => ENV['GITHUB_TOKEN']) repo = '<repository name>' # e.g. kamatama41/test title = '<issue title>' issue = client.issues(repo, state: :closed).find do |i| i.title.include? title e
ProductRebase and merge pull requestsThe merge button on pull requests supports two great workflows with merge commits and commit squashing. Now you can use the merge button to rebase and merge your changes, too.… The merge button on pull requests supports two great workflows with merge commits and commit squashing. Now you can use the merge button to rebase and merge your changes, too. How does i
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
# 使い方: # 1. 以下を .bashrc などにコピペして保存 -> 端末・シェル再起動または .bashrc 再読み込み # 2. Git リポジトリを clone したディレクトリに移動 -> Pull Request と紐付いているブランチを checkout # 3. $ ciopen [COMMIT] # $ ciopen head # $ ciopen head^ # $ ciopen head~2 ciopen() { commit=$1 result=$(hub ci-status -v $commit) if [ $? == 3 ]; then echo $result else open $(echo $result | awk '{print $2}') fi } 元ネタとの差分: 元ネタは zsh 用で precmd を使っていたが自分は bash ユーザーな
Protected branches and required status checks もうお済みですか!? 9月4日のことですがgithubより以下の機能がリリースされています。 特定ブランチへのforce pushを無効する 特定ブランチへのマージ時にステータスチェックを必須にする(CIと連携している場合は、テストが通るまでマージできないようにできる) これを実施することで、ある日新人が謎の空のコミットをmasterブランチにforce pushして来たり、ある日途中からJOINした人がpull reqもせずにdevelopブランチに謎コミットをforce pushして来たり、ある日とあるOSSで間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまうなんてこともなくなるんです!!!(githubを使っていれば) あなたの隣のエンジニアが、いきなり発狂して口
github-issue-teevという自分に関連するIssueを一覧するアプリをNW.jsで書きました。 機能 自分がAssignedされてるIssue一覧を表示 アプリ内でお気に入り登録したリポジトリのIssue一覧を表示 サイドバーにそのIssue内にある- [ ]のタスク一覧を表示 テキストエリアをCodeMirrorのエディタにすり替える機能 Cmd+e でトグルできます。 テキストエリアをMarkdownエディタに切り替えるGreasemonkeyを書いた | Web Scratchと同じものです インストール Latest Releaseからダウンロードできます。 NW.jsなのでWindows/OS X/Linuxで動くと思います。 使い方 アプリを開く Personal token(デフォルトの✔でよさそう)を作ってサイドバーに入力する Creating an acces
Pull Request ベースの開発手法(いわゆる "GitHub Flow" というやつ)では、未完成のブランチに "WIP" という件名をつけて作業中である旨を示しつつ途中経過もレビューしてもらう、というのをよくやります。 Quipper ではそれに加えて "DONT MERGE" とか "DO NOT MERGE" というのもよく使っています。 WIP と同じ意味で使うこともあれば、レビューの過程で発生した議論にまだ決着がついていないのでマージしないでね、という意思表明として使うこともあります。 僕は一日にだいたい十個弱の Pull Request をレビュー・マージしています(個人差はありますが Quipper のデベロッパーの多くは似たようなものです)レビュー・マージのタイミングははやいほうが良いので、一日に少なくとも二回か三回は Organization の Pull Req
GitHubのキャラクターとして人気の「Octocat」。しかし、そのOctocatにまつわる新事実が判明しました。 先日「GitHub」日本法人設立(関連記事)のために来日したCIO Scott Chaconさんに聞けば、実はこの「Octocat」というネーミングは「キャラクターの名前」ではなく「種族」の名前。キャラクターの正式名称は「Monalisa」(モナリサ)なのだそうです。し、知らなかった……! ご存じ「Octocat」の名前でおなじみの「Monalisa」 「Monalisa」という名前になったのは、2008年の創業から1年半ほど経ったある日。GitHubの5番目の社員であるRyan Tomaykoさんの娘さんが、学校の課題(仮想の生きもので物語を作るというもの)でGitHubのキャラクターを用いたことがきっかけでした。 その物語は、「モナリサという猫が海へ潜ったときサンゴを飲
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く