タグ

subversionに関するoverlastのブックマーク (13)

  • 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: 複数のsvnリポジトリを一つにまとめる方法

    複数のsvnリポジトリを一つにまとめる方法 うちのsvnリポジトリは、trac等で公開をする前までは、各コンポーネント毎にリポジトリを作るという非効率な管理をしていました。 そろそろ嫌になって来たので、これを全部公開用にまとめようと思い、helpみながら頑張りました。 要件的には、リビジョン番号が変わっても良いから、とにかくlogを含めてインポートしたい! という感じです。 最初はsvkとか使わなきゃだめなのかなぁ、とか思ってたのですがsvnadminだけで願いが叶いました。 dumpとloadを使います。 loadする時はオプション無しでloadしてしまうと、dump前のファイルパスにデータをぶっ込んでくれちゃうので、trunkとかが混ざってカオスになっちゃいました。 そこで--parent-dirオプションを使って、どのパスにloadするかを明示的に指定してloadします。 --par

  • Server/subversion - www.takebay.net/~nao

    install(debian) † 以下のパッケージ辺りをapt-get installする。 subversion, libsvn0 必要なら/etc/inetd.conf辺りを設定しておく。 パスワード関連の問題があるのでsubversionのリポジトリを置くサーバでsshが動くならinetd経由ではなくてsvn+sshスキーマでのアクセスをすることをオススメします。 ↑

  • hori-uchi.com: タグを頻繁に切るようなプロジェクトでのsvkの使い方。これでいいのか?

    タグを頻繁に切るようなプロジェクトでのsvkの使い方。これでいいのか? ここ最近はsvkを使ってバージョン管理をしているんですが、svk help introで見ることができるイントロで紹介されているように 、 # リポジトリをミラー svk mirror svn://svn.example.com/project_x //mirror/project_x # リポジトリを同期 svk sync //mirror/project_x # ローカルリポジトリを作成 svk copy //mirror/project_x //project_x として、同期したproject_xのリポジトリをそのままローカルリポジトリにするという方法でしばらく使っていました。最初はこれで問題ないように思えたんですが、元のリポジトリでブランチやタグを切った後、svk pull //project_xして、リポジ

  • Subversionコミット時メール送信とTracチケットの自動クローズ ― Weboo! Returns.

    This guide is the safest way to do a domain switch, you get all you need to change a blocked domain. What is a user flow and a user journey? There’s a macro view of a customer experience that we can analyze and partially control.

    Subversionコミット時メール送信とTracチケットの自動クローズ ― Weboo! Returns.
  • svn:ignore - higepon blog

    Emacs Lispを lisp ディレクトリに放りこんでおいて、Subversionでバージョン管理をしています。 その際に byte-compile された *.elc なファイルたちは当然バージョン管理下には置きません。 なので svn status などしたときにこいつらは無視して欲しくなります。(.cvsignore で*.elcを指定するのと同じ感じ。) そんなときは svn:ignore propertyを編集します。 nobita% EDITOR=jed svn propedit svn:ignore lispEDITOR環境変数は property を編集する際に使用するエディタを指定します。 開いたら *.elcと追記し保存します。 svn status を実行すると *.elc が無視されるようになったでしょうか。 もし不安であれば svn status --no-i

    svn:ignore - higepon blog
  • YappoLogs: tracとsvnwebとapache1.3.*でオープンソース開発環境の構築

    tracとsvnwebとapache1.3.*でオープンソース開発環境の構築 http://plagger.org/のようなtrac&svn環境を作りたかったので頑張ってみました。 Apache1.3系でtracとsvnwebの構築をしました。 例としてBloxabというプロジェクトを立ち上げる時の構築方法で書いていきます。 ディレクトリとかユーザー名とかは適時書き換える事。 tracの細かい事についてはドキュメントとかを参考に。 svnリポジトリの作成 $ svnadmin create /usr/local/bloxab/repos普通にリポジトリを作ります。 この作成したリポジトリは、apacheとtracdを動かすuid双方で読み書きできるしておく必要があります。 適切なchownとchmodをしておいて下さい。 以上 tracのインストール tracを動かす為の各種ソフトをインス

  • Using SVN for Web Development — SitePoint

    As our web applications grew and more and more developers started working on them, it became obvious that we needed some kind revision control system to manage our code. As CVS is quite dated and Subversion (SVN) introduced some handy features (atomic transactions, Apache piggybacking, more convenient branching/tagging, tons of other improvements), we chose to go with SVN. The big question was: ho

    Using SVN for Web Development — SitePoint
  • svkに関するメモ

  • Trac(BTS Wiki SVN)を試してみる [前編] ― Weboo! Returns.

    This guide is the safest way to do a domain switch, you get all you need to change a blocked domain. What is a user flow and a user journey? There’s a macro view of a customer experience that we can analyze and partially control.

    Trac(BTS Wiki SVN)を試してみる [前編] ― Weboo! Returns.
  • trac/subversionで原稿管理 - Charsbar::Note

    原稿管理は考えてなかったな。 構造を持ったテキストって、管理しにくいんじゃないかと思ったり。 http://d.hatena.ne.jp/kinneko/20060119/p7 trac / subversion での原稿管理には何通りかの手法がありそうです。 真っ先に思いつくのは、ひんぱんにバージョンアップを繰り返す原稿全体をバージョン管理するというもの。うちでは分家で公開しているCatalystのマニュアル類やphpMyAdminのドキュメントがそれに該当しますが、これはもうプログラムのコードと同じように作業中のもの、リリースしたものとわけて管理するだけ。前の版に戻る必要はめったにありませんが、tracにしろTortoiseSVNのようなツールにしろ、簡単に差分が見られますので、元原稿の差分とつきあわせれば、直したところの見直しが簡単にできるのがまずありがたい。 また、たとえば翻訳の場

    trac/subversionで原稿管理 - Charsbar::Note
  • SVN::Web on FastCGI - Ogawa::Memoranda

    Posted by: Hirotaka Ogawa @ September 26, 2005 09:25 AM | 半年くらい前からMovable TypeのPluginなどのsubversionリポジトリーを公開していたのだが、どうにも具合が良くなく、試行錯誤が続いていた。 Ogawa::Memoranda: SVN::Web導入 最初PerlベースのSVN::WebをCGI経由で動かしていたのだが、猛烈にパフォーマンスが悪く、私の借りているサーバーだと数秒待たされたりしていた。代わりにmod_perl環境にdeployしたりもしてみたのだが、Apache 1.3との組み合わせだとReponse Headerが無茶苦茶になってしまう。デバッグしてもよいのだが、mod_perlにそんな思い入れもなく面倒でもあったのでCGIに戻した。ああでもやっぱり我慢できん!! ということで、PHPベース

  • Subversion メモ

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

  • 1