タグ

Subversionに関するjoan9のブックマーク (26)

  • subversionで差分を作る。パッチをあてる。 - 作業ノート

    差分を作る 作業ディレクトリで、以下を実行する。 $ svn diff -r 10:HEAD > foo.diff patchをあてる $ patch -p0 -E < foo.diff -E オプションを指定すると、パッチ適用後に空のファイルを削除する。 また、patchが当たるファイルを確認したい場合は、--dry-runオプションをつける。 patch -p0 --dry-run < foo.diff このとき、ファイルにpatchは適用されない。 あてたpatchを取り消す -Rオプションで、一応可能。 $ patch -p0 -R < foo.diff 元々-Rオプションは、差分の取り方が逆であったときに利用するオプション。 結果的に取り消すことができるが、そのような目的のオプションではないので、過信しないこと。

    subversionで差分を作る。パッチをあてる。 - 作業ノート
  • エックスサーバー サーバー初期ページ

    このウェブスペースへは、まだホームページがアップロードされていません。 早速、エックスサーバー上へファイルをアップロードしてみましょう。 アップロードの方法などは、サポートマニュアルをご参照ください。

    エックスサーバー サーバー初期ページ
    joan9
    joan9 2013/05/17
    svn add –non-recursive sitemap
  • subversion フック入門 - hata'daizu

    で、ちょっと調べてみた所だと以下のような感じ・・・ ・Subversionでコメント無しのコミットを拒否する方法 ・Subversion のフック・スクリプト (コミット関連) ・Subversion pre-commit script ※http://www.powertrip.co.za/blog/archives/pre-commit ・Pre-commit hook to verify Perl syntax ・Subversionでコミットメッセージを必須に できそうかな、ということでやってみる。 ・/path/to/hooks/pre-commit ・・・ ret=0 for i in `"$SVNLOOK" changed -t "$TXN" "$REPOS"` do echo "$i" | grep "fixed.php$" > /dev/null

  • Subversion のフック・スクリプト (コミット関連) - snbhsmt_log

    Subversion では、いくつかのタイミングで、外部プログラムを実行できる。 そのプログラムは一般的にフック・スクリプトと言われる。 環境 : subversion-1.1.4-2 (rpm) / CentOS 4.6 プログラムが実行される条件 リポジトリの hooks ディレクトリに決められたファイル名で存在する。 そのファイルが実行可能。 フック・スクリプトと言っているがバイナリの実行ファイルでも OK 。 linux の場合は実行パーミッションがセットされている必要がある。 ユーザにそのファイルを実行する権限がある。 実行されるファイル (ここではコミット関連のみ) start-commit ファイル コミット・トランザクションが作られる前に実行される。 第一引数 : リポジトリへのパス 第二引数 : コミットしようとしているユーザ名 終了コードが 0 以外の場合トランザクショ

  • Subversion メモ

    概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー(一般的なファイルとディレクトリの階層構造)の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の

  • @IT編集部のblog : Git!? そんなの学生しか使わんよ

    2009年06月09日21:53 カテゴリ 西村 こぼれ話 Git!? そんなの学生しか使わんよ こんにちは、@ITの西村です。JavaOneの展示会場に出展していた「Perforce」(パフォース)が目にとまりました。プロプライエタリなソースコード管理ツールです。名前は聞いたことがありましたが、実はどんなものかよく分かっていません。Perfoceのサイトによれば、世界中の4700組織で28万人の開発者が使っているデファクトスタンダードということです。ソフトウェア開発者だけでなく、AMDやNVIDIAといったチップメーカーも入っているようです。バイナリの管理もできからという話です。最近はGitやMercurial、あるいはSubversionが話題ですが、プロプライエタリのPerforceのほうがパフォーマンスや機能、スケーラビリティでは優れているのかもしれません。私は思わずブースに近づき

  • Subversion によるバージョン管理 - 複数リポジトリアクセス方法のサポート

    このドメインについて問い合わせる bluegate.org 2022 著作権. 不許複製 プライバシーポリシー

  • [CentOS][SVN]Subversionの導入 - Linux編

    Redhat Enterprise互換ディストリビューションであるCentOS上に、Subversionサーバを構築します 構築したSubversionサーバへはWebDAV経由でリポジトリへのアクセスを行える様にします また、利用ユーザ(グループ)毎に細かいアクセス制限ができる様にします WebDAVを使うという事で、apache2の導入も必要になります ここではapache2の導入が終わっていることを前提での手順を記載します

  • Subversionのログ表示を速くする方法: まんじゅうカラアゲ

    Apache配下のsubversion(mod_dav_svn)で、クライアントからログを見ようとするととても遅く感じられます。これをスピードアップするネタです。 そのものズバリは以下のサイトの「VI.4.4.3. パス名にもとづいたチェックの禁止」にあります。 http://www.exacteye.com/svn/svn.serverconfig.httpd.html キーワードは SVNPathAuthz off です。Apacheのアクセス権限設定を参照しないようにする、という意味です。デフォルトでは on なのですが、このとき、ログに含まれるパス1つごとにApacheにお伺いを立てているのです。ありえねえ。 試しに自宅のリポジトリサーバでoffにしてみたら、爆速になりました。 しかし、細かく権限を設定しているようなサイトでは、この方法はオススメできません。とはいえ、subvers

    Subversionのログ表示を速くする方法: まんじゅうカラアゲ
  • Subversionリポジトリのバックアップ方法いろいろ - ぱせらんメモ

    Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー(あるいはアーカイブ)する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい(アーキテクチャ依存)。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア

    Subversionリポジトリのバックアップ方法いろいろ - ぱせらんメモ
  • Subversion と Apache を連携させる - 理系学生日記

    今まで Subversion は svnserve 経由で使ってたりしてましたけど,なんか svn+ssh とか書くのメンドいし,trac と連携させたいとか思ったことにして,Chapter 6. Server Configuration とかを読んだりしていました.ぼくは実際に使ってみるよりも,こういうドキュメントを読む方が好きですし,研究とかも自分でやるよか,論文を読む方が好きなクソみたいな人間です. さて,今回試したのは Fedora だよー. |tcsh| cat /etc/redhat-release Fedora release 9 (Sulphur) ||< **subversion と mod_dav_svn を入れよう! Fedora は DVD からインストールしたんですけど,インストールオプションとかは覚えていない.なんか見てみたらとりあえず Subversion は

  • MOONGIFT: » ブラウザベースのSubversion管理ツール「USVN」:オープンソースを毎日紹介

    ブラウザベースでSubversionをブラウジングできるソフトウェアは各種存在する。ブラウザだけでリポジトリの内容が見られるのは確かに便利だ。だがリポジトリの作成や権限の設定はターミナルベースになってしまう。 リポジトリ概要 このソフトウェアはひと味違う。ブラウジングではなくリポジトリを管理するためのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはUSVN、Subversion管理ソフトウェアだ。 USVNはブラウザベースで動作するソフトウェアで、mod_dav_svnが必須になる。PHP+MySQLで動作し、ブラウザ上でリポジトリの作成やユーザの作成、グループの管理を行えるようになっている。 アクセス権限設定 プロジェクト管理とは異なり、リポジトリの管理に特化している。ファイルに対してのアクセス権限を設定することも可能だ。リポジトリを作成したら、チェックアウトURLを使いクラ

    MOONGIFT: » ブラウザベースのSubversion管理ツール「USVN」:オープンソースを毎日紹介
  • をれをれ subversion リポジトリを作って外部のリポジトリを使いやすいように料理しよう! - woremacxの日記

    coderepos や lazy-people や vaginarepos といろんな subversion リポジトリにアカウントもらって、さらにはプライベートな subversion リポジトリがあったりすると、どこになにがあったのかさっぱりです。そんなときは、をれをれ subversion リポジトリを作って自分が使うものだけを集約すると、快適な生活を送れるかと思います。やり方はカンタンです!プライベートなリポジトリ( http://example.com/repos/private/ )を用意して、svn:externals をセットするだけです! # checkout する $ svn co http://example.com/repos/private/ $ cd private # coderepos 用ディレクトリを作る $ svn mkdir coderepos $ s

  • 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日 アップロードしたファイ

  • http://www.momonga-linux.org/~tamo/arch_interview.ja.txt

    OSDir.com Arch の Tom Lord とのインタビュー: バージョン管理システムについて Software / OSDir Original Date: Sep 24, 2004 - 09:20 AM by Steve Mallett バージョン管理システムはどんなプログラマにとっても切実な必要のあるツールだ。 近年 Subversion において、この分野で多大の進歩がなされているが、 世の中にはさらに異なるバージョン管理システムが存在する。しかも、 こうしたシステムの仕事について、これまでの定義を完全に書き換えるものだ。 Tom Lord は、その Arch Revision Control System の作者である。 OSDir は Tom にインタビューして、Arch にまつわる物語を聞いてみた。 そして Arch が他の (たぶん読者が現在使用している) ものと

  • satolog: リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」

    Saturday, December 01, 2007 リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」 Tech Talk: Linus Torvalds on git My hatred of CVS has meant that I see Subversion as being the most pointless project ever started. The slogan for Subversion for a while was "CVS done right" or something like that. And if you start with that kind of slogan, there is nowhere you can go. There is no way to do CVS right. ぼくの CVS への憎悪が

  • 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

    Subversion - higepon blog
  • Subversion を Windows で GUI 中心に使う

    Landscape トップページ | < 前の日 2005-02-28 2005-03-01 次の日 2005-03-16 > Landscape - エンジニアのメモ 2005-03-01 Subversion を WindowsGUI 中心に使う 当サイト内を Google 検索できます * Subversion を WindowsGUI 中心に使うこの記事の直リンクURL: Permlink | この記事が属するカテゴリ: [Windows] [Subversion] 2005-02-28 の「CVS から Subversion に乗り換え」の続き。Windows 環境で GUI なバージョン管理システムを使うために、Subversion と TortoiseSVN をインストールする。 - Subversion 体のダウンロードsubversion: ファイルの共有:

  • デザイナにバージョン管理(subversion)を使ってもらうために人柱を建てた - LAPISLAZULI HILL#diary

    というわけで,説明+ハンズオンを2時間ほどやった.最初に人柱になったデザイナは自分とつきあいもそこそこ長く,コンピュータのリテラシも高め.案件の規模も手頃.経験も積んでいることもあって,利点はすぐに理解してもらえたようだ.うまくいくかはわからないけど始まったのは大きい.今回の導入の前提や考えてるポイントとか列挙 前提 デザイナは全部で8人 3人はコンピュータ使用のリテラシもモチベーションも高め,アプリも使いこなす 2人は新しいツール・習慣に拒否反応を示す可能性アリ 現在のファイル管理は共有フォルダを使って,日付でバックアップ作成(><) プログラマだと「バージョン管理使わないのは幼稚園児までだよね」とかで済む(ぉ)のだけど,デザイナはそうも云ってられない 目的 度々作業中に先祖返りなどが起こり,そのたびに四苦八苦している バックアップが面倒なので解消したい プログラムチームとの共同作業も多

    デザイナにバージョン管理(subversion)を使ってもらうために人柱を建てた - LAPISLAZULI HILL#diary
  • masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針

    初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ

    masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針