Subversion branching quick start
Created 29 October 2006 Many developers are uneasy about branching and merging, even those who consider source control essential. It can be a very complicated process, but it doesn’t have to be, and it is a very powerful way to manage development. Here’s how to get started with branches in Subversion. PrinciplesBranching produces a split in a code stream: different developers can be working in alt
blog.8-p.info: Merge Tracking
Posted at 2010/01/11 17:29, Modified at 2010/01/15 00:57 多人数で開発する場合、バージョン管理システムと、そのシステム上でのブランチの作成とマージは、必要不可欠だと思う。最近、Flickr はブランチもマージもしない というのを読んでだいぶ驚いたけど、こういうのはかなり稀だ。 マージは面倒な作業だ。その面倒さは、あるソフトウェア x が xa, xb と分岐したときに、それを統合した x(a+b) をつくる、という行為自体がそもそも難しいというのもあるし、いい加減行ベースの diff が野蛮すぎるというのもあると思う。 バージョン管理システムがもっとがんばれるのでは、というのもある。広く使われているバージョン管理システムである Subversion について、マージまわりの機能の貧弱さはよく指摘される。Linus Torvalds も
マージトラッキング - ksaitoの日記
Subversionは、バージョン1.5からマージトラッキングという仕組みが実装されています。 ブランチの運用として機能ブランチを使っている場合にとても便利なのですが、具体的な例がないと、なかなか「これは、便利！」と実感がわきません。 マージトラッキングの機能を簡単なサンプルで使ってみました。 もう、以前の方法は必要ありません！ 前提と想定 そもそも機能ブランチを作らなくてよければ、それにこしたことはありません。 また、必要に迫られて作成する場合は、trunkに戻す段取りを良く話し合っておく必要があります。 例えば、小規模で重要な新機能の開発とOSやミドルウェア、開発言語のバージョンアップによるより広範囲で時間のかかるメンテナンスが同時期に必要なケースを想定します。 新機能の開発は、保守の内容を含まずに最短でリリースする必要があり、保守は新機能を含む全ての機能について十分なテストをした後で
Subversion 1.5 以降での機能ブランチのマージ - まじかんと雑記
Subversion バージョン 1.5 以降ではマージ追跡機能が使えるようになったのだが、これを利用したマージのしかたについて正しい情報が少ないので、ここに書いておく。 追記: Subversion バージョン 1.8 以降ではマージの内容が自動的に判定されるようになったので、以下に挙げている --reintegrate オプションは不要となった。 ブランチ作成後に行ったトランクへの変更をブランチにマージする場合: マージ先ブランチの作業コピーに cd する svn update svn merge "マージ元トランク URL" または svn merge "マージ元トランク作業コピーパス@HEAD" 競合の解決・その他のチェック等を行った後、コミット このマージは同じブランチに対して何度でも行える。マージを行うたびに、まだブランチに適用していないトランクでの変更がブランチに適用され、自
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
