Subversion 1.5 以降での機能ブランチのマージ - まじかんと雑記
Subversion バージョン 1.5 以降ではマージ追跡機能が使えるようになったのだが、これを利用したマージのしかたについて正しい情報が少ないので、ここに書いておく。 追記: Subversion バージョン 1.8 以降ではマージの内容が自動的に判定されるようになったので、以下に挙げている --reintegrate オプションは不要となった。 ブランチ作成後に行ったトランクへの変更をブランチにマージする場合: マージ先ブランチの作業コピーに cd する svn update svn merge "マージ元トランク URL" または svn merge "マージ元トランク作業コピーパス@HEAD" 競合の解決・その他のチェック等を行った後、コミット このマージは同じブランチに対して何度でも行える。マージを行うたびに、まだブランチに適用していないトランクでの変更がブランチに適用され、自
Subversionのタグとブランチの使い方 - takayukisの日記
タグとブランチの作り方はわかっても、実際にリポジトリを運用していくとき、どういうタイミングで作ると良いかがわからなかったりします。 資料は少なめですが、Subversionのドキュメントのブランチの作り方あたりが参考になります。 ドキュメントには、おおむねこんなことが書いてあります。 リリースが近づいたらリリースブランチを作り、 ブランチ上ではバグフィックス以外の大きな変更はしないようになります。 その間の機能追加などの大きな変更はtrunkで行います。 ブランチはリリースするときにタグにコピーします。 タグはそれ以上変更しないことでスナップショットとして使います。 リリース後に見つかったバグの修正はブランチ上で行い、またタグをつけて修正版をリリースします。 あとはSubversionを利用しているオープンソースプロジェクトのリポジトリを見るのが良いでしょう。いくつか見てみましたが、やはり
Google Notebook
As of July 2012, Google Notebook has shut down and all Notebook data should now be in Google Docs. As previously announced, in most cases we were able to automatically export the Notebook data, so please visit Google Docs. Also please update any bookmarks or links to Notebook so that they point to Docs instead. Here are answers to some questions about this transition. We may add or update question
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
'git revert' Is Not Equivalent To 'svn revert'
I just learned that if you have some changes in your working tree that you want to get rid of, you don't type 'git revert' like you might guess. No, that's what cvs, subversion, mercurial, and bazaar (to name a few) use revert to mean, but not git. With git, revert is used to undo actual commits. Thankfully, you can undo your revert with another 'git revert', I just learned. So let me repeat to be
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
