ひげぽん OSとか作っちゃうかMona- - Subversionの話
Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。 気軽に ブランチを作る マージする コードを元のバージョンに戻す 問題となるコードを diff で調べる などができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。 この「気軽に」ってのがとても重要。 以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。 ただ使う場合は コマンドをWebで調べる おそるおそる試してみる 失敗して check out しなおしで時間をロス などがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく
steps to phantasien t(2007-06-01) ChangeLog の作法 つづき
Subversion の開発者が ChangeLog について面白い記事を書いている. 記事の要旨はこうだ: ChangeLog (Subversion なので commit log) を書くのは面倒だよ, メーリングリストもあることだし書かなきゃダメ? ってよく訊かれる. 書きましょう. バグトラックもあるけど, 書きましょう.これらのツールは補完しあっている. メーリングリストはノイズが多いし, 変更を特定するには情報が足りない. バグトラックはバグの記録がメインだからコードの話を細々書くのは邪魔になる. 変更については ChangeLog に書くのがいい. プログラマは ChangeLog を読む. 記録を検索して, どの関数に何が起きたかを調べるものだ. この類の記録は ChangeLog を読まないとわからない. 逆に ChangeLog を書く時は, それを特定できるように省略
kmuto’s blog
View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this
メモ: sourceforge.netでsvn copy
HTC Desire の購入とその後 ⇒ モンクレールダウンコート (02/04) iconia tab a500 ⇒ モンクレールダウンコート (12/31) ⇒ スーパーコピーロレックス (02/27) ⇒ ロレックスコピー (01/25) seesaaのタグ機能 ⇒ 男性シャツ (04/29) ⇒ スーパーコピーロレックス (03/27) ⇒ ttate (08/05) ⇒ どさんこ4世 (07/31) ステップワゴンの決め手 ⇒ ロレックスコピー (01/28) ⇒ スーパーコピールイヴィトン (12/31) ⇒ ウブロコピー (12/17) ⇒ スーパーコピーエルメス (11/23) ⇒ ウブロコピー (11/14) ステップワゴン（RK1）の納車 ⇒ みなとパパ (07/05) ⇒ 車の簡易査定 ｜ 自動車オンライン査定なら (01/29) NYCへ観光 ⇒ QBlOqCNkD
バージョン管理に便利なSubversiveプラグイン (1/3) - @IT
そもそもSubversionとは何か？ Subversionとは、バージョン管理システムとして広く利用されているCVSの管理スタイルを踏襲しつつその欠点を解決したバージョン管理システムです。Google Trendsによると、日本ではSubversionの検索数がCVSをすでに上回っており（2007年3月現在）、関心が高まってきています。 実際、筆者の周りでもSubversionを利用しているプロジェクトが増えてきています。本稿では、SubversionをEclipseから利用するプラグインSubversiveとプロジェクト管理システム「Trac」との連携を中心とした利用ノウハウを提供します。 Subversionのメリット チェンジセットによるリビジョン管理 バージョン管理システムにおいて、ローカルで編集した内容をリポジトリへ反映するために行う作業を、コミットといいます。 CVSはファイ
[ThinkIT] 第2回：Subversionによるバージョン管理（前編） (1/3)
今回は、Subversionによるバージョン管理方法とウノウでの導入事例について前編と後編にわけて紹介していきます。 Subversionとは、無償で利用できるバージョン管理システムです。現在もオープンソースで活発に開発が進んでおり、執筆時点の最新バージョンは1.4.2となります。バージョン管理システムとは、ソースコードや仕様書などを含むドキュメントなど、時間とともに内容が変化するファイルを管理するシステムの総称です。 Subversionと同じようなバージョン管理システムとしては、CVS（Concurrent Version System）が有名ですが、SubversionではこのCVSで使いにくかった点を改良した次世代バージョン管理システムというコンセプトで開発が続けらています。筆者が実際にどちらも利用してみた結論として、導入をおすすめするバージョン管理システムは、やはり「Subver
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
kmuto’s blog
View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this post on Instagram A post shared by kmuto (@mutokenshi) View this
[O] trac+subversionを使い始めた
« 夕方から起動 | トップページ | Gateaux de Voyage(ガトー・ド・ボワイヤージュ) とろけるシブースト 白桃 » trac+subversionを使い始めた [Programming] trac+subversionな環境を整えたので、まとめメモを書くことにします。 まだ不十分ですが、あとは徐々に改善。 trac+subversionなサーバを作っておきたい。 さらに、リポジトリ全体も定期的にバックアップをとりたい。 と思ったんですよ。 今は、個人のソースはかなりアバウトなバックアップをしていて 突然自分のPCが壊れてしまったとき、昨日とかおとといのソースが 無くなってしまうような状態なのです。 何もしてないわけではなく、CVSとSubversionは使っていますよ。 でもソースの差分をみて何か発見するとか、 タスクとかバグとかをメモしておいてほに
MySQL/SVNリポジトリ/Trac設定ファイル/WWWディレクトリを一括バックアップ:phpspot開発日誌
ITech - another tech blog 実Backup script for MySQL, SVN, TRAC and WWW This simple bash script backups all MySQL databases, SVN repositories, Trac environments and WWW directory and uploads archived backup to specified FTP site. MySQLデータ/SVNリポジトリ/Trac設定ファイル/WWWディレクトリを一括バックアップするシェルスクリプトが公開されています。 一括バックアップするだけではなく、指定したFTPサーバーへのアップロードが可能ということで、バックアップ元のサーバが死んでも大丈夫です。 MySQL+SVN+Trac+WWWな構成は最近流行りなので結構便利そ
svk - 気の向くままに･･･ - livedoor Wiki（ウィキ）
[ パソコン ] 気の向くままに･･･ 気の向くままにいろいろと。ツール類の設定や使い方の覚書など？ 編集 履歴 添付 設定 新規ページ作成 メニュー カテゴリー 最近更新したページ 2007-04-01 JavaHL 2007-03-25 FrontPage java_subversion phpMyFAQ 2007-03-12 Subversive_SSL TortoiseSVN_SSL svn_SSL 2007-03-11 ApacheSSL SubversionInstall 2007-03-10 svk 2007-02-17 Velocity 2006-12-15 Derby 2006-12-09 javassl 2006-06-17 GanttPlugin TracPlugins WebAdminPlugin FoldingMacro 2006-06-11 ExcelViewe
svkでsvn trunkの追っかけ
通常の手順 ~/.svkの初期化 svk depotmap --initはあらかじめ実行しなくても、 後でコマンドを実行したときに同じことをきかれるので省略可能です。 % svk depotmap --init Repository /home/kazu/.svk/local does not exist, create? (y/n)y depotについて //mirror/nadokaというのはDEPOTPATHというもので、 svkのdepot*1の中のパスを指すものです。 depotのレイアウトは //A/trunk/Aプロジェクトのtrunkのミラー //A/local/Aプロジェクトのtrunkのコピーのローカルブランチ //B/trunk/Bプロジェクトのtrunkのミラー //B/local/Bプロジェクトのtrunkのコピーのローカルブランチ //B/my-feature-
Journal InTime - svk
_ svk 今までは他人のプロジェクトをちょこっといじるのにsvkを使っていた だけだったのだが、バックアップも兼ねて、自分のプロジェクト(具体的 にはximapd)にもsvkを使うことにした。 まず、//mirror/ximapdにミラーを用意する。 $ svk mirror https://projects.netlab.jp/svn/ximapd //mirror/ximapd $ svk sync //mirror/ximapd 次に、//local/ximapdに手元で作業するためのブランチを作る。 $ svk copy -p //mirror/ximapd/trunk //local/ximapd で、//local/ximapdからチェックアウト。 $ svk co //local/ximapd ximapd あとは修正を行ってsvnと同様に $ svk ci で手元のブラン
colinux with SVK: blog.bulknews.net
colinux with SVK 最近開発をノートPC (ThinkPad X40) 上でやるようになってきてます。 といっても、Win32 で Apache と ActivePerl、なんてのではなくて、coLinux という "Windows 内で動く Linux" を使っています。昔からある VMWare のようなものと考えてもらえれば OK。 coLinuxのメモ - coLinuxのインストール あたりを参考に、Debian の入ったファイルシステムをダウンロードして、apt-get dist-upgrade してごにょごにょやれば、あっという間に Linux 環境が手に入ります。Windows からは Putty などの SSH を利用して接続すれば、普通の Linux サーバと同じ感覚で使えて便利。最初はブリッジ接続でつかっていたのですが、ホテルなどにいくたび IP を変更す
svk help introを訳 - Practice of Programming
してみた。思い付きで。他も訳すか、な？ SVKイントロダクション: svkはオープンソースで配布されているバージョン管理システムで、 Subversionを補完する目的で設計されています。 他のバージョン管理システムと同じように、プロジェクトへの変更ごとの 履歴を記録すること、開発の複数の並行的な履歴をメンテナンスすることができます。 svkはまた、他のバージョンコントロールシステムには滅多に見られない、 いくつかの強力な特徴があります。 svkはその基盤からソフトウェア開発者にとって、単純で直感的な開発モデル をサポートするように設計されています。進んだスマートなブランチやマージの セマンチックがあり、これらは複数の並行的な開発ラインをメンテナンスしやすくし、 ブランチ間のマージの苦痛を軽減します。svk組み込みのパッチマネージャーは 非コミッターがプロジェクトのメンテナーとの間の変更を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://dev.rakusui.jp/diary/?date=20070903
まちゅダイアリー - さくらインターネットで Subversion + Trac
bluegate.org
http://www-step.kugi.kyoto-u.ac.jp/~futaana/Briefcase/Subversion/conflict.html
dkiroku.com