特定のコミットが含まれるGitHub Pull Requestを開く
今日たまたまあるコミットが含まれているGitHubのPull Requestをサクッと探したい事案が発生した。というのも自分が以前書いたコードがどうしてこうなっているのかというのを知りたかったんだけど、commit messageだけじゃよくわからんかった(〜を実装したみたいなことを英語で書いてあっただけ)。 Pull Requestは割と丁寧に説明を書いているのできっとPull Requestのdescriptionを見ればわかりそうという感じはしたのだけれどパッとそれを開く手段がわからず、色々ググったりtwitterで教えてもらったりした結果下のようなfunctionをzshrcに書いた。 function find-pr() { local parent=$2||'master' git log $1..$2 --merges --ancestry-path --reverse --
ブラウザ拡張を用いた業務改善手法 - クックパッド開発者ブログ
買物情報事業部の根岸(@negipo)です。今回はブラウザ拡張を日常業務でどう使っているかについて紹介します。 ブラウザ拡張とは ブラウザ拡張は、ブラウザによるウェブとのインターフェースをJavaScriptやCSSを用いて自分好みにカスタマイズする機能です。Google Chromeを利用していればChromeウェブストアなどで公開されている拡張をインストールできるでしょう。一方で、開発したブラウザ拡張を自分で使うために、Chromeウェブストアによる公開と言うプロセスを踏むのは面倒です。日常的にウェブのインターフェースを改変する道具としてブラウザ拡張を使うためにはいくつかの手法がありますが、僕はGithubのdefunktさんが作ったdotjsを使っています。詳細は省きますが、今開いているページでalertを出すぐらいの機能であれば10秒で開発作業を終えることができると思います。 また
相手の GitHub の ID さえ知っていれば暗号化したメッセージを送れる naisho というのを作った - その手の平は尻もつかめるさ
色々な事情があり，秘密のメッセージを送り合う必要性が今年に入ってから多数発生していて， そのたびに毎度毎度手で暗号化して〜みたいな風にやるのめんどいですね，そうですね， ということでこの度 naisho というものをこさえました．みんなには内緒ですよ． これは何かと言うと，やりとりしたい相手の GitHub の ID を指定するだけで その ID のユーザの ssh-rsa の公開鍵を引っ張ってきて その ID のユーザのメールアドレスを引っ張ってきて そのメールアドレスに対して公開鍵で暗号化したメッセージを添付ファイルにしてメールで送りつける という動きをするコマンドです． golang で書きたかったというのと golang で書くと便利なのではと思ったので golang で書いてあります． Wercker で Go のプロジェクトをクロスコンパイルし、GitHub にリリースする -
GithubのGo言語プロジェクトにPull Requestを送るときのimport問題
TL;DR fork元（オリジナル）をgo getしてその中で作業，forkした自分のレポジトリにpushしてPull Requestを送る． 問題 Github上のGo言語のプロジェクトにコミットするとき，cloneの仕方で若干ハマることがある．普通のOSSプロジェクトの場合は，forkしてそれをcloneしてpush，Pull Requestとすればよい．Go言語のプロジェクトでは，同じレポジトリの中でパッケージを分け，それをimportして使ってるものがある．そういう場合にforkしたものをそのままcloneすると，importの参照先がfork元の名前になりハマる． 例えば，github.com/someone/toolがあるとする．このレポジトリはgithub.com/someone/tool/utilsという別パッケージを持っており，mainがそれを使っているとする．つまり以下
GitHub と CI を連携してる人にオススメの userscript: PR Build Status in Favicon - 詩と創作・思索のひろば
GitHub を使って Pull Request ベースで仕事しているとこんなことがありますよね…… ( ^o^) LGTM もらった！:sushi: ( ˘⊖˘) 。o(CI 通ったらマージしよう) |花金|┗(☋｀ )┓三 ( ◠‿◠ )☛ マージしてから帰れよ ▂▅▇█▓▒░(’ω’)░▒▓█▇▅▂ 忘れてたああああああ Issue/PR のタブを開きすぎて、自分のにしろ他人のにしろ何がどこにあってステータスがわからなくなってしまうという問題もありますね。 そんなときに便利なユーザースクリプトがこちら。 GitHub PR Build Status in Favicon chrome://extensions に放り込むなどしてインストールすると、ビルドステータスが設定されている Pull Request（例）では、Favicon の右下にそのステータス（最新コミットのもの）を表す色
Slack / Hubot / GitHub / CircleCI によるChatOpsなデプロイ方法 - Qiita
概要 Slack / Hubot / GitHub / CircleCI などをつかってChatOpsにチーム開発できるフローをつくったので、ChatOpsによるデプロイ方法を中心にその方法をまとめてみます。 ChatOpsの主役であるチャットアプリには今回Slackを使いました。 HipChatでも同じように出来ますが、Slackの方がUIが優れていており、外部サービスとの連携も洗練されていたのでこちらを選択しました。 ChatOpsな環境の概要 SlackとHubot（PaaSであるheroku上にデプロイ）を連携させる SlackからHubot経由でGitHubにプルリクエストをつくる GitHub上の変更を監視し、CircleCIでテストを実施 デプロイ用のブランチに変更があった場合（GitHubのWEBコンソールでデプロイ用ブランチへのプルリクエストをマージした場合）、Circl
本を書く前に準備したこと、執筆中にしていたこと - プログラマでありたい
「Rubyによるクローラー開発技法」は、2013年12月に話を頂き、2月くらいまで企画を検討し、2月〜7月の約5ヶ月間で執筆しました。役に立つかどうか解らないけど、本を書く前に準備したことと、執筆中にしたことを残していこうと思います。次回があれば、もう少し上手くできるようにしたいですね。 事前に準備したこと 執筆環境を構築した 執筆環境は、いの一番で用意しました。具体的には、下記の2つです。 GitHubの有料版アカウントを作成し、プライベートリポジトリを作った MarkDown記法を覚えて、MarkDownから各種フォーマットに変換できる環境を作った GitHubのプライベートリポジトリを作ったのは正解でした。これが無ければ、いろいろ事故も起こったと思います。反面、Markdownの環境はメインのMacにしか作らなかったのが失敗でした。意外に色々な端末で書くことになったので、CIツールも
GitHubのIssue一覧をiframeで埋め込めるウィジェットを作った
github-issue-widget GitHubの特定のリポジトリのIssue一覧をiframeで埋め込めるものを作りました。 以下のようにiframeのsrcにパラメータを指定して埋め込む事が出来ます。 <iframe src="https://azu.github.io/github-issue-widget/?owner=efcl&repo=efcl.github.io&limit=3&random" allowtransparency="true" frameborder="0" scrolling="0" width="100%"></iframe> 結果は以下のような表示です。 使い方 使い方は単純で、以下のようにiframeで https://azu.github.io/github-issue-widget/ にパラーメータをつけて埋め込むだけです。 <iframe s
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Github APIを使うためのaccess tokenを取得する - tetu1984のブログ
本来であればOAuth認証でaccess tokenを取得するべきなのだろうけれども、HTTPSのBasic認証でも取得できるらしいのでやってみた。 access tokenを取得する https://help.github.com/articles/creating-an-oauth-token-for-command-line-use 上記URLの通りに叩くだけ $ curl -u 'username' -d '{"scopes":["repo"],"note":"Help example"}' https://api.github.com/authorizations scopesのところは http://developer.github.com/v3/oauth/#scopes を見つつ、やりたいことに応じて指定する。 取得してみた % curl -u 'username' -d
ghh という github repository hook を操作するのを書いた - @soh335 memo
昔に github の irc hook で issue も hook してもらう - @soh335 memo というのを書いた。 songmu さんにはわかりづらかったらしい。 気が向いたので golang で https://github.com/soh335/ghh というのを書いた。 cui で操作して、create/edit の際は editor を立ち上げる。 editor の内容は toml で書かれた設定ファイルになっていて、反映されていない設定はコメントアウトされているので、必用があればコメントアウトを解除すると反映される。 ( github とのやりとりは json で行われるが、コメントアウトで制御したかったのでエディタ上では toml を使ってみることにした）
[github] github.com の readme.md に貼ると格好いいbadge - HsbtDiary(2013-03-18)
■ [github] github.com の readme.md に貼ると格好いいbadge 2.0 対応で結構な数のリポジトリを眺めていたら、travis のビルドステータスbadge以外にもあったので並べてみる。 travis-ci .travis.yml を読み込んで CI する奴、説明省略 gemnasium Gemfile を読み込んで dependency が古くなっていたりしないかをチェックする奴、これが放置されている gem は要注意ってシグナルになるのかな。 Code Climate ソースコードの静的解析結果を表示する奴、サイクロマチック複雑度とかそういうの。 coveralls ソースコードのテストカバレージを表示する奴、tDiary を追加しようと思ったけど、登録時にエラーになってまだ表示できていない。 こういうのを見れば、テストを放置するライブラリなんだなとか、
![[github] github.com の readme.md に貼ると格好いいbadge - HsbtDiary(2013-03-18)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
Githubでコードを公開する時に便利なサービス - いまならBadge付き -
.travis.yml でビルドの設定を記述 一番良く使われているCIサービス 設定サンプルを見つけやすい - Search · extension:yml path:.travis.yml Travis CIと連携したサービスなどもある Mac 環境を使ったCIを動かせる iOSのテストなどを実行できるようになってる(language : Objective-C) CLIがある CLIからひと通りコマンドを叩いて操作できる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
crocos.jp
Go on Github
Installing a Gem on Heroku from a Private GitHub Repo
会社に Github導入した話
TechCrunch | Startup and Technology News
https://qiita.com/ta9to/items/fc099e5153c22590a970
Build software better, together
