24 Pull Requests 達成した - koicの日記
24 Pull Requests 達成した。 Happy Holidays に辿り着いた。明日も仕事だけどな。https://t.co/ugqnGm4mIC pic.twitter.com/xdIvzTyhQs— Koichi ITO (@koic) 2016年12月19日 内訳としては、Unify Fixnum and Bignum into Integer まわりの PR が多かったと思う。 いつも通り定番となっている ghq + gem-src で管理しているリポジトリ群を対象に対応していた。内訳で多かった PR の元としていた手順は以下。 自分の場合は rbenv global 2.4.0-dev としているので、だいたい Ruby 2.4.0 に向けた新しめの開発版を使っている前提。 手元にある ghq root 配下のリポジトリに対して The Silver Searcher
定期的にライブラリの依存関係をアップデートしてPull Requestする
tl;dr Cron for GitHubで定期的にCIサーバーのフックを起動する CI側では、特定のブランチの場合のみ起動するスクリプトを用意する 自分のやりたい操作をして、git_httpsable-push, pull_request_create でPull Requestを送る 定期的にDependency UpdateのPull Requestを送る フックの起動 Cron for GitHubのschedulerはこのように設定した。 bundle exec cron-for-github clear --slug=metarubygems/carrion_crow --namespace=cron_for_tachikoma --verbose && bundle exec cron-for-github ping --slug=metarubygems/carrion_c
octorelease という gem をつくった - Gosuke Miyashita
serverspec とか specinfra の Changes を手で書くのがだるくなってきたので、自動化するために octorelease という gem をつくりました。 rubygems.org にもあげてあるので、gem install で入ります。 Rakefile の中に require "bundler/gem_tasks" require "octorelease" みたいに書いて、 $ rake octorelease すると、 こんな感じになります。 何をしてるかというと、rake release した後に、前のバージョンとリリースするバージョンの間に含まれるプルリクエストをgit logで拾って、各プルリクエストに Released as vX.X.X. とコメントをつけ、GitHub 上にリリースを作成し、リリースの本文にはプルリクエストへリンクを張る、ってなこ
Introducing Hound
We’re pleased to announce Hound, a hosted service that comments on Ruby style guide violations in your GitHub pull requests. Hound is currently free and available for public and private GitHub projects. We intend to charge in the near future to ensure Hound is sustainable, but public projects will continue to be free. Hound is also open source. Why code style matters At thoughtbot, we write code t
Popular Coding Convention on Github
Dec 27, 2014I made this project about a year ago. At that time, I just started it for The GitHub Data Challenge II. So, it was very simple and concise implementaion for proof of concept. I've been aggregated convention data for a year. However, It is not analyze conventions of our codes deeply. I think therefore it's meaningless to keep aggregating more data. Finally, I decided to stop aggregating
るりまにpullreqを送る方法、1から10のはなし - たごもりすメモ
Rubyを書いている人ならきっと一度以上はお世話になっているRubyリファレンスマニュアル、通称「るりま」。 これが前まではsvnでリポジトリ管理+修正はredmineでチケットを切って依頼、みたいなすげーダルいフローでなんか見付けても依頼が面倒で面倒で面倒で諦めていたんだが、これがなんとgithubに！ やった！！！！！！ https://github.com/rurema https://github.com/rurema/doctree https://github.com/rurema/bitclust ということで一度pullreqを送ったんだけど、すこし注意が必要だったのでここにメモる。みんな真似してどんどんpullreq送ろう！ 手順 以下の通り。 doctree リポジトリをforkしてclone pullreq送るために自分のアカウントでforkして、それをcloneして
プログラム未経験者向けの社内勉強会をやってみた - ppworks.jp
主にプランナー向けとして、プランナーがプログラム出来るようになると嬉しいよね、といった趣旨で勉強会をしました。 p4dにインスパイアされて、planer向けだし、p4pと名付けてみました。(すみません) その時の資料は以下 P4p20120408 View more presentations from Naoto Koshikawa やったこと 内容としては、以下の説明と実技という感じでした。 git ruby sinatra heroku git 一年ぐらいまえに非エンジニア向けにgitをレクチャーしたときの資料を元にgitの概要を説明。バージョン管理システムの概念や使う利点は伝わったかなと思います。 割と丁寧に説明したので、ここまでで2時間ぐらいです。 githubにアカウントを作っておいてもらったので、実際にリポジトリを作ってもらって、そこにRERADME.textileをおいても
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - joker1007/amanogawa: Listing GitHub repositories which you starred.
http://gigest.herokuapp.com/rubygem/rails
Blog