Subversionで変更のあったファイルの一覧を取得する - 小さい頃はエラ呼吸
はじめに Subversionで変更のあったファイルの一覧を取得したいときは、svn diffコマンドが使えます。 リビジョン番号を指定する場合 以下のコマンドはカレントディレクトリを作業コピーのディレクトリに移動して実行します。リビジョン番号3から最新までの間に変更されたファイルを出力します。 svn diff -r 3:head --summarize 日付を指定する場合 2011/11/24から最新までの間に変更されたファイルを出力します。 svn diff -r{2011-11-24}:HEAD --summarize実行した結果は以下のように表示されます。Dは削除、Aは追加、Mは修正を意味しています。 C:\work>svn diff -r 3:head --summarize D b.txt A 新規Microsoft Word 文書.doc A 新規Microsoft Exc
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
ローカルでのコミットを１つにまとめてSubversionにコミットする方法 - ぷぎがぽぎ
個人のリポジトリならいいんですが、共有しているリポジトリではコミットはある程度"意味のある単位"で行った方が親切です。 「もう帰るけど作業は途中。とりあえずコミット」をされて、そうとは知らずに、中途半端な動かないソースでアップデートしちゃったもんだからアプリが動かないとか悲しすぎます。 だから、ローカルに自分専用のミラー（ローカルリポジトリ）を作成し、そこにはガンガンコミットしておいて、タスクが終わったらまとめてサーバー側にコミットするという作業に意味があります。 また、ネットワークにつながっていなくてもガッツリと開発が行うことができるのも魅力です。 イメージとしては以下のような感じです。 <これまでの管理> コミット => (サーバーのリポジトリ) <分散管理> コミット => (ローカルのリポジトリ) => コミット => (サーバーのリポジトリ)ツールとしては分散リビジョンシステムと
第3回 SVKとSubversion | gihyo.jp
2回に渡ってSubversionの使い方、Subversionとバグ管理システムとの連携について説明してきました。今回から、分散したSubversionのリポジトリを一元管理するSVKについて説明します。SVKはリポジトリの一元管理だけでなく、単体でも個人のバージョン管理の機能を提供しています。 SVKって何？ Subversionからいくつかの派生プロジェクトが生まれました。派生プロジェクトの１つに、2003年から開発が始まったSVKがあります。SVKは複数のバージョン管理システムのリポジトリを統一的に扱うためのツールです。リモートリポジトリとして、SubversionだけでなくCVSやPerforceなど、複数の種類のバージョン管理システムをサポートしているため、これらの違いを意識せずに操作できます。 SVKの一般的な作業フローは図1のようになります。まず、複数のサーバ上にあるリポジト
Symfony 2でgitじゃなくsubversion(svn)で開発を始めるとき | tipshare.info
× Sign in with twitter. You can follow the user and hashtags. Share your tips on social media. Post relative tips. If you have relative tips, click [Add relative tips] to post. #php #symfony #symfony_ja #Symfony2 #subversion Subversionを用いて下記サイトと近いファイル管理をします． http://docs.symfony.gr.jp/symfony2/cookbook/workflow/new_project_git.html ■ ■ 事前準備 (リポジトリーの作成、初期設定作業など) ■ $ svnadmin create $PWD/repos $ svn
Mac版subversionの濁点問題（utf-8-mac） « kekelog
ウェブサイトのHTMLからプログラムのソースコード、ドキュメントなど仕事で使うすべてのファイルをSubversionで管理しているんだが、MacのsvnXでチェックアウトすると、濁点の入ったファイル名だけ2つあるように表示され、コミットできなくなるという問題がある。 こんな感じ↓ ? ウェブサイト.txt ! ウェブサイト.txt 原因はOS Xの文字コードがLinuxなどのUTF-8ではなく、UTF-8-MACとなっていることが原因。 UTF-8-MACは濁点を分解して格納するようになっているそうで、「ウェブ」は「ウェフ・（・はなんかの文字）」となるため、ファイルが2つあるように見えてしまうそうな。 この問題を解消するパッチを適用する方法をメモ。 参考にしたページ SubversionのUTF-8-MACについて MacユーザのためのSubversionTips パッチの適用方法
port install subversion+unicode_path
git-svn を試してみようと思って macports で git-core +svn をインストールするときに、何気に subversion port の info を見たら unicode_path という variant があるじゃないですか。 パッチファイルのコードを見るとなんだか見覚えがあります。 例の subversion の issue のコメント (by Philip Kime)を見るとやっぱり僕のパッチがもとになってるようです。 というわけで、前回の記事で紹介した方法のように面倒なことしなくても、 $ sudo port install subversion +unicode_path で OK です。MacPorts 万歳。 ちなみに、 +unicode_path のパッチファイルは以下のパスにあるハズです。 /opt/local/var/macports/sourc
colordiff で色とりどりな世界へ, ぐりもんアップデート時は load 順に注意
実は今まで diff はすべてモノクロで見ていた。Emacs の vc-diff 以外では。どうにかならんかなぁと思ってはいたがこんなもんかなとも思って長いこと過ごしていた。 しかし coderepos の commit 数ナンバー１の人が github を練習したメモ - TokuLog 改めB日記 を読んで git では設定次第で color 出力できることが分かった。だったら他のツールでもそういう方法は必ずあるはずだと思ってググったらいきなり ColorDiff が出てきた。そこら中でパッケージとして利用できるみたいなので使い始めるのは十分簡単。中身は Perl スクリプトで、diff の出力を解析してエスケープシーケンスで色づけしてくれる。 使い方は
colordiff で diff や svn diff を見やすくする方法 - Craftworks Tech Blog - Branch
colordiff で diff や svn diff を見やすくする方法 linux, svn, diff | 04:25 | vim などと同様に、diff も色分けされていると見易いですよね。 colordiff を使うと、普段の diff や svn diff で色分けできます。 インストール yum install colordiff diff との置き換え ~/.bashrc に alias diff='colordiff' を追加 svn 内臓 diff との置き換え ~/.subversion/config に [helpers] diff-cmd = colordiff を追加 less でも色付きで見れるように ~/.bashrc に export LESS="-R" を追加 詳しくは、less の man の --RAW-CONTROL-CHARS の項を参照のこと
linux/subversion+trac - Pekoのおどうぐ箱
技術情報 : Top / linux / subversion+trac subversion+trac † subversion+tracでソース管理する fsfsを使うのでBDBは入れない svnserveじゃなくapacheを使う 192.168.11.101はSubversion+Tracをインストールするサーバー ↑ apacheインストール † apacheが入っていなければ入れる # cd /usr/local/src # wget http://ftp.riken.jp/net/apache/httpd/httpd-2.2.10.tar.gz # tar xvzf httpd-2.2.10.tar.gz # cd httpd-2.2.10 # env OPTIM=-O2 ./configure --prefix=/usr/local/apache2 --with-mp
Subversionの最新版（1.4.2）をソースからインストールする - Hello, world! - s21g
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 This article was migrated from http://rails.office.drecom.jp/takiuchi/archive/128 debianのパッケージで入るsubversionは、バージョン1.1.4(r13838)と 古めのものなので、Pistonを使おうとすると不可解なエラーが出たりします。 そこで、新しいバージョンをソースから入れることにしました。手順をメモしておきます。 コーヒーを一杯飲み終わるぐらいの時間がかかるので、コーヒー好きな方は用意しておいたほうがいいでしょう。 まず、apr(Apache Portable Runtime)をソースからインストールします。0.9.x系の最新バ
2005-01-25
リポジトリ作成時に作られたpre-commit.tmplにいろいろ説明が書いてあるので要約すると。 Subversionのトランザクションがコミットする前に呼ばれる。 ２つの引数とともに呼ばれる。 リポジトリパス トランザクション名 'pre-commit'というファイル名でhooksに置く。(Windows環境の場合は、pre-commit.batや、pre-commit.exe） コミットさせたくないときは、0以外を返して終了させる。 svnlookコマンドを使っていろいろ情報を取得する。 まず、svnlookコマンドを使って、どんな情報がとれるか見たいので。 以下のスクリプトを作成し、pre-commitというファイル名で、/home/svn/repository/hooksに置く。 #!/bin/sh REPO=$1 TXN=$2 SVNLOOK=/usr/bin/svnlook
SVNでのデフォルト値を設定しておく事で $Id とかを自動的に propset しておく - すがブロ
手動だとすぐ忘れてしまいますよね＞＜ というか、svn:keyword なのか svn:keywords なのか、または Id なのか ID なのか全く覚えられないので、自動で追加してくれる方が良いですよね。 という訳で、そのような設定をする場合は以下のファイルに追加するよ。 ちなみに、以下は mac の場合。linux 系も同じだと思われる。 TortoiseSVN の場合はツールの設定から編集すると良いです。 ~/.subversion/config まず、自動で propset が行われる事を許可するため、 [miscellany] セクションの下でコメントアウトになっている # enable-auto-props = yes からコメントアウトを外します。 そうすると、さらに下に記載されている [auto-props] というセクションが有効になるので、その下の行に propset
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Subversion 1.7, file & folders manipulation and Checksum mismatch error
theta.ne.jp
http://www.machu.jp/posts/20100406/p01/
Google Code Archive - Long-term storage for Google Code Project Hosting.
Blog - Mikula Beutl - SEO Consulting
http://www.machu.jp/posts/20090412/p01/
Error
