ウノウラボ Unoh Labs: Mercurialでバージョン管理
stoplightで最大化したターミナル上でzshとscreenとEmacsを立ち上げ、 明朝体フォントでプログラミングするbokkoです。 今回はバージョン管理システムの1つであるMercurialについて紹介します。 ウノウではSubversionとTracを組み合わせて開発を行っていますが、 僕個人では今年の春ぐらいからEmacsやzsh、screenなどの各種設定ファイルをMercurialでバージョン管理しています。 Mercurialとは？ Mercurialは分散型のバージョン管理システムです。 これに対して、CVSやSubversion(以下SVN)は集中型のバージョン管理システムにあたります。 分散型と聞くと難しそうなイメージがわくかもしれませんが、 CVSやSVNに比べてると、より手軽にバージョン管理を行うことができるというのが、 Mercurialに対する僕の印象です
livedoor Developers Blog:Subversionで攻めの開発を (いまさらだけど) - livedoor Blog（ブログ）
こんにちは。ブログ担当のnabokov7です。 さてみなさん、ここのところ、livedoor Blog の新機能リリースのペースが上がっていることにお気づきでしょうか。 12月だけでこれだけの新規リリースのお知らせを出しました。 2007年12月27日 プライベートモードで記事を投稿できるようになりました 2007年12月25日 タグクラウド とタグ別ページを表示できるようになりました 2007年12月20日 カテゴリ別モブログ機能リリースのお知らせ 2007年12月18日 「話題のブログ」が新しくなりました 2007年12月18日 プレビュー機能強化と新リスログプラグインのお知らせ 2007年12月13日 投稿・編集を便利にするブックマークレットのご紹介 2007年12月11日 バリューコマースの商品をカンタンに紹介できるようになりました。 2007年12月11日 アップロードしたファイ
Subversion で作業コピーの URL を変更する方法
Subversion で作業コピーの URL を変更する方法 2007-04-08-1: [Subversion] サーバ側の都合で Subversion のリポジトリの場所を変更した場合，その作業コピーでは元の URL にアクセスできなくなります． 例えば，リポジトリを file:///repos から file:///new-repos に移動した場合，以下のようなエラーになります． svn: No repository found in 'file:///repos' これを解決するには，新しい作業コピーをチェックアウトしてもいいのですが，svn switch を使って，URL を書き換えてしまう方法もあります． svn switch --relocate file:///repos file:///new-repos これは file:///repos から file:///new
ひげぽん OSとか作っちゃうかMona- - Subversionの話
Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。 気軽に ブランチを作る マージする コードを元のバージョンに戻す 問題となるコードを diff で調べる などができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。 この「気軽に」ってのがとても重要。 以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。 ただ使う場合は コマンドをWebで調べる おそるおそる試してみる 失敗して check out しなおしで時間をロス などがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく
Subversionで日本語ログ入りのcommitメールを送る
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
Subversion で間違えてディレクトリをごっそり消してコミットしてしまった時
今日のプロジェクト成果物とりまとめを前に昨日、メンバの1人が trunk 直下の2年半分のファイルが入っているプロジェクトディレクトリをなぜか削除してコミット。 朝きたら過去のリビジョンをエクスポートして再度追加して戻したとかで、全部履歴が切れてしまっていた。作業ディレクトリも全部入れ替わり。 こういう時は過去のリビジョンからの copy をすべし。 履歴が維持される 属性などもコピーされる 他のチェックアウト済み作業ディレクトリへの影響もなし といった点で優れている。 作業ディレクトリを使って消したディレクトリを戻す svn copy --revision R URL . svn commit -m "Resurrected dir1 from revision R" ここで R は間違えて消してコミットしたリビジョンの1つ前のリビジョン。 URL は削除したディレクトリの URL。 実
OSCON: Subversion Best Practices 和訳 : akiyan.com
Subversion ベストプラクティス 2006-11-16 Brad Choate: OSCON: Subversion Best Practicesの和訳に挑戦してみました！誤訳などありましたら遠慮無くコメントしてください。また、一部が原文のままです。 原文と訳文の併記版 (Wiki)がありますので、誤訳がないか確認される方はそちらをご覧になると便利かと思います。Wikiを直接修正していただいても結構です！ ちなみ私は英語初心者で、こういう翻訳作業は初めてです。また今回の翻訳にあたって一部をfjkktkys (fjkktkys blog)に添削していただきました。ありがとう！ それではどうぞ。 原文へ OSCON: Subversion Best Practices これは、たった今私が出席しているOSCONのまとめです。この部屋は人でいっぱいだよ。 このお話はグーグル勤務のBen
YappoLogs: 悪のりで学ぶsvnadmin/trac入門実用編
悪のりで学ぶsvnadmin/trac入門実用編 とある平和なある週末に事件は起こった xx:14 ([aopy]+) stfuawsc汚染なコードをciってまった xx:14 (A) ちょ xx:14 (B) ｗｗ xx:14 (C) ｗｗｗ xx:14 (D) stfuawsc xx:14 {[ainOS]+} パネラーディスカッションという事で、直近のコミットした内容をこの世から抹消しなければならなくなった。 しかもtrac上のデータもあわせて..! 消したいリビジョンは100である。 svnのデータを消すコマンドだけで直前のコミットを取り消せないものかと調べたが、出来ないという事が分かった。 ちょっと冷静になって、svnadmin dumpとsvnadmin loadの組み合わせで何とか出来ないか？と考え$ svnadmin dump /svn/public > /tmp/publ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
