バージョン管理システムについて語るスレ10
●関連サイト ●チュートリアル 以上テンプレ インターネットアーカイブに残ってたので一応 http://ximbiot.com/cvs/wiki/ http://subversion.bluegate.org/ おつ セーブがわりにくだらんコミットすんじゃないと俺だけローカルリポジトリになったし 今の職場は、コミット時にはコミットレビューなるものを行わないとコミットできない。 commitは好きにやればいいだろ VCSごとにコミットやブランチの意味が異なるとかヤメテー コミットやブランチはそんなに混乱してないだろ コミットは集中型と分散型で意味が違うだけで、それぞれの中では一緒だよね svnとgitとhgに限れば、コミットは同じような概念だな 今でもファイル名に日本語使ってるような文書ファイルなんかは一応 bzr で管理してる。 スクリプト言語とかだとろくにテストもしないでコミットしとる場合が多い ビルドできない状態のを大量にコミットしてました gitにはサブモジュールっていう別のgitリポジトリを参照することできるけど バイナリ管理にSVNがいいなんて誰も言ってないよ。 そんな俺定義のバージョン管理語られても バイナリなんてファイル管理しておけば じゃあテキストは何でバージョン管理するの？ officeファイルのバージョン管理なら、大きな企業だとシェアポイント使ってる 適当な差分をとれさえすればいいんだろ。 適当な差分という意味では 画像はマージしないからな。 xmlファイルで差分を取るとかマージするとか、現実に行うとどうなるか考えてみよう >>34 >>34 の理屈が通るなら >>36 画像に関して言えば 何勝手にウェブ用とかソースコードと一緒に管理する話に限定してるの？ >>39 バイナリっていうのは人間が 数年後にビルド環境を整えられる自信がない時は、生成物入れちゃってもいいと思うわ。 IDE使ってたら色んなもの勝手に生成してくれちゃうと思うんだけど > 人間が直接編集する 「直接」ってのは感覚的な違いでしかないと思うけどね >>43 の後半の話だけど >>43 svn だとディレクトリごとにチェックアウトしたり、アクセス制限かけたりできるけど、git だと無理そうだね >>42 特定のバージョンのライブラリが必要な場合は入れることある。 >>49 >>46 Javaで、mavenやivyリポジトリから自動ダウンロードさせたjarファイルって、 本来はソースコード、画像、ドキュメントはそれぞれ別のアプローチでバージョン管理すべきだが、どうしても一つのリポジトリに全部入れがちになる >>50 >>54 >>52 >>55 >>50 で主張されていたので >>58 そもそもプロジェクトの進捗管理と プロジェクト管理ってVisual Studioみたいな感じかな >>50 はなんなのって テキストエディタを使って絵をかけないように、 >>64 プロジェクトの指すものが違う奴居るよな >>55 なんで、WordやExcelが成果物になるんだ？ バイナリのリソースがソースコードと密接に絡んでるようなものを作ってる立場だと、 >>69 横から初心者(というか、アマチュアな…でしょうか)質問で、すみません >>75 Comparison of project management software - Wikipedia, the free encyclopedia http://en.wikipedia.org/wiki/Comparison_of_project_management_software Project management software - Wikipedia, the free encyclopedia http://en.wikipedia.org/wiki/Project_management_software >>76 >>70 >>76 >>70 ありがとうございました excelだのwordだので仕様書を書いたりする人は、oss界隈には多分いない >>53 画像を例えばsvnで管理するなら先にsvnに画像コミットしておいて >>88 画像入れない派の人は、1KBにも満たないようなアイコンファイルとかも入れないわけ？ svnはロック出来るのも利点だな 帳票のテンプレートならわかるけど >>92 プロジェクト管理ソフトに続いて、今度は設計書作成ソフトの話題ですか。 >>96 プロジェクト管理に使ってるエクセルのファイルをバージョン管理してるって話？ 周りでは、Excelで設計書もスケジュール管理もやる人が多い 設計書Markup Language を作って、それで書いたものをバージョン管理に追加 javadoc形式でコメント書くのもだが >>99 >>99 最近職場でPerforce使いはじめたけど gitってバイナリデータ扱うのに一番向いてないだろう >>108 >>107 >>107 そういうサイズのバイナリを管理する必要があるプロジェクトってどんなものなんだ バージョン管理システムにバイナリファイルを管理させるのは役割ﾁｶﾞｲﾅﾉ叶う。正式版リリース時点の成果物一式（ソース、実行ファイル、ドキュメント、テスト仕様書）を完成図書として管理したいなと思って。 ゲーム作ってる所はsubversionが多いらしいね Gitって別のものへの移し替えが生じたときに面倒な事になりそう。 svnとcvsしかつこうとらんけど、何使ってもバージョン管理ができりゃええのよ バージョン管理が出来るのは最低条件だろ。 おまいらレスありがとうな >>110 >>111 >>112 >>115 がお察しの通りコンシューマのゲーム開発なんだ >>114 >>119 現在プログラム板のID制導入の投票を実施中です http://kohada.2ch.net/test/read.cgi/vote/1394290844/ >>122 >>125 bisect始めて知った >>129 gitとは関係なしに >>132 >>133 >>131 特定のディレクトリでプロジェクトが閉じてるのに、なんでその親ディレクトリがリポジトリになってんの。 >>133 クライアントに見せてはいけないものは >>134 >>139 なかなかいいサンプルが見つからないが、submoduleを使うとこういう感じになる。 https://github.com/bocon13/datacenter_mptcp (この人は俺とは無関係） >>140 >>142 >>143 >>144 >>144 ま、Linuxのカーネル開発する人たちにはファイルロックも部分チェックアウトも不要な機能なんだろう >>145-146 >>148 >>147 技術力の差によってある種の壁ができてるんだと思う。 まさか、gitに日付のフォルダで対抗してたの？ 一体どういう管理方法をしてるんだろうな。 こんなんだろ？ｗ たとえばCVSの日時指定チェックアウトでもbisectとか不可能じゃない。 しかし、オープンソースの世界では、リポジトリにロックかける必要なんてないよな、普通。 エクセルとかのバイナリファイルを編集する場合、ロックがないと致命的に扱いづらい オープンソース界隈の人たちは、エクセルとか使わない、で終了なんだが。 RCSの経験で「俺たちにはいらねーわ」って結論が出てるわけだもんな。 そんなにロック書けたいなら、共有ディレクトリをそのままgit管理したら？ >>149 >>124 からの流れで別に反論なんてしてないが？ >>162 >164 今までの話でgitで出来ない機能なんて 普通のディレクトリをそのままgit化できる時点で そんな面倒なことするよりsvnでロックかける方が便利だよ svnでロックかけるために、 制限が必要ならgitoliteだかそんなのいくつかあるだろ >>150 >>154 >>144 みてわからないなら、諦めてくれ。 >>166-167 >>174 >>173 >>144 なら普通にgitでもできるよ。 >>172 >>171 >>178 >>176 >>148 の後半見てね。 ブランチを使うという発想自体が >>180 >>177 >>150 にアンカーしてくれ。 ロックを他人が勝手に外したら >>183 >>150 にアンカーしてくれ。 Mercurialには、hglockエクステンションが有って、Subversionに近いロックが出来る。 >>181 >>144 を実現するための正しい方法を書いてくれ。 >>140-141 ぐらいしかやり方出てないようだけど？ >>182 >>184 >>185 誰か、bzr-gitとかsvn-gitの乗り換えチャートでも作ってくれたりしないもんかな。 >>187 たぶん、単なるディレクトリが >>193-194 >>195 先ほどからやたらとgitを否定する方がいらっしゃいますが、git使えなくて bazaar脳がemacsはgitに以降しそうだから焦ってるんだろ >>196 >>197 じゃぁ、いいとこ取りのバージョン管理システムを新たに開発すればいいじゃん。 部分チェックアウトは必要だわ >>202 gnomeかなんかでmakeかなんか使ってるとかいう話を見た気がする いつも思うんだが、喧嘩腰じゃないと話せない人がいるのはなんなんだ・・・ >>199 >>202 >>197 営業職の人には普通にファイルを保存してもらって >>201 なるほど、ということにしたい奴が荒らしていたわけか。 >>206 >>144 をやりたいって話なのは理解してるんだよね？ >>179 とかが言い出した話だよ？ >>144 が git でできるって言うならやり方示して、って言ってるだけ。 >>212 >>211 意訳 >>213 >>216 >>213 に書いてあるだろ？ 都合の悪いレスは見えないんだろ？ >>216 http://git-scm.com/book/ja/Git- サーバー-サーバー用の-Git-の取得 http://git-scm.com/book/ja/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E7%94%A8%E3%81%AE-Git-%E3%81%AE%E5%8F%96%E5%BE%97 gitサーバーの一つがgithubだといえば、 なんか荒れてると思ったら炎上学習法やってる奴が居るのか… svnの壁ってやつかね。その先を知らない人が gitはどちらかと言えば、開発者のための道具だからね。 程度によるよ >>209 >>220 >>229 >>228 >>229-230 >>229 >>233 freebsdの開発チームはがsubversionを採用したんだよな いやおれhg使いだし >>235 GPLを排除したいFreeBSDにしてみれば >>239 >>229 http://git-scm.com/book/ja/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-%E3%83%97%E3%83%AD%E3%83%88%E3%82%B3%E3%83%AB linuxっていつまで経ってもaclベースのアクセス制御普及しないよな >>244 >>244 >>244 >>246 >>229 ）は >>229 のやり方をやめなさいってことだよ。 >248 >>229 の方法）を使っている以上無理。 >>229 ）は欠点だって言ってるの。 >>229 ）でも >>247 >>250 >>144 に対して、 >>213 >>229 の方法）を使っている以上無理。 >>229 ）でも >>244 のディレクトリ構成を実際に作って、co-dev1でgit cloneしてみたら、/proj/src/libも取得できちゃったんだけど。 >>251 ちなみに、俺がやったこと。 >>244 のディレクトリ構成を作って、 >>252 >>229 ）はやめだ。 >>244 を使えば良い。 >>254 >>244 のdrwxrwx--x とかその後のdev-groupとか >>255 >>144 >>256 >>254 >>244 はぁ？ なんでcloneするんだよ。 あたりまえだけど、 >>261 >>260 あ、もしかして>>244 のgitの公式説明 >>264 まさかとは思うが、複数人が同じサーバにログインして、同じディレクトリ下で開発するとか思ってないだろうな？ proj/src/lib以下はリポジトリ分けて >>266 >>252 に手順示したじゃん。 >>264 >>268 >>270 >>267 >>229 ）を作ったやり方の話話をしてるんだよね？ >>220 >>272 >>229 で話しているのはそういうことだよ。 共有ディレクトリを使ってパーミッションでアクセス制限とかｗ >>229 は前時的な開発してるな。 >>229 のやり方って複数人で開発できるの？ >>229 のやり方でもグループを適切に設定すれば複数人で開発できるよ。 単なるファイルシステム上のアクセス制限であれば、>>229 のように設定すれば実現できるが、 >>229 の趣旨。 その辺は現場によってまちまちだろうね そもそも最初からgitだとsubmodule使うしかないねって話なのに。 ディレクトリ共有とか、もう何年もその発想忘れてたわ 平均的プログラマーの7割は、gitを理解できない。 >>283 >>284 >>285 >>287 >>287 >>139 最初に俺がサブモジュールというちゃんとした答えを言って >>288 , >>290 >>289 >>290 そこは外注使うと決まった時点でリポジトリの構成を変えるべき 「共有ディレクトリでやれるアクセス制限」って意味わかんないんだけど。 >>296 >>292 >>295 >>297 >>300 http://www.itmedia.co.jp/help/tips/linux/l0461.html >>301 あぁ、個人ごとにホームディレクトリに sticky bitのことを知ってるのは俺だけだと思ってそうw >>303 >>302 >>305 gitを知らないどころか >>295 >>298 >>148 の後半 >>310 >>304 >>310 >>311 >>311 >>312 >>304 はちょっと無知っぽいｗ >>313 SVNで一つのディレクトリを複数の人で >>316 >>229 だな。しっかりやり方を説明しちゃってる。 >>220 >>319 >>315 >>304 >>319 >>313 とかは玉砕した git 脳が同じ土俵に引きづりこもうとしてるだけだろ (w > SVN はサーバー側で設定すれば見せたくないフォルダーとかはチェックアウトできなくなるからクライアント側で設定する必要がない >>322 >>315 みたいなアホが釣れたからちょっとは効果があったんじゃね？ (w ゲーム脳ってあるでしょ？ あれ、ゲームやってる人の脳がおかしいって話だったけど、 >>324 /.Jに集うLinuxｦﾀ達と同じ臭いがする >>326 >>327 だよな、サブモジュール使えばいいだけなのに >>330 >>333 ○○脳って言っている奴をあほだな−って言ってる奴ってバカって言ってる奴はバカだなｗ 以下リソース使い果たすまで無限ループ git脳とかruby脳とかは確かにいそうだな ということにしたいのですね >>341 集中型も分散型も長所短所があるから、それぞれ使い分ければいいと思う。 ところで gif は「じふ」なのに、なんで git は「ぎっと」と発音するの？ 読まないパターンもあるよねgって 日本語だって外国人の耳には、ガ行の鼻濁音とか、nとngとmとか、 >>348 paradigm >>348 で本当に言いたかったのは英語のスペルと読み方とのパターンが多過ぎってほうだったりするが…済まないな分かりにくくて 音声会話しなければ読み方を間違っていようとどうということはない この板でgnuにgnomeって言ったら発音するほうだろ だからわざと地の精だの動物だの、単語の後ろに括弧書き入れてるんじゃないか >>345 >>346 英単語の git から名付けられているんだから辞書引けよ。 Word Excelでバージョン管理できないか探したら gitで対応させてみてるけど差分が見れるだけで差分だけ保存できるわけでも progitレベルで分かりやすくsvnを説明してるサイトってない？ >>370 日本語化なんて必要ないだろ GitHubは多国語化をすすめようとしてたが、中止して英語オンリーに戻った ファイルのバージョン管理と >>376 WordはWord自体がバージョン管理機能あるからな >>380 Word文章を複数人で同時に書き換えなきゃいけないシーンが思いつかない >>382 WordやExcelをブランチ切って使ってるというのは聞いたことがない そりゃ現状マージできないので、ブランチ切っても旨味がないからな このスレでいくらWordが、Excelがと騒いだ所で世の中何もかわらないぜ。 Rdemineで >>388 redmine のチケットって block みたいなの扱えなかったっけ？ Redmineで３０人ぐらいのユーザーを一括登録するとき rails なんだから rails console からでも 結局ベストなバージョン管理システムはなんなのですか？ でも、日々バッアップするって意味じゃバージョン管理とは別のベクトルで必要だよね 他の物理ドライブに最新のクローンを残しておけばいいだけじゃないの？ 火事や倒壊からリストアする必要がないならそれでいい >>402 mercurialは負けなん？ Git だってリーナスのアホが勝手に作ってるだけで Unicode なんか眼中ないんじゃないの？ tortoiseの都合でmercurial使ってる TortoiseHgはワークベンチが使い易かったからVistaまでだと現役だったが リーナスはもうGitには関わってないんじゃなかった？ Source TreeよりTortoiseHGの方が使いやすいと思うけどなぁ。 >>412 最初にgitのが良いなぁがあって、窓が絡むからcmdやフロントエンドの絡みでhgにしてたのが 必要なライブラリを入れとけば素のままでビルドできるのでcygwinでgitを使っている sourcetreeはMacのguiをそのままWindowsに持ち込んでるから使いにくい 個人的にはOSX版と違う部分であるブックマークが使いにくいと思うがな そろそろgitの次の世代のバージョン管理ツールが出てきて欲しい 巨大プロジェクトへの対応が単一巨大リポジトリかsubmoduleの塊になってもうちょっと使い勝手良くならないものかといつも思うが解決案はわからない そこが工夫された新しいバージョン管理システムが出来るとイイネ！ svn, git, mercurial 以外に選択肢があっても良いと思うんだけどな gitはrebase対象がひとつのブランチだけでマージの再現も弱かったけど > リポジトリ全体の履歴を気軽に書き換えられるようなの頼む GNU Emacs Finally Switching Over To Git From Bazaar http://www.phoronix.com/scan.php?page=news_item& ;px=MTgzNjI >>435 なんか知らんが、自分とこのワーキングコピーをupdate。 バージョン管理システムでも、関連ツールでもいいんですが、ソースの行毎に最終的に編集したのが誰かを見られるものってなにかありますか？ gitにもsvnにもblameやannotateがある サーバへソフトのインストールしないで >>441 >>441 いや、だからgitなら当たり前にできることだって。 いまだにbazaar使ってるの、わたしだけ（´・ω・｀）？ >>449 あと10年使い続けたら、NHKがドキュメンタリーの取材に来るよ。 >>441 >>450 gitなんて使ったこともないはずの上司が「プルリク送っといたからよろしく」と言い出すから何かと思ったら、プルリクなんて何も来ていない。 プルリクって言いたいだけちゃうんかと（´・ω・｀）（´・ω・｀）（´・ω・｀） まずローカルリポジトリだけで便利ってのを知っとくとadd/commitが面倒なんて言わないと思うんだよな >>459 >>450 > なぜか名前が出てこない Mercurial Windowsのコードもunixのコードも一緒に管理できるやつはないですかねぇ >>3 のやつ大抵WindowsでもUnixでも動くと思うけど >>3 安心して日本語ファイル名が使えるものはないですかねぇ… どうでもイイけどdevは、デバイスと混乱されるから使わないで欲しいw 匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、 https://twitter.com/Lyrise_al 「BitKeeper 7.2」、Apache License 2.0でソースコードを公開 https://osdn.jp/magazine/16/05/12/153000 http://opensource.srad.jp/story/16/05/15/0457249/ GPLじゃないなら組み込むアプリケーションでてくるのかな gitコマンドを一緒に置いておいて外部プロセスとして使う分にはGPL関係ないし、libgit2ならリンク時例外あるしでそっち方面には影響なさそう 名前を変えてイメチェンすべき Git 対 Subversion：長引く争い | ReadWrite［日本版］ http://readwrite.jp/startup/4492/ 今の時代にSubversion使います言われたら絶望するわ >>489 >>491 tortoisegit ↓のブログによると、Subversion 「スナップショット」型で、Gitは「チェンジセット」型なんだそうだ。 http://qiita.com/kaityo256/items/81e7951a1ca2706955a4 http://keens.github.io/blog/2016/02/14/dvcsnomoderu_aruihapijulnitsuite/ 不要なパッチを削除できるあたりdarcsのほうが好きだったのでうまく成長してほしい 内部での保存方法はgitこそスナップショットでsvnは(逆方向の)patch-basedだろ？ SVN脳の問題点というかSVN系統の人が怖がってるのは結局 svnだって、commitするときに他の人が先に変更を加えていたら コミット時にコンフリクトする集中型の方が恐怖だけどな。 いやだからその svn での恐怖心を 一番の恐怖は、コンフリクトが判明するのが後のタイミングになるってことなんだよ 記事のコメントを見ると gitは仮に衝突しても大丈夫みたいな事言ってたけど 分散型は、一旦コミットした後でマージするから、 読んでないけどハッシュが衝突する奇跡が起きたらあぼーんしても不思議で無いね リーナス・トーバルズがハッシュ衝突について語ってるGoogle+の投稿 https://plus.google.com/+LinusTorvalds/posts/7tp2gYWQugL >>513 >>515 >>517 まあバージョン管理程度なら大した問題にはならんだろ。 嫌がらせならハッシュ衝突なんて凝ったことしなくてもできる訳で >>487 >>523 >>525 素人でスマンが、実際のところsubversionではできてgitではできないアクセス制限ってどんなのがあるの？ >>531 >>532 それからsvnでリポジトリの一部を読み出し不可にするって 横だがsubmoduleはアンチパターン的な扱いになってきてなかったっけ >>533-534 > あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか？ > プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない プロジェクトで要求するような詳細な権限管理はGitHubみたいなアプリケーション側ですることでSCMの責務ではない >>538 最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。 >>541 もともと「社内だけで使えるリポジトリ」と思っていたわけで、 >>542 >>543 ならないな。 そう、なりませんよね。 ソースコードの場合は、原則として >>537 >>538 >>539 非公開の情報を間違ったディレクトリに突っ込む >>543 みたいな間抜けな奴は同じ情報を間違ったリポジトリにも突っ込むと思った方がいい >>549 >>554 >>555 それは一部だけビルドできると言っていいのか…？ >>557 とういか、別にそんな細かい話したいわけじゃなくて、リポジトリの一部をomitして提供、 >なぜだか、それに強行に反対する人（たち？）がいるようで。 >>525 )って所が発端で、リポジトリ分ければ良いじゃんって人とリポジトリ分けられないじゃんって人が言い合ってたのが今の流れでしょ >>560 リポジトリ分けたい人は分ければいい >>562 >>533 >>562 >>559 （>>565 の話にも関係してるけど） ちなみに、 authzはsvnサーバーの設定じゃないというのか？ >>564 >>566-567 >>537 >>539 まだ終わらないんですかね。 >>564 ちなみに、Perforceはこんな感じです。 http://www.toyo.co.jp/ss/faq/detail/id=7208 そんな設定するくらいならリポジトリ分けた方がよっぽど簡単じゃん。 外出先でもすぐに使用できる たとえば--prefix=/mnt/mygitでビルドしておいて、使うときはそこへmountすればいいんでない >>583 >>286 の回りではってことだろ Sourceforge.netでCVSのサポートが終了するらしいが https://sourceforge.net/blog/decommissioning-cvs-for-commits/ 使いやすくはないだろう。 >できることがあきらかだったsvnのほうがわかりやすくはあった。 制御機械のソースコードをバージョン管理したいのだけど、どれがお勧めですかね？ svnを使ってみることにします。 階層構造は無理だからリポジトリ名で工夫するしかないよ >>603 >>604 >>605 全部別々のリポジトリにしておいて >>606 http://jtdan.com/vcs/svn/svn-book/svn.reposadmin.projects.html#svn.reposadmin.projects.chooselayout バージョンを1.9から1.10にしたら、バージョンダウンですか？ってお客さんにツッコまれた。 >>609 リポジトリの仕組みについて質問です。 ファイルの中身が変わってないなら重複して保持する必要ねーだろ？ >>614 どっちも、ローカルマシンにリポジトリを簡単に作れるんだし、作って中身を見てみたら。 ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方 アホが、如何にアホであるかについて議論することは時間の浪費である。 チンポスター ヤッたその日から チンポの虜に 虜になりました♪ Sapling入れてみたけど、GitHub使いたいMercurialユーザーにはちょうどいいかもしれない >>637 たまに同じコードが飛び飛びに複数行作られてんだが 
