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オプションは、差分の取り方が逆であったときに利用するオプション。 結果的に取り消すことができるが、そのような目的のオプションではないので、過信しないこと。
SVN から Git へ：進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 ― 技術的側面 | Atlassian Japan 公式ブログ | アトラシアン株式会社
*本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 22 日 "From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development – the Technical Side" このポストは、エンタープライズ開発のバージョン管理を Git に切り替えることに注目した連載記事（全三回）のうちの第二回目として、 Dr.Dobb's で紹介されました。最初の記事では、 今日、これほど多くのチームが切り替えを決断している理由 について議論しました。今回の記事では、アトラシアンが行った Git への切り替えにおける技術的な側面に焦点を合わせています。 この三部からなるブログシリーズでは、アトラシアンが行
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
Improved Subversion Client Support
ProductImproved Subversion Client SupportAbout a year and a half ago we announced SVN client support, which could be used for limited access to GitHub repositories from Subversion clients. Today we're launching new, improved… About a year and a half ago we announced SVN client support, which could be used for limited access to GitHub repositories from Subversion clients. Today we’re launching new,
svn status
説明作業コピーにあるファイルやディレクトリの状態を表示します。引数がない場合、ローカルで修正されたアイテムだけが表示されます (リポジトリに対するアクセスは発生しません)。--show-updates を使うと、作業リビジョンと、 サーバの最新ではない情報も追加します。--verbose を使うと、すべての項目に対する完全なリビジョン情報を表示します。出力の最初の 6 桁は、それぞれ一文字幅で、各列に作業コピーの項目ごとに、様々な情報を表示します。1 列目は、項目が追加、削除、変更の、どの状態かをを示します。 ' '変更はありません。'A'項目は追加準備されています。'D'項目は削除準備されています。'M'項目は修正されました。'R'項目は作業コピー内で置き換えられました。これは、そのファイルが削除準備され、その場所に同名の新しいファイルが、追加準備されたことを表しています。'C'項目の内
git-svn の使い方メモ
git-svn.markdown git-svn の使い方メモ git-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチと git のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ：$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ：git のローカルブランチ リモートブランチ：git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない（trunk/ や tags/ がない）。トップレベルのディレクトリが
SubVersion コミットログをUTF8の日本語で書く方法 - 文字化けした
このドキュメントの内容は、以下の通りです。 SubVersionの設定 vimの設定 SubVersionでソースコードをコミットしたときに、日本語でコミットログにコメントを書いたら、iso-2022-jpでコミットしてしまいました。 サーバ側が UTF-8 で表示しようとするので、文字化けしてしまいました。 というわけで、コミットログをUTF-8で書き込むようにしました。 コメントは、vimで書いてます。 SubVersionの設定 SubVersionの設定ファイルで、ログのエンコーディングをUTF-8にします。 vim $HOME/.svbversion/config [miscellany] log-encoding = UTF-8 vimの設定 SubVersionのコミットログを書き込むバッファが開かれたときに、ファイルのエンコーディングをUTF-8として扱わせます。 $HOM
git-svn(1)
init Initializes an empty Git repository with additional metadata directories for git svn. The Subversion URL may be specified as a command-line argument, or as full URL arguments to -T/-t/-b. Optionally, the target directory to operate on can be specified as a second argument. Normally this command initializes the current directory. -T<trunk-subdir> --trunk=<trunk-subdir> -t<tags-subdir> --tags=<
minaco.net - このウェブサイトは販売用です！ - minaco リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
第3回 SVKとSubversion | gihyo.jp
2回に渡ってSubversionの使い方、Subversionとバグ管理システムとの連携について説明してきました。今回から、分散したSubversionのリポジトリを一元管理するSVKについて説明します。SVKはリポジトリの一元管理だけでなく、単体でも個人のバージョン管理の機能を提供しています。 SVKって何？ Subversionからいくつかの派生プロジェクトが生まれました。派生プロジェクトの１つに、2003年から開発が始まったSVKがあります。SVKは複数のバージョン管理システムのリポジトリを統一的に扱うためのツールです。リモートリポジトリとして、SubversionだけでなくCVSやPerforceなど、複数の種類のバージョン管理システムをサポートしているため、これらの違いを意識せずに操作できます。 SVKの一般的な作業フローは図1のようになります。まず、複数のサーバ上にあるリポジト
Subversionの次版はGitのように分散リポジトリに対応？
TechnicalSubversion 1.7 to enable Git-like features Subversionの次のメジャーバージョンである1.7について少し触れてある。 ちゃんと文章を読めたわけではないけど、分散リポジトリやオフラインコミットのようなGitを意識した機能が追加されるようだ。 既に使用者が多いSVNに分散の概念が入ってくると、開発スタイルも変化するかもね。新しくMercurialやGi... Subversion 1.7 to enable Git-like features Subversionの次のメジャーバージョンである1.7について少し触れてある。 ちゃんと文章を読めたわけではないけど、分散リポジトリやオフラインコミットのようなGitを意識した機能が追加されるようだ。 既に使用者が多いSVNに分散の概念が入ってくると、開発スタイルも変化するかもね。新し
- profaim.jp
１．Subversion リポジトリのURLが変更された場合 １−１．リポジトリURL変更に伴う作業 Subversionサーバー を利用したリソース管理では、Subversionリポジトリを利用するクライアントは自分のローカルにリポジトリの内容をチェックアウトした作業コピーを持つことになります。これにより、通常はローカルだけで作業ができ、必要な時のみサーバーに接続するという運用を可能としています。 この様な仕組みであるため、ローカルの作業コピーはどこのリポジトリを参照すればよいかという情報を持っています。もし、SubversionサーバーのURLが変更された場合は、ローカル作業コピー上のリポジトリ参照情報を書き換える必要があります。ここでは、Subversionリポジトリ参照先を書き換えるためのコマンド svn switch --relocate について紹介します。 １−２．今回の想定
Better Subversionとしてのgit-svn
普段のプログラミングにgitを使用しているのだけど、実際の現場ではまだまだsvnが主流だったりする。svnを直接使ってもいいのだけど、やはりローカル上でコミットしたいとか、複数のコミットを1つにまとめたいとか、トピックブランチを切りたいとかあるのでそれはsvn単体だと厳しい。そんなわけでBetter SVNとしてのgit svnの紹介、と言うよりメモ。 リポジトリのクローン git svn clone repository_url これでsvnリポジトリをgitリポジトリとして取得できる。大きめのリポジトリだと結構時間がかかるのでのんびりと。svnリポジトリの構成がtrunk/branches/tagsという一般的な構成であればオプション-を付けるのがおすすめ。trunkをmaster、branches/tagsをremote branchとして扱うようになる。個別に指定する方法もあるので
subversionを使っていた人がgit便利だなと感じたこと - (ﾟ∀ﾟ)o彡 sasata299's blog
2009年05月25日05:42 Git subversionを使っていた人がgit便利だなと感じたこと 最近は subversion も使いますが、git を使うことも多くなってきました。モジュールの配布なども git のものが多くなってきて、そろそろ git を使えるようになっておかないとまずい気が・・。ってことでちょっと勉強してみたのでまとめてみます。 そもそも「 subversion と git は何が違うの？」っていう話ですが、主な違いは以下の通りです。【参考】に挙げたサイトが分かり易いと思います。 subversion ・単一リポジトリ（リポジトリは一つだけ） ・commit したら即反映 ・add するのは新規にファイルを追加するときだけ ・リビジョン番号は数字 ・考えるのは『ローカル（ checkout した場所）』と『リポジトリ』の2つだけ git ・分散リポジトリ（マス
VisualSVN - Subversion-based version control for Windows
Subversion for Windows Enterprise-ready version control and universal versioned storage.
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git svnではじめる忍者のごとく潜むgit
SVN 405 Method Not Allowed
How to display a specific user's commits in svn log?
git-svn+Railsで使うgitコマンド - satoko's blog - s21g