コミットした分だけをFTPで差分反映しなきゃいけない時に使ったスクリプト
svn × ftp という環境で、コミットした分だけを差分反映しないといけない… という開発環境でとてもありがたかったのが export-diff.py です Exports added or modified files by SCM summary 何が出来るのか 指定した範囲のリビジョンでコミットされたファイルをそのディレクトリ構造のまま取得できます TortoiseSVN のエクスポート機能に相当します 使い方 wgetでとってきます pythonが動くなら置き場所はどこでも構いません ~~~ wget https://gist.githubusercontent.com/tanakahisateru/1258524/raw/bef227c642d2e94cc0395a0d68505c6abba8e091/export-diff.py ~~~ r686のコミット分のファイルだけを取
subversionで差分を作る。パッチをあてる。 - 作業ノート
差分を作る 作業ディレクトリで、以下を実行する。 $ svn diff -r 10:HEAD > foo.diff patchをあてる $ patch -p0 -E < foo.diff -E オプションを指定すると、パッチ適用後に空のファイルを削除する。 また、patchが当たるファイルを確認したい場合は、--dry-runオプションをつける。 patch -p0 --dry-run < foo.diff このとき、ファイルにpatchは適用されない。 あてたpatchを取り消す -Rオプションで、一応可能。 $ patch -p0 -R < foo.diff 元々-Rオプションは、差分の取り方が逆であったときに利用するオプション。 結果的に取り消すことができるが、そのような目的のオプションではないので、過信しないこと。
Svn diff からパッチを当てる - dondari
svn diff → patch サンプル アプリの不具合対応で、応急修正して本番環境に差分のみを反映させるなど。複数ファイルまとめて適用できます。 修正リポジトリの差分出力 (例：リビジョン 8388→8389の変更分を出力) cd application_root_dir svn diff -c8389 svn diff > sample.patch 対象環境へ反映 cd application_root_dir patch -p0 -u -i sample.patch Tweet
Git & GitHub & kintone でウルトラハッピー！ - Cybozu Inside Out | サイボウズエンジニアのブログ
６歳と３歳の娘がいる山本泰宇（@ymmt2005）です。こんにちは。 いきなりですが、悔しいです。なにがって、@DQNEO さんが最近書かれた記事「必殺！Github導入に向けて上司を説得する時に使える資料まとめ」に載り損ねてしまったからです。 サイボウズでも Git と GitHub Enterprise を導入しています。導入や運用の助けになる資料やツールを作ったりして、とても便利なのでいずれ公開したいなと思っていたんです。忙しさにかまけて後回しにしていたら、出遅れ企業にグルーピングされてしまうなんて（涙） 出遅れてしまった以上、なにかプラスアルファをお見せするしか名誉挽回の方法はありません。何も失っていないんじゃないかというツッコミはよしてください。こうなったら恥も外聞もなく Subversion 時代の恥ずかしい過去をさらけ出し、もちろん資料も出して、さらにノウハウを詰め込んだツー
Git をさわる機会が増えてきたので Subversion ユーザ目線で説明してみる | バシャログ。
社長におねだりしたらベイスターズ買ってくれないかなぁ。どうもこんにちは nakamura です。 シーブレインでは今も昔もソース管理に Subversion を使い続けていますが、最近は協力会社さんとのやり取りなどで何かと Git にさわる機会が増えてきました。最初はチンプンカンプンでしたが、ようやく何となく基本的な部分が分かってきたので、Subversion ユーザ的な目線でちょこっと説明してみたいと思います。 コマンド例 初期設定 Git ではユーザ毎の設定内容も git コマンドで操作します。とりあえずいつも以下のような感じで設定してます。diff に使うコマンドとかも指定できるみたいですね。 # 名前 git config --global user.name "Tadashi Nakamura" # メールアドレス git config --global user.email n
PHPで配列の空白要素を一括除去したい | Suinasia
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
[Subversion] colorsvn で svn コマンドを色付きで使おう | バシャログ。
みなさんこんにちは、最近上司 がももクロをごり押ししてきて困惑気味の nakamura です。黄色いタオルを持っているだけで『あ、しおりん？いい趣味してるね～』とか言われてどう反応したらいいのか教えてください。 Subversion ネタも色々書いてきましたが今日は svn コマンドを少し快適にするちょっとしたツールのご紹介です。git なんかだと設定ひとつで色付きにできるみたいですが、Subversion では colorsvn という perl スクリプトを使って色付きにします。 使ってみよう rpm が使える環境であればインストールもちょー簡単、特に設定もなくそのまま使えてしまいます。 こんな感じで。 wget http://www.console-colors.de/downloads/colorsvn/colorsvn-0.3.2-1.noarch.rpm rpm -ivh co
Subversionでブランチのマージ - ksaitoの日記
ソースコード管理では基本的に平行開発がないのがベストですが、リリース済みソースの保守作業や大規模な改修では必要なケースもあります。 ここでは、Subversionを使ってブランチのマージに必要な情報を調べたりマージをテストする方法を説明します。 前提 Subversionでは、慣例となっている以下のようなディレクトリ構成を前提に話を進めます。 $ tree sample/ sample/ |-- branches | |-- first | | `-- file.txt | `-- second | `-- file.txt |-- tags `-- trunk `-- file.txttrunkから派生したbranches/firstとbranches/secondの2つのブランチで平行開発している想定です。 事前に以下のように環境変数を設定しておくと便利です。 $ echo $REPO
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
git-svnによる実プロジェクトでのチーム開発
こんにちは、SHIMADAです。Gitネタはたろちゃんに先を越されてしまいましたが、自分の環境でも、実際のプロジェクトでGitを実用的に使える状況になってきたので、そのへんについて書こうと思います。 ■ 前提 前提条件として、 1. プロジェクトのためのsvnリポジトリがサーバーに用意されていること 2. リポジトリが PROJECT_NAME/ `- trunk/ `- branches/ `- tags/ というSubversionの標準的なディレクトリ構成となっていること 3. ローカルに最新のgitがインストールされていること が条件となります。 前者が揃っていないという人は、まずSubversionを導入できるように社内での推進をがんばってください。 申請書とUSBメモリがないとコミットできないんだよ……、という人は、残念ながらあきらめてください。 （あれはネタだと信じていますが
Subversionのリポジトリ下でgitを使ってみよう
$ git config --global user.name 'hogehoge' $ git config --global user.email 'hogehoge@hoge.local' $ git config --global color.ui auto $ git config --global core.excludesfile $HOME/.gitignore これでホームディレクトリに.gitconfigファイルが作成されます。また、無視するファイルがある場合は.gitignoreに記述しておきます。 では、次にSubversionのリポジトリ（https://svn.hoge.local/repos/hoge-projectにあるとして）からgitのローカルリポジトリを作成します。 $ mkdir hoge-project $ cd hoge-project $ gi
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
rsync は 2.5.6 以降 .svn を考慮する
rsync-2.5.6-NEWS(rsync.samba.org) はずです。 2.5.6 以降であれば -C オプションをつければ Subversion の管理している .svn ディレクトリもスキップしてくれる。もしそれ以前のバージョンを使っているなら自前で除けてやらないといけない。つかイマドキ 2.5.6 以前が入ってるホストはちゃんと管理できてないか、やむを得ず古いバージョンのまま走らせているかどちらかなので、「ふつう」の人が当たる機会はあんまりないんじゃないかなぁ。 なんか以前 -C でイケるホストとイケないホストがあって、.cvsignore の違いかなーとか漠然と思っていたんだけど、いやーでもどっかで .svn に対応してるって読んだ気がするなーと思って調べてみた。
svn上のプロジェクトを手元にcheckoutしてgitで開発する - Kwappa開発室
CUI な Git ブラウザ tig を入れてみた (Born Too Late) [git][scm][tig] tig を使ってみた (do_akiの徒然想記) Twitter Trackbacks () とべとべ夏祭り2010電設部に参加した #tobesetu (key-cc) EC-CUBE LC_Page::sendRedirect()に引数を渡せない (弱小PHPerの憂鬱) [densetu][勉強会][学校]電設部IT勉強会#3やりますた（随時追記 (学内IT勉強会のススメ - atcorp) 電設部IT勉強会#3に参加したっ！ (Curious) GLT #24 （懇親会）に乱入してきた！ (Curious) GLT (Genesis Lightning Talks) Vol.24に参加しました (key-cc) GLT (Genesis Lightning Talks
statSVNで開発の状況を可視化する
みなさんこんにちは。@ryuzeeです。 先日何人かに聞かれたので書くことにします。 うちはPHPでの開発が多いので、色々なオープンソースなツールを組み合わせて自動化に組み込んでいますが、Javaな人はSonarを使うとよいかもしれません。 statSVNって何？http://www.statsvn.org/にある通りで、Subversionのログを利用して以下のような分析をしてくれる。 ソースコードの行数推移開発者ごとのソースコード行数時間別のアクティビィティ分析開発者毎のアクティビィティ分析モジュール毎のアクティビィティ分析ディレクトリ毎の状況ファイル数や平均ファイルサイズ、巨大ファイル変更回数の多いファイルの分析コミットログの時系列での整形出力などなど インストール簡単です。 http://sourceforge.net/projects/statsvn/にアクセスし、statsvn
nabokov7; rehash : 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
個人的によく使う svn コマンドの使い方まとめ | バシャログ。
横浜は久しぶりの雨！こんにちは、nakamura です。 今やプログラマー、コーダーには欠かせない感のあるバージョン管理システムですが、弊社では subversion を使っています。今回はそんな subversion について、GUI も確かに便利だけどコマンドラインで使えると、作業の効率がぐっと上がりますよ！というお話しです。 サブコマンド、オプションの調べ方 svn コマンドは man ページもあるにはありますが大した情報は載っておらず、サブコマンドとして help を指定して実行すると詳細な説明が見れます。 shell > svn help 使用方法: svn <サブコマンド> [<オプション>] [<引数>] Subversion コマンドラインクライアント, バージョン 1.6.12. 特定のサブコマンドに関するヘルプを読みたいときは 'svn help <サブコマンド>' と
svn diff の結果を patch として当てる - @kyanny's blog
cd /home/kyanny/workdir/foo1 svn diff > patchfile cd /home/kyanny/workdir/foo2 patch -p0 < patchfile p に関しては、以下を参照。わからないまま -p1 とかやってうまく当てられずにいた。まだ自分の言葉で言い直せるほど理解できていない。 -p0 でうまく動くようなパッチファイル/ディレクトリの配置にするのが一番簡単なのだと思う。
ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
svn log である日付以降のログを出力する
