Hubpix - GitHub リポジトリ内の画像マネージャー
03/13-15、同僚たちと行った開発合宿で、GitHub リポジトリ内の画像マネージャー Hubpix を作りました。 https://hubpix.herokuapp.com/ GitHub のリポジトリに Web 画面から直接画像をアップロードすることができます。 以下の様な用途に利用することを想定して開発しました。 GitHub で静的サイトのコンテンツを管理していて、その更新と共に、Git に不慣れな方に、資材の追加をお願いする。 モバイルからの写真アップロード機能で、素材の受け渡しが iPhone 直接できる。 何でもいいので、画像保管庫として使う。 ソースコードは ngs/hubpix で公開しています。 使い方 GitHub で OAuth 認証を行って頂くと、Organization, Repository, Branch, Directory の順で選択します。 画面上
Can't get to GitHub Organization repos · Issue #199 · lemurheavy/coveralls-public
My GitHub user, nwilson-eol, is an owner of the EOL GitHub Organization, but when I go to Coveralls and click on 'REPOS' all I see are the GitHub repos that I own. I was trying to add the repo EOL/taxon_reporter (https://github.com/EOL/taxon_reporter). One of the other owners of the EOL organization (dimus) can see all the repos in the EOL organization and was able to add the repo with no problem.
Shields.io | Shields.io
Dynamic badges Show metrics for your project. We've got badges for hundreds of services.
Travis CIとCoverallsとCode Climateを使ってGitHubリポジトリにバッジを付ける - アインシュタインの電話番号
先月に公開した超ニッチなツールFont Awesome Workflow for Alfred 2が意外と好評で、そこにオクラホマ州からこれOS X Mavericksで動いとらんよとお便りが届いたりした。 そんなわけで少々テストを書いた上で、Mountain Lion以前に入っているRuby 1.8.7と、Mavericks以降に入るRuby 2.0.0の両方で常に動作確認しておくようにしたいと考えて、まずTravis CIを、その後CoverallsとCode Climateを導入した。この記事はその備忘録。 {: .ArtcleBody-inlineImage .u-textCenter } それらを導入すると、こんなかんじのバッジを表示できる。GitHubでよく見かけるやつ。今回使ったサービスはどれも、オープンソースなら無料で使わせてもらえる。 Travis CIは名前の通り継続的
JenkinsでGitHubのプッシュ時に自動デプロイする - sometimes I laugh
Gitでバージョン管理をしていると、本番サーバにデプロイする際に、クライアントでpush、そして本番サーバにログインしてgit pull、ってやるのは面倒臭いですよね。そんな不毛な操作は自動化するのがプログラマとしては当然です。 GitHub上のリポジトリで、デプロイの自動化をやるにはWebhookやTravis CI、JenkinsなどのCIツールとの連携を考えます。選択肢は多々あり、それぞれにメリット、デメリットはありますが、今回は後々、FuelPHPのユニットテスト自動化までを見据えて、Jenkinsによるデプロイ自動化を試してみようと思います。 サーバ構成イメージ 今回、Jenkinsを導入するにあたって、専用のEC2インスタンスを立ち上げます。このインスタンスをCIサーバとして利用していきます。 GitHubリポジトリへプッシュされたとき、GitHubはJenkinsサーバへ通知
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.anaguma.org/articles/2013-12-02/