アカウント名:
パスワード:
仕事で使っているけど、分散型に早く移行して欲しい。開発中ブランチや実験ブランチを作って作業していたところ、管理者(上長)から「もっとキレイに使え」と、実質、開発ブランチは作るな指令が出て困ってます。
(1) 開発機にも空の svn のリポジトリを作る。(2) 職場の svn サーバのリポジトリを開発機のリポジトリに転送する。(3) 開発機で好き放題にブランチを作って開発する。(4) 職場の svn サーバのリポジトリには、うまく開発できたブランチから作った綺麗なパッチを反映させる。(5) 便利になるように svn リポジトリ間の同期方法やパッチを綺麗にしたり管理したりするツールを作りまくる。(6) git を再発明したことに気づく。
それなんてsvk [bestpractical.com]
中央リポジトリはSubversionのまま、ローカルで分散型を使うのがいいんじゃない?他の分散型は知らんが、BazaarはSubversionリポジトリから直接ブランチを作成できたはず
バックアップの肥大化を嫌ってるんじゃない。
なんでSubversionでブランチを作ると肥大化するの?
ん?ブランチを作るのは変更をチェックインするためだろ。作業用のブランチって言っているのだがら、タグ作る話じゃないだろ。元コメの上司はそれが嫌なんじゃないかと推測しただけだが。
もしかしてブランチ作ると,データが全部複製されて,リポジトリのサイズが2倍に増えると勘違いしてるのかな?
svnのリポジトリのデータ構造は差分のリストでブランチは差分のリストを枝分かれさせてるだけ.
ブランチを作っても,リポジトリのサイズはほとんど変わらないし,ブランチ側で修正を行なっても,リポジトリに追加保存されるデータは修正に伴う差分だけ.
つまり,ブランチを作っても,そのバックアップは肥大化しないよ.
わかってるわw
リポジトリに追加保存されるデータは修正に伴う差分だけ
って自分でもいってるだろうが。作業用のブランチだからその差分は発生する。当然作業量や作業する人の数によるだろうけど、肥大化はするでしょ。つか、それぐらいしか考えられんじゃん、ブランチ禁止なんて。
いや、行き当たりばったりの修正で全部書き換えているかもしれない。
でもドキュメントのフォルダはファイル名に日付が入ったExcel方眼紙だらけなんでしょ?
svnからgitに移行して5年くらい経ちますから近況を全然知らないんですが、まだグローバルにしかブランチ作れないんですか?
何をするにもまず作業ブランチを作ってがちゃがちゃやってmerge / rebase後にブランチを削除するのが習慣になってるので、もうsvnには戻れないなあ。
あとよく使うstashはないのかな。一時的に作業内容をstashスタックへpushして、作業ツリーをクリーンにする(前回commit時の状態にする)機能なんですけど。作業途中で割り込みが入ったり、別のアイデアを試したりとかのときに便利なんですけどねえ。
git-svn使えばいいじゃん。ローカルにブランチを好きなだけ作れる。branch→作業→masterへ--no-ff -m 'svnへ登録したいコメント'でmerge→dcommitしてる。リポジトリが大きいと、こんなので大丈夫かと思うくらい最初の作成に時間がかかるけど、後は速いよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
ブランチが使いにくい (スコア:0)
仕事で使っているけど、分散型に早く移行して欲しい。
開発中ブランチや実験ブランチを作って作業していたところ、管理者(上長)から「もっとキレイに使え」と、
実質、開発ブランチは作るな指令が出て困ってます。
Re:ブランチが使いにくい (スコア:4, おもしろおかしい)
(1) 開発機にも空の svn のリポジトリを作る。
(2) 職場の svn サーバのリポジトリを開発機のリポジトリに転送する。
(3) 開発機で好き放題にブランチを作って開発する。
(4) 職場の svn サーバのリポジトリには、うまく開発できたブランチから作った綺麗なパッチを反映させる。
(5) 便利になるように svn リポジトリ間の同期方法やパッチを綺麗にしたり管理したりするツールを作りまくる。
(6) git を再発明したことに気づく。
Re:ブランチが使いにくい (スコア:1)
それなんてsvk [bestpractical.com]
Re: (スコア:0)
中央リポジトリはSubversionのまま、ローカルで分散型を使うのがいいんじゃない?
他の分散型は知らんが、BazaarはSubversionリポジトリから直接ブランチを作成できたはず
Re: (スコア:0)
実験ブランチ等一時的に使うブランチはその中に作るようにしてるのを時々見かけるよ。
これならごちゃごちゃにならないで済むと思うけど。
# それすらも禁止されているというならご愁傷様
Re:ブランチが使いにくい (スコア:1)
バックアップの肥大化を嫌ってるんじゃない。
Re: (スコア:0)
なんでSubversionでブランチを作ると肥大化するの?
Re:ブランチが使いにくい (スコア:1)
ん?ブランチを作るのは変更をチェックインするためだろ。
作業用のブランチって言っているのだがら、タグ作る話じゃないだろ。
元コメの上司はそれが嫌なんじゃないかと推測しただけだが。
Re: (スコア:0)
もしかしてブランチ作ると,データが全部複製されて,リポジトリのサイズが2倍に増えると勘違いしてるのかな?
svnのリポジトリのデータ構造は差分のリストで
ブランチは差分のリストを枝分かれさせてるだけ.
ブランチを作っても,リポジトリのサイズはほとんど変わらないし,
ブランチ側で修正を行なっても,リポジトリに追加保存されるデータは修正に伴う差分だけ.
つまり,ブランチを作っても,そのバックアップは肥大化しないよ.
Re:ブランチが使いにくい (スコア:1)
わかってるわw
リポジトリに追加保存されるデータは修正に伴う差分だけ
って自分でもいってるだろうが。
作業用のブランチだからその差分は発生する。
当然作業量や作業する人の数によるだろうけど、肥大化はするでしょ。
つか、それぐらいしか考えられんじゃん、ブランチ禁止なんて。
Re: (スコア:0)
いや、行き当たりばったりの修正で全部書き換えているかもしれない。
Re: (スコア:0)
でもドキュメントのフォルダはファイル名に日付が入ったExcel方眼紙だらけなんでしょ?
Re: (スコア:0)
svnからgitに移行して5年くらい経ちますから近況を全然知らないんですが、
まだグローバルにしかブランチ作れないんですか?
何をするにもまず作業ブランチを作ってがちゃがちゃやってmerge / rebase後に
ブランチを削除するのが習慣になってるので、もうsvnには戻れないなあ。
あとよく使うstashはないのかな。一時的に作業内容をstashスタックへpushして、
作業ツリーをクリーンにする(前回commit時の状態にする)機能なんですけど。
作業途中で割り込みが入ったり、別のアイデアを試したりとかのときに便利なんですけどねえ。
Re: (スコア:0)
ただshelvesがサポートされるらしい(1.8の予定だったと思うんだが延期されてた)ので、それが出てくると面白くなるかもしれない。
# switchした時どうするかが未定なのかなー。graphとかないしね。
Re: (スコア:0)
git-svn使えばいいじゃん。
ローカルにブランチを好きなだけ作れる。
branch→作業→masterへ--no-ff -m 'svnへ登録したいコメント'でmerge→dcommitしてる。
リポジトリが大きいと、こんなので大丈夫かと思うくらい最初の作成に時間がかかるけど、後は速いよ。