Mary @mary_tuba ITエンジニアと呼べるかわからなくなってきる。Tuba、合唱、アカペラ(休止中) 。jaws-sreとNRUG中の人。イベントクリエイター。Tubaから手足が生えている物を見たらたぶん私。大きなお風呂とサウナが好き。この発言は個人の意見です。 #夫：@H_Shinonome blog.mary.tokyo
Kazuho Oku @kazuho バージョン管理システムの目的は変更履歴を管理することなんだから、git rebase とか履歴を改変するコマンドは言うまでもなくダークサイド 2012-11-09 16:58:32
小林：こんばんは、引き続きワールドカップをスルーしつつUbuntu道場収録のお時間です。 編集S：前回の続きってことをばらすなー！ 瀬尾浩史：いや、二回まとめて収録なのは羞恥の事実なのペン……。 あわしろいくや：そこの瀬尾ペン先生、変換が。 小林：ああ、私のネタが……。 hito：小林さんの数少ない持ちネタ取っちゃだめー！ ミズノ：Emacs♪ Emacs♪ Emacs♪ やまね：こっちの人はなにかワクテカしてるし。 ミズノ：やっとEmacsネタの許可が出たんですよ！ 村田：いいからとっとと終わらせてサッカー見るで味噌……。 hito：ということで、Emacsとviネタが今回のテーマです。なお、アルファベット順なので「なんでviが先じゃないんだ」という信者さんからのクレームは受け付けません。 やまね：……viとEmacsなのか、Emacsとviなのか、ってだけで宗教戦争始まるし。観戦してい
……というタイトルの文章を誰か書くべきだと思う。 Gitに初めて触れる人は、(分散)バージョン管理というのはこういうものだ、という認識ができているのではないか、と思った。でもGitはそれなりに特殊なスタイルのバージョン管理システムである。 バージョン管理システムというのは一義にはソフトウェア管理ツールだから(文章の版を管理するのにも使えると思うけど)、あるシステムは何らかの典型的なワークフローを前提としている。GitはLinusがLinuxの開発のために開発されたツールなので、Linuxの開発で採用されているポリシー、考え方、ワークフローが暗黙のうちに組み込まれている。そのまま他のツールに移行しようとしてもなかなかうまく行きはしないものだ。他のツールはたいてい、他の考え方を持っているものだからだ。 Gitに特有なのがブランチの使い方だ。Gitではかなり気軽にブランチを作る。ちょっとした、一
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
シェルからでも重い処理というのはちょこちょこあって、例えば超デカいログファイルを移動して圧縮したりというお仕事は世界中のあらゆる場所で毎日行われていたりする。コマンドラインからでも大量の圧縮済みログファイルをいっぺんに展開したい、とか。 あるディレクトリ以下に存在するたくさんのファイルを(圧縮済みのものを除いて)全部 bzip2 圧縮したい！と思ったら、とりあえずさくっと次のようにコマンドラインで叩けばいい。 $ find . -not -name '*.bz2' | xargs bzip2 これで、まあそんなに問題なく効率的にbzip2圧縮ができる。だがしかし。 最近は複数コアのCPUが普通に転がってるし、あまつさえHyperThreadingが有効になってたりしてOSから見える論理CPU数がハンパない。普通に8とかある。その一方で複数コアを使用してくれるコマンドというのはあんまりなくて
こんにちは。murahashiです。 gitやgit-svnを使うにあたり、試したことや引っかかったことについて、yukiのエントリ ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn のつづきを書いてみました。 Q. ブランチ名を長くしてしまったので手打ちするのが大変です A. bashでgitコマンドを補完します gitのコマンド補完は git-completion.bash が便利です。 fedoraにyumでgitを入れた場合には下記場所にあります。 /usr/share/doc/git-VERSION/cntrib/completion/ 自分の見える場所にgit-completion.bashがなければ、インストール済みのgitと同じversionのgitのソースをダウンロードします。 cntrib/completion/
■ 入門Git(濱野 純(Junio C Hamano)) 4ヶ月も前に買っておいて今ごろ読むとかね。しかも出版はさらに4ヶ月前とか、どうなんですかね。 すでにGithubを便利に利用していて、チュートリアルにも一通り目を通してあるので、まぁ復習がてら……と思って読み始めたらとんでもない、これはツールの入門書ではなく、新しいソフトウェア開発のワークフロー解説書だ。というか、いきなり内部構造の説明から入る入門書なんてあるかい! 冒頭Linusのはしがきに、彼が作ったベースの上に「一般のユーザにも適したユーザインタフェース」と「磨きあげられたシステムにまで育てていくメンテナ」が必要だと書いてあって、いきなり吹き出してしまう。いや、実際Gitプロジェクトは(本書の著者という)素晴らしいメンテナを得ているが、ユーザインタフェースはとても一般向けとは言い難い。特にリポジトリを操作するコマンドが多すぎ
広島日記 前のことですが、広島行ってきたよ〜 初広島〜！！！！！！！！ いつか訪れたいと思っていた広島！ ようやっと来れた〜 結果：広島めちゃくちゃ好きだ こんなに好きになれるなんて思わなかった また行くことにした お好み焼き ホテルのフリードリンクであるスパークリ…
観光ビッグデータ宿泊データやオープンデータなど、様々なデータ活用。需要予測やスマートシティ対応等、地域基盤構築から地域課題改善に向けた取り組みを展開
Mercurialを使ったチケット駆動開発の記事が非常に素晴らしいのでメモ。 このやり方を使いこなせれば、ソフトウェア開発の生産性は劇的に上がると思う。 【元ネタ】 mercurialでチケット駆動開発 - ろじぼ 上記の記事を理解できた範囲でまとめてみた。 【仮定】 ・SCMはMercurial。(Gitでも良い) ・BTSチケットでSW開発のタスクを管理する。 ・trunk、confirmブランチは中央リポジトリ(サーバー)にある。 ・チケットブランチ(トピックブランチ)は、ローカルとサーバーの2箇所にある。 常時同期されている。 ・作業の優先順位によって、チケットがリリース順≠開発順の状況はある。 【チケットAブランチ上の作業手順】 1・チケット担当時に、ブランチ作成。【チケットのステータス＝担当】 ↓ 2・チケットAブランチ上でガンガン開発する。【チケットのステータス＝担当】 →t
ども。自分のサイトを復旧させるのが面倒なため会社のブログに本のレビューまで乗せようという魂胆の村瀬です。 週末に「入門GIT」を読んだのですがこの本は git ユーザーはもちろんのことその他すべての開発者が必読の本だなぁと感じたので紹介しておきます。 この本です。 この本は現在の git の開発者でありメンテナーである濱野氏によって書かれた git の入門本です。 ただの入門本にあらず しかし入門本だから最初はよくあるようなチュートリアルのような記事からはじまるのだろうと思っていると最初から面食らいます。 最初に書かれているのは git がどのようにデータを記録し、どのように履歴をたどれるようになっているかというまさに git 自体の基本が書かれているのです。 僕個人は二年近く git を使用してきているため自分の知識の確認のような感じで読み進められましたが、初めての方はすこしむずかしいか
先週、ベータ版がリリースされたFirefox向け「はてなスクリーンショット拡張」が正式版になりました。 「はてなスクリーンショット拡張」とは、Firefox で表示している画面のスクリーンショット(サムネイル)を簡単に保存できる、Firefox ブラウザ専用のアドオン(拡張機能)です。スクリーンショットを保存する以外にも、はてなフォトライフにスクリーンショットをアップロードしたり、画面にメモを書いたりすることができます。 ベータ期間から高いアクティブ率。そのまま正式版へ 一週間のベータ期間を置いて、無事にリリースされたわけですが、すでにダウンロードして利用開始している方からは「これは便利」と高い評価をいただいています。 ちなみに豆知識ですが、「ベータ版」というのはなぜ存在するのでしょうか？素朴な疑問ですが、今回の開発者であるid:secondlifeにたずねてみました。 「ベータ版というの
■ [ruby][git] githubを10倍便利にするgithubコマンド 現在はgit-hub gemの方がおすすめです：Route 477 - github gemからgit-hub gemに乗り換えた (2011/1/13追記) githubはよく使うけど、プロジェクト作るのにブラウザ開かないといけないのが 面倒だなーとか思っていませんか？githubコマンドをインストールすると、 ターミナルからgithubプロジェクトを新規作成できるようになります。 インストール $ gem install defunkt-github -s http://gems.github.com リポジトリの作成 新しく作る： $ github create foobar -> foobar/ 以下にgitリポジトリができ、githubにも登録される 既存のgitリポジトリから作る： $ github
% pidof apache2 6405 6404 6403 6402 6400 6112 普通に便利だ。
concov のドキュメントを書こうと思ったけれど、何から書くか困ったので、とりあえずその前に gcov の使い方とはまりどころを書いてみます。 gcov とは C 言語で書かれたプログラムのカバレッジを測定するツールです。gcc に付属しています。 基本的な使い方 こういうコードがあるとする。 /* test.c */ #include <stdio.h> int foo(int x, int y) { return x + y; } int bar(int x, int y) { return x - y; } int main(void) { printf("%d\n", foo(2, 3)); printf("%d\n", foo(3, 4)); return 0; } コンパイルする。-coverage をつけると gcov 用のオブジェクトファイルが生成される *1 。 $ g
GitHub Firewall Installより。 githubが社内ネットワークなどのプライベートネットワークでも使える「github:fi」をリリースするとのアナウンスがあった。 機能はgithubそのまま 気になる画面構成、機能は、デモムービーを見る限りgithubそのまま。つまり、あなたのサーバがgithubに、という事。 もう一つ気になる動作環境はLinux + JRuby(JRuby on Rails)で、将来的には他OSにもインストールできるようになるだろうとの事。 githubをプライベートなプロジェクトで使いたいけど、セキュリティが心配だからgithub使えない…という団体には朗報じゃないかと。 未確定事項も多い とはいえ、github:fiはリリース時期も未定、価格も未定(おそらく有償)、と未確定な事も多い。早いところ出して欲しいと思っている団体も多そうだけど出るまで
この連載の第16回「Macでファイルを圧縮するときのポイントは？」について、ZIP形式での問題回避策があるのでフォロー記事を用意した。 まずはおさらい。Mac OS X標準のZIP圧縮機能の問題点、その1つはファイルをWindowsで解凍すると、多数の“ゴミファイル”が一緒に現れてしまうというところだ。 これについては読者の方から「圧縮にCleanArchiverを使えば回避できる」というご指摘をいただいた。 確かに「CleanArchiver」には「.DS_Storeを含めない」「アイコンファイルを含めない」という設定が用意されており、それを有効にすれば前述のゴミ問題を回避できる。 文字化けの問題は残るものの、これについては（原始的な方法だけど）「圧縮するフォルダ／ファイル名に日本語を使わない」ということで回避できる。LZHファイルとちがってWindows側でも追加のソフトウェアなしで解
There are No Perfect Redmine - Presentation Transcript Redmine Junya Ogura <juno@sooey.com> Jun 12, 2009 Saturday, June 13, 2009 Redmine 18 projects 1,696 tickets 22 users 2008.10 Saturday, June 13, 2009 • Junya Ogura ( ) • • PHP, Ruby, Java id:juno sooey.com twitter.com/junya github.com/juno Saturday, June 13, 2009 • Trac • • Textile • CSV • • Saturday, June 13, 2009 Trac Saturday, June 13, 2009
Gitとはどう違うのかと聞くと、「Git!? そんなの学生しか使わないよ」と一刀両断。真剣な大規模開発を行っているところならPerforceを使ってるのだといいます。これを聞いて、グーグル本社でGitについて講演したリーナス・トーバルス氏が、グーグルがPerforceを使っていることを聞くに及んで「それは、、、悪かった」（I’m….sorry…）と苦笑いしたニュアンスが少し分かった気がしました。それまでほかのSCM（主にSubversion）の悪態を付きまくっていたリーナスも、Perforceには、ごめん、かなわないよという意味だったのかもしれません。 ＠IT編集部のblog : Git!? そんなの学生しか使わんよ (via semi) (via nakano) (via vmconverter) (via hexe) いや、違うでしょ。同じプレゼンで「Get rid of Per
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
