SVN脳患者から見たGit - Qiita
はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu
SIerが実践する分散開発とバージョンコントロール - Qiita
オフショアA、Bとしましたが、同じ会社の別部署など、 とにかく別ロケーションで開発する場合を想定しています。 ソースの構成 おそらく、以下のように１つのJavaプロジェクト内にすべて書くのではないでしょうか？ デメリット バッチを書いている人が、オレオレライブラリやWEBのソースを改変する可能性がある。（オレオレライブラリ、WEBも然り） プロジェクトが太って行った時に、コンパイルなどに時間がものすごくかかる。（5000以上のJavaファイルが配置されているものを見たことがある） それぞれのソースでプロジェクトを分けているものも書こうかと思いましたが、 その場合は、システムでスタックをちゃんと組んでるかな、と思ったので省略。 リポジトリのモデル 従来型の場合は、以下のパターンのどちらかではないでしょうか？ リポジトリは分けている 最終的に社内のSVNリポジトリにオフショアA、Bのソースをマ
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を捨ててGitを使うべき5つの理由 - Qiita
まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？ 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前でGitなしの開発など考えられなくなっていたからです。 そういう意味では、Gitって 中世における自動車 に近いものがあるのかもしれません。 その時代、移動手段といえば馬が普通であり、 自動車などが普及するとは誰も考えなかったわけです（たぶん）。 それが今で
Subversionを使用し続けているプロジェクトがGitに移行することを考えてみた - Qiita
このページについて 中央集権型バージョン管理のCVSとSVN、分散バージョン管理のGit両方を各プロジェクトで使用してきた経験から、新規開発、保守開発でSVNを使用し続けているプロジェクトがGitを使うメリットについて考えて書いてみるページです。 あくまでも経験を下に主観で書いていきますので、いやいやその考え方は間違っているよ！とか、これも書いといて！というのがあれば、コメントやら編集リクエストなどください。 想定読者 Gitを使ってみたいけど、保守開発だからSVNからGitに乗り換えるのなんて無理だよ！と半ば諦めている方 SVNからGitに乗り換える提案をしたいから、乗り換えることで生じるメリット・デメリットが知りたいよ！という方 うちはSVNで構成管理をしてきたんだ！Gitなんか誰も使ったことないから何かあったら誰が責任取ってくれるんだ！と使用を許してくれない上司を説得したいという方
UbuntuでSubversion設定 （Apache WebDAV)
Ubuntu 7.10 Subversionインストールメモ。 以前もSubversionのインストール方法は書いたのだが、今回はWebDAVを使うパターン。 まず以下のソフトウェアをインストールする。 （Apache2は入っているものとする） # apt-get install subversion libapache2-svn 次にWebDAVの設定ファイルを編集する。 # sudo vi /etc/apache2/mods-enabled/dav_svn.conf dav_svn.confに以下のように記述する。 <Location /svn_repos> DAV svn SVNPath /home/svn/repos AuthType Basic AuthName “Subversion Repository” AuthUserFile /etc/apache2/dav_svn.p
Ubuntuでユーザ認証を使ったSubversion（svn）サーバを構築してみる（DAVプロトコル） - toguniの日記
Subversionサーバを立てた際のメモ 代表的なプロジェクト管理ツールのTracやRedmineがあるけど どこまでがSubversionの機能かしっかり把握しとかないとNE！ Subversionには直接アクセス，DAV，SVNの3つのプロトコルがあるけど，今回はDAV（DAVでのアクセス制限を加えたユーザ認証は結構遅いらしい） Apache2がインストールされている前提 SSLしたいならこのあたりを参考にUbuntuでApache2+SSLしてみる - toguniの日記 mod_dav_svnのインストール apt-get install subversion libapache2-svn つぎに/etc/apache2/mods-enabled/dav_svn.confを開いて コメントアウトしてあるところを以下のような感じに DAV svn SVNParentPath /va
subversionのログが編集（更新）できない２／作者(Author)も変更編 - ivoryworks
暫く前に、subversionのログが編集できない(Windows環境)のはバッチファイル用意して解決してね。と書いたけど、先日そのエントリに対してコメントを頂いた。 kotlin.Unit 作者の変更方法って知っていますか？ 試してみたら確かに変更できない。 改めてhookについておさらい。 コミットログの内容や作者（Author）を後から変更（編集）する事はデフォルトで許可されていない。 これらは必要に応じ、hookスクリプトを設置することで解決する。 リポジトリを生成すると、hookスクリプトのテンプレートも生成される。 $ svnadmin create ./hoge // リポジトリ生成 $ su Password: # chgrp -R apache ./hoge/* // WebDAVを利用しているのでgroupをapacheに # ls hoge README.txt co
SVNコマンドメモ(Hishidama's Subversion command Memo)
svnlook youngest SVNリポジトリー内の最新のリビジョン番号を表示する。[2008-12-28] > svnlook youngest C:/svn/sample 8 svnlook history 指定ファイルの履歴（SVNリポジトリー内のリビジョン番号一覧）を表示する。[2009-01-27] > svnlook history C:/svn/sample trunk/sample/bin/build.xml リビジョン パス -------- ---- 68 /trunk/sample/bin/build.xml 56 /trunk/sample/bin/build.xml 8 /trunk/sample/temp/build.xml パスが途中で変わっているのは、ファイルを移動した為。 ファイル（パス）を指定しなかった場合は、ルートの一覧が表示される。[2008-1
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/ がない）。トップレベルのディレクトリが
Linux-UbuntuでのSubversionのインストールと使い方 | WisdomTrees
最近GitHubの方に現を抜かしていたせいで、Subversionの使い方を忘れていた自分が居たので使い方をまとめておきます。 環境はLinux-Ubuntuです。 まずはSubversionのインストールから Subversion:インストール $ sudo apt-get install subversion subversion-tools libapache2-svn subversion-toolsはリポジトリのバックアップやファイルのマージ等を行うツール群がパッケージされています。 libapache2-svnはリポジトリをApache2を利用して公開するためのパッケージという事です。 Subversion:設定 インストールが終わったら、Subversionリポジトリをウェブサーバーで公開できるようにApache2の設定をしましょう。 $ sudo vim /etc/apac
Git/Subversion リポジトリを作成して Redmine と連携する - Qiita
はじめに vagrant - proxy 環境化の CentOS に Chef で Remine をインストール - Qiita [キータ] で構築した node 上に Git リポジトリ、Subversion リポジトリを作成して Redmine と連携する手順を示します。 Git リポジトリを作成して Redmine と連携する Git リポジトリを作成する まず、/var/lib/git をホームディレクトリとする git ユーザを作成します。適当なパスワードを指定すると怒られますが、今回は無視します。 [vagrant@localhost ~]$ sudo useradd -m -d /var/lib/git git [vagrant@localhost ~]$ sudo passwd git Changing password for user git. New password
提言: コミットメッセージの一行目には要求仕様を書け - Qiita
これは Git (や Subversion などのバージョン管理システム) にコミットする時により良いコミットメッセージを書くための提言です。この提言は特にメッセージの一行目だけを対象とします。せめて最も重要な一行目だけでも良いメッセージを書いて欲しいからです。提言をズバリ一言で表すと 一行目には要求仕様を書け です。 背景 プロジェクトによっていろいろ慣習の差はあるものの、一般的には「コミットメッセージの一行目は変更内容の要約を簡潔に書け」とされます。特に Git は、各コミットメッセージの一行目だけを取り出してそれを一覧表示するなど、一行目を特別に処理する機能が多いので、一行目にできるだけ多くの情報を凝縮させることは重要です。またメッセージを一行しか書かない不届きな慣習のプロジェクトでは、十分な情報を持たないメッセージは無用の長物と化します。 良くないコミットメッセージ しかし私は、情
git-svnを利用した運用を考える - Qiita
最近、諸事情あってsubversionからgitへプロジェクトの半ばでバージョン管理を変更しました。その際にちょっと変わった形でgit-svnの運用を行う事になったのでやりかたに関して簡単にログを残しておきます。 プロジェクトを取り巻く事情 今まではSubversion(仮にメインとします)を用いた運用を行っていたのですが、気軽にtrunkに対してコミットする事が出来ない事情がありました。では、メインSubversion上にbranchをたてればいいじゃんという話になるのですが、ブランチすら気軽に切る事が出来ない状態でした。その上、メインのSubversionにコミットすることが可能なのはコミッターだけとなっておりコミッターの負担が増えつつありました。 今までの運用 今まではメインSubversionとは別に 同期しないSubversion(仮にローカルとします)を別途立てて、なんと手動で
「Gitに乗り換えたい！githubを導入したい！....でもうちはsubversion使ってるし、github高すぎるよ」な人のための最強の妥協案を考えた - Qiita
「Gitに乗り換えたい！githubを導入したい！....でもうちはsubversion使ってるし、github高すぎるよ」な人のための最強の妥協案を考えたGitCentOSsvngit-svnreview-board どうも、「Gitに乗り換えたい！githubを導入したい！....でもうちはsubversion使ってるし、github高すぎるよ」な人のわたしです。 最近はプライベートではgit + githubしか使ってないです。git + githubの味を覚えたらsubversionでの開発にストレスがたまってきました。どうしてもgit + githubが使いたいという衝動が抑えられません。 なので今回はgit + githubでの開発の代替として編み出した subversion + git + git-svn + review-board の導入方法を紹介します。 まず対象となる
チームが Git を使っていなくても Git を使う: git-svn をうまく使うコツ | Atlassian Japan 公式ブログ | アトラシアン株式会社
私はアトラシアンに入社する前、バージョン管理システムとして Subversion (SVN) を使用している多様なプロジェクトに携わってきました。私はすでに Git へ移行して数年経っていたので、可能な限り Git を利用したいと思いました。 そして幸運にも、git-svn を使うことができました。Git-svn は、パワフルな Git ツールセットの快適な使用感を手放すことなく、Subversion リポジトリとやり取りができるすばらしい完全なソリューションです。そして、それには知っておくと便利な点がいくつかあります。この投稿では、すでに git-svn の知識が少しあり、git-svn を使用して SVN とやり取りする方法を知っている人を対象に話を進めていきます。 ここでは、SVN と連動して Git を快適に使用し続けるために、私が自ら調べて学んできたワークフローに統合する必要のあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Setting SVN permissions with Dav SVN Authz
SVN permission denied - txn-current-lock
人間git-svnとして生きる
【いまさら聞けない】初めてバージョン管理システム（Subversion、Git など）を使う時はここに注意 | バシャログ。
