SIOS Tech. Lab - エンジニアのためになる技術トピックスこんにちは、やまなかです。 今回はサーバー上の関数を実行するためのプロトコル（通信規格）であるRPC (Remote Procedure Call) を実現するため、Googleが開発したgRPCについてまとめていきます […]
Githubのsubversionサポートが神 | GREE Engineering
ちょびえです。Githubのsvnサポートが神なことに最近きがついたのでカッとなってエントリでも書いてみました。 きっとこの便利さはあんまり言及されてないはず（ワタシだけが知らんかった、とかだったらほんとすいません） https://help.github.com/articles/support-for-subversion-clients/ Githubでは上のページに書いてある通りsubversion clientのサポートもしております。 なんで今さらsubversion？という感じもする方もいらっしゃるかと思いますが。 これ、svnなので当然ディレクトリ個別にチェックアウトできるのですよね・・・・ たとえば、こんなふうにやると svn co https://github.com/chobie/flatbuffers/trunk/php flatbuffers-php A flat
Apache Subversion 1.8 Release Notes
☰ What's New in Apache Subversion 1.8 ¶ Working copy records moves as first-class operation Automatic reintegration merge Inherited properties Repository dictated configuration HTTP client support based on neon has been removed The Berkeley DB-based repository back-end has been deprecated In-memory password caching via GnuPG Agent (Unix client) FSFS size and performance enhancements Storage of aut
Subversion 1.7が出たので、TortoiseSVN 1.7でWC-NGやってみた - Masa / Lino Blog
2，3日前にSubversion 1.7が出ました。新機能はHTTPv2などパフォーマンスに関する機能が多くて、やや地味な印象です。 Apache Subversion 1.7 Release Notes よく捕らえれば、Subversionは歴史も長いので、大きな変更はいらないということでしょう。 更に先のSubversion 1.8ではDVCSに影響されたような shelvingやcheckpointingのような機能も出るようですが。 Apache Subversion Roadmap 話がそれてしまいましたが、Subversion 1.7の新機能の中でも個人的に嬉しいのが、WC-NG(Working Copy Next Generation)です。WC-NGは作業コピーのメタデータ変更で、フォルダの中にたくさんあった.svnフォルダがルートフォルダだけに集約されます。 ルートフォル
git-svnを途中から始める - unpushの日記
普通にgit-svnをやろうとすると、活発なプロジェクトだと既に数千以上の履歴があったりなんかして、全部フェッチするのにアホみたいに時間がかかります。あときっとsvnのホストも、負荷がデカくて涙目だと思います。 それで、githubあたりからgit-svn済みのgitリポジトリを入手して続きをやりたくなるんですが（gitだとかなりの履歴があってもすんなり取得できる）、このやり方はgit-svnのmanページのBASIC EXAMPLESに載ってます、がしかし、どうもうまく出来ないので、よくわからないけど出来るようにするやり方。rubygemsでやってみました。 githubで"rubygems"で検索したら、unofficial mirrorが見つかりました。感謝しつつクローンします。 $ git clone git://github.com/vvs/rubygems.git $ cd r
SubversionからGitへ移行するときの問題について簡単に語る
SubversionからGitへ移行するときに起こる問題についてちょっと語りました。
Tammer Saleh : Quick vim svn blame snippet
Just to prove the theory that every incredibly incomprehensible piece of code you come across is probably your own, I penned a quick svn blame vim command. vmap gl :<C-U>!svn blame <C-R>=expand("%:p") <CR> \| sed -n <C-R>=line("'<") <CR>,<C-R>=line("'>") <CR>p <CR> Just highlight the disgusting code in question, and bask in your own shame!
Christopher - Howto: Mirror Git to Subversion
Wrangler of dino-gymnasts. Builder of stuff and things. Goer of adventures. March 17, 2010 Howto: Mirror Git to Subversion I recently had to setup read only Subversion mirrors for a few Git repositories, and quickly notice the was no consensus on how to do this. Not really happy with the other solutions I found I decided to roll my own using the tools that git already provides. And some cron. Swee
svnのrepositoryをまるっとgitに移行する、ある程度冴えたやり方 - 愛と勇気と缶ビール
歴史的な経緯もあるし、移行する暇もないからsvn使ってるけど、可能ならsvnからgitに移行したいぜ！って心の中で思ってる人はけっこう多いんではないかと思います。 svnからgitに移行する、その際、やっぱり可能ならsvnの歴史とかsvnのbranch/tagなどを保存したまま移行したい！というのが人情だと思います。 ネットで調べると、git svn cloneでいけるんじゃね？という気がしてきますが、先に結論を言ってしまうと、残念ながらgit svn cloneではsvn -> gitのスムーズな移行はできません。というのは、git svn clone含めたgit svn系のコマンド全般は、そもそも「remoteにあるsvn repositoryをgit経由で利用する」ために用意されていて、svnのrepositoryをgitのそれに移行するためのものではないからです。 で、それならどう
リビジョン（バージョン）管理システムに関して近ごろ思うこと - 檜山正幸のキマイラ飼育記 (はてなBlog)
僕は、twitterできわめて少数の人しかフォローしてません。そんな僕のtwitterタイムラインでも、何度も言及されていたのが次のブログエントリー： いっしょに仕事をしたいプログラマ 5つの特徴 - たごもりすメモ 本文は「なるほどね」という感想なんですが、コメント欄に驚くべき発言があります。 まずは本文から紹介すると、「いっしょに仕事をしたいプログラマ 5つの特徴」が挙げられていて、それらの特徴で「欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう」と。 5つの特徴のひとつに「人のコードにパッチを送る」（適切なパッチを書ける能力）があるのですが、それに対するコメントが： ミッションクリティカルなシステムでは自分が再利用しようとする既存コードにバグがあった場合は、まるっとコピーしたうえで修正したものを使うことが多いです。 「まるっとコピー」って、い
subversionでのブランチマネジメント | Webシステム開発／教育ソリューションのタイムインターメディア
分散バージョン管理システムつかってますか？ 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提
GitHub - andrep/git-svn-clone-externals: Simple shell script to import svn:externals into a local git-svn repository
git-svn-clone-externals ======================= This is a very simple shell script to make git-svn clone your svn:externals definitions. Place the script in a directory where you have one or more svn:externals definitions, run it, and it will: * git svn clone each external into a .git_externals/ directory. * symlink the cloned repository in .git_externals/ to the proper directory name. * add the s
How do I keep an svn:external up to date using git-svn?
Treating my repository as a SVN repo, I get: svn co http://myrepo/foo/trunk foo ... foo/ bar/ baz/ -> http://myrepo/baz/trunk Treating it as a Git repo, I get: git svn clone http://myrepo/foo --trunk=trunk --branches=branches --tags=tags ... foo/ bar/ I can clone baz to my local machine elsewhere and add a symlink, but that's just a hack. Is there a way to have git svn rebase automatically pull in
GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
大企業はソースコードの管理に何を使っている？
Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか？という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co
Subversion 1.5 以降での機能ブランチのマージ - まじかんと雑記
Subversion バージョン 1.5 以降ではマージ追跡機能が使えるようになったのだが、これを利用したマージのしかたについて正しい情報が少ないので、ここに書いておく。 追記: Subversion バージョン 1.8 以降ではマージの内容が自動的に判定されるようになったので、以下に挙げている --reintegrate オプションは不要となった。 ブランチ作成後に行ったトランクへの変更をブランチにマージする場合: マージ先ブランチの作業コピーに cd する svn update svn merge "マージ元トランク URL" または svn merge "マージ元トランク作業コピーパス@HEAD" 競合の解決・その他のチェック等を行った後、コミット このマージは同じブランチに対して何度でも行える。マージを行うたびに、まだブランチに適用していないトランクでの変更がブランチに適用され、自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Not Found
Jenkins users - Big issue on SVN credentials when you use 2 differents svn locations: password are removed
Variance-Adjusted Patching for Divergent Texts
Something went wrong.