Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

The ‘Deploy to Heroku’ button enables users to deploy apps to Heroku without leaving the web browser, and with little or no configuration. The button is ideal for customers, open-source project maintainers or add-on providers who wish to provide their customers with a quick and easy way to deploy and configure a Heroku app. The button is well-suited for use in README files, and is intended to serv

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

2014/05/01 : 公開当初の情報から非常に古くなっているため、一部修正しました。 @takezoeさんが作っているGitHubクローンであるGitBucketを動かしてみたのでそのメモ。Ubuntu 12.04 LTS 64bit でのお話。 GitBucketは、最低限のレポジトリ管理は可能ですが、いくつかの大事な機能はまだ作成中とのこと。（例えばpull request） （執筆当初の古い情報です。現在はバッチリプルリクできます。） Scalaで書かれているというだけでも十分心くすぐるアプリになってます。(Scalatra + Slick + twirl) 最近画面のあるWebアプリに触れてなかったので、勉強の題材としてもいいかなと思って触ってみてます。 (RESTでJSONしか返してくれないインフラ構築Webアプリ？には毎日触れてたけど・・・) GitBucketを動かすのは

はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常

2011年4月18日(火)に実施した、プライベートセミナー『アジャイル開発環境セミナー～一般ユーザが知っておきたいJIRAの概念と操作～』での資料です。

コードを書いているとプロジェクト内のコードを参考にしたかったり、一括で置換したかったりします。そんな時emacs内でgrepを使うのですが、プロジェクトがそれなりに大きくなると非常に遅くなります。gitのプロジェクトであれば、gitであればgit grepを使えば高速に検索できるのでそれを使えば良いと思い、やってみました。 letでgrep-find-commandを書き換える http://blog.kentarok.org/entry/20100219/1266577631 にletでgrep-find-commandを書き換えた上で、grep-find関数を呼び出すと出来るというふうに書いてあったので、やってみたのですが、なぜかうまくいきませんでした。うーん。 grep-apply-settingを使う emacsのgrep-commandを変更する - すぎゃーんメモ と同じように

今回は Atlassian の開発者である Charles O’Farrell によるゲストブログです。チームが DVCS として Git を選択する理由について説明します。Charles はコーディングをほとんど DVCS 上で行い、また ClearCase から Git へユーザーを移行させる作業を行ってきました。 前回の記事では、分散バージョン管理システムとしてチームがなぜ Mercurial を選択するのかについて考えてみました。今回は、分散バージョン管理システム (DVCS) として なぜ Git が有力な選択肢であるのかについて考えてみましょう。 1970 年の黎明期から、ギークたちはどちらが善でどちらが悪かという血なまぐさい論争を長い間行ってきました。それが Vim と Emacs との間の戦いです。最近では、それとは別のツールセットについて、ギークたちは本来の仕事そっちのけ

問題 バグフィックスなりリファクタリングなり何かをするため、 コード中の複数のブロックのインデントを変更するということは少なくありません。 例えば以下のようなコードがあるとしましょう: private void UpdateData() { var db = GetDatabaseConnection(); data1.UpdateSomething(); data2.UpdateSomething(); data3.UpdateSomething(); data1.Save(db); data2.Save(db); data3.Save(db); } このコードは一連のデータを更新してデータベースに保存しています。 しかしこの手の更新はデータの一貫性を保証するためにトランザクション内で実行されなければなりません。 という訳でこのコードは以下のように修正されるべきです: private v

Mercurial よりも Git の方が興味のある公開リポジトリがあるのよね。 ってことで、Hg-Git Mercurial Plugin を使ってみた。 Hg-Git は dulwich という Python のユーティリティを使用しているようだけれど、 TortoiseHg には最初から組み込まれているから、準備は不要。 先ずは、Hg-Git のプラグインを上記のサイトの download a snapshot と書かれたところからプラグインのアーカイブをダウンロードし展開。 次に、Hg-Git を使いたい作業領域の .hg/hgrc をテキストエディタで開き、以下の記述を追加。私が使ったのは Windows でだけれど、ディレクトリの区切りは一応 / で。 [extensions] hgext.bookmarks = hggit = (Hg-Git を展開したディレクトリ)/hg-

Gitは多機能だけど、なんかシンプルさが足りない。Mercurialを使ってる。 mercurialはGITのライバル Mercurialとは，Pythonで実装された，分散リポジトリ形式の構成管理ツールで，OpenJDK や Mozilla，OpenSolaris 等を始めとする多くのプロジェクトで採用されています。 Mercurialではじめる分散構成管理(藤原克則) 既にLinuxカーネルの原著作者であるLinus Torvaldsも同様の目的でGitの開発を開始していたが、MackallはLinux kernel Mailing List上でMercurialの優位性(データを差分の形式で保持することにより、リポジトリのサイズを節約している、等)を訴え、Torvaldsと論争を繰り広げたこともあった。 (wikipedia) SVNやgithubのようにブラウジングしたい。 SVN

Githubが有名になっていることもあって、SubversionからGitに開発環境を移りつつある。各人でコミットできるというのは素晴らしく、開発スピードが向上するのは間違いないだろう。 インストーラーで簡単にインストール そしてLinuxやMac OSXであれば容易なGit開発環境の構築もWindowsでは面倒なイメージがあった。だがこれを使えばWindowsユーザでも簡単にGitが使い始められる。 今回紹介するオープンソース・ソフトウェアはmsysGit、Windows用Gitだ。 公式な方法として、WindowsでGitを使うにはCygwinを利用するというのがデフォルトになっている。だがCygwinが予め入っている人は良いとしても、GitのためにCygwinを入れるのが面倒に感じていた。 ヘルプ msysGitはWindows用のGit環境をインストーラー一つでGitコマンドをはじ

こんにちは、熊谷です。 今まで長い間バージョン管理システムとしてSubversionを使っていました。特に不満もなく使い慣れているシステムなのでずっと使っていたのですが、あるとき、こういう環境でSubversionを使うのはちょっと不便かもしれないという状況が生まれ、いろいろ考え調べてみた結果、gitが使えるのではないかという結論に達しまして、早速使ってみました。 そもそもSubversionとgitの違いは何なのか。Subversionは集中型、gitは分散型のバージョン管理システムで、Subversionは中央のリポジトリに対してコミットを行っていくのですが、gitは各ユーザが持つローカルのリポジトリに対して行います。そして、ローカルのリポジトリの内容を中央のリポジトリに反映したり、別のユーザが持つリポジトリを取得したり反映したりといったことが出来ます。 また、既にSubversion

これはgithubじゃなくても使えるかも Gitはトランスポート層が選択出来るのは知っていたけど、まさかこんな書き方出来るとは思ってなかった。 以前、こんな記事書きましたが github.comへのSSH接続にはホスト名"ssh.github.com"、ポート"443"に接続する様に設定します。※このssh.github.comが味噌です。 github.comへのSSH接続にはホスト名"ssh.github.com"、ポート"443"に接続する様に設定します。 ※このssh.github.comが味噌です。 http://mattn.kaoriya.net/software/20081029172540.htm これ以下の1行で出来る事が分かりました。 # git clone ssh://git@ssh.github.com:443/my-name/my-repo.git ssh.git