会社のプロジェクトのバージョン管理はSubversion。しかも、10G弱でコミット数も相当数あるリポジトリ。だけど、Gitを使いたい！と思って方法を模索したのでそのメモです。Gitをよく知らないのもあり、もっと良い方法があれば教えていただけると幸いです。 背景 会社のプロジェクトではSubversionが使われています。しかし、世の中ではGitの方が主流（？）ということもあり、自分もGitを使って開発をしたい、と思いました。 新人のペーペーの力でSubversionからGitへ移行することもできないので、なんとか自分だけでもGitを使えないものかと考え、調査・環境構築を行いました。 使用環境 Windows 7 + MSYS2 git-svn の利用 「SubversionリポジトリをGitで扱う」ことに関しては、ネットに情報が結構あったので、比較的すんなりできました。 使用するのは g
TortoiseSVNでtrunkとbranchをmergeします。 環境 trunk → 公開する環境 branch → 開発のみ環境 branchを切る 右クリックから「TortoiseSVN > Branch/tag...」 To path: branches/[directory] Create copy in the repository from: HEAD revision in the repository にチェックで良いと思います。 これでbranch切れました。 merge branch→trunkにmergeしたいと思います。 （途中のURL変更変えれば、trunk→branchもやり方は同じ） 「TortoiseSVN > Switch...」でtrunkに切り替えておきます。 ※すでに切り替えてあるのであればやらなくてOKです。 右クリックから「Tortoise
この投稿は インタープリズム的「俺達私達の進捗を上げる25個前後のTips」 Advent Calendar 2015 - Qiitaの1日目 の記事です。 こんにちは、Imamotoです。 仕事に役立つTipsの紹介ということで、今日は最近自分の開発を快適にしてくれた豆知識として、現場はSubversionだけど自分だけこっそりGitで開発しちゃう方法を紹介します。 Subversionでのバージョン管理、捗ってますか？ 唐突ですが皆さん、現場でバージョン管理は捗っていますか？ バージョン管理システムはGitですか？それともSubversion(svn)でしょうか。 もしSubversionであり、尚且つSubversionであることに多少なりとも不満を感じているのであれば、 この記事はお役に立てるかもしれませんので気が向いたらご覧になってください。 Subversionのつらみ… 私は
git-svn.markdown git-svn の使い方メモ git-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチと git のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ：$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ：git のローカルブランチ リモートブランチ：git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない（trunk/ や tags/ がない）。トップレベルのディレクトリが
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
やり方 このようなシェルスクリプト１個作って実行するだけOKです。 filter.sh svnadmin dump /path/to/repo 2>/dev/null | svndumpfilter exclude \ /tools/LocalTools/fuga \ /branches/hoge/zip \ /trunk/www/zip \ /trunk/www/images/user/ \ /branches/dqneo/123/www/images/user/ \ /branches/dqneo/456/www/images/user/ \ ... このように除外パス名をえんえんと列挙 ... /document/仕様書/過去資料/ \ /document/デザインデータ/ \ | svnadmin load /path/to/repot_new (￥マークは実際にはバックスラッシュ
Subversionのダンプ＆リストアのおさらい 下記のようにダンプ＆リストアすると、レポジトリを複製することができます。 svnadmin dump /path/to/myrepo > myrepo.dump svnadmin create /path/to/myrepo_new svnadmin load /path/to/myrepo_new < myrepo.dump 複製された新レポジトリは、旧レポジトリとまったく同じ内容です。（あたり前ですね） ここで、loadする前にsvndumpfilterをかましてやると、ダイエットすることができます。 何を捨てるかを決める レポジトリ内をよく吟味して、何を捨てるかを決めます。 例として、下記パス以下のデータを全て捨てたいとします。 /trunk/large/files/ /document/古い資料/ svndumpfilter はパイ
はじめに ここでは、いまさら聞けないSubversionの使い方について述べる。タグやブランチなどしっかりと使いこなそうとすると、色々と覚えなければいけないSubversionだが、実は、もっとも使うコマンドは、指で数えるくらいしかない。ここでは、その基本的なコマンドを紹介した後、時々必要になるタグ作り、ブランチ作り、エクスポートなどの各種コマンドのリマインダについてまとめる。 なお、ここでは、Unix, Linuxベースのシステムで、subversionをコマンドラインベースに使う方法を紹介する。Windowsで使う方法は紹介しないので、別のページを探してほしい。 Subversionとは 以下、Wikipediaから抜粋 Apache Subversion（アパッチ・サブバージョン SVN）はプログラムのソースコードなどを管理する集中型バージョン管理システムの一つである。元々は、Col
こんにちは。 完全に放置していたはてブロを気が向いたので更新します。 jenkinsって便利ですよね。 しぇるすくりぷとでごたごたやっていたことが ブラウザがらポチポチするだけになるわけですから。 とりあえずビルドしようってなるとSCMからのチェックアウトはだいたい必要なので subversionから指定のリポジトリURLでソースを落としてくるわけですが あれ？branchesから好きなブランチを落としてきたい時ってどうするんだ？ ってなったりします。初心者なので。 意外とこういう簡単なことってググっても誰もブログに書いていないものです。 というわけで前置きは良いとして、 「jenkinsでsubversionのbranchをチェックアウトする方法」 jenkinsの導入は http://jenkins-ci.org/ こちらからwarを落としてきて そのまま実行するなりtomcatに載せ
ブランチの作り方とsvn mergeにはいくつもの異なったやり方があり、この節では あなたが出くわしそうな一番よくあるパターンについて説明します。 いま、考えてきた例を完結させるため、少し時間が経過したとします。何日か 経過し、たくさんの変更がtrunkにもあなたのプライベートなブランチにも 起こったとましす。そしてあなたはプライベートなブランチ上での作業を 終えたとしましょう; 機能追加、またはバグフィッックスが完了し、他の 人がその部分を使えるようにするために、あなたのブランチ上の変更点の すべてを trunk にマージしたいとします。さて、このような状況では、どのようにしてsvn merge を使えば良いのでしょうか? このコマンドは二つのツリーを比較し、その差分を 作業コピーに適用するものであったことを思い出してください。変更点 を受け取るためには、あなたはtrunkの作業コピーを
Git全盛ですが、svnクライアントの設定をmacで行ったので備忘録。 OSはLion。 クライアントと設定 GUIクライアントで無料のものとして、svnx を利用した。 Google Code Archive - Long-term storage for Google Code Project Hosting. svnx は diffツールとして FileMerge をデフォルトで使用するのですが、Xcode4.3からは付属していない為、diffMerge というソフトを使います。 SourceGear | DiffMerge インストールしたら、svnx の preferences から diffツールとして diffmerge を選択します。 この状態でdiffアイコンを押すと、以下のようなエラーが出ます。 "/Applications/svnX.app/Contents/Reso
We provide our global customers with solutions focused on enabling them to conceive, build and deliver the highest quality software at speed, in the manner and using the methods that best suit their particular requirements. Learn More Our solutions energize digital transformations. Our customers span industries including government, financial, and biotech. We inspire the future by enabling embedde
SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー｜gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br
第27回redmine.tokyo勉強会で講演された「RedmineのUbuntu+Docker構築への移行」は内容が参考になったと思う。 ラフなメモ書き。 【参考】 第27回勉強会 - redmine.tokyo 発表 #1609: 第27回 講演: ＜RedmineのUbuntu+Docker構築への移行＞ - redmine.tokyo 【1】今回の講演の背景としては、問題意識として、RedmineをCentOSで利用している場合、どのOSへ移行したら安全なのか、容易に移行できるのか、がある。 おそらく、Redmineはフリーで現場で使っているので、OSやサーバも自前で構築する時にCentOSを利用しているケースは非常に多い。 そこで、CentOSはサポート切れになってしまった状況では、セキュリティリスクがあるために、どこかのOSに移行せざるを得ない。 OSSのLinuxOSは数多く
Tracより良いというウワサのプロジェクト管理ツール「Redmine」を使ってみるテスト。とは言え、プロジェクト管理ツールはあくまで「ツール」なわけで、これの構築にあんまり時間もかけてられない。そこで「余ってるWindows XPマシン」に「最小手順」で導入する方法のまとめ。 1.XAMPPのインストール XAMPPはApache、PHP、mysql等が一括でインストールできるようにパッケージされた物。mysqladminも何も考えずに使える。今回のような場合に非常に重宝します(必要なのはmysqlだけですが…)。 http://www.apachefriends.org/jp/xampp-windows.html ここから「インストーラ版」をダウンロードし、インストール。特に悩む点は無し。その後XAMPP Control PanelにてApacheとmysqlを起動し、Apacheの右側
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
