はてなブックマーク

GraphQL Lee Byron - Exploring GraphQL at react-europe 2015 - YouTube React Europe 2015内でGraphQLのworking draftとGraphQLサーバのtechnical previewの公開が発表されました。GraphQLのアイデア自体は以前に発表されていたようですが、今回のReact Europe 2015で初めて具体的な仕様と実装が発表されました。 GraphQLはFacebookが開発した、クライアントとサーバ間のデータのやりとりを簡単にするための言語です。 言語だけではなく、GraphQLを使うクライアントとサーバの仕様も含んで「GraphQL」と表現していました。 参考資料 GraphQL GraphQLのworking draft graphql/graphql-js GraphQLサー

Windows環境でのSubversionからGitへのリポジトリ移行作業についてまとめました。 似たようなことは SubversionからGitへの移行でチーム影響を最小限にする - Qiita にも書いていますが、作業中心に短く書いています。 作業はWindowsマシン上で行い、Gitリポジトリは作業を行うローカル環境のほかにリモートリポジトリを作成するものとします。 必要なツール 以下をあらかじめインストールしておきます。 Git for Windows Gitリポジトリを作成する 移行先となるGitリポジトリを作成します。 チームで共用するリモートGitリポジトリ（GithubやGitlab上など）はあらかじめ作成しておきます。 ローカルGitリポジトリを作成 まずは移行作業を行うためのローカルリポジトリを作成します。 git svn initでSubversionリポジトリを登録

この記事は株式会社リクルートテクノロジーズ Advent Calendar 2014の15日目の記事です。 Git移行は面倒？ 管理の煩わしさや並行開発の難しさという点から、ソースコード管理システムをSubversionからGitへ移行したいということはよくあると思います。 1つのリポジトリに関わっているエンジニアが5名程度のチームであれば、エンジニア同士で相談してサクッと移行できるかもしれません。 しかし実際には1つのプロダクトに5名以上のエンジニアがいて、並行して小さな変更の開発と大きな変更の開発を同時に行っている場合も多いのではないでしょうか。 例えば以下の図のように、短期間でリリースできる修正と、長期間かかる修正とで複数の開発チームが並行して動いている場合です。 このような場合はどこかでGit移行のタイミングをつくらなければならず、開発への影響を考えるとすぐには移行できないという状

株式会社リクルートテクノロジーズ Advent Calendar 2014の11日目の記事です。 werckerはDocker Boxのサポートをしています。 今つくっているソフトウェアはDockerコンテナとして動作させているため、Dockerfileのテストを行うためにweckerのbox内部でdockerコマンドを実行しています。 はじめはDockerfile内でテストコマンドを実行していたのですが、開発中に気軽にコンテナをビルドしようとするとテストに時間がかかって煩わしくなりました。 最終的に「werckerでdocker build後にdocker runでテスト実行する」という方針にしてみたところ、まあまあいい感じに運用できています。 Dockerfile内でテスト実行する Dockerfileというものを知ったときには、「この中でテストも全部してしまえば、CI環境でいろいろや

この記事は mod_mruby ngx_mruby Advent Calendar 2014 8日目の記事です。 mod_mrubyを使って、プレビュー環境をDockerコンテナで作成するプロキシサーバ「pool」を作りました。 mookjp/pool 主に私と、mod_mruby ngx_mruby Advent Calendar 2014の12日目にエントリーもしているainoyaと2人で開発しています。 poolについて 概要 http://<ブランチ名 or GitのコミットID>.pool.dev/のようなURLへアクセスすることにより、このコミットIDの状態のアプリケーションをプレビューすることができます。 URLへのアクセスがトリガーとなるので、プレビュー用の環境作成を開発者以外が実行することも可能です。 デザイナーやディレクターでも、見たい状態のコミットIDを含むURLをを