もうファイル管理で困らない！ デザイナーのためのSubversion/TortoiseSVN入門
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに はじめまして、Yahoo!検索のデザイナー担当の竹内美帆と申します。 今Yahoo! JAPANでは、プロジェクト毎にバージョン管理システムを使い分けていますが、Subversionを使用しコードを管理しているプロジェクトもあります。2011年1月～3月には、デザイナーが所属する部署でもデザイナーが作成するHTML・CSS・JavaScriptファイルなどをバージョン管理システムであるSubversion（サブバージョン）で管理しようという動きがありました。 デザイナーにとってはとっつきにくい印象がある「バージョン管理」ですが、うまく利用すれば「あのファイルどこいった？（汗）」「いつこのファイル書きかえたっけ？（汗）」「
社内で立てたいWebベースのSubversionリポジトリブラウザ·sventon MOONGIFT
sventonはJava製WebベースのSubversionリポジトリブラウザ。 sventonはJava製のオープンソース・ソフトウェア。個人の間ではGitやMercurialといったバージョン管理システムがもてはやされているが、企業においてはまだまだSubversionが強い。機能的にも十分であり、社内開発であればあえて乗り換える理由がない場合も多いだろう。 そんなSubversionの管理ではTortoiseSVNが使われているだろうが、非開発者が使うならばWebベースのが良いと思うはずだ。そこで使ってみたいのがsventonになる。 sventonはWebベースのSubversionリポジトリブラウザだ。階層をそのまま表示してフォルダを辿りながらファイルを閲覧していくことができる。またコミットログを閲覧してファイルの差分を確認することも可能だ。差分はDiffとして表示することもサイ
いっしょに仕事をしたいプログラマ 5つの特徴 - たごもりすメモ
ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
非開発者に便利。WebベースのSubversionブラウザ·WebSVN MOONGIFT
WebSVNはWebブラウザベースのSubversionリポジトリブラウザ。 WebSVNはWebベース、PHP製のオープンソース・ソフトウェア。個人においてはGitやMercurialといった分散リポジトリが流行だが、企業においてはまだまだSubversionを利用することが多い。既にある資産をそのまま活かせるし、再度習得し直すコストは決して小さくない。 ツリー表示 Subversionでは主にGUIのクライアントツールを利用することが多いが、それはどちらかと言えば普段の開発業務においてだろう。プロジェクトマネージャなどはローカルアプリケーションよりもWebベースのが使い勝手が良いはずだ。そこで使えるのがWebSVNだ。 WebSVNはWebベースのリポジトリブラウザで、Subversionで管理されているリポジトリをグラフィカルに確認することができる。日本語ローカライズもされている。ツ
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
Subversion のメモ - A. SUZUKI
使う前の下準備 † svn 用のユーザとグループの作成 $ niutil -create / /users/svn $ niutil -create / /groups/svn リポジトリを保存するディレクトリを作成 まず、Netinfo マネージャで、users/svn に uid=100 を、groups/svn に gid=100 を書き込む。 $ mkdir /svn $ chown svn:svn /svn 自分とユーザ svn をグループ svn に入れる $ niutil -appendprop / /groups/svn users svn $ niutil -appendprop / /groups/svn users ayako /svn の書き込み権限を変更 $ chmod g+w /svn これで Subversionを使用する環境が整った． ↑ 初回に行う作業
Subversionの属性 - World Wide Wonderful
Suvbersionには属性というのが指定でき、これが結構興味深かったので。 属性とは ディレクトリとファイルのバージョン管理に加えて、Subversionはバージョン化されたファイル、ディレクトリに付随したバージョン化されたメタデータの追加、修正、削除のためのインターフェースを用意しています。 このようなメタデータを属性と呼びます。 はい意味ワカラン。 まあ言葉なんてものはどうでもよくて、使い方を理解していればいいわけです。 使い方 その１ svn:ignore まず一つ目。 Subversionのバージョン管理下に置くには、svn importコマンドを使いますが、その時に余計なファイルがimportされてしまうことがあります。 そんなときは、 $ svn propset svn:ignore *.txt . property 'svn:ignore' set on '.' これはカレ
Subversionの複数リポジトリをまとめる - ksaitoの日記
Subversionのリポジトリを複数に分割して運用しているケースは多いと思います。 その理由は、管理する側の都合ということが多いようです。 環境構築やバックアップといったことを考えると1つのリポジトリに複数プロジェクトを収容する方がメリットがあると考えます。 既に複数に分割しているリポジトリを1つにまとめるのは意外と簡単です。 準備 手順を説明するために2つのリポジトリを準備します。 .repo1には、project1を作り、.repo2には、project2とproject3を作ります。 実際の操作をする際には、統合前のリポジトリのフルダンプを取りましょう。 $ svnadmin create .repo1 $ svnadmin create .repo2 $ mkdir -p t/trunk t/tags t/branches $ svn import t file://`pwd`/
“Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法”が便利すぎる件
“Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法” で紹介されている zsh の vcs_info という関数を使って git や mercurial のブランチ名をプロンプトに表示しているみたいです。 git 使ってたら実際どのブランチいじってるのかわからなくなることが 多々あって困ってたのでさっそく導入してみました。 はまったのは “vcs_info: function definition file not found” というエラーが 表示され vcs_info が使用できなかった。 これはバージョンを 4.3.6-dev-0+20080929-1 以降にすればいいらしい。 mac の ports の場合は zsh-devel でいれないと 4.3.6 以下なので使用できない。 zsh-devel をインストールして /opt
svn:ignoreについて質問させてください。 "dat"というフォルダに"order.dat"というファイルとその他フォルダがあるのですが、 この中のデータをすべて無視するよ…
svn:ignoreについて質問させてください。 "dat"というフォルダに"order.dat"というファイルとその他フォルダがあるのですが、 この中のデータをすべて無視するように設定したいと考えて svn propedit svn:ignore dat をしてエディタを開いた後 * だけ１行目に記入して保存しました。 その後、svn stをしてみると M dat M dat/order.dat という感じに、datフォルダの属性は確かに変更されているにも関わらず datフォルダの中身に対する変更がまだ見えてしまっています。 何度もやり直しをしてみて*の代わりに*.datなどでも試してみたりもしたのですが 原因がつかめません。 お手数ですが何かヒント等ご存知の方はお教えいただけますと幸いです。 なお、subversionのバージョンは svnadmin, version 1.4.4 (r
Subversion [てきとうにめも]
Linuxがサーバ、macがクライアントとして使うという状況を想定しています。 vc-svn.plでvcが使いたいけど機能が足りないのでpsvn.plのほうで。というよりコマンドのほうが楽かも。 psvn.plはCarbon Emacsだと始めから入ってます。 mac用GUIversions とりあえず下ごしらえをインストール $ sudo aptitude install subversion $ sudo aptitude install subversion-tools $ sudo aptitude install libapache2-svn mod_dav_svnの設定 $ sudo emacs /etc/apache2/mods-available/dav_svn.conf #下の部分のコメントアウトをはずす <Location /svn> DAV svn SVNPar
ネットワークがつながらない状況での分散開発はどうやるのがいいのか - wyukawa's diary
ネットワークがつながらない状況での分散開発はどうやるのがいいかを考えてみる。 以前似たような経験したのは自分たちが複数の協力会社の１つという立場で、元請けのSVNリポジトリに直接コミットするというもの。ネットワークはつながっています。また元請けは基本的に開発はしておらず、協力会社も開発はほとんど終わっていて変更はバグ修正のみという状況です。 イメージはこんな感じ。 リリース（元請けのSVNリポジトリに直接コミット）する場合は、自分たちのSVNリポジトリにタグうってexportして、あらかじめチェックアウトしておいた元請けのSVNリポジトリのソースに上書きしてコミットします。この辺もHudsonで自動化してましたね。あとコミットするファイル一覧も出しました。元請けはそれと実際にコミットされたソースとを比較して漏れが無いか確認してたみたいです。 しかしこの方法だとファイルの削除やリネームに対応
Subversionでバージョン管理
例えば、LastChangedRevisionを有効にするには $ svn propset svn:keywords "LastChangedRevision" Greeting.java ファイル個別に毎回指定しなくても、あるパターンのファイルにキーワード置換属性を指定する Windows Vistaならユーザーディレクトリ下の\AppData\Roaming\Subversionディレクトリ内にあるconfigファイルを設定します。 enable-auto-props = yes *.java = svn:keywords=Id *.sdoc = svn:keywords=Id 拡張子.java、.sdocのファイルをSVNで追加すると、キーワードIdの置換が有効になります。 ネットワークからアクセスするには HTTP(HTTPS)の場合 WebDAV/deltaVプロトコルで通信する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Subversionを使ってみる
恭喜，站点创建成功！