SVN脳患者から見たGit - Qiita
はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu
Githubのsubversionサポートが神 | GREE Engineering
ちょびえです。Githubのsvnサポートが神なことに最近きがついたのでカッとなってエントリでも書いてみました。 きっとこの便利さはあんまり言及されてないはず（ワタシだけが知らんかった、とかだったらほんとすいません） https://help.github.com/articles/support-for-subversion-clients/ Githubでは上のページに書いてある通りsubversion clientのサポートもしております。 なんで今さらsubversion？という感じもする方もいらっしゃるかと思いますが。 これ、svnなので当然ディレクトリ個別にチェックアウトできるのですよね・・・・ たとえば、こんなふうにやると svn co https://github.com/chobie/flatbuffers/trunk/php flatbuffers-php A flat
SubGitでSubversionリポジトリからGitリポジトリに移行すると速い - @peccul is peccu
巨大なSubversionリポジトリをGitに移行しようと思ったのですが、git-svnが遅かった。 SubGitというのを見つけて使ってみると速かった。 www.subgit.com Java1.7以降が必要。 雰囲気はこんな感じ。svnリポジトリからgitのbareリポジトリが吐き出される。 そのままGitBucketのリポジトリ置き場においても良い。 % ~/Downloads/subgit-3.0.0/bin/subgit configure /path/to/svn/repo SubGit version 3.0.0 ('Bobique') build #3320 Configuring writable Git mirror of remote Subversion repository: Subversion repository URL : /path/to/svn/rep
SubversionからのGit入門(Gitのメリット、Subversionとの違い) - Qiita
Gitがよく取り上げられていますので、少し長いですが、概念だけでも簡単に掴みたい方のために資料を作ってみました。 Gitがここまで広がった要因にはGitのみならず、GitHubやそのクローンが持っているPull Requestの仕組みの影響も大いにあると個人的には考えています。が、まずは簡単にGitとはどんなものかをまとめたいと思います。 どうしてGitなのか、Gitのメリット SubversionとGitの違い ローカルでGitを使ってみる Gitサーバーのある構成管理 1.どうしてGitなのか、Gitのメリット 最初にGitのメリットを明確にしておきましょう。Gitは分散型の構成管理システムとよく言われます。この「分散型」「構成管理」の意味を理解するのがGitを使う上で最大のポイントになると思います。 この記事をお読みの方は既にSubversionなどサーバーによる構成管理を導入されて
Git に対する Subversion の利点 - tmtms のメモ
気がついたら Git を初めて触ってからもう5年近くになってました。 それまで使ってた Subversion はもう全然使ってなくて、もう svn のサブコマンドは ls, log, co くらいしか使えません。Subversion のリポジトリを見ないといけないときは、とりあえず git svn で Git リポジトリに変換してから見たりしてます。 SCCS, RCS, CVS はもう全然わからないので、Subversion はまだ覚えてる方ですけど…。 Subversion に対する Git の利点はあちこちで述べられているので今更何も書くことはありませんが、Git よりも Subversion の方が良いこともあるので、忘れないうちに書いときます。 リポジトリ全体をコピーしなくても編集できる リポジトリの歴史が長い場合や、頻繁に更新されるバイナリデータがあるとリポジトリが大きくなりま
マジカルsvnとキュアgit
2011年4月18日(火)に実施した、プライベートセミナー『アジャイル開発環境セミナー～一般ユーザが知っておきたいJIRAの概念と操作～』での資料です。
GitとSubversionを併用する - maeharinの日記
仕事ではSubversion（以下、svn）を使っているのだが、これをgitに置き換えたい。 とはいえ、いきなり全体をgitに移行するのはキツそうなので、以下のようなプロセスを踏もうと思う。 (1) 自分の環境だけgitを使えるようにする（中央リポジトリはsvn） (2) 他のメンバー（数名規模）もgitを使えるようにする（中央リポジトリはsvn） (3) 中央リポジトリをsvnからgitに変える このエントリでは上記(1)の経緯を書きとめておく。 現状 ・以下のように中央にsvnリポジトリが存在していて、各人がそこからチェックアウトしている ・各人はチェックアウトした「svn作業コピー」から「作業用ディレクトリ」にコピーしている（cpやrsyncで） ・各人の「作業用ディレクトリ」のhtdocsはdev環境としてブラウザから閲覧可能 ・各人の「svn作業コピー」と「作業用ディレクトリ」は
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 への切り替えにおける技術的な側面に焦点を合わせています。 この三部からなるブログシリーズでは、アトラシアンが行
Github Enterprise じゃなくてもいいじゃん
1) Gitlab was chosen as an alternative to GitHub Enterprise due to its web UI, pull request functionality, and the fact that it could be maintained by GREE Tech's 80 Ruby engineers. 2) The company transitioned from Subversion to Gitlab by using git-svn to allow cross commits between the two systems during a period of combined use. 3) The speaker felt pull requests promoted a better development cul
SVN から Git へ：進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
*本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 3 日、Jonathon Creenaune 投稿 “From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development“ このポストは、エンタープライズ開発チームが Git に切り替えることに注目した連載記事の一つとして、Dr.Dobb’s で紹介されました。 アトラシアンでは、ここ何年もの間、DVCS に熱狂していました。私たちは DVCS に多額の投資を行ってきたのです。Bitbucket (クラウド DVCS リポジトリのホスト) を買収し、Stash (社内環境での Git リポジトリマネージャ) を開発しました。さらに、Fish
4コマでわかるSVNからgitへの移行
SVNからgitに移行してみようかなーと思ってネットで見つけた手順をやってみたのだけれど、自分の知識レベルではそれぞれのコマンドが何を意味しているか理解するのに時間がかかったので、この苦しみをあとで理解できるように簡単にまとめてみた。 前準備 gitとgit-svnのインストールを済ませておくこと。 適度なSVNリポジトリがなかったので、昔使っていたGoogle CodeのSVN（http://daipresents.googlecode.com/svn）を変換している。 1コマ目：SVNからGitに変換する https://gist.github.com/daipresents/05c7c4667d7e80a280a229b2b33b872c.js?file=gistfile1.txt SVNからgitに変換する。変換したgitリポジトリをsvn2gitとかいう名前にしている。途中でコケ
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
sourceforge.jp
We’re getting things ready Loading your experience… This won’t take long.
Subversion・Git・Mercurialの比較 - プログラマの思索
Subversion・Git・Mercurialの比較のために過去の記事や関連資料をリンクしておく。 【比較】 SVN / Git / Hg 比較表 ? TortoiseGit Japan 【Subversion】 Subversion によるバージョン管理 svnbook.ja.pdf Subversionを見直せ: プログラマの思索 Subversion/運用方法 - ピノキヲ IT Wiki 【Git】 Pro Git 日本語版: プログラマの思索 A successful Git branching model: プログラマの思索 git-flow による構成管理とRedmineの関係: プログラマの思索 【Mercurial】 Mercurialの資料: プログラマの思索 hgbook 日本語版のHTML公開: プログラマの思索 CVS→SVN→Git・Mercurialへ至る歴
SubversionからGitへ移行するときの問題について簡単に語る
SubversionからGitへ移行するときに起こる問題についてちょっと語りました。
SVN to Git Migration - TMate SubGit
This site uses cookies to improve your customer experience. For more details please read our Privacy Policy. The ultimate solution for SVN to GIT migration Works on all platforms! Choose yours. TMate SubGit is a tool for teams that migrate from SVN to Git. It converts SVN repositories to Git and allows you to work with both systems simultaneously. GET STARTED Create an SVN || Git Mirror with SubGi
Git をさわる機会が増えてきたので Subversion ユーザ目線で説明してみる | バシャログ。
社長におねだりしたらベイスターズ買ってくれないかなぁ。どうもこんにちは nakamura です。 シーブレインでは今も昔もソース管理に Subversion を使い続けていますが、最近は協力会社さんとのやり取りなどで何かと Git にさわる機会が増えてきました。最初はチンプンカンプンでしたが、ようやく何となく基本的な部分が分かってきたので、Subversion ユーザ的な目線でちょこっと説明してみたいと思います。 コマンド例 初期設定 Git ではユーザ毎の設定内容も git コマンドで操作します。とりあえずいつも以下のような感じで設定してます。diff に使うコマンドとかも指定できるみたいですね。 # 名前 git config --global user.name "Tadashi Nakamura" # メールアドレス git config --global user.email n
１分でわかる、GitとSubversionにおけるブランチの違い · DQNEO日記
Subversionにおけるブランチとは、ディレクトリのことである。 Subversionにおいては、ブランチとは単なるディレクトリに過ぎません。 Subversionではよく下記のようなツリー構造にすることが推奨されます。 project - trunk - branches - foo - bar ブランチfooやブランチbarは、たいていtrunkディレクトリをコピーして作ります。 「ブランチを作成する」という行為は「ディレクトリをコピーすること」と操作的には同じであり、１コミットとして扱われます。 $ svn cp svn://path/trunk svn://path/branches/foo -m "make branch" 「ブランチの名前変更」も「ディレクトリのリネーム」と同じ操作であり、やはり１コミットして扱われます。 $ svn mv svn://path/branch
Subversion 1.7.0 の個人的に気になる新機能まとめ - 永遠に未完成
つい先日 Subversion 1.7.0-rc4 がリリースされて、それによると RC はこれが最後で、10/11 に最終版がリリースされるらしい。 せっかくなので Subversion 1.7.0 で個人的に気になってる新機能をまとめてみる。 実際に RC とか使ったわけではなくてドキュメント読んだだけなので、内容は保証しかねます。勘違いとかあるかも。ここに書いたのはほんの一部なので、正確な&詳しい内容はリリースノート見てください。 Apache Subversion 1.7 Release Notes 途中のようだけど翻訳も見つけたのでリンク貼っとく。 Apache Subversion 1.7 Release Notes 翻訳 WC-NG (Working Copy Next Generation) 作業ディレクトリの構造が変わる。最近流行りの分散型が取っている方法のように、作業デ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Apache Subversion to Migrate to Git
