Gitの良さがいまだに分からないという人がいるようなので、Git派の一人としてSubversion(以下SVN)と比較してのGitの良さ(メリット)について語りたい。 (GitとSVNの違いについては他の人の記事に詳しいのであまり書いていない一方、勢い余ってGitのデメリットも書いた。) 本題に入る前に、冒頭にリンクを貼った記事についてひとつだけつっこんでおく。 つっこみどころは他にも沢山あるけど。 ※話の前提としてgitとSVNを採用している現場に下記のような割と違いがあるとする。 git イシューごとにブランチを切り、ローカルでコミットして、リモートブランチにpushして、GitHub・GitLab・Bitbucket経由でマージリクエスト。コードレビューの後にマージ。 SVN リモートのtrunkに個々人が直接コミット。コードレビューはあまりない。ブランチを切ることもない。 このよう
はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
Web-based GUI to manage Subversion repositories and User/Group permissions (+LDAP support) View the Project on GitHub mfreiholz/iF.SVNAdmin Download 1.6.2 stable Fork On GitHub Follow @mfreiholz The iF.SVNAdmin application is a web based GUI to your Subversion authorization file. It is based on PHP 5.3 and requires a web server (Apache) to be installed. The application doesn’t need a database back
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
Javalobby - The heart of the Java developer community バージョン管理システムにGitやMercurialなどの比較的新しい分散型バージョン管理システムを採用する事例が増えている。もともとOSSプロジェクトで採用するバージョン管理システムは中央集権型のCVSが多かった。しかしCVSは厄介な面もあり、こうした問題を解決した同じく中央集権型のSubversionがCVSの次期候補として注目されていた。 CVSからGitへ、Fedora 13以降 止まらないGit人気、JRubyも移行 - 対抗馬はMercurial Git人気が止まらない、今度はGnome Gitバージョン管理システム採用拡大、Perl 5も移行 7つのバージョン管理システムを知る しかし現在のところ、バージョン管理システムは分散型のMercurialとGitに注目が集まって
こんにちは、nakamura です。いやぁ今年もついにやってまいりました。何がって？決まってるじゃないですか！花粉ですよ花粉！もうズビズビですよ！ Subversion でソースコード管理をしている会社は多いと思いますが、みなさんリポジトリのバックアップはどうされているでしょう？調べてみると方法はいくつかあり、状況に応じて使い分けるのが良さそうです。今日はそんな Subversion リポジトリのバックアップ方法をいくつかご紹介します。 単純にファイルをコピー 元々シーブレインではこの方法でバックアップを行っていました。 rsync を使って別のサーバにリポジトリを丸ごと同期するのですが、あくまで単純にコピーしているだけなので、例えば実際に不具合が発生した時にバックアップデータがそのまま使えるのかは全く保証されていませんでした。かなり手っ取り早くて楽な方法でしたが Berkley DB や
デリヘルファックのトップページです。 便秘気味でアナルファックをする気にならないとかいつものデリヘルですけど、今回はオプションプレイで楽しんでみようかな。と思ったら、女の子によるので、在席する女の子の数が多いデリヘルがいいですよ。それでもピンキリですけどね。多いところでは50人くらい抱えているところもあるんですけど、そんなところでも出勤しているのは時間によっても変わってきますけど半分以下と考えたほうがいいですよ。これは小規模なお店や大手などのチェーン店でも一緒ですよ。それでも絶対数の問題ですよね。たとえばアナルファックですけど、これに対応してくれる女の子は少ないですよ。お店に一人いたらいいくらいかもしれませんし、対応ＯＫだからといって申し込んでみたら、1日に一回だけとか、今は便秘気味でアナルファックをする気にならないとかそんなのが多いですね。ですからアナルファックについては地道にチャンスを
git-svn git-svn は Subversion と git の相互運用を可能にするコマンドです。git-svn コマンドにより Subversion リポジトリの一部または全体を git リポジトリに変換することができます。 git-svn コマンドは tags として指定された Subversion ディレクトリを git のブランチにマッピングします。例えば、上記の releases/releases-2.6.2 は tags/releases-2.6.2 にマッピングされます。今回は releases をタグとして扱いたいため、git-svn コマンドだけでは目的を達成できません。(実行後にいくつか作業を行う必要があります。) svn2git svn2git は git-svn のラッパーですが、git-svn とは異なり、タグとして指定した Subversion ディレク
Secure, Simple, Affordable Source Code Hosting We are a repository hosting company run by and for developers. Our easy to use control panel will get you up and running with Git, Subversion, and Mercurial quickly and provide you with a free project management solution (Redmine or Trac). Order now , plans start at just $3.95/month Easy to use Control Panel Our control panel allows you to quickly set
Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー（あるいはアーカイブ）する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい（アーキテクチャ依存）。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア
Aptana Studio 3 is an open-source web development IDE, and while Axway is no longer actively maintaining the repository, it is still public and available for download on GitHub. Amplify Enterprise Marketplace Today, Axway focuses on helping API development teams govern, secure, productize, and monetize APIs in a central marketplace --one you build yourself to simplify API adoption and get your lat
Subversion Cheat Sheet (PDF, PNG) ダウンロードできるSubversionのチートシートは、PDFとPNGの2種類があります。 また、他のサイトでもSubversionのチートシートを配布しています。 Cheat Sheet Subversion (PDF) Subversion Quick Reference Card (PDF) Subversion Cheat Sheet (HTML) 関連書籍 Subversionのインストール・基本操作から実践的な運用・逆引きリファレンスまで、分かりやすく解説しています。 2004年出版の本ですが、Subversionの入門書としては一番分かりやすいと思います。
何となく気になったので、変更点を眺めて試してみた。 subversion: Subversion 1.5 Release Notes svn mergeinfo "WebDAV Transparent Write-Through Proxy"は、楽しそうだけど使う機会がありそうでなさそうな。海外のレンタルサーバにリポジトリたててるような場合はいいんでしょうね。社内リポジトリにスレーブ用意しても、バックアップ目的以外でなにかいい事あるでしょうか。不可分散するほどに負荷はかかってませんし。意味なく個人用Tracを用意してみますかね。 なんとなく、「ローカルにコミット」という点で、分散バージョン管理を思い浮かべてしまいましたが、あくまでレプリケーションなので、意味合いが違いますよね。 FSFSのフォーマットが新しくなったというのは、そもそもFSFSを詳しく知らないので「ふーん」といった印象。ただ
User-Friendly USVN is a web interface written in PHP used to configure Subversion repositories.It's goal is to ease the creation of new projects without having to use the command line interface, therefor, maybe without privileged access to the server. USVN will then generate the list of users allowed to access your source code. This enable the delegation of rights to administrate Subversion reposi
Subversionのセットアップから、基本的な操作方法を説明します。 Subversion概要 ソースコードのバージョン管理システムは、ソフトウェアの開発の中でもっとも重要なツールです。チームで開発を行なうときにソースコード管理システムは必須のツールの一つですが、ソースコードだけでなく様々なフィアルも管理できます。単にチームとしての利用だけでなく、個人のツールとしても威力を発揮します。筆者も、個人でバージョン管理システムを導入して、原稿やサーバの設定ファイルなどのドキュメントの管理をしています。 バージョン管理システムとして、以前はCVSが多くのプロジェクトで利用されていました。しかし、CVSは履歴を保持したままでのファイルの移動ができないなどの問題もありました。SubversionはCVSが抱えていた問題を解決するために開発されました。現在では、多くのプロジェクトでSubversion
Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。 気軽に ブランチを作る マージする コードを元のバージョンに戻す 問題となるコードを diff で調べる などができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。 この「気軽に」ってのがとても重要。 以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。 ただ使う場合は コマンドをWebで調べる おそるおそる試してみる 失敗して check out しなおしで時間をロス などがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
