Githubで今日なにをしたか、調べるスクリプトを書いた - kitak blog
こんにちは。ブログの最終投稿日時が99日前で「意識が低まっているのでは？」と言われちゃったきたけーです。最近、春の陽気につられて意識も高まってきたので、リハビリします。 最近、会社のその日の業務内容の報告にGithub(ペパボではGH:Eもつかっている)のpullreqとかissueのタイトルとURLを貼っつけています。 終業間際にGithubの画面をブラウザで開いて、いちいちリンクとかタイトルをコピーするのが面倒だったので簡単なスクリプトを書きました。 require 'octokit' client = Octokit::Client.new(login: 'kitak', access_token: 'githubの/settings/applicationsで発行したトークン') events = client.user_events('kitak') url_to_detail
Blog
202320,000 GitHub starsSeptember 17th, 2023 2021Syncing sign-in stateJuly 21st, 2021 Why you need bundle size monitoringJune 11th, 2021 Back to bloggingJune 9th, 2021 2019You should open source your productJanuary 1st, 2019 2017Reclaiming your privacyJanuary 8th, 2017 2015Lessons learnt building team communication productsSeptember 21st, 2015 The startup rollercoasterMay 24th, 2015 Don't grow too
GitHub のプルリクエストを fetch しとくと便利 - HWPS別館
GitHub や GHE を使って多人数で開発していると，プルリクエストを横断して試す必要が頻繁に発生すると思います． プルリクエストを次々に試したり，#30 と #31 をマージした結果を試したい！なんてケースもあるのではないでしょうか． GitHub では git ls-remote すれば分かるように，プルリクエストの番号と対応したブランチがリモートに存在しているので，これを取得してみます． .git/config に追記（あるいは git remote add とかで適当に） [remote "pr"] url = git@github.com:yourusername/yourrepos.git fetch = +refs/pull/*:refs/remotes/pr/* あるいはこんな感じ（丸投げ）: https://gist.github.com/3342247 git fe
GitHub - michaeljones/sphinx-to-github: Sphinx extension & script to prepare Sphinx html output for github pages.
Sphinx to GitHub ATTENTION! This project is designed to help you get around the github-pages Jekyll behaviour of ignoring top level directories starting with an underscore. This is solved in a much neater way by creating a .nojekyll in the root of you github-pages which will disable Jekyll as described here and here. This makes this project largely useless! Thank you to acdha for making me aware o
CI CD Tools for Seamless Integration | Travis CI
With Travis CI, you never have to choose between speed, quality or cost: Connect directly to Assembla, GitHub and more. Parallel building with our Build Matrix. Simple syntax means faster time to value. Clean VMs for every build. Live build request. Auto-deployment on passing builds Pull request support. Test on Mac, Linux and iOS. Test on unique architecture like AMD Graviton 64, IBM PowerPC and
fluentdのためのプラグインをイチから書く手順 - たごもりすメモ
(2012/02/21追記: bundle gem して作成する手順をこっちに書いた http://d.hatena.ne.jp/tagomoris/20120221/1329815126 ) fluentdがいい感じでパフォーマンスにも問題ない状況になってきたように見えるので、よっしゃいっちょプラグインでも書くか！ と思ったもののリポジトリをgithubに作ったはいいがコード書いてテストしてgemとしてリリースするまでには様々にめんどくさいことがあり gem とか作ったことない自分*1には摩訶不思議なあれやこれやが広がっていてコード書くところに辿りつくまでが長過ぎるというか、端的に言ってあちこちに散在する情報を集めるのに必要な時間とともにやる気がとめどなく流出していってもうだめだという気分になる。 というような主旨のtweetをしてみたもののどうにかなるわけでもないので、試行錯誤しながら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コミットメッセージを書くときにGitHubのユーザー名が補完されるようにした - Glide Note
Emoji Cheat Sheet
GitHub - backbone-paginator/backbone.paginator: A pageable, drop-in replacement for Backbone.Collection called Backbone.PageableCollection.
Primer
GitHub - fluent/fluentd: Fluentd: Unified Logging Layer (project under CNCF)
https://www.fluxflex.com/