git-svnでSVN→Gitへの移行をやってみたログ - Qiita
※本稿は諸事情により過去の投稿を再投稿したものです。 はじめに git-svn を使うと、素直な SVN リポジトリーなら簡単に移行できますが、実運用してきた SVN リポジトリーを移行する際はつまづくことも多々あります。 また Git リポジトリー化ができてもブランチやタグは手作業で作ることになります。 今回、たまたま移行を検討する機会があったので、その予行作業のなかで得た知識をメモしておきます。 作業を行ったクライアント環境は Ubuntu 14.04 / Git 1.9.3 です。 SVN リポジトリーは HTTPS でアクセスできる状態です。 移行の第一歩 まずは SVN リポジトリーからローカル環境に Git リポジトリーを作成します。 git svn clone または git svn init + git svn fetch を使います。 ヘルプや Book にも記載されてい
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
svnコマンドの覚え書き - Webtech Walker
メインPCにMacを使うようになってsvnもコマンドラインで使っているのですが、たまにしか使わないコマンドはすぐ忘れてしまうのでメモっときます。 svnの管理下から除外する キャッシュや設定ファイルなどの、svnの管理下に置きたくないファイルやディレクトリを指定します。cacheディレクトリ以下の全ファイルをsvnの管理下から除外したい場合は svn propset svn:ignore '*' ./cache のように指定します。 外部定義を設定する 複数の作業プロジェクトの中で共通したディレクトリを共有したりするときにはsvn:externalsを設定します。 例えばプロジェクトが以下のようなディレクトリ構成になっていたとして /project ├front ｜ ├web ｜ ├app ｜ └lib ｜ └admin ├web ├app └lib libをfrontとadminで共有し
svnでの外部項目の参照先の変更
こんなことがでたとき． 外部項目を ‘vendor/plugins/acts_as_nested_set’ に取得していますsvn: リポジトリは恒久的に ‘http://dev.rubyonrails.org/svn/rails/plugins/acts_as_nested_set’ へ移動しました。relocate (参照 URL の変更) を実行してください というのが出たら． vendor/plugins$ svn propedit svn:externals . をかまして．editorで変更すればok. 今日はさくっと修正するつもりが，いろいろはまっていた．で，論文まで手が届いていない．．と．
symfonyでsvn:ignoreの設定 - Webtech Walker
別にsymfonyに限ったことじゃないですが、プロジェクトをsvnで管理するときcacheディレクトリとか環境設定ファイルをsvn管理下から外すときの設定。 まずはcacheとlogのディレクトリはディレクトリだけ残してディレクトリ以下はまるっとsvn:ignore。 $ svn propset svn:ignore "*" cache $ svn propset svn:ignore "*" log 設定ファイルは元のベースになるファイルを残しておきたいので。元ファイルを〜.baseとかにリネームして元ファイルはsvn:ignore。 $ cd config $ mv databases.yml databases.yml.base $ mv propel.ini.yml propel.ini.yml.base $ svn del databases.yml propel.ini $ s
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
FPROG.ORG HIKI - Subversion FAQ
作業コピーでファイルの追加をしようとしたり、コミットしようとしたりする再に失敗することがあるが、たいていの場合は作業コピーの状態が不整合になっている。たとえば、ファイルを追加しようとした後で、コミットする前にディレクトリ名を変更してしまったりすると、状態がわかりづらくなるので要注意。 エラーメッセージを良く見て、エラーになるパスを確認し、作業コピーの当該パスがどうなっているのかを確認すれば、状態はわかるはずなので、それから対処すれば良い。 基本的にはエラーメッセージにどこに問題点があるのかが書いてあるので、ちゃんと理解すれば解決できるはず。良くある事例としては… 既にコミットされているファイルを追加しようとしている 既にリポジトリにコミットされているファイルを追加しようとすると「既に存在します」といったようなエラーがでる。この場合は、エラーになるファイルを一旦「元に戻す(revert)」を
第9章 Subversion 完全リファレンス
本章は、Subversion を使用する上での完全なリファレンスです。コマンドラインクライアント (svn) とそのすべてのサブコマンド、リポジトリ管理プログラム (svnadminとsvnlook) とそのすべてのサブコマンドを説明しています。
大企業はソースコードの管理に何を使っている？
Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか？という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co
MacユーザのためのSubversionTips
どうも初めましてchariです。 ディノオープンラボラトリがオープンして結構経ったのにやっと初記事です。 2年前はMacユーザが自分含め3人ぐらいしかいなかったディノですが、 気がつけば11人までMacユーザが増えました！Mac大好きな自分としてはすばらしいことです。 ぼちぼち新人メンバーなどがSubversionを使い始めたのもあって 次の新人さんが来たときなどにすぐに教えられたり自分が再セットアップするときに また調べ直す手間を省くためにもmacでSubversionを利用する際の ポイントやらGUIツールなどをまとめてみようかと思います。 文字コード関連 OS X Leopardにデフォルトで入っているsvnを日本語の濁点等が正しく処理出来ない問題に対応させます。(UTF-8-MAC問題) ディノの場合はクライアントとの間でエクセルのファイルなどをsvnで管理する場合に、
Install - Trac Lightning Wiki - Trac Lightning - OSDN
最近の更新 (Recent Changes)2016-03-02Plugin Plugin/4.0.0/AddCommentMacro 2016-01-30Plugin/4.0.0/TracNavMacro Plugin/4.0.0/TocMacro Plugin/4.0.0/PrivateWikiPlugin 2015-11-22Plugin/4.0.0/FootNoteMacro 最新リリース情報traclight (1.5.2)2008-02-13 23:09trac-lightning (3.2.0)2013-04-29 13:00trac-lightning-dev (3.2.0beta1)2013-03-16 11:37 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Si
デブサミ2009「株式会社はてなの開発戦略」講演メモ - 元RX-7乗りの適当な日々
何だかんだで、今日唯一参加させていただいたセッションのメモ。 とりあえず、もうSubversionは捨てようと思います。 「株式会社はてなの開発戦略」 講演者 舘野 祐一 氏 id:secondlife 株式会社はてな 現在は、はてなブックマークのリードプログラマ PerlやらJava Scriptやら 社内開発環境整備 開発環境改善好き はてな 現在、従業員60名(アルバイト含む) うちエンジニア30名 インフラ8名、アプリケーション22名 2008年、はてなの開発に変化が・・・ git! git 分散VCS svnと比べて動作が高速 低コストなブランチ作成 賢いマージ SHA1によるデータ管理 コミットの情報など、全てがSHA1で管理される リビジョン1000などの概念はない 2008年初頭の世間の変化 RailsのVCSがgitへ移行 githubの出現 gitのこれはべんり svn
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
正しいバージョン管理でさらにイケてる.NET開発（1/3） - ＠IT
■1. はじめに 前回の記事では、オープンソースでのバージョン管理の一例として、Subversion／TortoiseSVN／AnkhSVNの紹介と簡単な利用方法について説明した*1。 *1 前回の記事が執筆～公開されている間に、Subversionの最新バージョン1.5.0が公開されている。これからSubversionを試す方は、下記の最新バージョン（2008年7月23日時点）で試してみるとよいだろう。 ・Subversion 1.5.0 ・TortoiseSVN 1.5.0 ・AnkhSVN 2.0.4757 バージョン管理を利用せずに開発することに懲りた中村君、玉田君は、その後社内でSubversionを導入することを推し進め、社内の開発標準フレームワークの開発・運用を任されるまでに成長していた。 中村君「ほんとSubversionって便利だよな。いま思うとバージョン管理なしでどうや
Subversionを利用したイケてる.NET開発 ― ＠IT
連載 オープンソースで始めるバージョン管理＆タスク管理 第1回 Subversionを利用したイケてる.NET開発 株式会社アークウェイ 黒石 高広 2008/06/24 ■1. はじめに 本連載では3回にわたって、.NET開発におけるオープンソース・ソフトウェアを活用したバージョン管理、タスク管理について説明する。まず初回となる本編では、バージョン管理ソフトウェアとしてSubversion（サブバージョン）について説明していくわけだが、読者の皆さんは現在どのようなバージョン管理ソフトウェアをお使いだろうか？ よく利用されているバージョン管理ソフトウェアには、Visual SourceSafeやVisual Studio Team System、CVS、今回説明するSubversionなどがある。読者の中には「バージョン管理ソフトウェアをまったく使っていない」「バージョン管理ソフトウェアを
MOONGIFT: » コミット前にチェック「SVNChecker」:オープンソースを毎日紹介
実際に確かめていないのだが、面白そうなので紹介したい。 Subversionを開発プロジェクトに利用されている方は多いと思う。チームはもちろん、個人であってもぜひ活用してほしい。日々の作業ログとしても使えるし、バックアップとしても便利な存在だ。 そんなSubversionであるが、更新したタイミングで通知が欲しい、コミットする際にソースをチェックしたいといった要望があるかも知れない。そうしたお悩みを抱えた方はぜひこれをチェックしてみよう。 今回紹介するオープンソース・ソフトウェアはSVNChecker、Subversionのコミットフックツールだ。 SVNCheckerはSubversionリポジトリへのコミットをフックして、何らかの処理を行わせるソフトウェアだ。例えばソースのスタイルをチェックしたり、コミットしたタイミングでメール送信したりと言ったことが設定ファイルレベルでできるようにな
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_backup.html
Subversion/運用方法 - ピノキヲ IT Wiki