こんにちは、id:shiba_yu36です。 はてなのエンジニア陣によって執筆されたウェブアプリケーション作成の基本を学ぶための「はてな教科書」をgithub上に公開しましたのでお知らせします。 はてな教科書は、はてなサマーインターンでも利用されている、約1週間でウェブアプリケーションの基本を身に付けるためのものです。はてなでは日々のウェブ開発で得られたノウハウをこの教科書を継続的に盛り込みながら、インターンシップやエンジニアの新人教育などに利用しています。今回、はてな教科書をgithub上で公開することで、広くPerlを使ったウェブアプリケーション開発に興味を持ってもらえれば、と思います。 いまのところ公開されている資料は、以下の4つになります。 Perl によるオブジェクト指向プログラミング ORM によるデータベース操作 (DBIx::MoCo を使った開発) MVC によるウェブア
とりあえずHerokuでHello worldができたので、GitHubにもプッシュしてHerokuアプリをネットに保存・公開してみたいなと思ったので手順を調べた。意外と簡単だった。 ちなみに、GitやGitHubの使い方に関してはKUROIGAMEN(黒い画面)のチュートリアル記事（連載モノ）がわかりやすい。おすすめ。 今回の記事の完成形はこれ。 GitHub上で新しいリポジトリを作成 まずGitHubにログインした状態で、https://github.com/にアクセスして右上の「新しいリポジトリ」ボタンを押す。 プロジェクト名は「heroku-hello-world」にした。これはプッシュする時のアドレスに含まれる文字列となる。 Gitにremote先を追加 次に、リポジトリ作成後に表示されるページの「すでにGitリポジトリがありますか？」の部分を参考に、remote先を追加する。
以前id:naoyaさんにOptimizing for Happiness // Speaker Deckを教えてもらって以来，GitHubがどういう組織なのか，どう働いているのかに強い興味を持っている． 上記スライドに書いてある内容から自分の気を引いた部分をまとめると 会社はお金を稼ぐためにあるのではない チーム，顧客など人々の幸せを追求するのが最も良い 小さく初めて大きくしていく 最初の2年は10人以下だったが，2011年は14人→47人に! 日々の生活にある残念なことを技術で解決しよう 熱狂的なファンを作れ highly-connected, flexible micro-structureな組織 組織構造がピラミッドやグループではなく，密に繋がったグラフ構造 など． GitHubberによるQ&Aやエントリなど Ask Tom Preston-Werner, cofounder o
またもや 37signals ネタなのだけれども、彼らの blog で連載されている「Bootstrapped, Profitable, & Proud」というシリーズが凄まじく面白いし参考になる。 内容はそのタイトル通り初期投資にお金をかけずに（ベンチャーキャピタルを使わずに）設立し、利益を生むまでになった（収入でいうと100万ドル以上の）会社を一社づつインタビューしてそのサクセスストーリーを披露するというものだ。 で、最新版にはみんな大好き GitHub が登場。 Bootstrapped, Profitable, & Proud: GitHub その中から「How did the business get started?」という質問に対する回答を訳してみる。チョー訳だけど。 最初 GitHub は週末プロジェクトだったんだ、git のホスティングサイトをやりたいって Tom Pre
2011/08/17 Githubの人気プロジェクト50 オープンソースのホスティングサイトGithubにはなんと260万のリポジトリ(プロジェクト)が存在するそうだが、BostInnovationが、リポジトリをウォッチしている人気のトップ50を掲載していた。ここで見られるわけだが、改めて見ると面白い。RailsとJavascript関係が多い。Ruby on RailsjQuery JavaScript Librarynode - evented I/O for v8 javascripthtml5-boilerplatehomebrew - The missing package manager for OS Xdisapora - Distributed and contextual social networkingthree20 - Three20 is an Objectiv
Ten Lessons from GitHub’s First Year 29 Mar 2011 / 29 Dec 2008 - San Francisco This post was written in late December of 2008, more than two years ago. It has stayed in my drafts folder since then, waiting for the last 2% to be written. Why I never published it is beyond my reckoning, but it serves as a great reminder of how I perceived the world back then. In the time since I wrote this we've gro
Webサーバに Subversion のサーバを立てておき、HTML や CSS を commit することでWebサイトを更新する方法は、良く知られているテクニック、らしいですね*1。更新の履歴を残すことができるし、ましてチマチマとFTPやsftpでアップロードするよりずっと簡単です。 しかし SVN の代わりに git を使おうとすると、pushしてもリポートリポジトリではファイルを更新してくれません。 また、リポジトリはWebサーバ上に作るよりも、便利な管理インタフェースがある github（や噂のgitosis）に置いておきたいところです。 そこで、github の Post-Receive Hook を使うと、リポジトリに変更を push すると同時に、Webサーバにも同期させることができます*2。 Webサーバに同期する前に、Sphinxでドキュメントを整形したり、SassをC
■ [git][ruby] github gemからgit-hub gemに乗り換えた 自作のプロジェクトをgithubで公開するとき、わざわざWeb画面からリポジトリを新規作成していませんか？hubコマンドをインストールすれば、「hub create」一発でできますよ。 githubのリポジトリをコマンドラインから操作するのにgithubコマンド(github gem)を使っていたのだが、ある時からcreate-from-localが動かなくなってたり、Ruby 1.9に未だに対応してなかったりするので おかしいなと思ったら、もっと新しいツールがあったらしい。 https://github.com/defunkt/hub $ gem install git-hub でインストールすると、hubというコマンドが使えるようになる。例えば現在のディレクトリからgithubリポジトリを新規作成す
github にプロジェクトを登録したら、README ファイルを用意しておくと良い。すると、github はそのプロジェクトのトップページに、その「README」ファイルの中身を表示する。初めてそのプロジェクト・ページにアクセスした人は、README ファイルを開かずに概要を知ることができる。プロジェクトを公開する側も、使おうと考えている側にとってもメリットは大きい。 一般に README ファイルはテキスト・ファイルで用意してやれば良い。 しかし、中には README ファイルも HTML の様に「綺麗」に表示されることを望む人も居ることと思う。URL があれば、それがリンクになることを望むことと思う。ヘッダーは大きな文字で表示される方が嬉しかろう。 そんな人のために、github は wiki の書式を README に入れる仕組みを用意している。 README に wiki 書式を
時々、興味本位で他の方のプロジェクトにforkを刺したりするのですが、そのまま放置されていて知らない間に本家の方でバージョンが上がっていたりして、自分のリポジトリが古いままって事があります。gitの事を全く知らなかった頃、やり方が分からなくて結局removeしてしまったりしたのですが、やっと更新方法が分かったのでmemo書きです。 仮にhogeさんのfugaプロジェクトをgithub内でforkしたとしましょう。 そして、hogeさんがpushして、本家の方は最新版、ところが自分のfork刺したやつは古いまま、という状況です。 この場合、次のようにすることで最新版にすることが出来ます。 git pull git@github.com:hoge/fuga.git master git push まあ、よくよく考えてみればごく当たり前なのかもしれませんが(^^;;;。 というか、刺しっぱなしに
■ [git] githubで任意の2点間のdiffが取れるようになったぞ (from Introducing GitHub Compare View - GitHub) 例１： http://github.com/magnetised/mongomapper/compare/master...proxy_owner compareの後に、始点と終点を書く。 例２： http://github.com/jquery/jquery/compare/omgrequire ブランチ名だけでもOK。 例３： http://github.com/sinatra/sinatra/compare/0.9.3...0.9.4 タグ名を使った例。リリース間の変更点が見られる。 32 https://www.google.co.jp/ 23 http://reader.livedoor.com/reader/
■ [ruby][git] githubを10倍便利にするgithubコマンド 現在はgit-hub gemの方がおすすめです：Route 477 - github gemからgit-hub gemに乗り換えた (2011/1/13追記) githubはよく使うけど、プロジェクト作るのにブラウザ開かないといけないのが 面倒だなーとか思っていませんか？githubコマンドをインストールすると、 ターミナルからgithubプロジェクトを新規作成できるようになります。 インストール $ gem install defunkt-github -s http://gems.github.com リポジトリの作成 新しく作る： $ github create foobar -> foobar/ 以下にgitリポジトリができ、githubにも登録される 既存のgitリポジトリから作る： $ github
gitリポジトリにgemsディレクトリを作ってそこにビルド済みのxxx.gemファイルを格納しておけば、gem installでインストールできるようになる。 たとえば、自分がforkしているgistyを例にすると、プロジェクトのルートの直下にgemsディレクトリを作成して、そこにgem buildで作成したxxx.gemファイルを格納しておく。 そうすると、以下のようにgit installコマンドで直接インストールできる。 $ gem install --source http://github.com/snaka/gisty/raw/master/ gistyこのとき、--sourceでgithubで生(raw)のファイルが公開されているURLの一部を指定してあげるのがミソ。 gemコマンドでは、--sourceオプションで指定されたURL に "gems/" と gem名 を付加す
ブランチを切ってみたところ， リモートレポジトリへのコミットのやり方が分からなかったので， 概略的なgitの構造を書き留めつつまとめつつ． この記事を書くにあたって試したgitのバージョンは1.6.0.2 まずは：こんな感じ？ 用語確認 master: ローカルレポジトリのmasterブランチ(ローカルのメインのブランチ？) origin: リモートレポジトリのoriginブランチ(リモートのメインのブランチ？) (つまり，git@github.com:pneu/***.gitのことかな？) この２つはよく使うから，それぞれ最初からエイリアスになっているってことかな？ cloneして，レポジトリ名が確定した後は上の２つのエイリアスが使える． それ以前に使った場合は分からない．やってない． chatレポジトリをcloneした後は，その作業領域では origin = git@github.co
弊社は、deployツールとしてcapistranoを使っています。 しかし、Capistranoのメンテナンスが終了するという話("Jamis Buck氏, CapistranoやSQLite/rubyの開発を終了"参照)を聞いても、 特に困らないという事に気がついて、あらためて驚きを感じました。 なぜだろうと考えてみると、それはGitとGitHubの存在による所が大きい。 GitHubにソースがある限り、メンテナが不在でも勝手にforkして 野良patchを書いたり、それを集めてきてちょっとした stable release的なものを作ったりする事ができてしまう。 もちろんそれは、今までだって頑張れば出来た事だけれど、 Git/GitHubは、それを全く違う次元で簡単にしてしまった。 かつてはメンテナやコミッタが専権的にソフトウェア開発の決定権を握っていた構造が、Git/GitHubの
id:typester さんの発言 を見て github-growler なるものがあることを知る。宮川さん作。 で、さっそく設定をしてみた。 ソースは github からダウンロード。(ここ) git clone http://github.com/miyagawa/github-growler.git cd github-growler perl github-growler.pl [userID] [APIキー] (※APIキーは [home] => [account] に書いてあります) これで動くようになればok. これ自身がデーモンなので、そのまま放置しとくと新しい動きだけを表示してくれる。 毎回 UserID と APIキー の入力がめんどい場合は git config で登録しておけばよい。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く