SVN脳患者から見たGit - Qiita
はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu
gitの良さは未だに分からないがPullRequestの良さはちょっとだけ分かるぞい - ブログなんだよもん
スマートニュース見てたらこんな記事が上がってました。 crapp.hatenablog.com まあ、gitの良いところはそれなりにありますがローカルコミットを上手に使えるようになるまでの壁はとても高いですよね。 正直言えば私もrebaseとかなるべく打ちたくないし、使いこなせてるとは言い難い。 とはいえPR（本文中はマージリクエスト）がレビューを強制するので良くないとか、trunkに直接コミットすれば良くないとかはどうなん？ と思ったり。 そもそも個人的にはSVNとgitで運用方式がさほど変わるとは思えないのですよ。実際変えなかったし。 というわけで、私が使ってるコード管理方式について語りたいと思います。タイトルはちょっと釣り... というかぞいぞい言いたかっただけです！ そもそもSVNでどう運用していたか？ たぶん、多くのサービスがそうであるようにSVNからGitに移行しました。もっと
Checkout remote branch using git svn
Standard Subversion layout Create a git clone of that includes your Subversion trunk, tags, and branches with git svn clone http://svn.example.com/project -T trunk -b branches -t tags The --stdlayout option is a nice shortcut if your Subversion repository uses the typical structure: git svn clone http://svn.example.com/project --stdlayout Make your git repository ignore everything the subversion r
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
Subversion操作メモその２
さっそくその２今度はリポジトリにあるディレクトリを別のディレクトリに履歴ありでコピー(または移動)する というものちょいとてこずりました 基本手順は svnadmin dump → svndumpfilter → dumpファイル編集 → svnadmin load こいつらはすべてサーバー側で行わないとダメ。 svnadmin dump でリポジトリのダンプをとる svndumpfilterで特定のディレクトリのみにしたり、特定のディレクトリのみ除外したりする 出来たdumpファイルをロードしたいリポジトリの構成にあわせ編集 svnadmin loadでロード まず1と2(面倒くさいのでパイプで処理) svnadmin dump /hoge/svn/rep1 | svndumpfilter include hoge > hoge.svndump この場合/hoge/svn/rep1にある
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
TortoiseSVN1.8.6でクライアント証明書を利用した認証がうまくいかない場合 - Qiita
TortoiseSVN 1.8.6, Build 25419 - 64 Bit , 2014/04/12 11:40:48 Subversion 1.8.8, -release apr 1.5.0 apr-util 1.5.3 serf 1.3.4 OpenSSL 1.0.1g 7 Apr 2014 zlib 1.2.8 問題 何らかの操作時にクライアント証明書が必要な場合、ご丁寧に証明書選択ダイアログが表示されるんだけどwindowsにストアされている証明書を選択した場合、以下の様なエラーメッセージを吐いて失敗する。 証明書情報のクリア 一度選択すると、それ以後どの証明書を利用するか記録されてしまうので、情報を一度クリアしてやる。 TortoiseSVN context menu > Settings > Saved Data > Authentication data > Clear.
commitが遅い。RedmineとSVNの連携を調整してみる。
現在、SVNでソースのバージョン管理、Redmineで要望や問題のチケット管理を実施している。 重宝してるのがRedmineのリビジョンとチケットを関連づける機能だ。 SVNのコミットコメントにチケット番号をを付けるとチケットにもコメントの内容が表示される。 subjectの文字化けを修正 refs #1234``` > <a title="Redmine-参照用キーワード(refsなど)無しでリビジョンとチケットを関連づける" href="http://redmine.jp/faq/repository/relations-without-keywords/" target="_blank">Redmine-参照用キーワード(refsなど)無しでリビジョンとチケットを関連づける</a> とても便利な機能だ。ただし、Redmine側がリポジトリの変更を取り込む必要がある。 > <a tit
TortoiseSVNの動作(TSVNCache)を速くする - [SVN(Subversion/サブバージョン)/サーバー] ぺんたん info
TortoiseSVNをインストールするとPC全体が遅くなるように感じることがある。 これはTortoiseSVNを入れると、同時にインストールされるTSVNCache.exeというプロセスが原因です。 バージョン管理下に置かれたファイルやディレクトリに変更の状態がわかりやすくなるようにアイコンが変わる。 これをアイコンオーバーレイといいレポジトリと差分があったり衝突しているファイルがひと目で分かる便利な機能です。 しかしこのアイコン表示を効率的に行う為にファイルの書き込みを監視してキャッシュしている。 それを行っているのが TSVNCache.exe のプロセスです。 デフォルトの設定ではファイルの書き込み全てを TSVNCache.exe が監視しているので、パソコン全体が遅くなるというわけです。 右クリックメニューからTortoiseSVNの『設定』で設定できる。 左部メニューの『ア
How do I tell git-svn about a remote branch created after I fetched the repo?
I'm using git-svn to work against my company's central Subversion repository. We've recently created a new feature branch in the central repo. How do I tell Git about it? When I run git branch -r I can only see the branches that existed when I ran fetch against the Subversion repo to initialize my Git repo?
git svnのブランチの扱いについて - さくらんぼのlambda日記
自分はバージョン管理システムとしてgitを利用してます。 プロジェクトで採用しているバージョン管理システムがSubversionの場合でもgit-svnで連携して生活してます。 今関わっているプロジェクトのsubversion上の構成がgit-svnにとって扱いづらいものが採用されていて、それの対処方法についてまとめておきます。 前提のプロジェクト構成 現在関わっているプロジェクトのバージョン管理システムでは以下のようなブランチ構成になっています。 branches/A/subA1 branches/A/subA2 branches/A/subA3 branches/B/subB1 branches/B/subB2 branches/B/subB3 branches/C/subC1/subsubC1-2 branches/C/subC1/subsubC1-2 branches/C/subC
Subversion(TortoiseSVN)でブランチ(分岐)を作成する方法(手順)
SVN Index Tips Top TortoiseSVN(TortoiseSVN)でブランチ(分岐)を作成する方法(手順) 以下に該当するような場合は、ブランチを作成して trunkとは別々に管理するようにしましょう。 特定のリビジョンでリリースしたくなった。 trunkへは継続して新しい機能を追加していきたいが、リリースするところへは入れたくない。 でも、バグ修正はtrunkへもリリースするところへも入れたい。両方を適切に管理したい。 trunkとは別のラインで、機能の変更 (処理系のバージョンが変わるなどある程度大きな変更)を 専用の作業場所を作ってやりたくなった [機能ブランチ]。 自分では管理していない外注先などで作成しているライブラリなどが、 定期的に(不定期でもよくて、要するに1回だけではなくて「何回も」という意味) 納入される。必要に迫られて自分でも納品物をアレンジするの
2007年09月: 開発(環境構築)メモ
小さいリポジトリを大きいリポジトリ内のサブディレクトリにしたいとき： svnadmin dump [小さいリポジトリのパス] > dumpfile svnadmin load --parent-dir [サブディレクトリ名] [大きいリポジトリのパス] < dumpfile 具体例： 以下の2つのリポジトリがあり、 /svn/repos/small /svn/repos/big smallをbig内のnewというサブディレクトリ（つまり/svn/repos/big/new）にもってきたいとき： svnadmin mkdir /svn/repos/big/new svnadmin dump /svn/repos/small > dumpfile svnadmin load --parent-dir new /svn/repos/big < dumpfile あるいは、パイプを利用して、 sv
Subversionリポジトリのバックアップ方法いろいろ - ぱせらんメモ
Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー（あるいはアーカイブ）する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい（アーキテクチャ依存）。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア
CentOS5.6に、Subversion1.7のインストール
KYO's Tech Web関連の備忘。Linux運用とMac関連をメインに、vim, git, shell, php, symfony..など。 表題の通りですが、CentOSにSubversion1.7をインストールしました。 理由は、Twitterでも書いてたんですが、「svnsync sync」実行中に「Could not read response body」というエラーが表示されてsyncが上手く行かない現象が発生していた為。 結果としては、無事解決しましたので、以後Subversionの1.7を利用していこうと思います。 【ソースの入手】 まず、下記のリンクからCentOS5.x用のSubversionバイナリをダウンロードします。 実態は、1つのシェルになってますので、ダウンロード後シェルを実行することになります。 Download Subversion (SVN) 【シェ
TortoiseSVNでバージョン情報などを自動で埋め込む | 1000g
オープンソースコード等を見ていると、リビジョン番号などがソースに記載してあることがあります。 どうやらSubversion（やCVS）で実現できるようです。 私は基本的にWindowsでTortoiseSVNを使ってリポジトリのやりとりをしているので、その設定方法をメモしておきます。 手順 1.TortoiseSVNの設定 今回は例としてPHPファイルが自動変換されるよう設定します。 svn管理下のファイルを右クリック->TortoiseSVN->設定 [一般]カテゴリ内の、「Subversionの設定ファイル」の横にある[編集]ボタンをクリック テキストエディタでconfigファイルが開くので、以下のように修正する enable-auto-props = yes ←コメントアウトを外す [auto-props] *.php = svn:keywords=Id Date Author Re
Subversion/TortoiseSVNメモ/お勧め差分、マージツール - TOBY SOFT wiki
2020-06-02 Comments/Subversion/TortoiseSVNメモ/コミットしたログメッセージが編集できない 2020-03-31 ゲームを作る上でのバッドノウハウ/十字キーがボタンとして認識される 2019-11-12 Comments/Wiki/PukiWiki/スパム(spam)を防止する方法 2019-11-01 Delphi/XML/Delphi付属のXMLライブラリ 2019-08-27 Comments/SaGa2 秘宝伝説/モンスター一人クリア 2019-07-11 Comments/git/git rebaseを元に戻す方法 2019-06-08 VBA/関数呼び出し時に「オブジェクトが必要です。」というエラーが出る 2019-03-07 Comments/PhotoShop/「下のレイヤーとグループ化」はどこいったの？ 2019-02-06 Rub
Multiple branches using git-svn
I've recently switched to using git for source control, after svk screwed up a merge on me. Unfortunately, I'm still interacting with a Subversion repository until we convert entirely to git. One thing that git does really well is merge, so naturally when I need to backport something from our devel tree to our stable release tree, I want to use git. Unfortunately, git-svn doesn't seem to handle br
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Migrating part of Subversion repository to new server and repathing
Git format-patch to be svn compatible?