InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example
subversionに関するLayzieのブックマーク (90)
-
Layzie 2014/04/02
-
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
-
SVN to Git Migration - TMate SubGit
This site uses cookies to improve your customer experience. For more details please read our Privacy Policy. The ultimate solution for SVN to GIT migration Works on all platforms! Choose yours. TMate SubGit is a tool for teams that migrate from SVN to Git. It converts SVN repositories to Git and allows you to work with both systems simultaneously. GET STARTED Create an SVN || Git Mirror with SubGi
-
-
イラストでわかる！git入門の入門
こんにちは、アシアルの志田です。 社内でもgitが浸透し、皆バージョン管理といえばgitだよね、という空気になってきました。 ですが、これまでバージョン管理システムを使ったことがない人にオススメしても、 「gitて…まあ…そりゃ…ねえ、いつかやらないといけないけど…」 「ギット？ジット？俺はgiはジと読む派なので、gitは胡散臭いと思う」 「そもそもバージョン管理して何が嬉しいの？なんか難しそうでいやだ」 というような反応ばかりでした。 きっとみんな、gitって難しくて訳のわからんもんだと思っているのでは？と思い、 今回はgit入門の入門、gitってなんだ？というところから、簡単にgitを使う際の流れについてご説明します。 ちょっと不安を覚えるようなイラストがついていますので、頑張って読んでください。 バージョン管理ってなに？ プログラムを書いていて、こんなことありませんか？私はあります…
-
Moving Django to GitHub | Holovaty.com
We finally moved Django to GitHub late yesterday. Here's a postmortem, to keep the community updated and for the benefit of any projects that take this leap in the future. Background We've used Subversion to manage our code since originally open-sourcing in July 2005. Over the last few years, we started to feel Subversion's limitations, namely: The difficulty of branching. We used tools like svnme
-
SubversionからGitへ移行するときの問題について簡単に語る
SubversionからGitへ移行するときに起こる問題についてちょっと語りました。
-
Closure Library 導入メモ - present
jQuery から Closure Library への移行を決意 jQuery は部分的に Ajax を取り入れるのには最適ですが、フル Ajax な Web アプリを開発するのは超大変。目的の UI コンポーネントを探すのも一苦労です。 その点、Closure Library は Google の Web サービスで使われている UI コンポーネントを一通り提供しているし、依存性管理やイベント機能やテスト支援機能など、大きめの Web アプリを開発するのに便利な機能が揃っています。 ただ、導入がちょっとばかり面倒なので、手順をメモしておきます。 まずは下準備 Closure Library で開発を始めるまえに、必要なツールをインストールします。 Subversion クライアントをインストール 最新の Closure Library を使うには Subversion が必要です。 開
-
-
「Apache Subversion 1.7」リリース、ワーキングコピーのメタデータ管理方法を変更 | OSDN Magazine
Apache Software Foundation（ASF）は10月11日、バージョン管理システム「Apache Subversion 1.7」をリリースした。2年7か月ぶりとなるメジャーリリースで、ワーキングコピーのディレクトリ構造の変更や性能改善が行われている。 Subversionはオープンソースの集中型バージョン管理システム。オープンソースソフトウェアの開発だけでなく、一般的なソフトウェア開発でも広く使われている。当初米CollabNetが支援するオープンソースプロジェクトとして開発が進められたが、2009年にASFに寄贈、2010年にASFのトッププロジェクトとなった。バージョン1.7は、ASFの下で公開される初のメジャーリリースとなる。 Subversion 1.7の最大の特徴は、「WC-NG（Working Copy Next Generation）」と呼ばれるワーキングコ
-
-
明日からできる！バージョン管理システムへのコミット粒度を最適化するトレーニング方法 - @kyanny's blog
#websig1ds の懇親会で会った人が「バージョン管理システムにどのタイミングでコミットしたらいいかわからない」とおっしゃっていて、おれも何度も迷って試行錯誤したけどこういう風にして自分なりにコミット粒度を見極めていきましたよ、という話をしたのでブログにも書いておく。 必要要件は以下 バージョン管理システム (Subversion, Git) 当然あるはず ウェブブラウザでコミット履歴が閲覧できるシステム (Trac, Redmine) これもたいていあるはず 以下手順 （タイミングがわからなくてもう数日くらいコミットしてないと仮定して）仕事終わりにとりあえず全部コミットする 翌朝ウェブブラウザで昨日のコミット履歴を眺める、そのとき以下の点を意識する コミットログメッセージを読んで何のコミットだったか思い出せるか？ 差分をみて何の変更をしたか思い出せるか？ 「コミットログメッセージが「
-
もうファイル管理で困らない！ デザイナーのためのSubversion/TortoiseSVN入門
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに はじめまして、Yahoo!検索のデザイナー担当の竹内美帆と申します。 今Yahoo! JAPANでは、プロジェクト毎にバージョン管理システムを使い分けていますが、Subversionを使用しコードを管理しているプロジェクトもあります。2011年1月～3月には、デザイナーが所属する部署でもデザイナーが作成するHTML・CSS・JavaScriptファイルなどをバージョン管理システムであるSubversion（サブバージョン）で管理しようという動きがありました。 デザイナーにとってはとっつきにくい印象がある「バージョン管理」ですが、うまく利用すれば「あのファイルどこいった？（汗）」「いつこのファイル書きかえたっけ？（汗）」「
-
Latest topics > SubversionからGitに移行した - outsider reflex
Latest topics > SubversionからGitに移行した 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « Ubuntu 10.04LTSからUbuntu 10.10へのアップグレードとATOK X3 Main Jetpackへのモヤモヤを全部吐き出そう » SubversionからGitに移行した - Nov 01, 2010 アドオンの開発にはずっと須藤さんに用意してもらったSubversionのリポジトリを使ってたんだけど、 インターネットに繋がらない状態でコミットできないのが辛い 他の人からの変更を受け取りづらい（そんな事があればの話なんだけど） と思っていて、Git（あるいは他の分散型バージョン管理システム）ならそれが解消
-
米CollabNet、SubversionやViewVCを組み合わせ容易にインストール・管理できる「Subversion Edge」を発表 | OSDN Magazine
米CollabNetは6月17日（米国時間）、バージョン管理システム「Subversion」に「Apache」「ViewVC」を組み合わせたバンドル「CollabNet Subversion Edge」（ベータ版）を発表した。WebベースのGUIでソフトウェアスタック全体のインストールや管理を行える。 Subversion Edgeは、Subversion、コードビューアのViewVCとApacheを組み合わせたディストリビューション。単一のインストーラーでインストール・設定でき、Webベースの管理画面で容易にソフトウェアスタック全体を管理できる。SVNレポジトリの作成・管理、ViewVCでSVNレポジトリのブラウズ、SVNとApacheのログ管理と閲覧などの機能を利用できる。 また、アップグレード機構も組み込まれており、新しいコンポーネントがリリースされている場合は通知が行われるほか、W
-
WebベースのSubversionマネージャ·iF.SVNAdmin MOONGIFT
iF.SVNAdminはPHP製のオープンソース・ソフトウェア。個人ユースであればGitやMercurialが流行っているが、企業であればSubversionがまだまだ主流だ。Subversionの設定を行うのにサーバにログインしてユーザを作ったりグループ管理しているケースは多い。 アクセス権限 サーバの使い方に慣れた人であれば良いだろう。だがそれを都度行うのは面倒だ。Webブラウザ上から設定が行えれば操作はとてもスムーズになるだろう。使ってみたいのはiF.SVNAdminになる。 iF.SVNAdminはPHP製で、ローカルのディレクトリに対してSubversion管理を行うためのソフトウェアだ。Webブラウザ上でユーザ、グループを作成し、リポジトリを閲覧することもできる。複数のリポジトリを作成し、それぞれに対して権限を設定できる。認証はLDAPを用いることもできる。 グループ管理 サー
-
Subversionのブランチ操作を git並に簡単にするsvnbr - monjudoh’s diary
http://openlab.dino.co.jp/2010/04/07/225425663.htmlをforkした。 GitHub - monjudoh/svn-utils: Subversion Utilities 変更内容は root以外の階層でbranches/,tags/を作っていてもbranch,tagの操作ができるようにした tagについてもswでsvn swできるようにした svnbr tagでtagを作成出来るようにした 他に何ができるかについて詳しくはUsageを読んでもらうとして、 svnbrでのtag/branchの作成が概ね問題なく出来るようになった。 で、これらはちょうど現時点でのhgsubversionからはできない事なので、 svnリポジトリのbranchの管理で面倒くさいsvnコマンドを打つ必要がなくなった。 という事で、詳しい話はまた次のエントリに続く。
-
gitのリポジトリをSubversionに変換する - ぱせらんメモ
gitで始めたプロジェクトをSubversionのリポジトリにしたかったのだが、どうやったらいいのか調べてもよくわからない。 Subversionからgitはよくあるのにねー。 試行錯誤の結果とりあえずうまくいったっぽいので記録を残しておく。 これで大丈夫なのかどうかはよくわからない。 きっとid:bleis-tift先生がなんとかしてくれるハズ！ gitからSubversionへ 移行先となる新しいSubversionリポジトリを用意する。 svnadmin create foo んで、コミットがないとうまくいかない感じだったのでtrunk,branches,tagsを作っておく。 svn checkout http://localhost/svn/foo foo cd foo mkdir {trunk,branches,tags} svn commit -m "init" なんかfil
-
-
Joel Spolsky氏、分散バージョン管理システムの良さを認める | gihyo.jp
Joel Spolsky氏によるブログ記事です。分散バージョン管理について、Joel氏は1年以上前に「ブランチやマージが容易になると更新が増え、混乱も増える」と、Podcastにて批判していました。そして現在、このことについて「根本的に間違っていた」と反省しているようです。 Podcastを行った当時はチーム内でMercurialを試していて、Subversionのように扱おうとしていたためうまくいかず馴染めなかったようです。そして会社がMercurialをベースに製品を作る決断をした際に本格的に分散バージョン管理について学んだところ、重要なのは「分散」ではないことに、そして「バージョン」ではなく「変更」を管理していることに気づきました。 今ではすっかり分散バージョン管理に魅了されており「Mercurialをあきらめるくらいなら私はC++に戻るほうを選ぶ」と言っています。また、自身の勘違い
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました