Subversion1.5 - KoshigoeBLOG
何となく気になったので、変更点を眺めて試してみた。 subversion: Subversion 1.5 Release Notes svn mergeinfo "WebDAV Transparent Write-Through Proxy"は、楽しそうだけど使う機会がありそうでなさそうな。海外のレンタルサーバにリポジトリたててるような場合はいいんでしょうね。社内リポジトリにスレーブ用意しても、バックアップ目的以外でなにかいい事あるでしょうか。不可分散するほどに負荷はかかってませんし。意味なく個人用Tracを用意してみますかね。 なんとなく、「ローカルにコミット」という点で、分散バージョン管理を思い浮かべてしまいましたが、あくまでレプリケーションなので、意味合いが違いますよね。 FSFSのフォーマットが新しくなったというのは、そもそもFSFSを詳しく知らないので「ふーん」といった印象。ただ
subversionリポジトリと tracディレクトリを同時に作成するスクリプト(2) - Nunockyのブログ
アドバイスを受けて書き直し。シェルスクリプトの書き方は以下のサイトを参考に。 rhythm-cafe.com #!/bin/sh if [ $# = 0 ]; then echo "$0 <project>" exit fi svnrepos="/var/www/svn/$1" tracdir="/var/www/trac/$1" if [ -d $svnrepos ]; then echo "subversion repository $1 already exists." exit fi if [ -d $tracdir ]; then echo "Trac directory $1 already exists." exit fi ### subversion # create the repo; use the filesystem backend svnadmin create
せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
InfoQ: 複数のアジャイルチームでのバージョン管理
複数のチームが動いているアジャイル環境では、以下の目的を実現するバージョン管理モデルが必要になります。 フェイルファースト フェイルファーストとはコードのコンフリクトや統合での問題を可能なかぎり早期に発見することです 大きな問題を数回のタイミングで修正するよりも、小さな問題を何度も修正していく方が賢明です 常にリリース可能 どんなに悪いスプリント（イテレーション）だったとしても、その成果物は何かしらリリース可能なものでないといけません シンプル このスキームはチームのメンバ全員に毎日使われることになるので、ルールや定型作業は明確かつシンプルでないといけません 紙1枚にまとめた要約図（壁張り用） この図を見て分からないことがあっても構いません。この先を読んでください。 この図を見て分からないことがなくても、この先を読んでください。 この要約図はPDFでもダウンロードできます(DL) バージョ
プログラマの思索: Subversionのブランチを有効活用してアジャイルに開発せよ
デブサミ2008講演資料の「SubversionとMaven 2 による構成管理」を読んで、改めてソフトウェア開発ではソース管理が最重要であると再認識した。 ソース管理について振り返ってみる。 【1】ソース管理の歴史 ソフトウェア開発では、ソース管理が必須だ。 ソース管理の本質は、履歴を辿って、いつでもソースをUndo、Redoできること。 昔のコンピュータ資源が希少な時、そもそもプログラムを履歴に残すことすらできなかっただろう。 今でもリリース時によくやるように、システム一式を複製して日付でリネームしていた。 僕は当初、ソース管理に、MSのVisualSourceSafeを使っていた。 CVSよりも直感的でGUIが使いやすい。 VSSを使い始めてから、下記の作業がルーチンになった。 朝、出社後、VSSから最新ソースを落として、VisualAgeForJavaのワークスペースにインポートす
Emacs の vc-annotate - naoyaのはてなダイアリー
もしかしたら常識なのかもしれませんが、Emacs の vc-annotate がとても良いです。vc-annotate は vc (version control, バージョン管理システムのフロントエンド。Emacs から直接 svn {diff, commit, revert} することができる) に含まれる機能の一部です。vc-annotate を使うと、バージョン管理システム、例えば Subversion に保存された過去の履歴を気になったときにとても容易に調べることができます。 ソースを開いて M-x vc-annotate (C-x v g) すると (そのファイルがバージョン管理化に置かれて居れば) vc-annotate-mode になります。例えば Subversion で管理されている plagger の Plagger::Plugin::CustomFeed::Debu
ウノウラボ Unoh Labs: SVN を使いやすくするシェルスクリプト
こんばんは、naoya です。 ウノウでは、プログラムのソースコード管理に SVN を使っていますが、日々の開発の中でずっと SVN コマンドを使い続けていると、SVN コマンドの入力がめんどうになってくる場面があります。 今日は、SVN コマンドの入力を簡略化するために、僕が作成したシェルスクリプトをいくつか紹介します。 1) プログラムのリビジョンを一つ前に戻す 誤ってプログラムしたり、プログラムを変更してコミットしたあと、一つ前のバージョンに戻したい場合がたまにあります。そんなときは、SVN コマンドの場合は、次のように入力します。 svn merge -r 上書き対象のリビジョン番号:戻すリビジョン番号 対象のファイル名 このコマンドを使うには、対象ファイルのリビジョン番号を svn info で調べないとリビジョンを指定することができないので、次のようなスクリプトを作ってみ
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
TortoiseSVN の TortoiseBlame : 雷ブ
くたびれたおっさんの日常の生活を日記にします。 だって日記かかないと、なにをやってきたか忘れますから。 ソースコードの管理に、Subversion を使っています。 そいつのクライアントとして、TortoiseSVN という優れものがあり、また、そいつのオマケプログラムとして、TortoiseBlame というのがあります。 誰がいつ、その行を修正・追加・コミットしたかがわかる超便利なツールなのですが、、、落とし穴がありました。 日本語が文字化けするっす。 ソースコードに例えコメントでも日本語書くなー！という意見もありますが、それはおいておいて。 で、今日バイナリエディタで、TortoiseBlame.exe を拝見したら、内部に、"Courie New" という英文フォント名がありました。こいつの字数を超えない範囲で収まるフォント名は、”ＭＳ 明朝”だっ！と思ってやったら、あら見事。日本
branches を trunk に merge する前には必ず trunk の内容を branches へ merge する - Yappo::タワシ
想定外な事になるよ！っていう例をやってみた。 $ ls trunk/ foo.txt hoge.txt branches/a を作る $ svn copy trunk branches/a A branches/a $ svn ci Adding branches/a ファイルを色々変更する $ vim branches/a/foo.txt $ svn diff Index: branches/a/foo.txt =================================================================== --- branches/a/foo.txt (revision 2) +++ branches/a/foo.txt (working copy) @@ -1 +1,2 @@ fue +nikoniko $ svn ci Sending bran
MOONGIFT: � Finderで扱うSubversion「Subversion Scripts for Mac OS X Finder」:オープンソースを毎日紹介
バージョン管理システムとしてSubversionを使っている人は多いだろう。WindowsであればTortoiseSVNという秀逸なソフトウェアがある。が、Mac OSXではこれが一番、と言えるものはないように思える。筆者はsvnXを利用しているが、操作が若干面倒でCUIでコマンドを叩くことも少なくない。 リビジョンを見たり、ログを見たりする際にはGUIクライアントが便利だが、日常的にコミットしたりアップデートする際にはFinderから扱えると便利だ。そこで使ってみたいのがこれだ。 今回紹介するオープンソース・ソフトウェアはSubversion Scripts for Mac OS X Finder、Finder上でSubversionを扱うスクリプト群だ。 Subversion Scripts for Mac OS X FinderはいわゆるAppleスクリプトだ。Finderスクリプト
2008-01-17 diary: Subversion設定ファイルを Excelから自動生成 (blancoSvnConf)
Subversion設定ファイルを Excelから自動生成 (blancoSvnConf)Subversion設定ファイルを Excelから自動生成するパスについて検討を開始しました。まずプロダクト名を考慮中です。 Subversion設定ファイルを Excelから自動生成 (blancoSvnConf)Subversion設定ファイルを Excelから自動生成するパスについて検討を開始しました。blanco Frameworkによる提供となります。まずは プロダクト名を考慮中です。2008.01.18追記 プロダクト名は blancoSvnConfに決まりました。 プロダクト名: blancoSvnConf 他の候補1: blancoSubversionConf (つづりが長すぎるので却下) 定義書 定義書名: Subversionリポジトリ定義書 必要項目 定義書ID ＝ プロジェクト
Geekなぺーじ : オーム社開発部での開発体制
オーム社開発部さんでの本の作り方を取材させて頂きました。 社内で自作ツールをバリバリ作って、出版作業の効率化を行っているのが凄いと思いました。 ただし、今回取材をした内容が行われているのは、オーム社開発部のうちの1グループ(グループは約3名)です。 全体的にこの体制で行われているわけではないそうなので、ご注意下さい。 取材実現の経緯は「オーム社開発部の方とのやり取り」をご覧下さい。 Subversionでバージョン管理 著書の原稿は、XML管理されており、そのXMLはSubversionで全ての著者(監訳者)と共有されているそうです。 Subversionのサーバはインターネット上にあり、各自がリモートで作業を行える環境が整い始めているため、最近では著者と一度も会わずに本が完成するという案件もあるそうです。 フォントなどの問題から、本番環境でのPDF作成はオーム社開発部で毎日行っており、毎
リポジトリへのComitもれを防ぐ方法 - Hello, world! - s21g
複数人で開発している場合に、新しく作成したファイルを svn addし忘れて、Commitもれを発生させてしまうと、 テストが走らなかったり、開発を止めてしまったりと、 様々な悪影響が発生してしまいます。 今回は、Commitもれを防ぐために僕が使ってる方法を紹介します。 やってることは単純で、以下のalias設定を.zshrcに登録しています。 1 alias svn_new='svn stat | grep "^\?" | sed "s/\? *tmp.*//" | sed "s/\? *log.*//" | grep .' svn statの結果から、log/とtmp/ディレクトリの中身を除外してるだけですね。 あとは、svn_newコマンドを実行すれば、svn add し忘れてるファイルが無いかどうか簡単に確認できます。 しかし、実際にはconfig/database.ymlやt
Subversion - higepon blog
Merging in Subversion is a complete disaster. The Subversion people kind of acknowledge this, and they have a plan, and their plan sucks too. It's incredible how stupid these people are. They've been looking at wrong problems all the time. Branching is not the issue. Merging is. この部分は確かにその通り。 Subversionは、マージのサポートがなさすぎてひどい。 追記 どこからどこまでがマージされたのか？というメタ情報がSubversionにはないのですよね。 なので、「以前どのブランチをどこの revisio
svv
SVV SVVとは? /etc/*などのファイルをバージョン管理するためのソフトウェアです。 /etc/*などのファイルを、root権限なしに管理できます。 ファイルのパーミッションなどの情報も保存されます。 ダウンロード ver 0.1 必要な物 subversion python pysvn(1.5.2で動作確認) 準備 subversionの空のworking directoryが必要です。 環境変数SVV_WORKを、その空のdirectoryにしてください。 例 $ svn mkdir ~/work/newdir $ svn commit ~/work/newdir $ export SVV_WORK=~/work/newdir 例2 $ svnadmin create ~/newrepo $ svn co file://.../newrepo ~/work $ export S
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Subversion でディレクトリの名前を変更するときの注意 - metalglue
Subversion 1.5のリリース
Subversion BookのCHMファイルを公開 | Sarabande