subversion-branching-model.html
この方針により、次のようなことができるようになります。 いつでも安全にリリースできるベースラインが欲しい。 trunkはいつでも安全にリリース可能。 作業中に緊急バグ対応など割り込み作業に対応したい。 branches/xxxに開発中ソースコードを格納して、新たにbranches/yyyを分岐することで安全に切り替えることができる。 作業中ソースコードを複数チームでキャッチボールしたい。 業務チームで開発 -> 品質管理チームでレビュー -> 構成管理チームでマージ -> ビルドチームでリリース、といったキャッチボール。 branches/xxxに開発中ソースコードを格納して、各チームで共有することができる。 作業完了まで自PCの中にしかソースコードがないのはツライので、作業中でもコミットしたい。 branches/xxxに頻繁にコミットしても良い。 次に、これらのフォルダの運用手順を説明
【技術】SVNを改めて調べる + 俺の考えるSVNブランチ戦略 - きり丸の技術日記
以前、ブランチ戦略について自分が纏めた記事を書きました（当記事の最後にリンクあります）。 ただ、Gitについて書いたはずなのに「SVNブランチ戦略」で検索される方が一定数いらっしゃいます。ここ2年くらいSVNについてはもう触っていませんが、自分の知識を深めるためにSVNを改めて勉強しようと思い、この記事を書きました。 なお、社内でSVN使っているところもあるらしいです。私もまだまだ使う可能性はありますから、学ぶメリットはあるはずです。 この記事のターゲット Gitを既に知っている Git-flowもある程度わかる SVNをこれから知りたい Git-flowをSVNに当てはめるとどうなるか知りたい 非ターゲット SVNの操作を知りたい SVNの詳細を知りたい SVNとは 「Subversion」でSVN。集中管理方式のバージョン管理システムです。バージョン管理システムは、ファイルに対して更新
既存のGitリポジトリをgit-svnでSubversionと接続する - satokittyの日記
既に開発が進んでいるGitリポジトリの成果を、git-svnでSubversionにコミットする。 Subversionのリポジトリは別の人が管理していて、新しくリポジトリを作成してもらう前に開発を進めなければいけない場合などに。 基本的にはgit svn cloneを使うのが望ましいと思います。 # 作業ブランチを作成する git branch working # リポジトリがデフォルトの構成であれば-s, デフォルトでなければtrunkを指定するか、-T等で構成を指定。 git svn init -s --prefix svn/ <repository-path> # SVNの履歴を取得してくる git svn fetch # master参照先をSubversionのtrunk/HEADに変更 git update-ref HEAD remotes/svn/trunk # 作業ブラン
svn リポジトリをローカルにコピーしてから git リポジトリに変換する / 桃缶食べたい。
svn リポジトリをローカルにコピーしてから git リポジトリに変換する 今年になって、個人的なコードを書き溜めていた svn リポジトリを徐々に git に移行しています。 私はフリープランでもプライベートリポジトリを無制限に作れることから、数年前から assembla を使っていました。しかし最近（？？）になってフリープランで作れるリポジトリ数に上限が設定されたようで、新しいリポジトリが作れなくなっていました。有料プランへ乗り換えられればよかったのですが、リポジトリ数をふまえて開発予算（お小遣い）と相談した結果、やむなくお世話になった assembla から bitbucket に移住することにしました。念のため強調しておきますが、これまでながらく愛用していたことからもわかるとおり、assembla 自体に不満があるわけではありません。あくまでやんごとなき事情（お小遣い）のため、泣く
Cornerstone Mac Subversion (SVN) Client Download | Assembla
Cornerstone 4.2 is now available! Dark mode, full macOS 10.15 support, in-app license key management, and more. Release notes. Cornerstone 4 The ultimate Subversion client for Mac just got better with Shelving, Checkpointing, and blazing fast performance. Get 7 day free trial or buy for $79 per year.
git svn cloneをやるときは--prefix svn/をつけるべき · DQNEO日記
普通リモートブランチって、 $ git branch -r origin/master origin/br_1 upstream/master upstream/br_1 こういう風に表示されて欲しいじゃないですか。 "リモート名/ブランチ名"となって欲しいのです。 git svn cloneするときに--prefixを付け忘れたときの対処法 レポジトリが巨大すぎて(数万コミットある)、cloneをやりなおしたくない。 そこで、.gitの中身を直接いじったらうまくいきました。 (ただしこれはドキュメントには書いてない非公式かつ強引なやり方なので、作業するときは十分注意して行ってください） 調査 .git の中に入って、"trunk"という名前のディレクトリ・ファイルを探します。 $ cd .git $ find . -name 'trunk' ./refs/remotes/trunk (
プログラミング/git-svn ヘルプの日本語訳
基本的な使用例 † Subversion で管理されるプロジェクトの trunk に対して、 git を使って変更を追跡したり開発に貢献するには： # リポジトリを複製 (git clone と同様に) git svn clone http://svn.foo.org/project/trunk # 複製されたディレクトリに移動 cd trunk # master ブランチで作業している必要があるので git-branch で確認。 git branch # 何か作業を行った後、git のローカルリポジトリにコミット git commit ... # SVN に何かコミットされているかもしれないので、ローカルの変更点を # SVN の最新の更新に対するものとして rebase する git-svn rebase # 変更点を (先に git でローカルにコミットされたもの) SVN にコミ
面倒くさいsvnリポジトリをgit-svnで扱う時に役立ちそうなオプション一覧 - アジャイルSEの憂鬱
最近は分散バージョン管理が主流になり、gitやhgを使う事が増えてきたと思う。 ただ、政治的な事情でsvnを使わなければならない事もあります。 そんな時に役立ちそうなgit-svnのオプションを備忘録として一覧にしておきます。 標準ディレクトリ構成のリポジトリ svnの標準的なディレクトリ構成の場合は一番楽。 例 ./trunk/src ./branches/v1.x/src ./tags/v1.0.0/src 使うコマンド この場合、オプションに -s（もしくは--stdlayout）を使用する。 $ git svn clone -s <svnのURL> 非標準ディレクトリ構成のリポジトリ 色々な事情により、標準的なディレクトリ名を使っていない場合。（複数プロジェクトは後述） 例 ./dev/src ./support/v1.x/src ./release/v1.0.0/src 使うコマ
MacPortsでgit-svnをインストールする - ぬいぐるみライフ？
MacPortsでgit-svnをインストールしたい場合，git-coreをインストールするときにvariantsで+svnを指定しなければならないみたい． $ port variants git-core git-core has the variants: doc: Install HTML and plaintext documentation gitweb: Install gitweb.cgi svn: Bi-directional subversion repository support bash_completion: Bash completion supportこんな感じ． $ sudo port install git-core +svn 既にgit-coreをインストールしてしまっている場合はportに-fオプションを与えて上書きインストールすればOK． $ sud
Cornerstone Mac Subversion (SVN) Client Download | Assembla
Cornerstone 4.2 is now available! Dark mode, full macOS 10.15 support, in-app license key management, and more. Release notes. Cornerstone 4 The ultimate Subversion client for Mac just got better with Shelving, Checkpointing, and blazing fast performance. Get 7 day free trial or buy for $79 per year.
git-svnでリモートリポジトリのブランチにコミットする - walf443's blog
ふつうに使ってるのですが、そういえばメモしてなかったなーと思い、なんとなくメモしておく。 ちょっとBKなんですがもっとスマートなやり方はないものか。。。 $ git checkout -b working_branch $ git svn info # => trunkのURLになる # 何かしら作業する $ git commit -a $ git commit -a $ git commit -a # svnにremote branch 作る $ git svn branck new_remote_branch # svn copy trunk branch とほぼ同様 $ git checkout new_remote_branch -b worknig_branch_remote $ git svn info # => branches/new_remote_branchのURLが出
git-svn committing to remote branch from local branch
昨日に引き続きgitの話。ローカルで色々いじってるブランチを、 リモートSVNのブランチに突っ込むにはどうするか。 まだまだ始めたばっかりでよくわかってないところもあるんだけど、 gitでローカルに作ったブランチをSVNのリモートブランチに一旦置いときたいことがある。 例えば、trunkをhotfixしようとローカルブランチ切ったはいいんだけど、 意外に影響範囲が大きくなりそうで、そのままマージするのちょっと気が引けるし、とか チームメンバーにレビューしてもらうときとか、じゃあSVNのブランチに入れといて、って言われたりとか。 最初からSVN側にブランチ作ればいいじゃんという人もいるかもだけど、 常にそういうことができるというわけでもないので…(まだ家にインターネット環境ないし) ちなみに、最初から作っとく場合はおそらく git svn branch remotebranch # リモート
マジカルsvnとキュアgit
2011年4月18日(火)に実施した、プライベートセミナー『アジャイル開発環境セミナー～一般ユーザが知っておきたいJIRAの概念と操作～』での資料です。
Microsoft – クラウド、コンピューター、アプリ & ゲーム
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W
subversionでのブランチマネジメント | Webシステム開発／教育ソリューションのタイムインターメディア
分散バージョン管理システムつかってますか？ 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fixing moved subversion repositories when using git-svn
La Chose : web agency and software maker – agence web et développement de logiciels
SVN から Git へ : Atlassian がどのように進行中の開発案件を犠牲にすることなく切り替えを行ったか : ゴーツーグループ ブログ
Migrating from Visual SourceSafe to Subversion