[B! svn] prisiraのブックマーク

prisira id:prisira

svnに関するprisiraのブックマーク (3)

[Subversion]過去の分岐の歴史を修正する方法 · DQNEO日記
事例動機 r40000まで進んだ今になって、r10000のコミットをやりなおしたい。経緯例えば、r10000付近で新人プログラマがこのようなコミットをしてしまっていたとします。 # r9999 trunkを丸ごと削除 svn del trunk svn ci -m "delete trunk" # r10000 ブランチをcpでコピー cp branches/hoge trunk svn add trunk svn ci -m "new trunk" (mergeしろよとかそういう話はさておき) 本来"svn cp"しないといけない場面で、"cp & svn add"してしまいました。このオペレーションの結果、trunkの歴史はr9999以前とr10000以降で断絶してしまいました。どうしていればよかったのか r10000のコミットは、こうであって欲しいところです。 svn cp
prisira 2017/09/08
部分的なsvnadmin loadと修正手動コミットを混ぜて良いということなのね

svn
リンク
Gitの良さが分からない？ちょっとそこに座れ | To Be Decided
Gitの良さがいまだに分からないという人がいるようなので、Git派の一人としてSubversion(以下SVN)と比較してのGitの良さ(メリット)について語りたい。 (GitとSVNの違いについては他の人の記事に詳しいのであまり書いていない一方、勢い余ってGitのデメリットも書いた。) 本題に入る前に、冒頭にリンクを貼った記事についてひとつだけつっこんでおく。つっこみどころは他にも沢山あるけど。 ※話の前提としてgitとSVNを採用している現場に下記のような割と違いがあるとする。 git イシューごとにブランチを切り、ローカルでコミットして、リモートブランチにpushして、GitHub・GitLab・Bitbucket経由でマージリクエスト。コードレビューの後にマージ。 SVN リモートのtrunkに個々人が直接コミット。コードレビューはあまりない。ブランチを切ることもない。このよう
prisira 2017/09/08
gitに完全に乗り換えようと思っていたところで読んだら、gitの有用性の理解はできたけれど問題点も分かってちょっと怖くなった‥。新しめのバージョンのsvnの知識で対比してあるのは公平で良い。

svn

git
リンク
SVN脳患者から見たGit - Qiita
はじめに僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu
prisira 2017/06/28
「マージを面倒臭がる」章の「ファイル名の変更を追えるかどうか」、やっぱり名前変更リファクタリングすることを考えるとSVNじゃ厳しいのね‥

svn
リンク
1