バージョン管理システムについて語るスレ10

[1 デフォルトの名無しさん 2014/02/23(日) 18:17:11.03]

バージョン管理システムについて語りましょう

●過去スレ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
バージョン管理システムについて語るスレ2
http://pc11.2ch.net/test/read.cgi/tech/1215520728/
バージョン管理システムについて語るスレ3
http://pc12.2ch.net/test/read.cgi/tech/1228366972/
バージョン管理システムについて語るスレ4
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
バージョン管理システムについて語るスレ5
http://pc12.2ch.net/test/read.cgi/tech/1255241922/
バージョン管理システムについて語るスレ6
http://hibari.2ch.net/test/read.cgi/tech/1270640436/
バージョン管理システムについて語るスレ7
http://hibari.2ch.net/test/read.cgi/tech/1283780922/
バージョン管理システムについて語るスレ8
http://toro.2ch.net/test/read.cgi/tech/1295493964/
バージョン管理システムについて語るスレ9
http://toro.2ch.net/test/read.cgi/tech/1334766732/

[2 デフォルトの名無しさん 2014/02/23(日) 18:19:58.71]

●関連スレ
CVS 1.3 [UNIX板]
http://toro.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://toro.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://engawa.2ch.net/test/read.cgi/linux/1154701996/
Subversion r14 [プログラム板]
http://toro.2ch.net/test/read.cgi/tech/1326806859/
Git 8
http://toro.2ch.net/test/read.cgi/tech/1389701817/
【分散型バージョン管理】 Mercurial 2【hg】
http://toro.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 4
http://toro.2ch.net/test/read.cgi/tech/1356521407/

[3 デフォルトの名無しさん 2014/02/23(日) 18:20:47.21]

●関連サイト
Apache Subversion
ttp://subversion.apache.org/
Git
ttp://git-scm.com/
Bazaar
ttp://bazaar.canonical.com/en/
Mercurial
ttp://mercurial.selenic.com/wiki/
Darcs
ttp://www.darcs.net/
GNU arch
ttp://www.gnu.org/software/gnu-arch/index.html
monotone
ttp://www.monotone.ca/

[4 デフォルトの名無しさん 2014/02/23(日) 18:22:15.09]

●チュートリアル
Git入門
ttp://www8.atwiki.jp/git_jp/
git チュートリアル (バージョン 1.5.1 以降用)
ttp://www8.atwiki.jp/git_jp/pub/Documentation.ja/tutorial.html
Pro Git
ttp://git-scm.com/book/ja/
5分でわかるBazaar − Bazaar v2.6.0dev2 documentation
ttp://doc.bazaar.canonical.com/latest/ja/mini-tutorial/
Mercurial の使い方のチュートリアル
ttp://mercurial.selenic.com/wiki/JapaneseTutorial

[5 デフォルトの名無しさん 2014/02/23(日) 18:23:14.75]

以上テンプレ
消滅してるとことか削除させてもらった

[6 デフォルトの名無しさん 2014/02/23(日) 18:54:18.97]

インターネットアーカイブに残ってたので一応
●関連サイト
CVS
ttp://web.archive.org/web/20101130125020/http://ximbiot.com/cvs/wiki/
●チュートリアル
Subversionによるバージョン管理(日本語訳)
ttp://web.archive.org/web/20090205132701/http://subversion.bluegate.org/

[7 デフォルトの名無しさん 2014/02/24(月) 15:42:18.04]

おつ
少なくともどれかがないとコード書けない体になったわ

[8 デフォルトの名無しさん 2014/02/24(月) 22:08:41.96]

>>1乙

[9 デフォルトの名無しさん 2014/02/25(火) 19:06:56.33]

乙

[10 デフォルトの名無しさん 2014/02/25(火) 23:10:01.95]

セーブがわりにくだらんコミットすんじゃないと俺だけローカルリポジトリになったし

[11 デフォルトの名無しさん 2014/02/26(水) 11:40:24.24]

今の職場は、コミット時にはコミットレビューなるものを行わないとコミットできない。
さすがにやり過ぎではないかと。

[12 デフォルトの名無しさん 2014/02/26(水) 13:43:47.94]

commitは好きにやればいいだろ
そのままpush済んなって話であって

[13 デフォルトの名無しさん 2014/02/26(水) 14:01:13.54]

git脳

[14 デフォルトの名無しさん 2014/02/26(水) 19:28:02.16]

VCSごとにコミットやブランチの意味が異なるとかヤメテー

[15 デフォルトの名無しさん 2014/02/26(水) 19:36:52.07]

コミットやブランチはそんなに混乱してないだろ
コミットの場合は何処にコミットするかって話なだけだし

問題はチェックアウトだ

[16 デフォルトの名無しさん 2014/02/26(水) 22:00:00.42]

コミットは集中型と分散型で意味が違うだけで、それぞれの中では一緒だよね
ブランチはそれなりに違うと思う

[17 デフォルトの名無しさん 2014/02/27(木) 01:47:00.68]

svnとgitとhgに限れば、コミットは同じような概念だな
ブランチはsvnの場合、異質
チェックアウトはsvnは部分チェックアウト出来るのがメリット大きい

[18 デフォルトの名無しさん 2014/02/27(木) 13:28:12.01]

今でもファイル名に日本語使ってるような文書ファイルなんかは一応 bzr で管理してる。
hg が unicode サポートすれば不要なんだが。

[19 デフォルトの名無しさん 2014/02/27(木) 23:18:28.02]

コミットってビルド出来るならしていいんだろ？

[20 デフォルトの名無しさん 2014/02/27(木) 23:22:11.74]

スクリプト言語とかだとろくにテストもしないでコミットしとる場合が多い

[21 デフォルトの名無しさん 2014/02/27(木) 23:38:04.66]

ビルドできない状態のを大量にコミットしてました
すんません

[22 デフォルトの名無しさん 2014/02/28(金) 00:17:07.64]

Mercurial でのプルリクエストをサポートしました
http://sourceforge.jp/projects/sourceforge/news/24580


キター！！

[23 デフォルトの名無しさん 2014/03/02(日) 00:53:25.99]

gitにはサブモジュールっていう別のgitリポジトリを参照することできるけど
バイナリ管理にはSVNがいいっていうんなら
gitのサブモジュールみたいな機能で、テキストはgitのような分散で、バイナリはSVNという複合なリポジトリとか作れたりしないん？

[24 デフォルトの名無しさん 2014/03/02(日) 01:07:43.33]

バイナリ管理にSVNがいいなんて誰も言ってないよ。
テキストデータでないものはバージョン管理は無理

っていうか、バージョンの意味が違うんだよ。
gitなどのバージョン管理システムっていうのは
ソースコードの機能の違いをバージョンと評してこれを管理するもの

バイナリファイルはデータの違い。バージョンではなく
入れ替え可能なデータ。画像の違いなんてものは違う
データというだけでバージョンというものは当てはまらない。

[25 デフォルトの名無しさん 2014/03/02(日) 01:16:49.50]

そんな俺定義のバージョン管理語られても

前スレの後半でバイナリ管理の話もあったのに

[26 デフォルトの名無しさん 2014/03/02(日) 01:21:34.48]

そういや今は過去スレ見放題なんだっけ？

[27 デフォルトの名無しさん 2014/03/02(日) 01:36:08.82]

バイナリなんてファイル管理しておけば
バージョン管理する必要なんてないでしょ。

[28 デフォルトの名無しさん 2014/03/02(日) 01:47:58.53]

じゃあテキストは何でバージョン管理するの？

バイナリのバージョン管理の必要や需要はあるけど
ツールが無いってのが現状じゃないの

[29 デフォルトの名無しさん 2014/03/02(日) 02:16:30.05]

officeファイルのバージョン管理なら、大きな企業だとシェアポイント使ってる

[30 デフォルトの名無しさん 2014/03/02(日) 02:23:28.86]

適当な差分をとれさえすればいいんだろ。
例えば.xlsxならzip圧縮されたxmlなんだからテキストとして差分をとることも可能だろうし、
画像にしても画素単位で差分をとれるだろうし。
問題は、そこまでする手間に見合うかじゃないの?

[31 デフォルトの名無しさん 2014/03/02(日) 02:45:36.92]

それは見当違い

[32 デフォルトの名無しさん 2014/03/02(日) 02:48:39.78]

それとはどこよ

[33 デフォルトの名無しさん 2014/03/02(日) 02:55:07.97]

適当な差分という意味では
多くのGUIアプリケーションがUndo/Redoを実装しているんだから
そのスタック（とは限らないけど）を
シリアライズ/デシリアライズする標準フォーマットがあればいいと思うんだけど
まぁそういうのを作って採用するインセンティブが無いよね

[34 デフォルトの名無しさん 2014/03/02(日) 02:59:45.93]

画像はマージしないからな。

ファイル単体で管理すればいいなら
わざわざバージョン管理ツールを使う必要はない。
バックアップさえあれば十分だ。