The old computing adage of "garbage in, garbage out" still stands. If you can't trust the training data, you can't trust the output.
Today we’re announcing two new API features: Event Timeline access, and OAuth Authorizations. We’ve also tweaked the way mime types work in preparation for the finalization of API v3. Event Timelines You can now access the events that power the various activity streams on GitHub. You may notice some timelines that don’t actually exist on the site too. Some highlights include: # get events for a re
Today we’re introducing Organizations. Organizations simplify management of group-owned repositories (for example: your company’s code), expand on our permissions system, and help focus your GitHub workflow for business and large open source projects. If you’ve ever had to manage multiple GitHub accounts, desired a company-specific dashboard, wanted to add read-only collaborators, or needed to giv
■ [ruby] gistを使って小さなgemを公開する方法 http://jeffkreeftmeijer.com/2011/microgems-five-minute-rubygems/ 「bundlerがあれば、rubygems.orgにアップロードしなくても公開gitリポジトリさえあればgemとしてインストールできる」 「gistにはgitコマンドでファイルをチェックアウトする機能がある」 1.2.より、gistを使えばrubygems.orgにアップロードしなくてもgemを公開できる という話。 サンプルはこちら:https://gist.github.com/1232884 Gemfileに以下のように書けば、bundle installでこのgemがインストールされる。 gem 'bang', :git => 'git://gist.github.com/1232884.gi
EngineeringAll of the HooksOver three years ago, @pjhyett launched GitHub Services with just four services: Campfire, IRC, Lighthouse, and Twitter. Since then, 124 other people contributed to a total of 68 third-party services.… Over three years ago, @pjhyett launched GitHub Services with just four services: Campfire, IRC, Lighthouse, and Twitter. Since then, 124 other people contributed to a tota
只今開発中のサービス、スマホで怖い話が17,000話以上が無料で読めるサイト「怖話」のIssueをGithub for Macを使ってブランチを作って作業をしたので、それのレポート。 今回はこのIssueをやってみます。 開発にはGithubにリポジトリを置いて、Issueの管理もGithubを使ってます。 このIssueで解決させたい問題と解決策 怖話には17,000話以上もの怖い話があるんだけど、全然そんなにあるように見えない! なので、トップページにババンッと現在の怖話総数を表示します。 サイトを開いたらすぐに怖話を読みたい! 怖話の総数の横にランダムで怖話の個別ページに飛ぶリンクを配置します。 今回の簡単なラフ こんな感じで作ってみようと思います。 ブランチ作成 今回はデザイン(コーディングも含む)を先に作って、後からkomagataさんにその部分にシステムを入れてもらう、っていう
GitHubで人気レポジトリのランキングが公開されているようなので全解説してみました. どれも素晴らしいものばかり! あなたのプログラミングライフを快適にしてくれるライブラリがきっと見つかるはず!! rails rails 9835 watching Ruby on Rails. 説明不要だよね! フルスタックWebフレームワーク jquery jquery 8710 watching JavaScriptライブラリ.これも説明いらないよね! node joyent 8572 watching 旧名node.js.昔の名前の方が通りがいいです.JavaScriptエンジンのV8用のノンブロッキングIOな何か.主にWebサーバ/アプリケーションに使われる. html5-boilerplate paulirish 6998 watching HTML5とかのテンプレート集.ただし公式ページのデ
June 28, 2011 Designing GitHub for Mac A few days ago we lifted the curtains on a project I’ve been deep into for a long time now: GitHub for Mac. This is the first OS X app I’ve designed and thought it might be interesting to share some of the process and things I learned throughout development. Why should we build it? For a long time I assumed OS X developers would see the immense market for an
ProductAnnouncing GitHub for MacPull requests, merge button, fork queue, issues, pages, wiki –– all awesome features that make sharing easier. But those things are only great after you've pushed your code to GitHub.… Pull requests, merge button, fork queue, issues, pages, wiki –– all awesome features that make sharing easier. But those things are only great after you’ve pushed your code to GitHub.
■ GitHub時代のオープンソース・プロジェクトとの付き合い方 GitHubへpull requestする際のベストプラクティスからmaster ブランチで pull request していいのは小学生までってこともないの流れを読んでいて、先日ruby-listであったRedmineのRuby1.9,Rails3対応の話を思い出した。あのときは投稿者は納得して、「GitHub時代のコントリビューションの仕方」みたいなものを理解してくれたようなのだけど、その上で「masterでパッチ作るな」的なお作法を生真面目に受け取りすぎて敷居を高く感じてしまわれても困るよなぁと思った。 そこで、「GitHub時代にフリー/オープンソース・ソフトウェア(以下FOSS)プロジェクトと付き合うための五ヶ条」的なものをまとめてみた。まぁ、そんな大それたものでもないけど。 1. 貢献しようと意気込まない FOS
githubでは、たとえばファイルリストからファイルをクリックすると、なめらかに横にスライドしてファイルリストのビューからファイルの中身のビューに遷移するような、今時のwebappとしては当たり前のようなオシャレなことをしているのだが、よく見るとURL自体も書き換わっていて、ファイルリストのURLからファイルを示すURLに変わっている。これはいいな、と思っていたのだが、こういうことをpjaxと言うのだと教えてもらった。 よくあるのはURLのfragment (#のあとの部分)を書き換えておく方法。ここはwindow.location.hashでJavaScriptから参照できるから、ページがロードされたらそこを読み取って描画を変える。難点はJavaScriptが動かないとダメだということで、そういうブラウザやwget/curlのようなツールとの相性が悪い。というよりそれ以上に深刻なのは、ソ
みなさん、Git使ってますか?僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Looking for a new laptop sticker, super-cozy hoodie, or an art book featuring everyone’s favorite Octocat? Welcome to the GitHub Shop, where you can find high-quality, sustainable gifts for yourself, a friend, or even your pet. New Collections Step into style with GitHub's newest arrivals, designed to keep you looking effortlessly fresh as you stay in the flow.
Arizona Phoenix California San Francisco Palo Alto Los Angeles Oakland Colorado Boulder DC Washington Florida Jacksonville Orlando Georgia Atlanta Illinois Chicago Indiana Indianapolis Maryland Baltimore Massachusetts Boston Cambridge Missouri St. Louis New York New York City Rochester Oregon Portland Pennsylvania Philadelphia Pittsburgh Texas Austin Dallas Houston Washington Seattle Vancouver
リポジトリホスティングサービスとしてお馴染みのgithubですが、弊社(2人だけど・・・)も全てのWebサイトのコードとデザインはgithubに預けています。そのgithubのタスク管理機能であるIssuesが先日リニューアルしました。 基本のタスクをマイルストーンとラベルで管理する感じは変わってませんがUIが大きくなったり、コンテキスト毎に整理されて見易くなりました。担当者もアイコン付きで分かりやすいですしWikiも以前より良くなっています。数人のプロジェクトだったらこれだけでいいんじゃないの?って感じです。 (Commit logに#issue番号を書いておけば勝手にcloseしてくれる) マイルストーンあたりの進捗率が分かるし、リポジトリと最初っから密に連携していているのも話が早いです。 リニューアル前からWebフレームワークのCappucino(and Objective-J)を使
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く