You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
It can't just be Big Data, it has to be Fast Data: Reactor 1.0 goes GA I'm happy to announce that Reactor, a powerful foundational library for building reactive, fast data applications on the JVM has reached GA! What is Reactor and why should I care? Reactor provides the necessary abstractions to build high-throughput, low-latency--what we now call "fast data"--applications that absolutely must wo
available タスクで存在チェック。 target の if 属性で分岐。 <?xml version="1.0" encoding="Shift_JIS" ?> <project name="file.exist.sample" default="main"> <target name="main"> <available file="hogehoge.txt" property="have.resources" /> <antcall target="file-is-existing" /> </target> <target name="file-is-existing" if="have.resources"> <echo message="File is existing"/> </target> </project> 実行結果: main: file-is-existin
diffでインデントや空白の数が微妙に違うソースコードを比較したいということがあったので、diffにオプションないかなと調べていたら以下のオプションがあった。 -E タブとスペースの違いを無視する。タブはスペース8つに該当するらしい -b スペースの数の違いを無視する。行頭に空白がない場合と空白がある場合の違いは無視しない -w スペースの数の違いを無視する。行頭に空白がない場合と空白がある場合の違いも無視する -B 空行を無視する -I 正規表現を指定してそれにマッチする行を無視する ので、以下のようにするとコメントとか空白とか無視した比較になる。/*...*/系は無理だけど。 $ diff -w -B -I '^[[:space:]]*#' -I '^[[:space:]]*//' a.c b.cまあ、結局GUIのdiffを使ったほうがわかりやすいということになってコマンドラインのdi
分散SCMを使いたい!と思う今日この頃。 仕事ではSVN(Subversion)を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある?いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ!」とうそぶいてきているわけだが…ハッタリかましてました!本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
いつもの事ですが、タイトルは釣り。 現在のプロジェクトにアサインされてから、VCSがsvnに逆戻りしてしまったのでかれこれ5ヶ月近くgit-svnを使用してます。初めの頃に2~3回程checkoutしなおすレベルの失敗があったりしましたが、ここの所はそれほど問題無く運用してます。 gitとsvnでもう根本の仕組みから全然違うんで、ある程度しょうがないのですが、ちょっとばかり気をつけないとハマる可能性があるので、その点について語ります。 svnがremoteになってるブランチは 絶対 に直接コミットなどしない 自分の中ではこれが鉄則になってます。例えば普通のsvnの構成だと、trunkがgitのmasterブランチになりますが、何かの修正するって時にはどんだけ軽い修正とかでも絶対にトピックブランチを作ってます。 原則として、masterブランチ(や、他のsvnで作ってあるブランチ)には、gi
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
git-svn.markdown git-svn の使い方メモ git-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチと git のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ:$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ:git のローカルブランチ リモートブランチ:git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない(trunk/ や tags/ がない)。トップレベルのディレクトリが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く