トップ(最新) | <前

nDiki : Subversion

Subversion

バージョン管理システムの一つ。

たまに必要になる作業に関するメモ

add した際テキストファイルがバイナリと見なされてしまった:

 svn propdel svn:mime-type file-name

作業ディレクトリ以下を指定したバージョンに戻したい:

 svn merge -r HEAD:戻したいバージョン .
 svn commit

ログメッセージをスペルミスしたので直したい:

log.txt に新しいログメッセージを書いておいて

 svn propset svn:log -F log.txt -r [リビジョン番号] --revprop

または

 svnadmin setlog /path/to/repos -r [リビジョン番号] log.txt

ただし、repos/hooks/pre-revprop-change が存在して正常終了するような設定でないといけない。

 #!/bin/sh
 exit 0
 # 危険な pre-revprop-changes の例

$Id$ を使う

 svn propset svn:keywords Id ファイル
 svn commit ファイル

TortoiseSVN なら右クリックメニューでプロパティを選択し、Subversion タブから設定してコミット。

関連情報

Subversion 関連ツール

ChangeLog 関連ツール

Emacs 関連ツール/マクロ

その他

書籍

image:ISBN:4872805054

スポンサード リンク

Related term

2006年2月18日 (土)

Mozex を使って Firefox 1.5.0.1 の textarea の内容を Emacs で編集する このエントリーを含むはてなブックマーク

uimuim-skkFirefox のキーバインディングをきちんと設定していないせいか、どうも textarea での日本語編集にストレスを感じる。 Wiki 等で textarea での編集作業も少なくないので、Mozex を使って Emacs で編集できるように設定しておくことにした。

より降旗氏が公開されている Firefox 1.5以降用 mozex 1.07.1 日本語 version (1.5.0.1 インストール対応)を Firefoxインストール

そういえば今まで emacsclient も使ったことがなかったな。Emacs 立ち上げっぱなしのくせに。まずは起動している Emacs 上で M-x server-start (.emacs で (server-start))しておく。

Mozex の設定で

 Directory for temporary files: /tmp
 Textareas: /usr/bin/emacsclient %t

を設定。自分の環境だと Commands は絶対パスでないとうまく呼べないようだ。

これで textarea 上で右クリックし、[mozex] -> [Edit Textarea] で開いている Emacs 上に Textarea の内容が新しいバッファで開く。 編集して保存して C-x # し、Web ブラウザ側に戻ると反映される。

便利便利。

ところで Emacs server と gnuserv とどっちがいいのかな? 特に設定なしでどちらも使える。 何も設定していない状態だと gnuserv の方は新しい frame が開いて好みじゃないので、とりあえずは Emacs server を使うことにする。

ついでに EDITOR 環境変数も emacsclient に直しておこう。 これで CVSSubversion のコミット時に新しい Emacs を起動しなくてよくなる。

とっとと設定しておけば良かった。

スポンサード リンク


[ 2月18日全て ]

2006年3月23日 (木)

Rekisa で TortoiseSVN から日本語ファイルの差分表示 このエントリーを含むはてなブックマーク

自分の開発チームでは、 Subversion を用いて pLaTeX2e ドキュメントを共同執筆というスタイルが随分多くなってきた (自分が推進しているわけだが)。

チームメンバのほとんどは Windows 上で TortoiseSVN を使っているのだが、内蔵の差分ビューアを使っていると charset を自動判別してくれないので、いわゆる JIS コードで書いている TeX のソースファイルの扱いがちょっと不便である。

そういえば以前はこの問題の声が聞かれたけれど、最近誰も言わなくなったな。 解決したのか、差分とか見なくなったのか。

数行書き換えて、一つの変更点としてコミットメントログを残せる単位でガシガシコミットしてしまう私と一緒に作業している人は、いつもコミット負けしているはずなのだが。

ということで TortoiseSVN で外部差分ビューアとして使えるツールを調べておこう。 まずは差分表示アプリケーション Rekisa。

日本語のファイルの charset を自動判別してくれるし、表示が美しい。 差分を見るには良さそうである。

マージ作業もあわせてするとすると編集機能が必要だが、Rekisa 自身では直接編集できないようだ(外部エディタを呼び出すことはできる)。

マージまですると WinMerge が本命? こちらはまだ試していないので後日。


[ 3月23日全て ]

2006年3月25日 (土)

vc-svn.el を使いたいので Emacs 22 に移行することにした このエントリーを含むはてなブックマーク

SubversionEmacsVC バックエンド vc-svn.el があるので CVS の時と同様気軽に使えていたのだが、かなり前から Debian の subversion パッケージから取り除かれて使えなくなってしまっていた。

vc-svn.elEmacs 22 に含まれるらしく、Debian だと emacs-snapshot(-common と -el)に含まれている。 やっぱり VC で使えないと不便なので、これを機に Emacs 22 に移行することにした。

後生大事に Emacs 19 / 20 / 21 それぞれ用に emacs-major-version で設定を切り分けている .emacs のコードがあったりするので、その部分は動作確認しつつ Emacs 22 用の設定を作成する。

Emacs 21 とちょっと設定を変える必要がある部分があったけれど、おおむね問題なく動いているようだ。

問題なさそうなので update-alternatives で普段使いに設定しておこう。


[ 3月25日全て ]

2006年4月1日 (土)

Emacs 22 だと howm に色がつかないので Emacs 21 に戻す このエントリーを含むはてなブックマーク

1週間前にEmacs 22 に乗り換えたのだが、これだと昨日から使いはじめた howm に色がつかない。

あまりにも寂しい。

というか色分けされないと便利さ半減。 なのであっさり Emacs 21 に戻すことにした。 vc-svn.el の方は、Subversion Debian パッケージREADME.Debian にある通り、Emacs 21 用に

 svn export -r9195 \
      http://svn.collab.net/repos/svn/trunk/contrib/client-side/vc-svn.el

でとってきてローカルに置き動くようにしておく。

 (setq vc-handled-backends
       (append vc-handled-backends (list 'SVN)))

も忘れずに。


[ 4月1日全て ]

2006年6月29日 (木)

SubversionSSH port forwarding 経由での svn+ssh このエントリーを含むはてなブックマーク

普段プライベートネットワーク内で、svn+ssh で接続している Subversion リポジトリSSH 経由で port fowarding して接続するようにする。

 [ノート PC] -- [ゲートウェイ] -- [リポジトリのあるサーバ]
                gw.example.com    192.168.0.x

@ ポートフォワーディング用 SSH ラッパー

例えば svn-gw-ssh という名前で以下のファイルを作成:

 #!/bin/sh
 HOST_NAME=$1
 shift 1
 ssh -f -L 8023:$HOST_NAME:22 gw.example.com sleep 10
 ssh -p 8023 -o HostKeyAlias=$HOST_NAME localhost $@

@ svn 用ラッパーも書いておく

例えば svn-gw という名前で以下のファイルを作成:

 #!/bin/sh
 SVN_SSH=svn-gw-ssh svn $@

@ 使う

これで例えば svn+ssh://192.168.0.x/var/repos でチェックアウトした作業ディレクトリ上をプライベートネットワーク内外で、更新したりコミットしたりできるようになる。

プライベートネットワーク内からは今まで通り。

 svn update

プライベートネットワーク外からは

 svn-gw update

のようにする。

これで

と合わせて随分外部で作業できるようになった。 それだけ、外部でもやれる仕事が増えたということでもあるが。


[ 6月29日全て ]

2006年11月28日 (火)

Subversion で間違えてディレクトリをごっそり消してコミットしてしまった時 このエントリーを含むはてなブックマーク

今日のプロジェクト成果物とりまとめを前に昨日、メンバの1人が trunk 直下の2年半分のファイルが入っているプロジェクトディレクトリをなぜか削除してコミット。

朝きたら過去のリビジョンをエクスポートして再度追加して戻したとかで、全部履歴が切れてしまっていた。作業ディレクトリも全部入れ替わり。

こういう時は過去のリビジョンからの copy をすべし。

  • 履歴が維持される
  • 属性などもコピーされる
  • 他のチェックアウト済み作業ディレクトリへの影響もなし

といった点で優れている。

@ 作業ディレクトリを使って消したディレクトリを戻す

 svn copy --revision R URL .
 svn commit -m "Resurrected dir1 from revision R"

ここで R は間違えて消してコミットしたリビジョンの1つ前のリビジョン。 URL は削除したディレクトリの URL

実行例:

 # テスト用ディレクトリを作る
 mkdir /tmp/svntest
 mkdir /tmp/svntest/work

 # テスト用リポジトリを作る
 svnadmin create /tmp/svntest/repos --fs-type fsfs

 # テスト用作業ディレクトリでファイルを作成
 cd /tmp/svntest/work
 mkdir trunk branches tags
 svn import . file:///tmp/svntest/repos --message 'Initial repository layout'
 rm -r branches tags trunk
 svn checkout file:///tmp/svntest/repos/trunk
 cd trunk
 svn mkdir dir1
 echo test1 > dir1/test1.txt
 echo test2 > dir1/test2.txt
 svn add dir1/test1.txt dir1/test2.txt
 svn commit -m "Add dir1"
 echo test3 > dir1/test2.txt
 svn commit -m "Update dir1/test2.txt"

 # 消してコミットしてしまう!!!
 svn remove dir1
 svn update
 svn commit -m "remove dir1"

 # 元に戻す
 svn copy --revision 3 file:///tmp/svntest/repos/trunk/dir1 .
 svn commit -m "Resurrected dir1 from revision 3"

@ リポジトリ上で直接戻す

 svn copy --revision R URL1 URL2

ここで R は間違えて消してコミットしたリビジョンの1つ前のリビジョン。 URL1 は削除したディレクトリの URLURL2 はその親ディレクトリの URL

実行例:

 # テスト用ディレクトリを作る
 mkdir /tmp/svntest
 mkdir /tmp/svntest/work

 # テスト用リポジトリを作る
 svnadmin create /tmp/svntest/repos --fs-type fsfs

 # テスト用作業ディレクトリでファイルを作成
 cd /tmp/svntest/work
 mkdir trunk branches tags
 svn import . file:///tmp/svntest/repos --message 'Initial repository layout'
 rm -r branches tags trunk
 svn checkout file:///tmp/svntest/repos/trunk
 cd trunk
 svn mkdir dir1
 echo test1 > dir1/test1.txt
 echo test2 > dir1/test2.txt
 svn add dir1/test1.txt dir1/test2.txt
 svn commit -m "Add dir1"
 echo test3 > dir1/test2.txt
 svn commit -m "Update dir1/test2.txt"

 # 消してコミットしてしまう!!!
 svn remove dir1
 svn update
 svn commit -m "remove dir1"

 # 元に戻す

 svn copy --revision 3 file:///tmp/svntest/repos/trunk/dir1 \
   file:///tmp/svntest/repos/trunk -m "Resurrected dir1 from revision 3"
 svn update

[ 11月28日全て ]

2007年1月6日 (土)

connect.c を使って SOCKS サーバ経由で社内サーバへ SSH 接続 このエントリーを含むはてなブックマーク

以前社外から社内 Web サイトへのアクセスは autossh + FoxyProxy を使って SOCKS 経由で直接できるように設定した (記事)。 また UnisonSubversion もそれぞれ SSH port forwarding 経由で直接アクセスできるようにしてある (Unison の記事Subversion の記事)。

しかし社外から社内サーバへの SSH 接続(やファイル転送)は、以前として一旦中継ホストに接続(転送)してから再度接続(転送)していて面倒であった。

調べたところ Shun-ichi GOTO氏の SSH プロキシコマンド connect.c を使うと SOCKS サーバ経由で直接接続できるようなので設定してみた。

 [クライアント:8090] -- SOCKS -- [ゲートウェイ] -- [社内サーバ]
                                 gw.example.com    192.168.1.x

@ インストール

Debian なので apt-get で。

 apt-get install connect-proxy

@ SSH の設定

~/.ssh/config に以下の行を追加。

 Host 192.168.1.*
   ProxyCommand /usr/bin/connect-proxy -S localhost:8090 %h %p

192.168.1.* に接続する際は、connect-proxy を使ってローカルホストの 8090 ポートの SOCKS を通るようにする設定。

@ SSHSOCKS サーバにする

autossh を使って SSHSOCKS サーバを立てる

 autossh -N -f -D8090 gw.example.com

これで準備 OK。

@ 使ってみる

@ SSH 接続
 ssh 192.168.1.x

で接続を確認。

@ Konqueror (KDE)
 fish://192.168.1.x/

で直接ブラウズ、読み書き可能なことを確認。

@ Unison

普通に 192.168.1.x と同期できることを確認。

@ CVS

普通に 192.168.1.x 上のリポジトリに対して cvs update できることを確認

@ Subversion

普通に 192.168.1.x 上のリポジトリに対して svn update をかけるとアップデートし終わって最後に

 FATAL: output (local) failed, errno=32

というエラーがでる。

@ 便利

Subversion だけちょっと気がかりだれど、その他はうまく行っている感じ。

これでかなり手軽に接続、転送できるようになった。 便利、便利。


[ 1月6日全て ]

2008年3月6日 (木)

今日のさえずり - 京都小学校のコンピュータ室にいったら、Squeak が このエントリーを含むはてなブックマーク

@ 2008年03月05日

naney:2311864816

@ 2008年03月06日

  • 11:33 そういえばこの間京都小学校のコンピュータ室にいったら、Squeak がインストールされていた。使っているのか?
  • 12:53 オートペディアしてみた。 http://tinyurl.com/3ygonk
  • 14:18 サーバ上で svnadmin create してみたが何故か終了しない。何度かやっても駄目。バージョン上げてみるか。
  • 14:34 Subversion 1.3.0 から 1.4.5 (Red Hat Linux 8.0 用バイナリ) にあげたら、すんなり svnadmin create できるようになった。
  • 17:00 そうか C# って既にあるクラス名と同じ名前空間名を作れないのか。Perl の package と同じつもりでいたので、名前考え直しだ。
  • 18:20 昨日のお昼に注文した VQ1005 の注文確認メールがようやくきて一安心。

[ 3月6日全て ]

2008年9月5日 (金)

Pentium 4 マシンから Athron 64 マシンに乗り替え このエントリーを含むはてなブックマーク

@ Dell Dimension 4500C

今会社で使っているデスクトップ PC は Dell Dimension 4500C。 Pentium 4 2.40 GHz、メモリ 768MB の Windows XP Home Edition SP2。

ここ最近メモリが足りないのかすぐアプリケーションが落ちまくり。 またいろんなソフトウェアインストールしたりアンインストールしたりを繰り返していたのでシステムがおかしくなってきているのか、動作も怪しい。

ちょっと仕事にならないレベルなってきたので、空いている別の Dell の PC に乗り替えることにした。

@ Dell Dimension C521

乗り替え先は Dell Dimension C521。 AMD Athlon 64 3200+、メモリ 1GB の Windows XP Home Edition SP2。

OSDell PC リストアで出荷状態に戻す。 と思ったらテストサーバとして Fedora とデュアルブートとして使われていたため、MBR が書き換えられていたのか Dell PC リストアに入れない。 Web で調べたところ Dsrfix というので元に戻せるとのことなので、これを使って MBR を戻す。

Dell PC リストア。リストア自体は結構あっという間に終わる。

Windows XP セットアップ後、順次ソフトウェアの追加・削除。 以下今日の作業分。

  1. [削除] Google デスクトップ
  2. [追加] Google Chrome
  3. [追加] Windows XP SP3
  4. [削除] マカフィー製品
  5. [追加] Norton Internet Security
  6. [追加] Skype
  7. [削除] Dell Network Assistant
  8. [削除] Adobe Reader 7
  9. [追加] Adobe Flash Player 9
  10. [追加] Adobe Reader 9
  11. [追加] ActivePerl
  12. [追加] 7-Zip
  13. [追加] Skype4COM
  14. [追加] Microsoft Office

あとは前の環境で入れていたもののうち、必要になったら順次入れていく予定。

XKeymacsSKKIME、zyzzy、 Unlocker、TrueCryptSubversionTortoiseSVNWinMerge ThinkingRock、Ripplex、 PDFCreator、ImgBurnJUDE/Community、DBDesigner、NUnit

今まで HHK Lite 使ってきてたけれど、これ PS/2 なので C521 には直接ささらないんだよな。どうしよう。PS/2 - USB コンバータ買うか。

それとも USB モデルの HHKB Lite 2 買うか。 カーソルキーはいらないけれど、HHKB Professional 2 は高いしキータッチが好みじゃないしなあ。悩ましい。


[ 9月5日全て ]

2008年9月16日 (火)

Debian GNU/LinuxDropbox このエントリーを含むはてなブックマーク

オンラインストレージサービスの Dropbox が一般公開された。 WindowsMac OS X だけでなく Linux でも使えるというのでインストールしてみた。

@ Windowsインストール

こちらは特筆することなし。ソフトウェアをダウンロードしてインストール。 プリファレンスで Dropbox ディレクトリを c:\home\naney\var\Dropbox に変更したぐらい。

@ Debian GNU/Linux sidインストール

Ubuntsu 用のバイナリはあるのだが、ソースも公開されているので今回はビルドしてインストールしてみる。 以下の手順で Debian パッケージ化してインストール

 sudo apt-get install libnautilus-extension-dev libnotify-dev
 tar jxvf nautilus-dropbox-0.4.1.tar.bz2
 cd nautilus-dropbox-0.4.1
 dh_make --createorig
 fakeroot dpkg-buildpackage
 sudo dpkg --install ../nautilus-dropbox_0.4.1-1_i386.deb

以上で Nautilus 拡張がインストールされる。Nautilus が起動しているなら killall nautilus で一旦止めてから、Nautilus を起動しなおす。 ターミナルから Nautilus を起動すると

 downloading dropbox from http://www.getdropbox.com/download?plat=lnx.x86
 downloading dropbox from http://dl-web.getdropbox.com/u/17/dropbox-lnx.x86-0.6.382.tar.gz
 dropboxd: どのプロセスもkillされませんでした

と出力される。

クローズドソースの dropboxd が ~/.dropbox-dist 以下に自動的にダウンロードされて実行される。

個人的な設定としてプリファレンスで Dropbox ディレクトリを ~/Dropbox から ~/var/Dropbox に変更しておいた。

あとは普通に Dropbox ディレクトリ上にファイルをコピーしたり修正したりすると、自動的にサーバ側と同期される。 最初 Nautilus というのをみたとき「Nautilus 上での処理しか反映されないのかなあ」と思ったのだが、別にそんなことはないようだ。

パーミッション・日本語ファイル名は未確認。

@ Dropbox インプレッション

ちょっとだけだが使ってみて、多くの人が絶賛する理由がなんとなく感じられた。 クールだ。 オフラインでの同期・高速な同期・リビジョン管理は便利そうである。

一方、PC 上の1ユーザで、Dropbox 複数アカウントの切り換えはちょっと面倒そう。 自前で退避させるしかないのかな。

また同期する PC によっては Subversion で特定のサブディレクトリのみチェックアウトできるように、一部のサブディレクトリのみ同期対象とできるといいなと思うのだがそういう機能はみあたらない。

完全に自分が占有している PC が複数台あって、セキュリティなどにあまり気をつかわなくてよく全部同期をかけても問題ない場合が、いちばんマッチしている利用パターンだな。


[ 9月16日全て ]

スポンサード リンク

Related web page

正しいバージョン管理でさらにイケてる.NET開発 - @IT
では、オープンソースでのバージョン管理の一例として、<strong>Subversion</strong>/TortoiseSVN/AnkhSVNの紹介と簡単な利用方法について説明した*1。 *1 前回の記事が執筆〜公開されている間に、<strong>Subversion</strong>の最新バージョン1.5.0が公開されている。これから<strong>Subversion</strong>を試す方は、下記の最新バージョン(2008年7月23日時点)で試してみるとよいだろう。 &nbsp;&nbsp;・<strong>Subversion</strong> 1.5.0 &nbsp;&nbsp;・TortoiseSVN 1.5.0 &nbsp;
http://www.atmarkit.co.jp/fdotnet/opensrcverman/opensrcverman02/opensrcverman02_01.html
Subversionを利用したイケてる.NET開発 ― @IT
http://www.atmarkit.co.jp/fdotnet/opensrcverman/opensrcverman01/opensrcverman01_01.html
svnの衝突回避 - 自称中級プログラマの雑メモ
自分の変更を破棄 svn revert &#60;filename&#62; 相手の変更を破棄 cp &#60;filename&#62;.mine &#60;filename&#62; svn resolved &#60;filename&#62; 参考 http://www.naney.org/diki/dk/<strong>Subversion</strong>%20%E3%81%A7%E8%A1%9D%E7%AA%81%E3%81%8C%E8%B5%B7%E3%81%8D%E3%81%9F%E5%A0%B4%E5%90%88.html
http://d.hatena.ne.jp/hyokota/20080508/1210210372
subversionのバージョンを上げたら色々不都合が起きたので直す - より良い環境を求めて
sargeの<strong>subversion</strong>をsarge-backportsのものに置き換えたら((http://d.hatena.ne.jp/n314/20071126/1196071005))emacsとtracでエラーが。 etchではvc-svn.elがなくなっている。emacs22にあるらしいが、emacsのバージョンを変えるのは躊躇われるのでvc-svn.elを取ってくる。 参考:http://www.naney.org/diki/dk/Debian.html 続いてtracのエラー。 ...
http://d.hatena.ne.jp/n314/20071208/1197101535
satolog: リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
Tech Talk: Linus Torvalds on gitMy hatred of CVS has meant that I see <strong>Subversion</strong> as being the most pointless project ever started. The slogan for <strong>Subversion</strong> for a while was &quot;CVS done right&quot; or something like that. And if you start with that kind of slogan, there is nowhere you can go. There is no way to do CVS right.あと、CVS が好きな人は精神病院に行ったほうがいいそうで。tar ボールとパッチのほうがはるかに優れたソースコード管理方法なんだと。ソース
http://po3a.blogspot.com/2007/12/subversion.html
SVNとSSHの連携 - 教えて!goo
SVNとSSHの連携についておしえていただきたく、質問させていただきます。 現在、AapacheのWebDavをつかってSVNを使っている状況です。 OSはwindows2000serverをつかっており、クライアントはTortoiseSVNを使用しております。また、開発では、eclipseのSubclipseをつかっています。 この状況でSVNとの通信にSSHを使いたいと思いますが、どのようにしたらよいでしょうか? わかる方おられましたら
http://oshiete1.goo.ne.jp/qa3480382.html
Changelogのための英文テンプレート集 - ぴょぴょぴょ? - Linuxとかプログラミングの覚え書き -
Changelog を英語で書く際に参考になるようなテンプレートをまとめてみました. 例文 バグ修正した場合 Fix Fixed a performance regression. (パフォーマンスが低下するバグを修正しました) Fixed stability problems with GeForce 8 GPU. (GeForce 8 GPUで動作が不安定になる問題を修正しました) Fixed an ”AAA” bug that was causing the B to C. (Bが ...
http://d.hatena.ne.jp/pyopyopyo/20070920/p1
XREAでSubversion(SVN)を使ってソースコード管理を行う方法についてのメモ。 - Sticker@Something
接続方式についてはsvn+sshとし、SVNクライアントについてはTortoiseSVNを利用。 <strong>Subversion</strong>利用までの大まかな流れは以下の通り。 TortoiseSVNのインストール XREAサーバへのSSH接続許可ホスト登録 SVNがインストールされているかどうか確認 リポジトリの作成 SVNサーバへの接続(パスワード認証) サーバへの接続(鍵認証) 1.TortoiseSVNのインストール TortoiseSVNのインストールについては以下の
http://d.hatena.ne.jp/hikm/20071026/1193410361
%!zt! diary(2007-10-11)
[emacs] vc-svn.el emacs21でvc-svn.elが使えなくて不便だと思っていたら、vc-svn.el の方は、<strong>Subversion</strong> Debian パッケージの README.Debian に svn export -r9195 http://svn.collab.net/repos/svn/trunk/contrib/client-side/vc-svn.elと書いてあるという情報を見つけたが、エラーになってexportに失敗するのでなぜかと思って調べてみたら27101というのはexportしようとした時点でのHEADリビジョンで、URL字体も9195時点のものをみて
http://znz.s1.xrea.com/t/?date=20071011#p01
KeN's GNU/Linux Diary | 天から到来する恐怖のSubversion 1.4.0
experimentalでのNEWSだったので気付いてなかったんだけど、unstableの<strong>subversion</strong> 1.4になって、.svnフォーマットが変更され、しかもsvnコマンドで古いものに触ったとたんに勝手に変換するように仕様変更が。 <strong>Subversion</strong> 1.4.0 will SILENTLY UPGRADE the format of any working copy it touches. Thereafter, you won&#39;t be able to use earlier <strong>Subversion</strong> releases with the same working copy. The good news is that this new format is much more efficient than th
http://kmuto.jp/d/index.cgi/debian/subversion-14.htm

■よく検索されるキーワード

提案書(75) torrent(69) perl(61) 書き方(45) 充電式カイロ(43) windows(38) x31(36) 使い方(32) linux(32) cvs(25) アジェンダとは(25) usb(25) thinkpad(23) 静電気(21) サンプル(20) 口コミ(20) ヨドバシ(20) アジェンダ(20) 画像(19) debian(19) ubuntu(19) mp980(18) f-01a(18) 手帳(17) tc-1(17) 秋葉原(16) ssh(16) subversion(16) グッズ(16) a6(15) 壁紙(15) ほぼ日手帳(15) c#(14) ダイソー(14) svn(14) 交換(14) インストール(13) 加湿器(13) firefox(12) ノート(12) 無印(12) 日本語(12) wiki(12) ganttproject(12) デロンギ(11) 方眼(11) ヨドバシカメラ(11) デザイン(11) nikkor(11) 設定(11) 作り方(11) dropbox(11) af(10) terastation(10) memcached(10) レビュー(10) カバー(10) カイロ(10) 2009(10) 除去(10) nikon(10) tortoisesvn(10) クラリチン(9) ガントチャート(9) 動画(9) ポメラ(9) ご査収(9) rcs(9) モジュール(9) n-01a(9) フィルム(9) 写真(9) システム手帳(9) edition(9) porter(9) xp(8) imap(8) 4c(8) docomo(8) ミニ6穴(8)

この日記のはてなブックマーク数 Add to Google RSS

Process Time: 0.151777s / load averages: 0.22, 0.33, 0.45
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)