GitHub Flow 図解 - Qiita
概要 Git・GitHubを利用したシンプルで強力なワークフローであるGitHub Flowを図にまとめました。 GitLabでも利用可能なFlowです。GitLabの場合は Pull Request を Merge Request に読み替えてください。 前提 実際にGitHub Flowを実践したことはありません。（2014/06/12時点） これからチームで導入予定で、メンバーとワークフローを共有するために図を作成しました。 ワークフローの誤りなどご指摘いただけると幸いです。 アクティビティ図をベースに作成してありますが、厳密な記法よりも 相手に伝わればいいかな、という点を重視しています。 基本原則 masterブランチは 常時デプロイ可能 である 機能追加、バグフィックスなどは 説明的な名前のブランチ をmasterから作成する 機能追加の例： add_user_notice (ユ
MMDLoader will be in Three.js r74 - やる気のないブログ(A boring diary)
THREE.MMDLoader which I've been developing will be available in Three.js r74. It was already merged into r74 dev. https://github.com/mrdoob/three.js/pull/7687 MMDLoader enables you to use MMD data on browser with Three.js. Demo: http://takahirox.github.io/three.js/examples/index.html#webgl_loader_mmd_stage (Sound comes out) http://takahirox.github.io/MMDLoader-app/index.html Source code: https://g
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
githubのwikiエンジン「Gollum」を試してみた。
Gollumは、githubのwikiエンジンのコア部分がオープンソースとして公開されたものです。軽量なWebServerとして動作するので、ローカルマシン上で起動してすぐに、ブラウザ経由でwikiページの閲覧や編集が可能になります。使用感をメモしておきます。 https://github.com/github/gollum インストールと起動 Gollumはrubyで書かれたwikiエンジンです。gemからインストールする事が出来ます。 起動するには、任意のgitリポジトリへ移動(またはオプションでパスを指定)してgollumコマンドを実行します。 $ sudo gem install gollum $ git init my_wiki $ cd my_wiki $ gollum これで、デフォルトでポート4567にウェブサーバが起動するので、ブラウザでlocalhost:4567にアク
GitHub時代の開発委託とは？ デブサミの資料を公開しました - QA@IT公式ブログ
2013年2月14日と15日の2日間にわたって東京・目黒で開催されたDevelopers Summit 2013（デブサミ2013）の1セッションで、QA@ITの委託開発の話をさせて頂きました。講演40分＋パネルディスカッション40分の構成でした。ご来場くださった皆さま、ありがとうございました。 以下、私の講演パートの資料を公開します。 QA@ITは特殊解か？ パネルセッションの部は、今回お声がけ頂いたデブサミ・コンテンツ委員の和田卓人氏が司会となって、委託側、受託側の双方が登壇してQA@ITの開発の経緯や現状を、SI案件一般との比較で相対的に位置付けるという内容でした。 このパネルセッション中の論点について、1点だけ書いておきます。 資料を見ていただいた方の中には、もしかすると「これは特殊ケースでは？ ふつうの受託ではxxxがyyyなので、こうできないのでは？」とお感じになる方もいるかも
jQuery公式プラグイン・レジストリが公開。GitHubと連携など、今風の仕組みに惚れ惚れ
白石 俊平 ニュース jquery 0 Comment 2013年1月17日、jQuery「公式」のプラグイン・レジストリ（プラグインの集積場）が公開されました！ URLはこちらになります。 http://plugins.jquery.com/ このプラグイン・レジストリの目的は、従来のプラグインサイトでは解決できなかった、「断片化」と「配布」の問題を解決することだそうです。 「断片化」・・・「jQuery プラグインがWeb上の至る所にあり、探すのが面倒」という、現在の状況 「配布」・・・作成したプラグインを配布するためのサイト作成や宣伝に手間がかかる、従来のプラグインサイトでは登録が面倒だった 新しいプラグイン・レジストリは、GitHubと連携することを前提として、こうした問題をエレガントに解決し、従来のプラグインサイトを完全に置き換えるものです。 開発者にとっては、プラグインを公開
Githubにおけるコードレビューを快適にするChrome拡張をつくった。 - hrysd の旧ブログ
なにもいわずにこの画像をみていただきたい... これが全てである。 殺伐としたコードレビューを楽しくする最高のソリューションをあなたに... MISAWA::MD 使用方法 Chrome ウェブストアからダウンロードする。 右上に追加されたMISAWAの顔をタッチ！ 使用したい画像をクリック！ クリプボードにコピーされるので cmd + v で貼付ける。 すてきなやりとりの完成 謝辞 この拡張では以下のリポジトリにあるjsonをもとに画像を取得しています。 このリポジトリのみなさんに心からありがとうの言葉を送りたいです。 惚れさせ男子データベース そして、すばらしい名言をありがとうございました。 地獄のミサワの「女に惚れさす名言集」 最後に こちらがリポジトリになります。 hrysd / misawa_md
GithubとOctopressでモダンな技術系ブログを作ってみる - Glide Note
オリジナルの記事はこちらです mizzyさんが、http://mizzy.org/ をOctopressで運用していていいなーと思ったので Octopressをちょっと使ってみましたのでメモ。 作業環境はCentOS 5.7です。 Octopressの利用にはRuby 1.9.2以上が必要なので、あらかじめ導入しておきましょう。 私は作業用サーバにもともとRuby 1.9.3が入れていたので、それを利用しました。 Octopress Setup - Octopressに書いてあるように、 rvmとかを利用すると楽かもしれません。 Octopressの導入 gitでサクッと導入。 cd ~ git clone git://github.com/imathis/octopress.git octopress cd octopress sudo gem install bundler sudo
GitHub のプライベートリポジトリで画像を共有する - おいちゃんと呼ばれています
下記にも少し書かれていますが、ペパボでは GitHub のプライベートリポジトリ（非公開リポジトリ）を使って開発を進めています。 今年意識していること | ペパボ社長ブログ 全社的に使っているので、エンジニアやデザイナだけではなく、ディレクターや管理職も使うのですが、ちょっとした画像の共有をどうしようかと悩んでいました。社外に公開したくない画像を GitHub の Issue とか Wiki に貼りたいとか。 もちろんリポジトリにコミットすれば共有できるのですが、ディレクターや管理職に Git 覚えてもらうのもちょっとなー、と思っていたところ、隣りの席のデザイナが、 おいちゃん、GitHub って、Git を使わなくても画像をアップロードできるっすよー << と教えてくれたので紹介します。 *1. 画像のアップロード (1) プライベートリポジトリのページを開いて「Downloads」をク
JIRA、Jenkins、GitHubで始めるオープンソース #jiraadvent – yusuke.blog
・JIRA Advent Calendarの最終日担当です。 趣味でなんとなく作ったものの放置してしまっているアプリケーション、ユーティリティ、ライブラリはありませんか？ オープンソースソフトウェアにしてしまいましょう！ もちろん懸念はあるかもしれません、例えば： ・オープンソースってやってみたいけど人に見せられるほどキレイなコード書ける自信がない じゃぁいつやるの？ 今感じる範囲でキレイなコードにして公開してみたら？ ・同じようなコードは他にもあるし・・・ 既存のコードで歯がゆいところがあったから書いたんじゃないの？ 地球に70億人もいるんだから同じように歯がゆさを感じている人が1人や2人はきっといるはず。 ・オープンソースにしたら盗まれちゃう！ 死蔵してたらすぐに、またはいずれ陳腐化して新規性のないコードにきっとなります。 盗まれて困るようなコードだったらとっとと起業してビジネスにした
Gitlabを試してみる - massの日記
昨年度GitHubのEnterprise版を試した感想のようなものをGitHub Enterpriseを試してみるにまとめた。 年が明けてからは、EnterpriseではなくOSSのGitHub、というか、Gitのホスティング管理ソフトウェアGitlabを試してみた。 GitHub上でソースコードが公開されていて、インストール関係の作業をshにまとめたものも公開されている。 個人的にはGitHubでのprivateリポジトリでプロダクトを管理している会社も多いのではないかと思う。 Businessプランとして提供されているものは最安コースだと$25、月3000円に満たないので、さほど大きくないPJやチームでは、SCMサーバの運用費よりも安く、手軽に使えると感じてこのコースを選ぶケースが多そうだ。 会社全体でSCMの主流をSVNからGitに据え、規模が大きくなるとGitHub Enterpr
GitHub人気レポジトリランキング Best50 全解説 - 方向
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とかのテンプレート集．ただし公式ページのデ
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
GitHubをもっとソーシャルに使いこなすための7つ道具
新サービスが続々登場してアツい！ 「GitHub」とは 皆さんは「GitHub」を活用しているでしょうか？ 「GitHub」（ギットハブ）はソースコード管理用の分散型バージョン管理システム「Git」を使ったホスティングサービスです。 Gitの特徴は、作業用として自分のコンピュータ上にあるローカルリポジトリがあれば、ネットワークに接続できない状態だったとしても、ソースコードの更新や、履歴を調べたりできる点にあります。その特徴はGitHubにも生かされていて、オープンソースとして公開中の既存のコードを分岐（fork）して、新しいプロジェクトとして開発できます。 また、自分が手元のローカル環境でバグ修正したり、拡張したソースコードを本家のオープンソースプロジェクトに取り込んで（pull）もらうことも手軽にお願いできます。 さらに、READMEテキストファイル（README.md）などを独特のマー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
Pull Request 4 Designers - GitHubを使ったプログラマとデザイナーのイテレーティブな開発フロー // Speaker Deck
料理を支える技術 2012 | Sapporo RubyKaigi 2012 (札幌Ruby会議2012)
backup repository of octopress - futoase Blog
http://www.machu.jp/posts/20100703/p01/