Git / Subversion用語コマンド比較 | codechord
Posted 1月 29th, 2012 by codechord. 0 Comments Tweet Tweet Github使い出したのはいいけど、Git自体の用語があんまりわかってなかったので、調べてみた。 せっかくなので、書き記します。 GitとSubversionの違いは そもそもリポジトリとは、更新履歴が保存できる特殊な仕組みのディレクトリのようなもの。 SVNは単一、Gitは分散。（分散型はGitの他にMercurialやSVKでも使われている） Subversionの場合はリポジトリは1つ。各々が1つのリポジトリに対して更新。ローカルには特定バージョンが、ワーキングコピーとしてファイルが保存される。 Gitの場合はリポジトリが分散。各自が持てる。（作業ディレクトリそのものが、ローカルリポジトリになる。） Gitの場合は、分散型なのでメインとなるマスタリポジトリが消滅しても安
2008年11月 no.125.123.122.121.120.119.117.116 [ pLog ]
psvnはemacsからsvnを操作するemacs-lisp。便利すぎる。 会社では（会社でも、の間違いか）ソースとかドキュメントとかの管理にSubversionを使っている。前のプロジェクトではcvsだったけど。 で、例によって例のごとく、Cygwin on Poderosaから手打ちでsvn使ってたわけだが、ログは日本語で入れなければならないという縛りがあった。svn commitしたときに起動するviではなぜか日本語がうまく入らないという罠があり（普通にvi起動すると入るのに・・・）、仕方なく、emacs側で編集してsvn commit -mで貼り付けてcommitしてた。 が、やはり面倒。てことで、psvnを使うことにした。 Meadowはならインストール時にチェックを入れるだけで入る。 Carbon Emacsはデフォで入っているはず。 起動は簡単。 M-x svn-status
svnsync の設定方法 | Carpe Diem
subversion 1.5 系がすでに登場しているけれど、subversion 1.4 系から新搭載された svnsync を使ってみた。svnsync の使ってみたわけは、手軽に svn リポジトリをホットバックアップをとるために設定してみた。 まず、バックアップ先のサーバで普通に svn リポジトリを作成する。 $ svnadmin create /svn 次に、バックアップ先で作成した svn リポジトリの pre-revprop-change hook を次の内容で作成する。デフォルトの pre-prevprop-chage.tmpl をコピーするより新規作成した方が速い。 #!/bin/sh exit 0 pre-revprop-change hook に実行権権限を与えておく。 $ chmod +x svn/hooks/pre-revprop-change そして、svnsy
Eclipse ｘ Subversive ＝ ♥ -- Baldanders.info
って， Vox みたいなタイトルの付け方だけど。 Eclipse 上で Subversion のリポジトリをコントロールする方法についてメモ。 Eclipse で使える Subversion のプラグインとしては， Subclipse と Subversive の2つがあるらしい。 両者の違いが今ひとつ分からないのだが， あちこちの記事を読んでみると， 現時点では Subversive を選択したほうがよさげである。 なので， 今回は Subversive を試すことにする。 といっても， 実際には Eclipse のアップデート機能を使えば簡単にインストールできる。 まずは関連するプラグインとして Mylyn と ProjectSet を入れておく。 Europa では既にパッケージに Mylyn が組み込まれているので改めてインストールする必要はない。 ProjectSet は必要なら
Subversionのタグとブランチの使い方 - takayukisの日記
タグとブランチの作り方はわかっても、実際にリポジトリを運用していくとき、どういうタイミングで作ると良いかがわからなかったりします。 資料は少なめですが、Subversionのドキュメントのブランチの作り方あたりが参考になります。 ドキュメントには、おおむねこんなことが書いてあります。 リリースが近づいたらリリースブランチを作り、 ブランチ上ではバグフィックス以外の大きな変更はしないようになります。 その間の機能追加などの大きな変更はtrunkで行います。 ブランチはリリースするときにタグにコピーします。 タグはそれ以上変更しないことでスナップショットとして使います。 リリース後に見つかったバグの修正はブランチ上で行い、またタグをつけて修正版をリリースします。 あとはSubversionを利用しているオープンソースプロジェクトのリポジトリを見るのが良いでしょう。いくつか見てみましたが、やはり
Eclipse SVNメモ(Hishidama's Eclipse Subversion Memo)
S-JIS[2008-12-27/2009-10-21] 変更履歴 EclipseでSubversion（SVN） All In One Eclipse3.4にはSubversion（SVN）サーバーとやりとりするプラグイン（Subversive）が含まれている。 基本的な操作はCVSを扱うのと同じ。 SVNリポジトリー・エクスプローラー 新しいSVNロケーションを作成 操作方法 [2008-12-29] プロジェクト構造 [2008-12-29] 改訂リンク [2008-12-29] プロジェクトの共用 [/2008-12-28] ファイル・ディレクトリーの操作 [2008-12-29] コミットダイアログ [2009-10-21] パッチの作成・適用 [2009-10-21] ヒストリービュー [/2009-02-14] SVNプロパティービュー [2008-12-29] Revisi
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
Subversion - てんぷらメモ
このサイトは「ドメイン期限切れ」のため 表示されていません。 このドメインは更新されていないため、 サイトを表示できません。 管理画面からドメイン更新（延長）を行うと、 表示が復旧します。 ＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
SI業界人は要チェック！！Subversionでのベンダブランチの運用手順。
外部から納品物に自分たちが手を入れるような場合や、他の人が作ったパッケージ製品を改造して提供するような仕事を管理する場合に使えるパターンです。つまり、SI業界には必須ともいえるパターンなはず。 レポジトリにvendorディレクトリを切っておき、その下でベンダから受領したブツを管理する。納品毎にバージョンtagをつける。そこから枝分かれさせたものを、自分のプロジェクトのサブディレクトリとして管理していく。こうやって管理することで、ベンダからの受領物を自分のプロジェクトにマージするときに、SVN力をいかんなく発揮させることができます。 参考：http://hide.xsv.info/tips/svnmanual/merge3/ 今更な人には今更だろうけど、今更じゃない人には今更じゃないよっていうのがこのセカイですので、もう気にしてません。サンタさん、僕はオトナになったよ…。 レポジトリの構成（
Trac Lightningで始めるチケット式開発「電撃」入門
“泥”開発に対する最終兵器「Trac」とは？ 誰もが必ず1度はイライラしたことがある「情報の囲い込み」問題 情報の共有はプロジェクトを円滑に進めるうえで重要な課題です。極端な例ですが、例えば、図1の例で見てみましょう。 分かりやすいよくある例で示すと、各開発者の作業状況はメールや手帳上に記されています。検討やヒアリングした結果は、メールでほかの人に問い合わせたならメールボックス上にたまっていきます。打ち合わせなどで相手に会ってヒアリングしたなら、手帳やノート上にメモとして残っていきます。こうして、各開発者が自分のタスクの情報をメールやメモ、あるいは頭の中で“囲い込み”ながら開発が進んでいきます。 ここで、開発者がある機能を実装するために、「別の作業の状況や進捗（しんちょく）を把握したい」とします。 「誰が情報を持っているのか分からない」 まず、誰が情報を持っているのか分からないので、ヒアリ
Subversion ブランチとタグ - とみぞーノート
1.ブランチ/タグ 1-1 ブランチ/タグの設定 Subversionはブランチとタグは区別がなく単なるファイルの複製でしかない。どちらもsvn copyによりコピーすればよい(コピー先のディレクトリがブランチ名/タグ名と見なせる)。コピーするとファイルがAddされるので、最後に忘れずcommitをすること。 ブランチとタグを区別するためにコピー先をディレクトリで分けておくとよい。 以下の例ではtrunkに本流のソースがあり、branches以下にブランチ、tags以下にタグを格納するものとする。 SampleProg/ プロジェクトTop +----trunk/ 本流のソースを格納 +----tags/ タグを格納する為のディレクトリ +----branches/ ブランチを格納する為のディレクトリ TrunkからdevBranchブランチを作成する # cd (作業ディレクトリ) #
Subversion で衝突が起きた場合 - nDiki
対応 自分の変更は少しなので捨てて、最新のものから出直す svn revert filename 作業続行。 相手のコミットしたものを破棄するつもりで、編集にもどる cp filename.mine filename svn resolved filename {TortoiseSVN なら[問題の解消]} 作業続行。 (で、コミット) 両方生かす filename を編集 svn resolved filename {TortoiseSVN なら[問題の解消]} 衝突マーカーを探して取捨選択する <<<<<<< .mine 自分が編集していたもの ======= 自分より先にコミットした奴が書いたもの。 >>>>>>> .rNEWREV 作業続行。 (で、コミット)
svnserve ベースのサーバ
サーバに Apache を使用できない状況にあるかもしれません。幸い、Subversion には Svnserve (通常の TCP/IP 接続上でカスタムプロトコルを使用する、軽快なスタンドアロンサーバ) が含まれています。ほとんどの場合、svnserve は Apache ベースサーバより簡単にセットアップ・実行できます。また今では、さらに安全しやすくする SASL サポートも含まれています。 Subversion の最新版は、http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91 から取得してください。またはパッケージ化済みインストーラを、CollabNet の http://www.collab.net/downloads/subversion から取得してください。このインストーラは、svnser
Subversion1.4.0にアップグレード
TortoiseSVNを1.4.0にアップグレードしたらSubclipseやsvnコマンドでエラーが出るようになりました。 Unsupported working copy format svn: This client is too old to work with working copy 'xxxxxxxxxxxxxxx'; please get a newer Subversion client subversion1.4.0のリリースノートを見ると作業コピー・リボジトリのフォーマットが変わったので、1.4クライアントからコミットしたファイルは以前のバージョンでは読めないようです。 そこでSubcliseとSubversionを1.4対応にアップグレードしました。 Subclipse Subclipseでは1.1.7から1.4.0フォーマットに対応しました。しかし1.1.7はEcl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[移転しました]サイトデータの作業コピーでの作業(Emacsのpsvn編) - プラスα空間(跡地)![[移転しました]サイトデータの作業コピーでの作業(Emacsのpsvn編) - プラスα空間(跡地)](https://cdn-ak-scissors.b.st-hatena.com/image/square/945ee40b90b554d696623a104d4351866c779d82/backend=imagemagick;height=288;version=1;width=512/http%3A%2F%2Fplus-alpha-space.cocolog-nifty.com%2F.shared-pleasy%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
Eclipse 3.4でのバーション管理方法（Subversion編） ～Eclipse 3.4入門～
Subversion/運用方法 - ピノキヲ IT Wiki
http://eclipsewiki.net/eclipse/?Subversive%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3