同僚が potatotips という Android/iOS の Tips を共有する勉強会、というのやってて楽しそうだったのがあり、そういやPHP懇親会、という最初から飲んで全員が発表するスタイルの勉強会大昔にやったな、というのを思い出してもう一度なにかやってみよう、と思いました。 phpblt.connpass.com ちょっとテッキーなかんじの雰囲気にできると面白いかなーと思います。 ネタには制限はとくにないけど、宣伝っぽいやつじゃないほうがいいな。 もはや PHP にネタは限定しないので、Web周辺、インターネット全般でも良いかと思います。 BLT ポテトチップスに対抗するならなにがいい、と同僚のQAの子に聞いたら「ベーコン！」といってたので、BLT を思いついて、ちょうど LT って入ってるから良さそうだと思って決めちゃいました トップのカチョイイ絵は同僚のスーパーデザイナーが作

こんにちは加藤です。 分散バージョン管理システムのgitを本格的（？）に使い始めて1ヶ月くらいが経ちました。けれども未だに迷うことがあるため、リモートブランチを使った作業について簡単にまとめておきます。 想定環境 マシンA、マシンBで編集作業を行い、それらからアクセス可能な場所に連携用のリポジトリがある環境と想定します。 また、マシンA、マシンBでは既に連携用リポジトリをcloneしており、remotes/originが設定されていると想定します。 $ git clone <連携用リポジトリ> マシンAでの作業 なんらかの作業をすることを思い立ったら、作業用のブランチを切ります。今回はworkingブランチとします。 $ git checkout -b working $ git branch master * working　各種作業を行います。 $ git status $ git a

今，フォークしたリポジトリのリモートブランチだけがある． $ git remote origin本家のリモートリポジトリの短縮名を登録する． $ git remote add github git://github.com/D-Programming-Language/dmd.git本家の更新をローカルで反映させる． $ git pull --rebase github masterフォークしたリモートリポジトリをpullしてからpushして本家に追随させる． $ git pull origin master $ git push origin master 自分のコミットを常に一番最後のコミットにしておきたいなら まず，ここで説明することは，他の人と共有しているリポジトリではやるべきではない． それを踏まえた上で，自分のコミットを常に一番最後のコミットにしておきたいならば --force

GitHubにリポジトリを置いてる人はみんなプルリクエストを待っています。けどプルリクエスト用にフォークした自分のリポジトリを保守する方法が途中でわからなくなって...という人が案外多いんじゃないかなと思ったり。なので、ちょっとメモ置いときます。って、人のためみたいな言い方ですが、まあ自分用のメモです。 まずこうしたほうがいいという原則。masterブランチはフォーク元から変更せず、かならず自分用のブランチを作る。これは、masterを作業の同期用に置いておくためです。 自分のブランチでコミットしたあと、フォーク元のmasterが進んでないかのチェックは必ずすること。 もし進んでいたら自分のmasterに元作者のコミットを取り込んで自分のGitHubでのフォークが最新と同期してる状態にしましょう。で、元作者のコミットログを確認して何が起こったのかを理解しましょう。 $ git checko

ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行（説明ページから引用）。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)

Git ExtrasはGit用のフリーウェア（ソースコードは公開されている）。GitはGUIよりもCUIから操作することの方が多い。まだGUIフロントエンドの決定版のようなものが存在しないというのもあるが、普段の操作であればターミナル操作で十分ということもある。 カウントオプション そんなGitではあるが、コマンドを色々使うと情報が取れるものの手軽に使うのは難しいという問題がある。それを解決してくれるかも知れないのがGit Extrasだ。Gitユーザはインストール必須と言えるだろう。 Git ExtrasはGitコマンドに新しい機能を追加してくれる。全部で10個のオプションが追加される。例えば「git summary」はリポジトリのサマリーをアウトプットするコマンドだ。他にもchangelog、commits-since、count、delete-branch、delete-tag、ig

Eclipseのプロジェクトをgithubなどで公開するとき、非公開にしたいファイルが出てくると思います。非公開にしたいファイルを別のリポジトリに分けて管理する方法を説明します。 .gitignoreに書く .gitignoreファイルにフォルダやファイルを書くと、リポジトリ管理の対象から除外されます。EGitからは、フォルダやファイルを右クリック→ [Team] → [Ignore] で.gitignoreに追加できます。 パスワードが書いてあるファイルなどは.gitignoreで除外するとよいでしょう。 Linked Resourcesを利用する .gitignoreに書くとリポジトリ管理の対象から除外されてしまいます。まったくバージョン管理しないのではなく、プライベートリポジトリに入れて管理したいものもあるでしょう。その場合は別のプロジェクトを作成し、新たにリポジトリを作成します。

思い浮かんだGitのTipsを列挙してみました。 gitのコマンドをで補完する git-completion.bash を入れると、でコマンドの補完が効くようになります。 また、PS1の設定を行うと現在のブランチ名が常にbash上に表示されるようになります。 （Windowsの場合、msysgit は標準で入ってます） contrib/completion/git-completion.bash - GitHub インストール方法（引用） # To use these routines: # # 1) Copy this file to somewhere (e.g. ~/.git-completion.sh). # 2) Add the following line to your .bashrc/.zshrc: # source ~/.git-completion.sh # # 3)

GitHub のおかげで プライベートでは Git 一色の今日この頃。そろそろ 仕事でも Git を使ってみることに... 分散型リポジトリを使った開発のリズムは非常に心地よく 一度味わってしまうと もう 二度と集中型リポジトリを使った開発には戻れない... ということで... 仕事でも Git を使いたいと思うのは至って自然な流れではありますが、 色々と大人の事情もあって リポジトリ自体を SVN から Git へ移行するのはそんなに簡単な話ではありません。 と言う訳で git-svn ですよ。 git-svn を使えば、今まで通り SVN を使ってプロジェクトを共有しつつ、ローカルの開発環境では こっそり Git が使えてしまうのです。 自分だけ 分散リポジトリを使っていい感じで開発を行い、すべての準備が整ったら集中リポジトリに push して、他の開発者に公開するなんてことができます

さて、WindowsでのGitの文字化け問題が一応の終息を迎えたところで、先日のProjectLockerのGitにpushするまでをおさらいしてみようと思います。 ProjectLockerについて ProjectLocker - かおるんダイアリー Windows環境でのGitの文字化けについて GitExtensions付属のmsysGitでの文字化け対処 - かおるんダイアリー 目次 GitExtensionsのインストール ProjectLockerのリポジトリ準備と鍵の設定 ローカルコミットとリモートへのpush 環境 Windows 7 GitExtensions 参考 msysGitのインストール＋日本語表示 - アジャイルSEを目指すブログ Gitでの日本語表示対応（msysgit編） - なか日記 WindowsでGitのコミットログが文字化けする問題の対処法 - To

GitExtensions付属のmsysGitでコミットしたときに文字化けしたので、その対処法を残しておきます。 bleisさん、sinsokuさんをはじめ教えてくれたみなさん、ありがとうございました！ ＃ちなみに場所ごとの文字コードの状態がまだわかってないので、そのあたりフォローしてもらえると助かります 問題点と解決策 問題点は2つあって、それぞれの解決策を載せておきます 表示およびpushでの文字化けを解決するためには両方の対処をする必要があるようです 表示系文字コードの問題。コミットログに入力した日本語がgit logなどで化ける：UTF-8のコミットログをShift-JISで表示しようとしているので、UTF-8に変換する nkf Network Kanji Filter for Win32 (自家用)からnkfを取得し、C:\Program Files\Git\binにコピーする

id:repeatedly から無言の圧力を受けたので書きました。 タイトルは釣り。そもそも自分が Git マスターしてないし。突っ込み歓迎。超歓迎。 一応、このエントリだけで一つの Git リポジトリをそれなりに操れるようになることを目指してます。なので、コマンド一つ一つに対する説明じゃなくて、やりたいこと一つ一つに対する説明が中心です。え？それ最速マスターじゃない？きーこーえーなーいー。 あと、他のバージョン管理システム、例えば Subversion や Mercurial が使えることを前提としています。誰か「バージョン管理システム基礎最速マスター」とか書かないの？ インストール Windows と Debian しか分かりませんので、自分のシステムに読み替えて行ってください。あと誰か Mac ください。 インストールも設定も終ってるよ！って方はリポジトリの作成までひとっ飛び。 Wi

SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte