バージョン管理システムについて語るスレ10 (641ﾚｽ)
バージョン管理システムについて語るスレ10 http://mevius.5ch.net/test/read.cgi/tech/1393147031/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
8: デフォルトの名無しさん [sage] 2014/02/24(月) 22:08:41.96 >>1乙 http://mevius.5ch.net/test/read.cgi/tech/1393147031/8
9: デフォルトの名無しさん [sage] 2014/02/25(火) 19:06:56.33 乙 http://mevius.5ch.net/test/read.cgi/tech/1393147031/9
10: デフォルトの名無しさん [sage] 2014/02/25(火) 23:10:01.95 セーブがわりにくだらんコミットすんじゃないと俺だけローカルリポジトリになったし http://mevius.5ch.net/test/read.cgi/tech/1393147031/10
11: デフォルトの名無しさん [sage] 2014/02/26(水) 11:40:24.24 今の職場は、コミット時にはコミットレビューなるものを行わないとコミットできない。 さすがにやり過ぎではないかと。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/11
12: デフォルトの名無しさん [sage] 2014/02/26(水) 13:43:47.94 commitは好きにやればいいだろ そのままpush済んなって話であって http://mevius.5ch.net/test/read.cgi/tech/1393147031/12
13: デフォルトの名無しさん [sage] 2014/02/26(水) 14:01:13.54 git脳 http://mevius.5ch.net/test/read.cgi/tech/1393147031/13
14: デフォルトの名無しさん [sage] 2014/02/26(水) 19:28:02.16 VCSごとにコミットやブランチの意味が異なるとかヤメテー http://mevius.5ch.net/test/read.cgi/tech/1393147031/14
15: デフォルトの名無しさん [sage] 2014/02/26(水) 19:36:52.07 コミットやブランチはそんなに混乱してないだろ コミットの場合は何処にコミットするかって話なだけだし 問題はチェックアウトだ http://mevius.5ch.net/test/read.cgi/tech/1393147031/15
16: デフォルトの名無しさん [sage] 2014/02/26(水) 22:00:00.42 コミットは集中型と分散型で意味が違うだけで、それぞれの中では一緒だよね ブランチはそれなりに違うと思う http://mevius.5ch.net/test/read.cgi/tech/1393147031/16
17: デフォルトの名無しさん [sage] 2014/02/27(木) 01:47:00.68 svnとgitとhgに限れば、コミットは同じような概念だな ブランチはsvnの場合、異質 チェックアウトはsvnは部分チェックアウト出来るのがメリット大きい http://mevius.5ch.net/test/read.cgi/tech/1393147031/17
18: デフォルトの名無しさん [sage] 2014/02/27(木) 13:28:12.01 今でもファイル名に日本語使ってるような文書ファイルなんかは一応 bzr で管理してる。 hg が unicode サポートすれば不要なんだが。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/18
19: デフォルトの名無しさん [sage] 2014/02/27(木) 23:18:28.02 コミットってビルド出来るならしていいんだろ？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/19
20: デフォルトの名無しさん [sage] 2014/02/27(木) 23:22:11.74 スクリプト言語とかだとろくにテストもしないでコミットしとる場合が多い http://mevius.5ch.net/test/read.cgi/tech/1393147031/20
21: デフォルトの名無しさん [sage] 2014/02/27(木) 23:38:04.66 ビルドできない状態のを大量にコミットしてました すんません http://mevius.5ch.net/test/read.cgi/tech/1393147031/21
22: デフォルトの名無しさん [sage] 2014/02/28(金) 00:17:07.64 Mercurial でのプルリクエストをサポートしました http://sourceforge.jp/projects/sourceforge/news/24580 キター！！ http://mevius.5ch.net/test/read.cgi/tech/1393147031/22
23: デフォルトの名無しさん [] 2014/03/02(日) 00:53:25.99 gitにはサブモジュールっていう別のgitリポジトリを参照することできるけど バイナリ管理にはSVNがいいっていうんなら gitのサブモジュールみたいな機能で、テキストはgitのような分散で、バイナリはSVNという複合なリポジトリとか作れたりしないん？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/23
24: デフォルトの名無しさん [sage] 2014/03/02(日) 01:07:43.33 バイナリ管理にSVNがいいなんて誰も言ってないよ。 テキストデータでないものはバージョン管理は無理 っていうか、バージョンの意味が違うんだよ。 gitなどのバージョン管理システムっていうのは ソースコードの機能の違いをバージョンと評してこれを管理するもの バイナリファイルはデータの違い。バージョンではなく 入れ替え可能なデータ。画像の違いなんてものは違う データというだけでバージョンというものは当てはまらない。 http://mevius.5ch.net/test/read.cgi/tech/1393
147031/24
25: デフォルトの名無しさん [sage] 2014/03/02(日) 01:16:49.50 そんな俺定義のバージョン管理語られても 前スレの後半でバイナリ管理の話もあったのに http://mevius.5ch.net/test/read.cgi/tech/1393147031/25
26: デフォルトの名無しさん [sage] 2014/03/02(日) 01:21:34.48 そういや今は過去スレ見放題なんだっけ？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/26
27: デフォルトの名無しさん [sage] 2014/03/02(日) 01:36:08.82 バイナリなんてファイル管理しておけば バージョン管理する必要なんてないでしょ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/27
28: デフォルトの名無しさん [sage] 2014/03/02(日) 01:47:58.53 じゃあテキストは何でバージョン管理するの？ バイナリのバージョン管理の必要や需要はあるけど ツールが無いってのが現状じゃないの http://mevius.5ch.net/test/read.cgi/tech/1393147031/28
29: デフォルトの名無しさん [sage] 2014/03/02(日) 02:16:30.05 officeファイルのバージョン管理なら、大きな企業だとシェアポイント使ってる http://mevius.5ch.net/test/read.cgi/tech/1393147031/29
30: デフォルトの名無しさん [sage] 2014/03/02(日) 02:23:28.86 適当な差分をとれさえすればいいんだろ。 例えば.xlsxならzip圧縮されたxmlなんだからテキストとして差分をとることも可能だろうし、 画像にしても画素単位で差分をとれるだろうし。 問題は、そこまでする手間に見合うかじゃないの? http://mevius.5ch.net/test/read.cgi/tech/1393147031/30
31: デフォルトの名無しさん [sage] 2014/03/02(日) 02:45:36.92 それは見当違い http://mevius.5ch.net/test/read.cgi/tech/1393147031/31
32: デフォルトの名無しさん [sage] 2014/03/02(日) 02:48:39.78 それとはどこよ http://mevius.5ch.net/test/read.cgi/tech/1393147031/32
33: デフォルトの名無しさん [sage] 2014/03/02(日) 02:55:07.97 適当な差分という意味では 多くのGUIアプリケーションがUndo/Redoを実装しているんだから そのスタック（とは限らないけど）を シリアライズ/デシリアライズする標準フォーマットがあればいいと思うんだけど まぁそういうのを作って採用するインセンティブが無いよね http://mevius.5ch.net/test/read.cgi/tech/1393147031/33
34: デフォルトの名無しさん [sage] 2014/03/02(日) 02:59:45.93 画像はマージしないからな。 ファイル単体で管理すればいいなら わざわざバージョン管理ツールを使う必要はない。 バックアップさえあれば十分だ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/34
35: デフォルトの名無しさん [sage] 2014/03/02(日) 03:04:54.01 xmlファイルで差分を取るとかマージするとか、現実に行うとどうなるか考えてみよう sharepointはシステム化の進んだ企業では非常にポピュラーな存在 ソースコードの管理には不向きだから、この板では知名度が低いというだけ http://mevius.5ch.net/test/read.cgi/tech/1393147031/35
36: デフォルトの名無しさん [sage] 2014/03/02(日) 03:12:38.24 >>34 画像の場合 複数ユーザの同時変更によるコンフリクトの修正は 現実的でないかもしれんが 複数のバージョンのパーツを融合させるというのは ありふれた工程だと思う てか>>34の理屈が通るなら 何でソースコードのバージョン管理してんの？ http://mevius.5ch.net/test/read.cgi/tech/1393147031/36
37: デフォルトの名無しさん [sage] 2014/03/02(日) 03:42:56.25 >>36 画像は成果物をソースコードに混ぜ込んでるだけだよ。 画像にもソースというものはあって、それはオリジナル画像のこと。 オリジナル画像は解像度が高かったりイラストレーター形式だったりする。 ウェブ用にはそのオリジナルの画像を変換したものを使う。 バージョン管理するのは、ウェブ用に生成したファイル。 オリジナル画像の方はバックアップはとるが バージョン管理はする必要がない。 というかオリジナル画像とかサイズが数MBになるものが大量にあったりして
そんなものをソースコードに混ぜ込んだりしたら、チェックアウトするたびに ファイルコピーで時間がかかって、やってられないんだわ。 http://mevius.5ch.net/test/read.cgi/tech/1393147031/37
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 604 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s