GitHub : ノマドなエンジニア達とRubyをスケールさせる | Yakst
GitHubの技術ディレクターが語る、GitHubのインフラの特徴と、社員の6割がリモート勤務という社風、Hubotを使った協力的かつ新しい働き方。 Sam Lambertは、2013年にGitHubの最初のデータベース管理者として入社し、現在はGitHubの技術ディレクターを務めています。このインタビューで彼は、今や1000万以上のユーザと2500万以上のプロジェクトを誇るサービスが、比較的シンプルな技術的スタックの上でどのようにスケールし続けてきたのかを考察しています。また、自作のパワフルなチャットボットであるHubotを使ってコラボレーションしつつ、従業員の約6割がリモートで働いているという、GitHubの大規模なオフィスレスな仕事環境についても触れています。 SCALE: 私としては、GitHubはテクノロジーのユーザーというよりは主にテクノロジーの提供者であると思っていますが、そ
GithubやGitlabで開発する時に入れるべきChrome Extension - くりにっき
タイトルは若干釣り気味です GithubとGitlab両方使える MISAWA::MD https://chrome.google.com/webstore/detail/misawamd/legplkhbgdelfceignhcchogkmoflagl ミサワ画像をMarkdown形式でコピペできます Emoty https://chrome.google.com/webstore/detail/emoty/kgljgnbhcigffgoifhjbbifhbdkapmgm Githubなどで使える絵文字をポップアップで選んでクリップボードにコピペできます LTTM https://chrome.google.com/webstore/detail/lttm/jdidcgkdggndpodjbipodfefnpgjooeh textareaで手軽にミサワや LGTM.in/g の補完ができ
GitHub を用いた開発フロー テンプレート - ペパボテックブログ
Development (開発の進め方) GitHub Flow の利用 レビューの実施 Testing (テスト) Deployment (リリースの仕方) Releases (リリース後の記録) References(参考文献) Appendix(付録) Release's notes の作成方法 History(更新履歴) 2014/03/15 Development (開発の進め方) GitHub Flow の利用 masterブランチは常にデプロイ可能な状態としなければならない テストが失敗する状態の場合、直ちに修正するべきである テストが失敗する状態の場合、デプロイすることは許されない 「新しい何か」に取り組む際は、 pull request を用いるべきである ブランチは master から作成し、ブランチ名は説明的な名前とすべきである（例: new-oauth2-scope
GitHub の Issue をあとから Pull Request にする (あとからコードを添付する) - Qiita
hub(1) を使うと簡単にできる。 追記1: コメント欄より。 Issue を Pull Request にすると label が外れる（Pull Request には label がつけられないので） Asssign 状態は変化しない 追記2: この機能は hub コマンドの master ブランチでは削除されている（おそらく次期リリースで無くなる） GitHub も将来 API (v4) からこの機能を無くすつもりのようだ。参考 例: pullreq ブランチから master ブランチに対して Pull Request を送りたいが、その際に既存の Issue#123 にコードを添付したい $ git checkout -b pullreq $ commit; commit; commit; $ hub pull-request -i 123 https://github.com/
GitHub's new text editor leaked on Twitter | Hacker News
I really can't wait for this to be released. I am a little pessimistic about the Vim mode. There are countless 80 or 90% complete Vim modes in various modern editors. But the absence of a truly native feeling Vim (that last 10%) is a deal breaker for many. I'd rather see more editor developers spend time finding a solution that provides a truly authentic Vim mode instead of spending countless hour
Analytics at GitHub
In the interest of getting back into writing, I want to break the seal with a simple “what have I been up to and thinking about lately” style post. Hopefully future topics will be more focused and frequent. For the past year, I have been working on data and analytics at GitHub. We have grown from 1 to 4 full time people, with really close involvement from a few other people technically on other te
インラインTODO管理のWatsonを使う - RailsとRubyとVimのブログ
class ApplicationController < ActionController::Base def logged_in? # TODO 管理ユーザーと処理を分ける ... end end このように、コード内には至る所にコメントが書かれています。 単なるコードの説明に限らず、修正が必要な内容を記述したものも多くあります。 しかしながら、しばしばこういったコメントは放置され、コードの中に埋もれたままになってしまうこともあります。 Watsonは、コード内に書かれたコメントを走査し、近代的な管理ツールに流し込むことでIssueを管理するツールです。 どうやって使うのか watsonを使って、コード内に記述されたコメントを洗い出して、GithubのIssueに登録してみましょう。 ステップ1: watsonのインストール
watson-ruby をプロジェクトに導入して、みんなが積極的に TODO を消化するようにする!! - Qiita
watson-ruby をプロジェクトに導入して、みんなが積極的に TODO を消化するようにする!!RubyGitHubwaston 参画しているプロジェクトで TODO が消化されないという問題があり、それを解決する為に watson-ruby という Inline Issue Manager を教えてもらい、プロジェクトに導入しようということになりました。 watson-ruby nhmood/watson-ruby watson-ruby とは GitHub/Bitbucket の Issue Tracking System に プロジェクトの対象となるファイルにインラインで書いた Issue を同期させる Tool です。 実行した環境
glide.so - Domain Name For Sale | Dan.com
Buyer Protection Program When you buy a domain name at Dan.com, you’re automatically covered by our unique Buyer Protection Program. Read more about how we keep you safe on our Trust and Security page. Next to our secure domain ownership transfer process, we strictly monitor all transactions. If anything looks weird, we take immediate action. And if the seller doesn't deliver on their part of the
Interview with the Github Elasticsearch Team - Elasticsearch at Scale: Interviews - Exploring Elasticsearch
An OverviewWhat is Elasticsearch?Up and RunningModeling DataDocuments and Field BasicsType BasicsIndex BasicsBasic CRUDSearching DataSearch BasicsRanking Based on SimilarityThe Query DSL and the Search APIAnalysisFacetingFilteringSearching Natural LanguageSearching a Large Body of TextSearching Non-Word TextSearching Structured DataProduct Search with DrilldownSearching and Faceting TagsAdvanced T
Make: Japan | GitHubがSTLファイルビューに対応
ソーシャルコーディングの企業、GitHubは、3Dプリンターオーナーとモデラーのための無料機能、STLファイルビューワーを発表した。これで、ファイルが直接ブラウザ上で、美しい3Dで確認できるようになった。こんな感じだ。 GitHubは、もう長いことMakerBotとクールなことをしてきた（前にも記事にしている）が、なかでもハードウェアに興味のある人たちに向けたツールの開発はうれしい。ソフトウェアにはインタラクティブで協調的な作業環境があるのに対して、ハードウェアには、その代わりになる数多くの作業場がある。それらは物事を推進する大きな力になっている。 GitHubには、みんなが思っているよりも多くのSTLファイルがある。それらを、シームレスにズームしたり回転させたりできるようになったのだ。GitHubではファイルの各バージョンを追跡できるようになっているため、開発段階のいろいろなモデルを見る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub 上のハードタブの表示幅を変える - Qiita
GitHub Flow (Japanese translation)
入門書には載ってない Git & GitHub Tips
はてなブログチームの開発フローとGitHub
How GitHub Works (GitHub Kaigi, Tokyo, 2014)
GitHub + your iPhone = Gitty vs. iOctocat
github を用いた開発フローテンプレート
Unsucking Your Team's Development Environment
Checkout github pull requests locally