Git 8

1 名前：デフォルトの名無しさん mailto:sage [2014/01/14(火) 21:16:57.41 .net] ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。 Git - Fast Version Control System git-scm.com/ ◆関連サイト Pro Git - Table of Contents progit.org/book/ja/ Git入門 www8.atwiki.jp/git_jp/ ◆前スレ Git 7 toro.2ch.net/test/read.cgi/tech/1381929347/ 655 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 01:50:12.38 ID:W/hCr5dM.net] >>645 本業以外四方八方に手を出して回るほど多芸でも暇でもない >>646 通常1万円の商品がこのお値段ですってか 値段でしか物の価値がわからないなんていいカモだな ではおやすみ 656 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 02:07:57.89 ID:3TELInRM.net] 売り上げ１位ということは注目されているってことで喜ぶべきことだと思うけど。 単に事実を報告しただけなのに、なんでやたらケチ付けないと気が済まない奴がいるんだろう？ 心が貧しいのかな？ 657 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 02:16:13.21 ID:MDxZ8QeT.net] その本なあ、正直それ買うくらいならWebDBPressをPDFにまとめたやつ買ったほうが… そこでやってた記事のリメイクみたいなもんだし 658 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 03:56:01.18 ID:Ek64RinZ.net] >>647 いやいや、俺は本をさほど評価してないんだよ？ GitHubの紹介程度だから価格も安いと言ってる。 技術書を買い慣れてないんじゃないの？ 雑誌1500円、入門書3000円。 （初心者向け以外の）オライリー本4000〜5000円 マイナー本6000円、高い本8000円〜 これぐらいが普通の感覚でしょう？ 659 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 07:39:31.29 ID:Dn5nxvgF.net] >>638 man git-commitのオプションの項目見た？ 空コミット許してる他のVCSとの絡みで存在するとある。 git rebase -iすると空コミットはデフォでコメントアウトされるよ。 660 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 11:15:20.51 ID:b5I/lc4w.net] 2500円程度の技術書がAmazonで1位になるといくら入るのか教えてくれ 661 名前：デフォルトの名無しさん [2014/03/28(金) 11:23:59.96 ID:DJcyO9f1.net] ×100円のガムを1000円で ○0円のガムを1000円で 662 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 11:25:50.46 ID:HSmI/JHp.net] 適当にぐぐった感じでは技術書の印税率は7〜8%ぐらいだとか 一冊あたり \2,500 * 7.5% ≒ \188 出版社や電子出版とかの出版形態、著者の知名度とかでも変わるらしいが。 技術書の発行部数ってどれぐらいなんだろね？ 累計部数2万部でなかなかすごいとか言われるらしいから そんだけ売れたとして \188 * 20,000 = \3,760,000。400万いかないんだな。 これにプラス原稿料か。2万部もそれなりに時間かかっての話だし、 夢の印税生活ってわけにはいかないねえ。 663 名前：デフォルトの名無しさん [2014/03/28(金) 12:02:43.45 ID:VXkuFG6S.net] Windowsで開発しています WindowsやLinux,Macといった複数の環境でリポジトリを共有するときの改行コードについて悩んでます。 リポジトリにはLFで記録されていないとパッチのときに困ることになる事がググってわかりました。 Visual StudioでC#を書いているので、このコードの改行コードはIDEで自動的にCRLFになります。 他のRubyなどの言語ではLFで統一して書いてます。 なのでソースコードによって改行が異なるのですが、こういう場合はautocrlfの設定をどうしたらいいのか教えてください。 C#のソースコードの改行を全部LFできれば問題ないんですがプロジェクトがたくさんありすぎて、CRLFからLFに変換することで予期しないバグを生みそうで怖いのでできません。 664 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 12:11:59.03 ID:4g0iFrkk.net] >>651 知りませんでしたなるほど 空の内容を許可できないとディレクトリだけ追加したコミットがインポートできませんね 665 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 15:0 ] [ここ壊れてます] 666 名前：8:39.41 ID:b5I/lc4w.net mailto: >>654 なるほど、どうも 技術書は小遣い稼ぎと執筆実績が目当てなんだろうね [] [ここ壊れてます] 667 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 15:33:35.02 ID:A6LtV5Yy.net] >>655 MSは互換性を崩すことで囲い込みをする戦略だから基本的に混ぜるな危険。 668 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 15:45:38.10 ID:Si2wpl68.net] ブログをはしごするより本にまとまってると利用しやすいってのはあるけどね。 669 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 17:54:41.11 ID:konPatBX.net] 環境とか前提条件を明示してないクソぶろぐはほろぶがいい 670 名前：デフォルトの名無しさん mailto:sage [2014/03/28(金) 18:34:12.86 ID:Ek64RinZ.net] >>655 設定変えればいいだけじゃんか、LFに >>658 くだらない悪口言ってないで ちゃんとした答えを言えよ。 671 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 08:41:02.91 ID:kBOeF+dH.net] >>655 VSの設定で改行コードをLFに変更する。 autocrlfは弄るな危険。 どうしてもやりたければsafecrlfとセットで。 共同開発者にニワカが紛れ込んでる場合は、リポジトリに、コードの全行がCRLFだった場合にrejectするhookを置く。 自動変換は、ヒアドキュメントなんかで異なる改行コードが行末に必要になると破綻する。 672 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 10:16:05.39 ID:LsRDU2hq.net] MS-DOS 1.1のソースコードに変更履歴がコメントで残してあってほっこりした 673 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 11:28:15.42 ID:NkzYe9SC.net] 技術書の執筆なんて手間ばかり掛かってぜんぜん金にはならないよ。 本を紹介するとやっかみで批判する奴いるけど、むしろボランティアなんだから 感謝しこそすれ、儲けやがってと批判するのは完全にお門違い。 674 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 12:29:02.98 ID:KQZTo8Ge.net] まともな本書いてるひとには申し訳ないけど 一見してまともじゃない本の方が 内容が糞な割に儲けてる感じがするのも事実 そういうのが多いとやっかみで文句ばかり言う人が 増えるのもやむを得ないと感じる 675 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 13:10:31.47 ID:2x5p0G/E.net] そりゃそうだろ？ どんなものでも圧倒的に素人の方が多い。 そして素人の方が本を必要とする。 676 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 13:47:46.32 ID:lUJRfUf3.net] 表面なめただけの粗悪な本でも見当のつかない分野のアウトラインを知るために 藁をもつかむ思いで買うことはあるがそんなときでもなければ買わない 今回買ったのはデザイナーか営業か人事か役員あたりじゃないか 設計やコーディングする人間にはググれば済む程度の内容だし 677 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 14:16:35.83 ID:V4V3vXLL.net] なんかやたらと買わないアピールが続いてるけどいったいどうしたんだ 678 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 14:38:51.03 ID:JO2zG+IR.net] 最初にこの本の話題が出たときから、このスレに常駐してるような人には必要ない本だろうって感じだった 679 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 15:02:29.32 ID:lUJRfUf3.net] 発売前から紹介されてたのに買ってアピールする人が出てこないのはみんな立ち読みしたけど棚に戻したということでしょ なのにしつこくプッシュされたら反論したくもなる 680 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 15:44:54.29 ID:Yzk0+u4a.net] つまらない反論なんてしなくて無視しとけばいいのに。プッシュしてる書き込み なんてほとんどなくて、反論の書き込みの方が多くて邪魔だよな。 681 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 16:12:45.91 ID:2x5p0G/E.net] www.amazon.co.jp/dp/477416366X どんだけ２ちゃんねるの評判に頼ってるんだよｗ こんな所に頼るぐらいなら amazonの方がまだまし。 682 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 16:14:41.11 ID:2x5p0G/E.net] 俺はそんなこととっくに知ってるから不要 っていうのは、その本を批判していることにはならない。 683 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 16:53:24.55 ID:PHI ] [ここ壊れてます] 684 名前：TCFwf.net mailto: 淡々と本のメリットを紹介するなら反論も出ないだろうけど、 本を買わない奴は糞、という論調だから買わないアピールが出るんだよ。 [] [ここ壊れてます] 685 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 17:31:25.48 ID:V4V3vXLL.net] えっ 買うやつは糞って論調じゃないの？ 686 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 00:03:42.48 ID:S+rtzMEf.net] git-scm.com/book/ja/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E5%B1%9E%E6%80%A7 wordのdiffの取り方も紹介してんのな 687 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 00:23:18.46 ID:fw5SYbo4.net] >>676 catdocってツールの存在を知れて有用だったわ 688 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 00:49:06.16 ID:/CfyfstJ.net] >>676 WindowsならWinMergeのままでいいかな xdocも読めるし外部だけどExcelにも対応してるし 689 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 05:53:30.40 ID:db/j9F+A.net] >>677 猫か犬かはっきりしろg 690 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 09:12:04.66 ID:9HEvX5A8.net] >>677 いつの間にかドキュメントのバージョン上がってたんだな。 たしか前までstringsコマンドが紹介されてて日本語使えねぇと思ったんだけど。 691 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 09:34:12.90 ID:qidUF1O3.net] Git使ってる人がいつの間にかバージョン上がってたとか曖昧なこと言ってるのは嘆かわしい https://github.com/progit-ja/progit/commit/120cd6b88bb7bfd54e934d6240a343b42903b399 7ヶ月前だ 692 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 11:05:41.50 ID:pFwz2/0B.net] >>679 はっきりしてんだろg 693 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 13:23:37.85 ID:9HEvX5A8.net] >>681 『いつの間にか』日本語の文法もバージョン上がったのか。sha1くれよ。 694 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 14:34:00.64 ID:53PqKRTP.net] >>669 >このスレに常駐してるような人には必要ない 自分を基準に考えているのかもしれないが、世の中の人はみんながみんな２ちゃんに 粘着しているようなヒマ人ばっかりじゃない。 ネットを廻っていれば分かるようなこと、というのは事実かもしれない。 でも自分が知らないトピックを何千円か払うことで最短距離で知ることができるメリット は大きい。特に自分の単金が高い人は。 本なんて安いもの、という発想が出来ないうちはいつまでたっても底辺のままだよ。 695 名前：デフォルトの名無しさん [2014/03/30(日) 14:58:24.37 ID:KMVNCqdy.net] いやいやごみはごみだよ 696 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 15:58:28.39 ID:/CfyfstJ.net] 初めからこのスレの住人をコンテキストに書かれてるのも読み取れないで本や仕様書が読めるのかね？ 697 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 16:00:11.26 ID:J3oHNw57.net] コンテキストってな〜に？ 698 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 16:03:06.58 ID:Ym7n0+3V.net] それ以前に日本語がおかしいぞ 699 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 16:13:00.70 ID:lTbLNvca.net] わずか一行の文章でここまでわけのわからないことを書けるのも一種の才能 700 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 20:06:17.85 ID:AmZWDzue.net] くんこくさいし 701 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 20:07:17.57 ID:AmZWDzue.net] 誤爆、しかも誤字 702 名前：デフォルトの名無しさん mailto:sage [2014/03/31(月) 06:09:15.40 ID:Dx9xREGz.net] >>616-617 gitで複数のリポジトリからpullしたのを合体なんて出来た？ 703 名前：デフォルトの名無しさん mailto:sage [2014/03/31(月) 10:33:24.64 ID:Jzg3YQa1.net] >>692 fetch fetch merge 704 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 01:36:09.78 ID:HTAg2n1d.net] 1.9系のメンテナンスリリース「Git 1.9.1」がリリース sourceforge.jp/magazine/14/03/25/150000 > バグ修正が中心のメンテナンスリリースで、ユーザーにアップデートを呼びかけている。 705 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 11:30:36.52 ID:L86dyqvA.net] 　3月18日、Git 1.9系の最新版となる「Git 1.9.1」がリリースされた。 ^^^^^^^^^^^^ 706 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 15:28:53. ] [ここ壊れてます] 707 名前：38 ID:zd2Xq/O2.net mailto: ↓を参考にFuelPHPというPHPフレームワークのプロジェクトをサブモジュール化したのですが、 　ttp://qiita.com/L_e_k_o/items/956bd92645769dece5e7 これで作ったリポジトリを別の場所に「git clone --recursive」で持ってこようとすると 以下のようなエラーが発生して途中で失敗します。(git 1.9.1) error: pathspec 'origin/master' did not match any file(s) known to git. Unable to setup cloned submodule 'fuel/core' fuel/coreなど各サブモジュールのブランチとして 一般的に存在するはずのmasterがないのが原因ではないかと推測したのですが 何か考えられる対処方法はありませんか？ [] [ここ壊れてます] 708 名前：デフォルトの名無しさん [2014/04/01(火) 21:58:10.85 ID:HTAg2n1d.net] >>695 1.9.1ってどうやったら入手できるん？ 709 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 21:59:49.76 ID:HTAg2n1d.net] 自己解決、見つけた Release v1.9.1: Git 1.9.1 ・ git/git ・ GitHub https://github.com/git/git/releases/tag/v1.9.1 710 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 22:03:48.11 ID:L86dyqvA.net] git使ってるはずなのに gitのソースコードを gitで取ってこないのってなんで？ 711 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 22:08:00.54 ID:HTAg2n1d.net] Windows使いだから 712 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 22:09:45.98 ID:HTAg2n1d.net] msysgitがまだ1.9.1に上がってないだけだった 713 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 22:11:25.10 ID:L86dyqvA.net] Windowsだとgitつかえないのー？ Windows版あるのになんでー？ 714 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 22:17:14.30 ID:HTAg2n1d.net] gitのソースコードなんかWindowsに持ってきてどうするんだよ 715 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 22:58:03.14 ID:GxYZELvy.net] >>703 最新版使いたいって話なんだから コンパイルするに決まってるじゃん？ 何だと思ったのさｗ 716 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 22:58:55.23 ID:GxYZELvy.net] > 698 名前：デフォルトの名無しさん[sage] 投稿日：2014/04/01(火) 21:59:49.76 ID:HTAg2n1d > 自己解決、見つけた > > Release v1.9.1: Git 1.9.1 ・ git/git ・ GitHub > https://github.com/git/git/releases/tag/v1.9.1 ↑ソースコード ↓自己批判？ｗ > 703 名前：デフォルトの名無しさん[sage] 投稿日：2014/04/01(火) 22:17:14.30 ID:HTAg2n1d > gitのソースコードなんかWindowsに持ってきてどうするんだよ 717 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 23:15:16.31 ID:HTAg2n1d.net] git-scm.com/ ↑でDownloadのところが1.9.1になってるのにダウンロードしようとすると1.9.0になるから おかしいなと思っただけだよ 718 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 23:18:39.59 ID:HTAg2n1d.net] つまり>>698は1.9.1の存在を確認したってだけのレスだよ 719 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 23:18:51.75 ID:GxYZELvy.net] ソースコードならgitで取ってくればいいだろって いっただけだよ。 720 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 23:26:20.82 ID:HTAg2n1d.net] ソースコードじゃなくビルドされたmsysgitの1.9.1が欲しかったんだよ 721 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 23:30:34.74 ID:GxYZELvy.net] ソースコードあるんだから存在確認なんかするできるじゃない。 ソースコードあるんだからビルドすればいいじゃない。 722 名前：デフォルトの名無しさん mailto:sage [2014/04/01(火) 23:38:47.55 ID:HTAg2n1d.net] gitは1.9.1に上がったけどmsysgitソースコードはまだ1.9.0のままだからmsysgitの1.9.1はビルドできないよ 723 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 11:16:04.26 ID:ZZXtrAnH.net] 最後にコミットした内容を全文取得する方法を教えてください 724 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 12:55:51.95 ID:N4PVE6y4.net] >>712 git show のこと？ 全文ってなんぞや 725 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 13:30:22.49 ID:8YtqWgT+.net] 改行のない1行のファイルでコンフリクトした場合と 改行のあい1行のファイルでコンフリクトした場合で コンフリクトしたときに生成される内容がどっちも同じで、最後に改行があるかどうかわからないんですが こういうものですか？ 726 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 13:33:18.44 ID:mtBhJ+7L.net] Gitの前に日本語を勉強したほうがいい 727 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 13:50:35.48 ID:wAOFYyyb.net] >>713 全てのコミットログ 728 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 13:55:48.72 ID:0fqpc5MM.net] 履歴から特定のキーワードを検索する方法を教えてください 729 名前：デフォルトの名無しさん [2014/04/05(土) 15:31:14.94 ID:3X+75WiG.net] git log --grep 730 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 16:45:57.44 ID:N4PVE6y4.net] >>716 最後のコミットってのと全部ってのはどうも噛み合ってない気がするが、 git log -p でいままでの全てのコミットごとのdiffをみれるよ 731 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 18:34:57.03 ID:VpVtZpxi.net] 翻訳案: このスレに書かれているもののコンテキストも読み取れないレベルで、本や仕様書が読めるのかね？ 732 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 18:54:24.39 ID:9C6/NDEr.net] 通常人の知能があれば読める文章をわざわざ翻訳してあげなくていいよ 733 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 18:58:50.92 ID:mtBhJ+7L.net] 本や仕様書を読んで理解するより ここの不思議ちゃんの質問の真意を汲み取るほうがはるかに難しいよ 734 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 19:19:54.97 ID:9C6/NDEr.net] > Gitの前に日本語を勉強したほうがいい Gitスレで日本語の勉強を指南する人は言うことが違いますね おわり 735 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 20:43:51.09 ID:NEyJXYls.net] gitってwindowsじゃ使えないの？ 何で使うの？ 736 名前：デフォルトの名無しさん mailto:sage [2014/04/05(土) 21:14:36.90 ID:L63yQW6X.net] 使えるよ 737 名前：デフォルトの名無しさん mailto:sage [2014/04/06(日) 11:59:48.02 ID:1YXnk/KS.net] >>715は普段他人に言われているんだろ かわいそうだからあんまり>>715をいじめんなよ ガチな奴を煽ると社会で何するかわからないからな 738 名前：デフォルトの名無しさん mailto:sage [2014/04/06(日) 12:58:28.42 ID:hTzu53D+.net] >>726 じゃあ、お前はいじめて良さそうだなｗ 739 名前：デフォルトの名無しさん mailto:sage [2014/04/06(日) 13:03:28.76 ID:X8q2hYwd.net] >>726 指摘されて悔しい まで読んだ 740 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 05:47:52.87 ID:K/kPFgfw.net] git-scm.com/book/ja/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%83%9D%E3%83%AA%E3%82%B7%E3%83%BC%E3%81%AE%E5%AE%9F%E6%96%BD%E4%BE%8B この機能使えばロック代わりになるんじゃないの？ 741 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 05:51:29.21 ID:dOohTi9z.net] >>729 なるほど、pre-commitフックでどのファイルがlockされているかを調べ、 コミットがそのファイルへの変更を含む場合弾く ってバカみたいなフック書けばコミットは防げるな 742 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 06:02:33.93 ID:6r6QSdOH.net] そんなに馬鹿な方法でもないよ。 ロックというのは要するにアクセス権限の制御と同じ。 一時的に特定のユーザーにだけ 読み書きの権限を与えるのがロックの本質。 ロックという言い方のせいでファイルやデータベースの ロックと勘違いされやすいけど、 本当はアクセス制限なんだよ。 743 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 06:10:46.35 ID:dOohTi9z.net] >>731 んなもんをわざわざフックでゴリゴリ書くのがバカみたいだって言ってるんだが 744 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 06:24:41.62 ID:6r6QSdOH.net] >>732 なんで？ 745 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 06:30:17.00 ID:dOohTi9z.net] >>733 メダカにアームスーツ着せてる感じだな 746 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 06:35:05.14 ID:6r6QSdOH.net] ほらね。ちゃんと説明できないんだよな。 747 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 06:48:46.00 ID:dOohTi9z.net] 比喩がわるかったか。 本来そなわっていない、そぐわない機能を無理矢理に御仕着せてるのがバカらしいって話。 748 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 09:20:18.38 ID:kxzBrPRi.net] こう言う奴って標準でロックサポートしてたらなんも考えずに使うんだろうな (w 749 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 09:30:01.18 ID:KFUO0v2u.net] あっても使わないだろ 750 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 09:30:26.53 ID:tRBXTETn.net] いや、別にサポートされてたら使ったって問題ないだろそりゃ もしわざわざサポートしたんだとしたら使うべきフローが見出されたってことなんだろうし 751 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 09:34:37.77 ID:KFUO0v2u.net] 事前の根回しとか、ロックしっぱなしの奴とか面倒くさくて使ってられない。 752 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 09:46:56.99 ID:16UD3OAF.net] なぜ人はコンフリクトにびびるのか 753 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 10:25:43.28 ID:7LBFjO6B.net] LinuxパッケージのGitがバージョン1.7.10なんだけど ソースコードをコンパイルしてでも1.9を使ったほうがいいですか？ 754 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 1 ] [ここ壊れてます] 755 名前：4:16:31.37 ID:6r6QSdOH.net mailto: >>736 だから本来そなわっていない、そぐわない機能であるという 理由を言えって。 [] [ここ壊れてます] 756 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 14:38:45.62 ID:jtMm82dE.net] >>739 git の仕様決めてる奴は常に正しいと言うわけか 宗教じみてるな 757 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 18:22:52.19 ID:xiERRsDS.net] 俺は便所の落書きより天才独裁者を信じるよ 758 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 19:21:54.19 ID:dOohTi9z.net] >>743 ああ、それすら理解できないアホなのか。 一生CVS使っててください。 759 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 19:40:02.08 ID:i4xTX3V0.net] Windowsでいままで作り上げてきたリポジトリを LinuxからWindowsにアクセスしてコミットしたら壊れますか？ 760 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 20:03:26.88 ID:Yv3nxM4P.net] >>746 俺が理解しているかどうかではなくて お前がちゃんと理由を言えるかって問題なんだが？ なに？ 何も考えてなかったの？ 761 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 21:49:31.82 ID:ELF13Pet.net] >>748 ロックでもアクセス管理でもいいんだけど、分散レポジトリ環境全体でそれを実現するには 全レポジトリが相互に管理情報のやりとりをする必要があるのは理解できてる？ 762 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 23:00:16.22 ID:aZ3ao3+q.net] ロック不要なのは、ロック解除後に前のバージョンに戻す馬鹿がいるからだよ。 (1)書き込もうとしたら何かエラーになった。 (2)取っておこう。 (3)updateしたら出てきた。動くようになったのかな? (4)元に戻してcommit。 結局、運用ルール必須。 763 名前：デフォルトの名無しさん mailto:sage [2014/04/07(月) 23:29:19.10 ID:vR3IoiGJ.net] あるファイルの5番目に編集したハッシュタグを知る方法を教えてください HEAD@{4}だとマージしたとか関係ないとこに当たるからだめでした 764 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 01:55:28.06 ID:ne0TjbLI.net] 5番目ってどっからどう数えるの？ 普通にログを目で追うんじゃだめなん？ 765 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 02:09:48.67 ID:4nGfwtCH.net] https://github.com/progit/progit/commits/master/README.md こゆの？ 766 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 03:19:33.60 ID:y9DHWvxi.net] こういう感じです 対象:Aファイル 最後に編集した3番目の例えると・・・ (古い) git init Bファイルを編集&コミット Aファイルを編集& コミット　←５　ここのハッシュタグが知りたい ブランチ切り替え Bファイルを編集 & コミット Aファイルを編集 & コミット ←４ ブランチ切り替え マージ Aファイルを編集 & コミット ←３ Aファイルを編集 & コミット ←２ Aファイルを編集 & コミット ←１　ここからカウント Bファイルを編集 & コミット git push (新しい) 767 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 03:20:42.76 ID:y9DHWvxi.net] x 最後に編集した3番目の例えると・・・ o 最後に編集した5番目の例えると・・・ 768 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 04:24:33.49 ID:czY7oW3r.net] こう？ git log --oneline -- Aファイル 769 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 05:05:27.05 ID:fyVeu966.net] >>749 >>729 のリンク先も見てないのか 770 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 05:28:35.31 ID:lmbIx31P.net] >>729で説明してるのは単純な中央リポジトリに対するアクセス制御を実現する方法 Gitの場合は中央リポジトリを持たない運用とか、 中央リポジトリがあってもリポジトリが多段の階層を構成してるような運用とかがあって、 >>729みたいな単純な実装じゃ不十分なんだよね 本格的にやるならリポジトリが相互にアクセス制御情報を交換するような実装が必要になるけど 複雑な仕組みになるからやらないだろうな 771 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 05:37:37.12 ID:WTPhN4IX.net] っていうか、subversionだって ローカルでファイルを修正すれば同じことだろ？ ロックがかかった状態と言っても、 ローカルで作業している分にはネットワーク切れてるわけで、 当然ローカルにあるものは読み書き可能。 772 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 12:42:51.84 ID:EM68hGAU.net] LinuxでおすすめのGUIってなんですか？ SourceTreeがインストールできないので残念です 773 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 13:08:04.31 ID:1S0CFyLG.net] >>758 > 複雑な仕組みになるからやらないだろうな 難しいかどうか以前に、本質的に無理でしょ。 同時にロックされたときの排他制御が必要だから、なんらかの中央集権は必要。 ただちょっとした開発でもその手のサーバーは持ってると思うけど。 774 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 15:00:40.14 ID:lmbIx31P.net] >>759 subversionとかのロックはファイルを編集する前にかけるの ローカルに編集する前に中央のサーバに問い合わせて、自分がファイルを編集できるかどうかを確認する 775 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 15:16:54.95 ID:L1P7kA7L.net] >>762 いや、ファイルの読み取り専用属性を解除すれば ロックかかっていても修正できるから。 776 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 16:06:55.87 ID:lmbIx31P.net] subversionでロックをかけるには中央サーバとの接続が必要で、 お互いがロックをかけてから編集するというルールを守っている限りコンフリクトを抑止できる ここまではいいかな？ gitで同じような効果を得るには中央サーバが必要になる しかしgitの場合には>>758で示したように、中央サーバに該当するものが存在しないとか、 中央サーバーが直接ローカルからアクセスできない環境で運用される場合がある それらに対応できない以上gitにおいては中途半端な実装と言うしかない 777 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 18:28:01.34 ID:ne0TjbLI.net] そもそも コンフリクトを抑止して「効率的に開発する」という目的に対しては ロック機能自体が中途半端な存在ってことでしょ できる/できない の話と やる/やらない の話が ごっちゃになってる感じ 778 名前：746 mailto:sage [2014/04/08(火) 18:30:28.02 ID:9wIzdaaz.net] お前ら親切だなあ。 779 名前：デフォルトの名無しさん mailto:sage [2014/04/08(火) 23:59:46.81 ID:Sb5AZ4FB.net] ローカルではgitを使い、本家へのコミットにはsvnを使う というのがプロのやり方だよね 780 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 00:46:29.18 ID:Lm8qyw/W.net] >>763 ツールが想定する運用と違う使い方してダメだしとか、頭おかしいのか？ >>764 もそうだけと、いかなる構成に対応できるって言ってるわけじゃないだろ。 ロック使いたいならこんなやり方でできますよって言ってるだけなんだから、必要ないならスルーすればいいだけのこと。 781 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 00:47:27.96 ID:BYGGYeeL.net] だからロックを使いたいやつをgitに呼びこむのがそもそもの間違いだろ 782 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 00:48:26.64 ID:hkLzWOQG.net] 何を使うかは上が決める トップダウン 783 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 00:56:42.97 ID:yn/sF65z.net] gitでもロックできるみたいだからロック使った運用しろなんて馬鹿な上が言ってくるかもしれないからな 分散管理に対する不自由と引き換えになる不完全なやり方だってことを書き込んでおかないとね それを承知で使うなら別に構わないんじゃないか？ 784 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 01:42:35.53 ID:S7o8PceK.net] ロックって聞くとすぐ発狂するよなGit信者って 自由の戦士のつもりかなんかなのか？ 785 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 01:52:21.50 ID:BYGGYeeL.net] >>772 だからCVSを死ぬまで使ってろよ、あれだって自由ソフトウェアだぞ 786 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 02:10:11.00 ID:j9Z2BVsM.net] >>772 ROCKってのは心揺さぶるもんだろう、お前も一緒にシャウトしようぜ …と言うのは流石に冗談として、lockが無いと発狂してる人に、落ち着けと言ってるだけにしか読めないんだがなあ 何にしても元々オプソ用だったgitにlockなんて百害あって一利も無いだろうし、どうにも必要なら素直に別の使えば良い 787 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 02:28:49.32 ID:zsoCf0EM.net] lockのあるツールでlockかけたまま会社を休んだのがいて仕事にならなかったのを 経験するとlockのあるツールを積極的に使おうという気はなくなるけどな。 788 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 02:53:43.97 ID:6tz1smtb.net] >>775 ロックと言ってもただの読み取り専用属性なので 解除すれば編集できるよ。 789 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 02:57:15.26 ID:TCIMdxjw.net] >>774 > 何にしても元々オプソ用だったgitにlockなんて百害あって一利も無いだろうし 意味わからん OSS がどう関係するかもわからんし、一利ないと言うのはいいとして、百害ってなんだ？ なんか lock を凄いガチガチの機能だと思ってねーか？ 790 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 03:03:57.78 ID:NE6iElAu.net] まず、ロックを使うという前提だとする。 つまり、ファイルを編集する前には必ずロックをかけるということ。 普通プログラムするときは、編集対象が予め分かるわけじゃない ソースコード眺めていって、問題があるファイルを修正する。 ここまではいいね？ ・ネットワークにつながってない状態でどうやってロックをかけるのか？ ・ロックがかかった状態で、そのファイルを他の人が修正したい場合はどうするのか？ ・ロックを解除しないまま長期休暇した場合はどうするのか （ロックを強制的に外すという案は、なら最初から外せばいいのでロックの利点？とは反する） これに答えて欲しい。 ロックを外せば（無視すれば）運用できるじゃねーか。という意見が正しいなら、 最初からロックはなくていいのではないか？という答えになる。 791 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 03:43:52.22 ID:j9Z2BVsM.net] と言うか前提が分からんなあ ローカルコミット出来ないようにロックするのか、プッシュ出来ないようにロックするのか… 792 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 04:28:13.15 ID:Qxi8LBwl.net] まあコミットするのにいちいち書類提出しなくちゃいけないようなルールの運用もあるっていう噂だし、 ロックが必要だっていう社内論理も同様にあり得るんじゃないの。 けど、ロックの要不要はそもそもどういう運用ルールなのかによってかなり変わってくると思うのに、その前提を共有する以前に ロックがあったほうが便利だのロックなんて無意味だの言っても平行線をたどって終わりだろう。 そもそもここバージョン管理システムスレじゃないしバージョン管理システムにロックがあったほうがいいのか悪いのかっていう話題はスレチだと思うけどね。 スレチだからやめろとかうるさいことを言いたいわけじゃないが。 けど個人的な意見を言わせてもらえば、特別運用ルールや利用形態を指定しないのならここはGitスレなんだし、 「ロックなんてあったって中途半端で意味ないだろ」っていう意見の方が支配的だと思うけどな。状況限定の例外はもちろん認める。 ロックが必要、って言ってる人はVCSにロックが必要だと思ってるのか、Gitにロックが必要だと思ってるのかどっちなの？ 793 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 04:41:58.28 ID:NE6iElAu.net] 書類提出とか言うのは、そもそも権限の話だから全く違う問題。 ロック禁止というのは、コミットできる権限はあるけど 他の人にコミットさせないと、別の人がコミットを禁止させる行為。 本来コミットしていいはずの人が、コミット禁止される。 なぜ？って話。 794 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 08:06:53.29 ID:lgQL/971.net] >>778 前提が滅茶苦茶だな。 > まず、ロックを使うという前提だとする。 > つまり、ファイルを編集する前には必ずロックをかけるということ。 > 普通プログラムするときは、編集対象が予め分かるわけじゃない > ソースコード眺めていって、問題があるファイルを修正する。 なんで全部ロックしようとするんだ？ バイナリ系の (要はツールではマージできない) ファイルだけでいいだろ？ > ・ネットワークにつながってない状態でどうやってロックをかけるのか？ だから、できない状況ならあきらめろよって話。 > ・ロックがかかった状態で、そのファイルを他の人が修正したい場合はどうするのか？ ロックした人と相談しなさいよ。 > ・ロックを解除しないまま長期休暇した場合はどうするのか 連絡つかないとか本人死んだとかなら、ロック解除すればいいだけ。 > （ロックを強制的に外すという案は、なら最初から外せばいいのでロックの利点？とは反する） 意味わからん。 お前さんが考えてるロックの利点ってなんだ？ 795 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 08:14:32.41 ID:lgQL/971.net] >>780 > ロックが必要、って言ってる人はVCSにロックが必要だと思ってるのか、Gitにロックが必要だと思ってるのかどっちなの？ あればいいじゃん、と言うだけのこと。 中途半端で使いにくそうとかいうのならわかるけど、強制解除できるなら意味ないとか、忌み嫌う意図がわからん。 >>781 マージできないからだろ。 796 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 08:21:10.15 ID:lgQL/971.net] >>781 ちょっと追記 > ロック禁止というのは、コミットできる権限はあるけど > 他の人にコミットさせないと、別の人がコミットを禁止させる行為。 ロック禁止はロックのことだと仮定して、本来ロックはコミットを禁止させる行為じゃないよ。 編集を開始させないようにするためのもの。 マージできないからその編集は無駄になる可能性が高いからね。 797 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 08:39:15.17 ID:rnHKJbd8.net] そのうちDBの排他ロックすら許せなくなっちゃうんだろな 798 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 10:48:27.45 ID:Cs/4QDoa.net] ロックがゲシュタルト崩壊 799 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 11:54:59.42 ID:Bivk+KoI.net] >>785 RDBMSにはマージという概念がないだろう。 800 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 11:59:27.20 ID:S7o8PceK.net] 確かにGitってテキスト主体のオープンソースの分散開発ならいいけど、 社内とかの仕事で使うにはあまり意味ないよね。 各人勝手にソースいじることないし、最終的にどこを取り入れるか判断する 人の負担が大きいし。 801 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 12:49:11.67 ID:Cs/4QDoa.net] >>788 意味ないとまでは思わないが、効果が薄いと言わざるを得んな。 文書は全部Officeでマージできない、開発メンバはSubversionのこ とをちょっと面倒な共有ファイルサーバくらいに思ってる、といっ た環境だと、苦労してGitに変える必要もないかなって思う 802 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 13:32:32.32 ID:Qxi8LBwl.net] >>783 多分、ロックがあった方が美味しいってことが多いシチュエーションでは、Gitなんか使わない方が皆幸せだってことをロックを嫌がる人は思ってるんじゃないのかな？ リソース画像ファイルとかですらGitのリポジトリには含めるべきではないっていう原理主義の人多いし。 自分は原理主義もわかるけど、自分の利用ではリソース画像ファイルとかは必須なので、なんとかうまいことする方法があればいいのにな(他VCS含め)と思っている。 Gitにロックがあればいい、というあなたの立場は理解した上で、どういう実装があり得ると思う？自分は上手い、と思う方法が見つからないよ。 803 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 14:23:46.87 ID:mAyum7ca.net] ファイルの中にパスワードを書いたままGitHubにプッシュしたんですけど これはまずいと思ってパスワードを削除したファイルをプッシュしたんです。 でも過去の履歴って閲覧できますよね。 どうやって闇に葬り去ることができますか？ バレたら首になるので誰かヘルプ！ 804 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 14:26:33.92 ID:qA8ouB3T.net] github側リポジトリを消す 自分のローカルリポジトリはパスワード追加前のコミット前の状態revert githubにプッシュし直す 805 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 14:30:07.03 ID:iLQ9oAQy.net] github の HEAD を他の誰かが取り込んだら終わりだからな とりあえず迷ってる暇はない 今すぐ github のアカウントごと消せ 806 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 14:31:36.72 ID:f1/WUzrS.net] 凍結してfilter-branchの練習かな 807 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 14:31:48.87 ID:yn/sF65z.net] >>791 最初にやるべきことはそのパスワードそのものを無効にすることだよ もちろんそのパスワードを外部にさらしてしまったことを回りにちゃんと説明しろ 808 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 14:54:17.61 ID:mAyum7ca.net] みなさんありがとうございます 入社して7日目で首だけは避けたいのでアドバイスを参考に動いてみます 809 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 15:03:21.10 ID:TDs0SH97.net] >>790 > 原理主義の人多いし。 たかがツールなんだから便利に使えればいいと思うんだけどね。 まあ、無節操に機能を取り込んで逆に使いにくくなるとかは勘弁してと言うのはあるとは思うけど。 > どういう実装があり得ると思う？自分は上手い、と思う方法が見つからないよ。 排他が必要だから俺も中央サーバーたてる以外の方策は思い付かない。 810 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 16:32:18.38 ID:Bivk+KoI.net] 入社して7日目に2chに書き込んでいるとか 811 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 17:55:39.06 ID:n694gffx.net] >>797 >たかがツールなんだから便利に使えればいいと思うんだけどね。 こういうのって自分だけはメタ視点、なつもりで高所から見ているつもりだろうけど、 誰でも分かってる当たり前のこと言ってるだけだよな。 当面の議論には参加する能力がないけど、偉そうな態度だけは取りたいという 812 名前：。 [] [ここ壊れてます] 813 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 19:50:12.68 ID:Qxi8LBwl.net] >>797 > たかがツールなんだから便利に使えればいいと思うんだけどね。 いや、原理主義は大事だと思うよ。本当に無理やり目的を達成したほうがいいのかをそもそも論で考えるのは大事だと思うから。 ただ、原理主義に固執するあまりに状況も把握せずに全否定、ってのは良くないと思うけど。 「便利に」使えればいいというのはその通りなんだけど、ツールの設計思想や構造を無視して「こういう機能があると便利なんだけど」って言ってもしょうがないとも思う。 乗用車にトイレがあったら便利だと思うけど、トイレを実装するには様々な困難があるし、乗用車の存在目的を考えたら外部化したほうがいいでしょ？ そういうところを無視して「便利だと思うからつけたっていいじゃん」ってのもまた、同意できない。 814 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 19:53:10.76 ID:/il1zge6.net] gitは単なるツールでそれを運用するシステムは別でしょ そのシステムがgitを前提としてなかった場合、システムがgitに合わせることになる 815 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 20:03:23.61 ID:TDs0SH97.net] >>799 いきなりどうした？ なんか悔しかったのか？ (w >>800 まあそこは色々な考え方あってしかるべきだし、使い方は人によって違うしね。 車の例えなら、キャンプ大好きで自家用車をキャンピングカーにしてるような人なら、トイレもあった方がいいと思うかもしれないよね。 設計者には悪いけど個人的に使うなら設計思想関係なく便利に使えばいいと思うよ。 816 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 20:07:57.73 ID:TDs0SH97.net] >>801 システムって具体的にどんなのを言ってるの？ 817 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 20:24:29.52 ID:yn/sF65z.net] Gitはあくまでもソースコードの分散バージョン管理ツールであって そのために必須ではない機能を何でもかんでも突っ込むのはUNIX的なやり方じゃないね バイナリファイルとかの管理のために分散環境ではうまく機能しないロックが必要だっていうなら、 そういう仕組みをGitとは別に新しく作ればいい もちろんそれを実現するのにGitを利用するのは構わないけど、 Git本体を肥大化させるのはダメだ 818 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 20:42:11.70 ID:/il1zge6.net] >>803 会社みたいに複数人で開発する場合、集中管理できるようなツール入れることになるでしょ そこで、どのツールを使うとか、そのツールで管理してる各リポジトリに対して、誰にどれだけの権限を与えるとか gitをバージョン管理ツールとして導入して運用するのに必要な管理ツールやルール的なものという意味でのシステム 819 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 20:44:43.35 ID:yIe5cirA.net] そんなに便利な機能なら拡張作れば大人気だろう 820 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 21:14:14.88 ID:TCIMdxjw.net] >>805 いわゆる運用系の話しかな なら、ツールにうまく合わせるのは当たり前やね >>806 便利だとは思うが、本質的に分散システムでは実現が難しいから、かなりの部分を運用でカバーする必要があると思う 821 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 21:20:04.93 ID:hkLzWOQG.net] 分散システムの本質ってなんだろうな 822 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 23:01:23.09 ID:vvfK+6uV.net] >>800 原理主義っていうことの意味自体が排他的なネガティブなものなので、原理主義が 大事ってのは普通の感覚だとありえないんだけどね。保守的よりさらに変化を 認めないってのが原理主義だから。 823 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 23:14:37.88 ID:Sjt9OQJN.net] >>802 いや、お前自分ではドヤ顔だけど、つまんねえだけだよ、と誰か教えてやった方がいいと思ったからさ。 824 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 23:20:38.44 ID:wiNih1s9.net] GitってVSSみたいにファイルのチェックイン、チェックアウトを厳密に アトミックにロックするやり方の管理もできるの？ テキストファイルみたいな中身を把握して差分を常に意識するならGit方式 でいいけど、画像ファイルとか、特定アプリのバイナリファイルの共同 開発だとVSS方式もあった方がいいよね。 825 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 23:20:46.34 ID:Il0l8m2A.net] WindowsでGitをインストールすると.gitconfigの[core]の項目が存在しますが Linuxでソースコードから入れると、入れたばかりだと.gitconfigは存在しません。 名前とメールアドレスを登録したら自動的に.gitconfigが作られますけど Linuxでは[core]の部分は設定しなくてもいいのでしょうか？ 例えばautoCRLFとか 826 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 23:41:10.33 ID:hkLzWOQG.net] Git - Gitのインストール git-scm.com/book/ja/%E4%BD%BF%E3%81%84%E5%A7%8B%E3%82%81%E3%82%8B-Git%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB Git - 最初のGitの構成 git-scm.com/book/ja/%E4%BD%BF%E3%81%84%E5%A7%8B%E3%82%81%E3%82%8B-%E6%9C%80%E5%88%9D%E3%81%AEGit%E3%81%AE%E6%A7%8B%E6%88%90 Git - Git のカスタマイズ git-scm.com/book/ja/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA 827 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:00:04.05 ID:ZuhRq4by.net] >>802 もちろんそれぞれの解があっていいと思うけど、トイレと車での移動を両立しようと思ったら、なにか諦めなくちゃいけないじゃない。 汚物を自分で処理するということなのか、上水下水を駐車時に勝手に流してくれるようなステーションにしか行けないような車を作るのか、諦め方は色々あると思うけど。 どういう方向に諦めるのかってのは設計思想と利用ケースによって最適解が違うから、そこを詰めずに話題にしたら「万能な方法はない」で終わっちゃうよね。 もちろん個人で使うなら自由にすればいいと思うけど、背景を共有せずに不満だけ書かれてもチラシの裏なわけで「で？」ってなってしまう。 >>809 すまん、それは言葉が悪かった。本来あるべき正当な立場に立ってものを考えてみることもときには重要だ、くらいの意味だけど。 ツールを開発してる本人たちは原理主義であるほうが軸がブレブレのツールとかにならなくていいかも、って思って原理主義って言葉が出てきたのかもしれない。 828 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:17:43.20 ID:ZuhRq4by.net] ちっ、ID変わる前に書き込んだほうがわかりやすいと思ってギリギリに書き込んだのにちょっと遅れてID変わってしまった。 >>801とか>>804のような話は正論だと思うんだけど、具体的にそれをうまくやるツールっていうのが定番がないよね。 多分、状況によって必要な実装が変わってくるから定番的なものは用意できないのか、まだみんなツールを開発するのを面倒臭がってだましだましGitを使ってる人が多いのか。 と思って調べてたら、本格的なのだとgit-annex、フィルターで済ませるのとしてはgit-largefileとかあるみたいね。 git-annexにはロック機能もあるみたい。(基本annexで管理してるものはロック状態らしい) けどやっぱり>>804の言うように、バイナリの管理って小さいものだったらまあなんとかロックさえあればいいのかもしれないけど、ムービーくらいのでかいものを管理しようと思ったら いきなりリポジトリのサイズがどんどんでかくなってまともに使えなくなるわけで、Git本体を考えなしに肥大化させちゃうような進化の方向はよろしくないと思うな。 結局、便利に使うためには「どういう理由で何を実現したくて、今後何が起きるか」ってことをちゃんと考えなければ便利には使えないわけで。 829 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:19:25.54 ID:cllo9doH.net] >>808 離れた相手の作業に邪魔されないこと 830 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:26:21.34 ID:NS7eKWAh.net] ウォーターフォール型のプロジェクトだとGitが向いてないのは確かだね。 Gitだと頻繁にコンフリクトが起きて、それを解決する工程が割り込んでくるから あらかじめ決められた工程を決められた日程でこなしていくウォーターフォールとは根本的に合わない。 コンフリクトするたびにそれを解決するためにスケジュールを修正し直してたらキリがない。 Gitはあくまでコンカレント開発ができるアジャイル開発のためのツール。 831 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:36:06.16 ID:I4ZYtafb.net] >>817 ウォーターフォール型のプロジェクトで、 ソースファイルの同じ位置を複数の人で編集しまくることとかあるの？ コンフリクトが簡単に解決できないようなファイルの編集が複数の人の間で頻繁に発生するとか、 有り得ないと思うんだけど 832 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:40:22.58 ID:qnngGCyM.net] >>817 頻繁にコンフリクトが起きるようなプロジェクトならsvnだろうが他のだろう関係なく 起きるよ。 コンフリクト以前にsvnのマージ作業なんて、作った奴死ねって思う くらいひどいし。そういうマージやらコンフリクトの解消のコストがgitは他のに 比べて圧倒的に低いからgitは使う価値があると思う。 svn使ってるならローカルで git svn使う方がはるかに楽だし。 833 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:45:26.37 ID:GmndHch1.net] 自分だけしか使ってないリポジトリで 今までコミットしてきた時の名前を変更したいんですが どうやるのか教えてください 適当に名前をつけてたのですが、今後他の人もコミッターに加わるので名前を変えたいんです 834 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:45:46.71 ID:08KdAoTS.net] 何でコンフリクトが起きる事を問題視してる人がいるのかよくわからん。 gitというツールを運用する環境をどう構築するかを考えた方がいいんじゃないの そもそも、svnで問題なかったのならsvnでいいでしょ svnもgitもツールなんだし、適材適所 835 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:46:16.32 ID:I4ZYtafb.net] >>819 簡単に解決できないようなコンフリクトって例えばどんな場合におこるの？ けっこう複雑な関数を同じ人がいじりまくるとかするの？ 836 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:46:17.65 ID:GmndHch1.net] .gitconfigで名前を変えとけば過去の名前も変わると思ったんですがダメでした 837 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 00:57:11.44 ID:Aw1WhgbR.net] 正直同じ関数に対する修正みたいなのは被らないようにチケット割り振りしたいわな オープンソースみたいにいつ誰がどんな修正してるかわからんようなのはともかく チームでやってる時は少なくともわかってる範囲内では影響範囲かぶらないようにしてる 838 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 01:01:23.41 ID:I4ZYtafb.net] >>823 git filter-branch 839 名前：デフォルトの名無しさん [2014/04/10(木) 01:34:13.89 ID:1wauUDTZ.net] オープンソースならメールなり掲示板なりircなりでやりとりしてるのが普通だよ 840 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 01:40:17.05 ID:u/ao0IlG.net] >>821 コンフリクトというのはいわばバグですよ。 バグは起きてはいけない コンフリクトも起きてはいけない。 subversionを使っている人はそう言ってました。 馬鹿ですよねｗ 841 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 01:46:32.26 ID:67sTFnF/.net] >>826 開発が活発なOSSについてはそうだろうけど 開発者が実質１人だとかメンテナ不在ってのが OSSの「普通」（圧倒的多数）だと思うけどね 842 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 01:58:20.93 ID:67sTFnF/.net] 作業が無駄になろうがマージがめんどくさかろうが コンフリクトが顕在化するのはまだ幸運な方だよね 構文上はコンフリクトしてなくても機能上コンフリクトしていて 回帰テストに漏れがあると悲劇の始まり gitには悲劇を早く終わらせるのに役立つ機能はあっても 現状のバージョン管理システムでは悲劇の発生は阻止できそうにない 843 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 02:01:03.17 ID:u/ao0IlG.net] >>829 その為にテストを自動化するんでしょ？ それに二人の人が作業するのであれば ロックをかけていたとしても 機能上コンフリクトは起こるわけだし。 844 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 02:01:31.21 ID:o2rx8JxT.net] >>729の燃料投下から100レス目か 845 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 02:08:15.66 ID:67sTFnF/.net] >>830 gitだろうとロック機能のあるツールだろうと 顕在化するコンフリクトなんて可愛いもんで 熱く議論するほどのことじゃないよねって言いたかった 846 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 02:15:53.96 ID:uhNdSeYA.net] ロックでなんとかなると思ってるのは、コード書いてない証拠。 書き始めたら結局マージするはめになる。 847 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 02:40:10.12 ID:UBKps7J1.net] ま、適切に機能分割されてて、関数やファイルで構造化されていれば、酷いコンフリクトなんかそうそう起きないわな 848 名前：デフォルトの名無しさん [2014/04/10(木) 04:06:22.99 ID:1wauUDTZ.net] 実質１人だとかメンテナ不在ならそもそも いつ誰がどんな修正してるかわからん みたいな♪心肺ないからね 849 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 07:51:39.22 ID:1X5BHIzm.net] >>810 つまんないなら、スルーしとけよ (w >>814 > 背景を共有せずに バイナリ (=マージできない) ファイルを管理したいと言うことでしょ。 アイコン、ちょっとしたイメージファイル、ワードやエクセルなんかの文書をソースと一緒に管理したい人は多いと思うよ。 ここら辺の認識も共有されてないの？ >>815 git-annex ざっとしか読めてないけど、ファイル本体を Key-Value Store に突っ込んでリンクを git で管理するって感じ？ まあ、共通的なストレージあればなんとかなるわな。 > ムービーくらいのでかいものを管理しようと思ったらいきなりリポジトリのサイズがどんどんでかくなってまともに使えなくなる みんなが動画を管理する訳じゃないでしょ。 なんか無理矢理できない例を探してない？ 850 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 08:01:21.07 ID:1X5BHIzm.net] >>824 同じファイルならまだしも、同じ関数を複数の人が同時に触るとかなんかの間違いでもない限り 100% あり得ないよね。 コンフリクト心配してる人はどんな管理してるんだろう？ >>829 ひょっとして、バグ見つけたら担当者が勝手にちゃちゃっと修正してるの？ 他に影響するような修正なら、仕様書の修正とかレビューするだろ、普通。 851 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 12:25:06.48 ID:NS7eKWAh.net] 上にもあったけど、Gitってやはりライナスの独裁モデルを元に発想されたと思うんですよ。 世界中のいろんな人がパッチを当てるみたいな細々した修正をプッシュしてきて、独裁者がどれを採用するかどうか決める。 そういう開発形態にピッタリなんだと思う。これならコンフリクトしても大丈夫なわけだし。 上でGitのコンフリクトの意味が分かってない人がいたけど、別にGitのツールとしてのコンフリクト回避機能に問題があるってわけじゃないんですよ。 大手だと誰がどこを直すのか決めてからやるわけで（そのミスを減らすためにバージョン管理ソフトを使うわけで）、ファイルのロックやロールバックがきちんと行われる方が大事なんですな。 Gitだと複数の人が同じところ勝手に直しだしたりしても検出できないでしょ。無駄な作業が発生するわけ。 どっちが悪いとかじゃなくて、Gitが向いてないタイプの管理が企業内にはあるってこと。 おわかりかな？ 852 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 12:34:43.21 ID:IB1wq0Eb.net] ハサミでネジが締められないからハサミはクソと喚いてるわけだな 853 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 13:36:34.66 ID:tZxH7aP+.net] 立派な大企業様なら、クソみたいなOSSを使わないで、自分達で作るなり買うなりすれば いいのにねー。2chでアレがデキない、コレがデキナイと喚いているだけなら、無職に も劣る。 854 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 13:43:39.90 ID:I4ZYtafb.net] どこを直すかの管理をバージョン管理ツールに頼るとかありえないんだけど 855 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 13:59:14.88 ID:WPYZbZRA.net] ユーザーとタスク管理までさせられるVCSは大変ですね 856 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 14:59:48.19 ID:vqBRkjrb.net] 開発効率をUPする Git逆引き入門 [単行本（ソフトカバー）] www.amazon.co.jp/dp/4863541465/ ＞サイバーエージェントで開発に携わっている著者が、Gitの使い方を速習できるように逆引きという ＞形でわかりやすく解説しています。Gitコマンドとあわせて、GUIツールのSourceTreeでの操作方法も ＞掲載しているので、コマンド入力が苦手という方も安心です。もちろん、Git独特の基本用語や概念に ＞ついてもきちんと解説していますので、初心者でも理解できる内容になっています。これからGitを ＞使いたいと考えている方におすすめの1冊です。 昨日三省堂で見つけてパラパラめくってみたが、なかなか良さそうな本だった。 と書くとまたステマだ、俺はWEBで充分だ、とか気が狂ったみたいな顔をして口から泡を吹きながら 怒りだす奴でてくるんだろうけど。 こっちは親切で情報を提供しているのに、なんで本の紹介されると発狂する奴っているんだろうな？ まあ、身の回りみていても、本代ケチるようなのにろくな技術者いないけど。 857 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 16:12:50.21 ID:Aw1WhgbR.net] 難癖つけるやつの方が声がでかいだけの話しだから気にすんな 858 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 17:41:18.36 ID:8TUEkxNY.net] すばらしい技術書を親切心で紹介します！異論を唱えるのはキチガイだけ！ この本が手に入るのにたかが数千円のはした金も出さないのはまともな技術者じゃありません！ いますぐ買ってまともな技術者になりましょう！ あほか 859 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 17:43:40.06 ID:N3vuTs56.net] フォークして修正を送る時ってブランチの名前はなんてつけていいのか教えてください 例えばさtestってブランチで送った場合、他の人もtestで送ってたらダブっちゃいますよね ダブった場合もコンフリクトしちゃうんですか？ 860 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 17:55:01.85 ID:B7i8mwfP.net] >>843 まあこのスレじゃないけどステマっぽいのはあったし、実際あなたの書き込みがステマかどうか判断しようがないからね。 そんな風に言われるのが嫌ならこの手の掲示板は避けた方がいいと思うよ。 そもそも、人から批判されるのは嫌だけど、人に嫌みは言うぞって言う態度もどうかと思うし。 > まあ、身の回りみていても、本代ケチるようなのにろくな技術者いないけど。 861 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 18:02:26.77 ID:3faYMJHc.net] >>843 知らなかったので本の紹介には感謝する ただ、余分な書き込みは必要なかったかな 何にでも文句を言う人はどこにでもいるから それをスルーできない人は書き込まない方が精神衛生上いいのかも ともあれ今から本屋行って立ち読みしてくるよ 862 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 18:13:00.11 ID:PAL5W9yR.net] >>843 ステマ言われるのそんなにないやろ こないだGitHubの本でステマ言われてたやつはあったけどアレは本当にいろんなところでみたからな… 863 名前：デフォルトの名無しさん [2014/04/10(木) 18:18:14.35 ID:2hD55smI.net] そろそろ誰か寸評とか星付きのGit本リスト作ってテンプレに入れてよ。 864 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 18:25:00.33 ID:B7i8mwfP.net] >>839 う〜ん、ハサミに例えると、たまに 3cm とかの幅で切りたいから、目盛りみたいのがついてたら便利じゃね？ って感じかな。 そんなことしない人には不要なんだけど、使わなきゃ邪魔になるわけでもないしね。 865 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 18:32:01.98 ID:I4ZYtafb.net] GitHub実践入門はGit本体についての説明はゴミみたいなもんだし、 あれを入門書の決定版とか紹介したら叩かれて当たり前だな 逆引き入門の方は、ちょっと立ち読みしてきたけど、 これから始める人にもある程度使ってる人にもいいと思うよ 866 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 18:40:25.42 ID:sy5Vj+v2.net] >>851 うーん、その例えも何か違う気がするなあ Gitに付けるのは変だと思う、でもGithubに付けるならアリだと思うんよね ハサミで言うなら、ハサミの歯のパーツを作ってるトコが目盛り付けちゃう感じがする 867 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 18:50:01.99 ID:8TUEkxNY.net] たまに話題になるくらいならいいが新刊出るたびにレビューするのは尼でやってくれ 868 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 19:24:24.61 ID:B7i8mwfP.net] >>853 ああなるほど、そうかも。 別にツールでやろうが、システムでやろうが、できればいいじゃんというスタンスなので。 869 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 19:57:43.91 ID:N3vuTs56.net] 846おねがいします 870 名前：デフォルトの名無しさん [2014/04/10(木) 20:42:39.14 ID:1wauUDTZ.net] 目的とか自分のid的なものとか組み合わせたり 871 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 00:18:39.32 ID:MhGpUxGc.net] Gitは〜には向かないのでは？　という意見を描いているだけなのに、Gitそのもの ひいてはそのファンかなんか知らんがの自分さえけなされていると思って妙な反応しちゃう 人って困ったもんだよね。 大組織での開発にも、いや、Gitってこういう使い方すれば役に立つよ、という書き込みなら まだ建設的な議論が出来そうだけど、具体的な内容ゼロの当てこすりや小馬鹿にしたような 書き込みばかり。 まあ、なんらかのコンプレックスとか後ろ暗い部分を刺激してしまうのかもしれないけど、 別にGitなんて単なる道具に過ぎないわけだし、そんなものに自意識投影しなくてもいいんじゃね？ と思う。 872 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 00:20:54.93 ID:tDVfunDo.net] 自分は違うんだぞ、って言う自意識過剰なレス乙 873 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 04:46:00.71 ID:KAyUJDly.net] >>858 小馬鹿にするっていうか、「〜には向かないのでは？」って書いてる奴が馬鹿過ぎるんだものｗ 874 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 05:10:33.92 ID:dLUSGIri.net] >>846 上流が何か命名規則を指定してるならそれに従う してないならなんでもいいが、ブランチの意図を端的に表した名前にするのがお勧め 技術的にはマージするときのブランチ名は単にコミットを指すポインタなのでコンフリクトは起こらない GitHub上の詳細は知らんがユーザなり何なりで別の名前空間に分離されてるはず。 プルリクが活発なリポジトリの画面眺めてみろ 875 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 05:31:32.87 ID:dLUSGIri.net] ロック必要だよ派は 1. 簡単にマージできない類のファイルを扱う必要がある 2. その手のファイルに対する編集作業を黙って初めてしまうとあと で大変なので、編集しようとしたやつがいたら競合の可能性があ ることを作業前に警告したい と言ってるように思えるが、そういう要件は分散VCSというか分散作 業とは相性悪い。誰かも言ってたが、実現には技術的に困難が伴う し、分散作業時に他人の作業に足を引っ張られないことを重視する 人からしたら、分散作業の良さをスポイルする機能を実装して誰得 状態なわけだし 解決方法は様々だが、会社で使うんなら「今からこのファイル編集 します」ってメールなりでコミュニケーションとれよと思う。 いちいちそんなコミュニケーション取ってらんねーよとおもった？ 分散作業の世界へようこそ。 876 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 07:17:31.56 ID:tDVfunDo.net] >>862 > コミュニケーションとれよと思う。 ロックはそのための仕組みなんだが... そもそも、誰が編集するかわからないのに誰にメールするんだ？ 関係者全員とか迷惑なんですけど。 877 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 08:29:42.74 ID:KpoPG81P.net] >>863 ＞そもそも、誰が編集するかわからないのに誰にメールするんだ？ 自社開発だろうが、人売りで売られた先だろうがオプソだろうがなんだろうが ある程度以上の規模になったらプロジェクト全員が入っているMLなりIRCなり Skypeなりのプロジェクト全員への共有連絡先位あるだろ。 プロジェクトの 関係者以外にコミット権限を渡しているのなんて普通ないからそういう所に 一報を入れておけば事足りし。 878 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 08:36:31.74 ID:eJqQZ1pt.net] >>864 都合の悪いところを読み飛ばす癖直した方がいいぞ。 > 関係者全員とか迷惑なんですけど。 879 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 10:06:53.15 ID:Hu21eWhF.net] issue tracker ってそんなに普及してないのかな 880 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 10:15:31.46 ID:pXE62EYm.net] bug tracker ですら怪しいぞ。 とりあえず今までのやり方で回ってる大きな所はリスクとってやり方かえないし。 その気持ちもわからんでもないしなー。 881 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 11:10:30.81 ID:057GiJd2.net] githubでパッチを送る時ってぷるリクエストとフォークどっちのほうがいいのかおしえて 882 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 11:31:59.99 ID:pXE62EYm.net] fork しても結局 pull request になる。 勿論直接 pull request 書いてもいい。 883 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 12:37:49.14 ID:5a7Ytf0i.net] >>534 これ完全に騙されたわ。 専門用語が沢山出てくるけど解説は別のページに書いてるからいちいち見に行くんだけど、わかりにくい。 見に行った先にも専門用語が出てきて、その解説も別のページにいくから、先になかなか進まない。 おまけに本に書かれてる詳しい解説をネットにしているURLが間違ってるのか見れない。 この本買うつもりなら、一回本屋で立ち読みして欲しい。 間違ってもネットで注文はしない方がいい。 884 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 14:53:09.67 ID:H+z7YdpC.net] 茶色い本とgit-scm.comがあれば十分でしょ。 885 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 18:50:58.20 ID:dLUSGIri.net] >>865 メールに限定してないだろ。ちゃんと読め？ > 都合の悪いところを読み飛ばす癖直した方がいいぞ。 ブーメラン乙 886 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 19:05:04.23 ID:ZfLpKqnY.net] ロックしてれば後から編集しようとした人はその場で分かるからな Gitなんかはソースコードを管理する為のツールだから、ロックせずとも後でパッチをマージすればいいって考えるのは妥当だけど、バイナリファイルを管理する場合、その考えは通じない 887 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 19:10:14.32 ID:im4bHUKa.net] >>872 全員に通知することを問題視してるんだが？ で、メールでなくてどうやるのさ。 掲示板にでも書いといて、編集の前にいちいち確認するのか？ (w 888 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 21:38:28.22 ID:TfGD3Njm.net] git clone git@〜:〜 WindowsからはcloneできるのにLinuxからは出来ないんです助けてください。 ssh: connect to host github.com port 22: Connection timed out fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. ブラック企業でまだ会社なんですがやめたいですorz 889 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 21:50:10.15 ID:mRoalEfA.net] >>875 接続先をgithub.com:22からssh.github.com:443に切り替えてトライ。 890 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 22:14:05.98 ID:TfGD3Njm.net] 接続先を変えるのは・・こまります・・・ 891 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 22:26:00.91 ID:mRoalEfA.net] いいからやってみ。 892 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 22:35:44.27 ID:gZGZUewy.net] *Gitに*バイナリのロックが必要かどうかについて議論するんじゃなくて、 バージョン管理システム一般にロックが必要かどうかについて話してる奴はスレチなの認識してる？ 誰もバージョン管理一般についてロックが不要だと強弁するつもりないし、一般的な話ならなぜここでやる必要があるのか説明してくれ。 893 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 22:37:52.84 ID:gZGZUewy.net] ロック疑問派「Gitみたいな分散管理システムとファイルのロックは相性が悪い、メールとかで連絡すべき」 ロック必要派「メールで連絡するとかありえない、ロックがあればそれで全て解決する」←はて分散管理との相性の悪さという根本的な問題はどこいった？ 関係者全員とか迷惑を読み飛ばされたことに対して都合の悪いとこ読み飛ばすなとか批判するなら、まず相性が悪いものをどうやって実装するのかについて説明してからにしろよ (忍法帖が消えてレスを分割せざるを得なかった、すまん) 894 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 22:53:57.78 ID:TfGD3Njm.net] どう変えるのかわかりません・・・ git@github.com:443:アカウント名.リポジトリ名.git ってやりましたがだめです ssh -t git@github.comをやっても接続されないしずっと接続を頑張っているのか何も表示されません 895 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 22:56:34.43 ID:bQVZn08t.net] >これ完全に騙されたわ。 >専門用語が沢山出てくるけど解説は別のページに書いてるからいちいち見に行くんだけど、わかりにくい。 >見に行った先にも専門用語が出てきて、その解説も別のページにいくから、先になかなか進まない。 普通専門書ってそういうものだよ。 注釈とか用語解説はまとめて巻末とか当たり前、それとクロスリファレンスしながら読むって やり方になれておいた方がいい。 普段固い本をまったく読んだことがないんだろうけど、こんなピント外れな批判されちゃう書籍 も可哀想だ。 「サルでも分かるGit」みたいな本でもあれば推薦してあげたいが、Git関連はそういうのはないねえ。 896 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 23:40:30.41 ID:nUaUWR93.net] >>873 つまりソースコードのロックは百害あって一利なしでいいよね？ 897 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 23:43:39.52 ID:nUaUWR93.net] >>882 > 「サルでも分かるGit」みたいな本でもあれば推薦してあげたいが、Git関連はそういうのはないねえ。 そういう用途ならこれがいい。 なんかタイトルからクソ本みたいな印象を受けるかもしれないけど 読んでみるとふつうに良い。 アリスとボブのGit入門レッスン-川野辺-正博 www.amazon.co.jp/dp/4798035009/ 898 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 23:48:43.96 ID:GvHlzSSy.net] サルでもわかるGit入門 ?バージョン管理を使いこなそう? | どこでもプロジェクト管理バックログ www.backlog.jp/git-guide/ これじゃないの 899 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 00:33:16.71 ID:cB842cS/.net] >>884 開発の流れに沿ってシーンごとに必要なコマンドがわかるのがいいな トレードオフで要点が複数ページに散らばっててぱっと読みにくいが そこはネットかリファレンスを使うべきだし良書 >>885 本が至上という権威主義発言でしょ 難しい本を買うほど偉いという 900 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 00:53:51.35 ID:lUY660Yq.net] 875です すいませんconfigでポート443したらいけました Windowsでは指定しなくてもsshでclone出来るのに Linuxでは指定しないと接続出来なくてタイムアウトするんですね やっと接続できたので今から始発まで？仕事です 901 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 00:58:42.39 ID:+ggEbXVl.net] > 本が至上という権威主義発言でしょ ん〜？ 単にページ数の問題。 一般的に本のほうが情報量が多い。 902 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 00:59:15.38 ID:+ggEbXVl.net] 情報量じゃなくて、情報の密度に言い換えよう。 903 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 01:07:41.37 ID:cB842cS/.net] 背伸びしてる中学生感が痛々しいからやめて 904 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 01:22:43.30 ID:9dlKXrRX.net] ページ（画面）あたりでなくページ「数」の問題なら 本の方が密度が低いような 「こんなの本買うまでもなかったじゃん！」 って読後に思えるくらい� 905 名前：ﾌ情報量・密度の方が 入門書としては成功な気がする そして手元に残るのは入門書ではなく 黒魔術満載のチートシート…… [] [ここ壊れてます] 906 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 03:03:51.85 ID:BW6c4MFF.net] >>874 ＞全員に通知することを問題視してるんだが？ 多人数でのプロジェクトをしたことないの？コンフリクトが頻繁に起きるような 共有ファイルの編集が必要な場面で通知がない方が問題だし、メールなんて 飛び交ってる状況なんだから適切なフィルタリングをしないと仕事にならんし。 ＞掲示板にでも書いといて、編集の前にいちいち確認するのか？ (w 場所によっては普通にそういう運用をしてるところもあるな。 掲示板に編集します、編集終わりましたとか書いて、そういうのが目で見て 分かる状況になってないと、おちおちトイレにも行ってられんわ。 907 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 05:04:02.28 ID:U3ze+O2N.net] >>892 もっぽど無能な設計者とリーダーだったんだな。もしかして君が…。 908 名前：デフォルトの名無しさん [2014/04/12(土) 05:33:31.04 ID:hrYZFkTS.net] 延々とスレチ続けてる時点でお前ら全員知障か気違い 909 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 07:29:31.34 ID:gbb+IGlp.net] 仮に、Gitに理想的なロック (例えばあるファイルをロックしたら、 clone済みの全てのローカルリポジトリにおいてアトミックにロックされるようなロック) が実装されたとしても、 人間様がロックの獲得と開放を制御する限り、 どこかで人間のレイヤへの割り込みは不可避なんだよね。 「御社の××さんがここ数日△△ファイルのロック取ってらっしゃるようですが、 編集中というステータスでよろしいでしょうか？ また、可能でしたら早めに解除していただけますか？」 とかね。もしそうなったとき、 開発体制公式の連絡手段が掲示板ならいちいち掲示板にかくしかない。 でもそんなの面倒でやってらんないよねって話でしょ。 ロックを強制解除する？ もし相手が本当に編集中で相手の作業が無駄になったらどうするの？ ロックって無駄な編集作業を避けるためのものじゃなかったの？ 910 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 08:11:11.12 ID:12W5Y+Qh.net] 必要な人たちでロック機構ありのgitをフォークすればいいんじゃないかな。なんだか 凄腕の人達があつまってるみたいだし、すばらしいソフトが誕生すると思うよ。 わかったら早くやれ。 911 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 09:21:16.15 ID:ul/EWy73.net] バイナリの場合にロックが必要ということは 要するに、ソースコード（テキスト）に関しては ロックは不要ってことでいいよね？ 912 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 09:22:08.45 ID:zuiRAUii.net] 分散型はロックと相性悪いし、gitの開発陣がロックを必要としてるようには思えない ロックが必要なプロジェクトはsvnを使えば良い 913 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 09:25:48.39 ID:ul/EWy73.net] ロックが必要な場合はあるかもしれないとして それはバイナリに限るわけで ソースコード（テキスト）にロックは不要。 もし必要だとしたら、それはソースコードの質が悪いから。 質が悪くて単一責任の原則（SRP）を満たしていないから 複数の人が一つの関数を修正することになる。 914 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 09:27:28.33 ID:s4x1CSLN.net] >>892 > 多人数でのプロジェクトをしたことないの？ 今 50名規模のプロジェクトに放り込まれてますが何か？ この規模になるとメールでそんな連絡されてもマジで迷惑なだけ。 で、フィルタリングするとか意味不明なこと言ってるし。 そのフィルタリングどうやってやるのさ、書いてみな。 > 場所によっては普通にそういう運用をしてるところもあるな。 そうでないところは、どうしてるんだい。 915 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 09:32:41.33 ID:ul/EWy73.net] 多人数のプロジェクトがあるとして、 まずやるべきタスクがある（githubで言えばIssueに相当する） そのタスクには担当者が書いてある。 だから同じタスクを複数の人がやることはない。 別々のことをやっているのだから、同じ関数をいじることは少ない。 もし別々の作業をやっていて同じ関数をいじることがあればマージすればいいだけである。 （ロックがあると別々の作業をやってるはずなのに、ロックされていて作業ができないという問題が発生する！） マージできないバイナリだけが問題なので ソースコード（テキスト）にロックが必要になることはない。 916 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 09:37:08.34 ID:s4x1CSLN.net] >>880 > 関係者全員とか迷惑を読み飛ばされたことに対して都合の悪いとこ読み飛ばすなとか批判するなら、まず相性が悪いものをどうやって実装するのかについて説明してからにしろよ ホントに都合の悪いレスは読み飛ばすんだな... 折角 >>815 が調べたのにな (w >>883 いいんじゃね？ てか、それに反対してる奴なんていたか？ 917 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 09:38:47.48 ID:s4x1CSLN.net] >>895 頻度って知ってる？ 918 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 10:02:01.28 ID:BW6c4MFF.net] >>900 ＞そのフィルタリングどうやってやるのさ、書いてみな。 普通にsubjectに「[ファイルロック]」とでも入れるルールを作っておけば、 そのタイトルがあるメールを適当なフォルダに突っ込むなり、ラベルを 付けるなりすれば無視出来るだろ。それかロック専用のMLを作って そこに投げるようにするとか。 50人もいるプロジェクトなら毎日のメール数なんて数十〜数百通位に なるなんて当たり前だろうから、そういうルール無しにやれるわけ無いと 思うのだが。 919 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 10:51:32.55 ID:2EpMpbWe.net] プロジェクトのメールも読まんで仕事する奴いるよ まともな人間だけだと思うのは間違い 920 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 10:53:37.73 ID:gbb+IGlp.net] >>903 ロックなら人間が介入する必要の生じる頻度が 相対的に低いって言いたいんだろ？ その低い頻度で十分に面倒だって言ってるんだよ 無駄な編集開始を避けようと思ったら (つまりロックし� 921 名前：謔､と思ったら) 人間同士のコミュニケーションは避けられない これが必須の要件の場合の現実的な方法の例は >>904 が示してる ちなみに >>815 で紹介されてるツールについて議論するのは歓迎だよ。 フィットするユースケースや効果的な作業フローの考察を期待する。 ただし「やっぱロックさえあれば」って言うならボケがって思うわ。 [] [ここ壊れてます] 922 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:04:03.85 ID:DOhnBRW9.net] >>901 > ソースコード（テキスト）にロックが必要になることはない。 それはマージが神の如く万能な時に限る どうマージすればいいか担当者間で話し合わなきゃならないことがある (それ以前に手元のソースがごちゃごちゃになって自分が面倒な事になる) その手間を考えるとソースがロックされている間はいじらないようにしておこうと判断出来る ロックがはずれた後変更内容を確認して自分で必要な変更をコミットできる ただロックが必要なプロジェクトはgitよりもsvnを使うべきだろうね 923 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:11:06.10 ID:ul/EWy73.net] >>904 一般的な話をすると、必要ないメールは、減らす方がいい。 減らす努力をしないとダメだ。 メールがたくさんあると埋もれて重要なメールを見逃す。 たとえば、自分と関係ないファイルのロック情報のメールは 重要なメールを隠すゴミでしかない。 924 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:12:26.73 ID:ul/EWy73.net] 基本的な話として、コンフリクトが起きるのは 多人数のプロジェクトであっても少ないという この前提があることを忘れないように。 つまりはロックをかける必要性は 少ないということである。 925 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:16:35.51 ID:ul/EWy73.net] >>907 > それはマージが神の如く万能な時に限る 95%うまくいく。 > どうマージすればいいか担当者間で話し合わなきゃならないことがある ロックはファイル単位なので 「他の人が触っている時にそのファイルをいじれない」という大問題が、 プロジェクトの人数が増えれば増えるほど大きくなる。 つまり担当者間で調整する必要が増えるが マージの95%はうまくいく、つまり 「他の人が触っている時にそのファイルを触っても問題ない」ので 担当者間での調整が殆ど発生しない。 「他の人が触っている時にそのファイルを触っても問題ない」のに 「他の人が触っている時にそのファイルをいじれない」ことが起きる原因がロック。 926 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:19:01.06 ID:zMh1JnO5.net] バイナリファイルであろうと、ロックなんてかけずに各々が編集して、編集後の状態を元に誰かが「マージ」すりゃいいんじゃねえのっていうのはだめなの？ 927 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:19:55.82 ID:vy3cH3fd.net] >>863 ＞解決方法は様々だが、会社で使うんなら「今からこのファイル編集 ＞します」ってメールなりでコミュニケーションとれよと思う。 それで100%解決できるのなら、単にファイル共有でいいじゃんw というか、だいたいはそれで機能するんだろうけど、万一の事故が起きないように、ソースが クリーンであることを確実にしたいためにロック型の共有が必要になるんだよ。 なんか本当に仕事でチームで開発したことあるのか、と疑わしくなるような幼稚なレベルの 意見が多くて萎えるな、ここは。 928 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:20:45.20 ID:ul/EWy73.net] ロックをかけていれば、プログラムが壊れないかというとそうではない。 同時に作業をしている時、 Aさんがaというファイルを Bさんがbというファイルを修正した時、 ロックをかけていても、ファイルが違うので 当然同時に作業できる。 a単体、b単体なら修正しても問題ないが、 aとbの両方が修正された時、プログラムが壊れることはある。 つまり、 > それはマージが神の如く万能な時に限る > どうマージすればいいか担当者間で話し合わなきゃならないことがある というのは、ロックをかけていても発生する問題。 ロックがあれば万能なんだということにはならない。 929 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:23:00.27 ID:ul/EWy73.net] >>912 > というか、だいたいはそれで機能するんだろうけど、万一の事故が起きないように、ソースが > クリーンであることを確実にしたいためにロック型の共有が必要になるんだよ。 たしか、ソースコード（テキスト）のロックは百害あって一利なしって コンセンサスを得られたと思ったんだけど？（笑） ロックを使ったとしても確実にクリーンになることはない。 ただ他の人の作業を妨げるだけ。 本来同時に出来る作業（それが大部分）ができなくなる。というデメリットが発生するだけ。 930 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:24:57.83 ID:s4x1CSLN.net] >>904 で、編集し始めるときにメールをいちいち確認するのな (w そもそもプロジェクト内のメール数百通とか、そんなに暇なんですか？ 931 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:30:34.96 ID:Jis7Bk7Q.net] ロックなんて考えがあると、 誰かがこのファイル修正していたらどうなるんだろう？という 心配しなくていい心配をすることになる。 その発想を逆にして、コンフリクトが起きれば直せばいいという発想をすると、 ロックそのものが不要になる。 同時にファイルを修正しても問題ないことが殆どなので ロックという発想そのものがだめということ。 svnを使ったロックもメールでロックしますって通知も同じ。 どちらであっても、ロックによって作業を妨げられる。 プロジェクトの参加人数が増えるたびに、他の人によって作業が妨げられる。 932 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:31:13.51 ID:s4x1CSLN.net] >>906 > ロックなら人間が介入する必要の生じる頻度が相対的に低いって言いたいんだろ？ > その低い頻度で十分に面倒だって言ってるんだよ 大抵のケースで介入の必要ないのに面倒ってどう言うこと？ 933 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:31:24.03 ID:Vp3GiluJ.net] 接続先をgithub.com:22からssh.github.com:443にすることはセキュリティ的に良いことですか？ 934 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:33:20.12 ID:s4x1CSLN.net] >>912 君の主張には同意するけど、なんで俺にアンカーしてんの？ 935 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:37:39.89 ID:FjWpH3tq.net] ロックが面倒、ロックの調整が大変とか、そんな些細なことより ロックによって開発作業が妨げられるということの方が問題。 開発作業をする時間のほうが長いんだよ。わかってるのかな？ なんかさ、作業しない人が、同時に同じファイルを修正したらどうしよう？ わからん？ コンフリクトとか知らん（←馬鹿） だからもうロックかけちゃえって思ってるんじゃないか？ ロックかければもう全部解決ーみたいな（全然そんなことない） 開発作業が妨げられることが一番の問題なのに、開発作業をしていないから、 どうでもいいロック（コンフリクトの解決）の話にばかり気にしている。 重要な事だからもう一度言うね。 ロックによって「長時間開発を妨げられる」ことが一番の問題 936 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:38:17.54 ID:s4x1CSLN.net] >>909 × つまりはロックをかける必要性は少ないということである。 ○ つまりはロックが問題になる場合は少ないと言うことである。 君の主張は事故に遭う確率低いから保険に入る必要性は少ないと言ってるアホと変わらない。 937 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:39:01.79 ID:FjWpH3tq.net] >>921 それは保険の話。全く関係ないものに例えるな。 938 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:39:31.56 ID:U3ze+O2N.net] ロックしてても、解除された後に次のやつがマージするだけ。 939 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:39:41.59 ID:s4x1CSLN.net] >>911 それが現実的な時間と労力でできればね。 940 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:39:55.27 ID:FjWpH3tq.net] だから結局ロックしていても何も問題は解決しない。 941 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:42:03.74 ID:s4x1CSLN.net] >>922 > それは保険の話。全く関係ないものに例えるな。 ひょっとして、バカなの？ 942 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:44:55.59 ID:FjWpH3tq.net] > 君の主張は事故に遭う確率低いから保険に入る必要性は少ないと これを一般化すると ○が起きる可能性は低いから、□の対策は必要ない。 ということ。 これが正しいかどうかは、○が起きた時のリカバリ△にどれだけのコストがかかるかどうかである。 リカバリコスト△が少なければ、□対策は必要ない リカバリコスト△が大切れけば、□対策が必要 事故はリカバリコスト△が大きいので対策は必要だが、 だからさー、コンフリクト起きても直すだけじゃん。 それ普通の開発作業なんだが？コストなんて超少ない。 ロックかけていてもコンフリクトが起きるってことは結局同じ場所を修正する必要があるってわけだろ？ どっちみち同じ作業をやるしかないんだが。 こんぐらいもわからんのかな？馬鹿じゃない？ｗ 943 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:45:35.66 ID:s4x1CSLN.net] >>925 ソースの話してるのか？ だったら、それでいいんじゃね？ だれも反対してないと思うし。 944 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:46:38.96 ID:ANARd0H4.net] >>926 ほら、ちゃんと説明してやったぞ？ 反論できるかな？ｗ 所で君、明日太陽が登らないかもしれないんだぞ。 対策はちゃんとしているのかな？ｗ 945 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:49:21.39 ID:vy3cH3fd.net] テキストファイルみたいな中身を把握して差分を常に意識するならGit方式 でいいけど、画像ファイルとか、特定アプリのバイナリファイルの共同 開発だとVSS方式もあった方がいいよね。 大きな組織では誰が何をいつやるか、というスケジューリングや担当分けの調整が 大事だから、やっぱGitは向いてないよ。 別に良い悪いじゃなくて、いい加減なオープンソース開発とかに向いている（その ために作られた）わけでさ。 946 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:50:50.05 ID:s4x1CSLN.net] >>929 > だからさー、コンフリクト起きても直すだけじゃん。 頑張って、としか言いようがない (w 947 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:53:24.86 ID:T5pqGmWJ.net] ソフトウェア開発において バイナリよりもソースコードのほうが多いのです。 ならば、ソースコードをうまく管理できる方がいい。 gitがいいのはロックだけが理由ではない。 ローカルでソースコード管理できて履歴を直せることこそが重要 subversionでありがちな。 * ○機能完成 * ○のバグ修正 * ○のバグ修正2 * △機能完成 * ○機能バグってた * △もバグってた * ○の仕様が変わった みたいな役に立たない履歴をなくせる 948 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:54:45.70 ID:T5pqGmWJ.net] >>931 あー、ほら、やっぱりそういうことだろ！ ロック必要とかいってるのは、コンフリクト怖い病なんだ。 コンフリクト怖い。直し方分からない。 起きたらどうしよう。頭爆発。 結局、こういう技術力不足が原因なんだろ！ 949 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 11:55:31.68 ID:T5pqGmWJ.net] 「コンフリクト怖い病」という用語を普及させようぜ？ｗ 950 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:04:09.11 ID:MzN5Zxxd.net] 今から出かけるけど、返って来たら コンフリクト怖い病患者の特徴をまとめてみようかな 次スレになりそうだから、まあテンプレにしよう。 951 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:07:34.60 ID:s4x1CSLN.net] >>933 だから、君はソースの話してるのか、バイナリの話してるのか、明確にしなよ。 指摘しづらいわ。 952 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:08:38.34 ID:MzN5Zxxd.net] バイナリのファイルは忘れろよ。 ソースコード管理ツールだろ。 例外であるバイナリの場合だけ バイナリと明確に書くように。 953 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:08:41.20 ID:vy3cH3fd.net] 仕事と遊びとは違う 954 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:09:54.70 ID:gbb+IGlp.net] >>933 いや、お前および何人かは >>931 の主張の前提を共有できてない。 * マージ・コンフリクトの解決が難しい種類のファイルは現実的に存在する * そういうファイルの編集を誤って開始してしまうのを防ぐためにロックが欲しい と >>931 は言ってる。 >>931 はソースコードに関してはロック不要とも(暗に)言ってる。 なぜならお前がいうようにマージすればいいだけだからな。 これに対して「コンフリクトしてもマージすればいいだろ」と言っても >>931 としても「頑張れ」としか言えんだろう。 955 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:10:15.79 ID:vy3cH3fd.net] ID: s4x1CSLN はGit脳かなんか知らんが発狂しすぎだろ。 適材適所、という言葉さえ知らないのか？ トンカチを持った奴はなんでも釘に見える、というけど、Gitを持つと、Git以外の管理方法が 目に入らなくなるらしい。 956 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:11:55.24 ID:MzN5Zxxd.net] > * マージ・コンフリクトの解決が難しい種類のファイルは現実的に存在する だがそれはロックしても解決できない 957 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:13:01.95 ID:BW6c4MFF.net] >>930 ＞大事だから、やっぱGitは向いてないよ。 gitに向いていないものをgitでやる必要は無いわけで。バージョン管理ツール自体は ロックが出来るsvnなんかは無料で使えるんだからライセンス料の心配をする必要は無い。 バイナリファイル等のコンフリクトした際のマージ作業が面倒なファイルだけ そういうツールで管理すればいいだけ。 gitというか分散管理ツールははオフラインで作業が捗るように作られている わけだから、オンラインじゃなきゃ機能しないロック機構とは相性が悪い。 オフラインの人への通知をどうするのか考えたら別のツール使えよって 普通はなるよな。 958 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:15:34.46 ID:jnsRXNx1.net] まず、>>895の ＞仮に、Gitに理想的なロック ＞(例えばあるファイルをロックしたら、 ＞clone済みの全てのローカルリポジトリにおいてアトミックにロックされるようなロック) ＞が実装されたとしても、 が分散型の仕組み上無理なことを誰も突っ込まないんだろうか… だってそれできたら、もう分散型じゃないようなw 959 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:16:30.70 ID:MzN5Zxxd.net] ロックをすることでマージが簡単になるんじゃないことに注意な。 二人が同じファイルを修正する必要があったとして ロックしたからといって、二人が同じファイルを修正できるようになるわけじゃない。 マージが難しい物は、どちらかを取るしかないわけだが、 どちらかを選択する行為はロックをかけなくできる。 マージする時にコンフリクトが起きたら、今あるやつを使うか 自分のやつを使うかを選択すればいいだけ。 ではロックで何が解決されるのか？ その答えが些細な事だって話。 960 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:17:24.13 ID:U3ze+O2N.net] バイナリをロックしても、解除された後に結局マージするんだろ。 テキストは自動マージがあるだけだが、マージされたからと言ってその結果が正しいとは言えないのだから、テストかレビューが必要。バイナリの手動マージと同じ。 961 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:21:57.16 ID:gbb+IGlp.net] >>917 > 大抵のケースで介入の必要ないのに面倒ってどう言うこと？ 無駄な編集開始を避けようと思ったら (つまりロックしようと思ったら) 人間同士のコミュニケーションは避けられない ここまではいいよな？ Gitのような分散VCSに、 1. 同時編集を許容しない(ロック)機能を実装するかわりに、 それに付随するコミュニケーションが頻度の差はあれ必須になる 2. 同時編集を許容する代わりに、コミュニケーションは不要。 もし許容できないシチュエーションがあるなら 別のレイヤでコミュニケーションとるほうがいい 1は面倒なので2のほうがマシ、と言ってる。 962 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:25:31.35 ID:MzN5Zxxd.net] > 無駄な編集開始を避けようと思ったら > (つまりロックしようと思ったら) > 人間同士のコミュニケーションは避けられない 無駄な編集開始になぜロックが必要になるのか？ 別な方法で、無駄な編集開始を避けられるのなら ロックは必要ない。 君、作業分担にツールは何も使ってないの？ たとえばgithubのIssueとかさ チケット管理システムとかさ そういうのだよ。 普通一つのシステムを作る時に、それをいくつかのサブ機能に分けて 担当者を決めると思うけどさ、どうやってるの？ 963 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:30:48.20 ID:MzN5Zxxd.net] 根本的な原因がわかってきたんじゃねーの？ バージョン管理以前の問題だって。 無駄な編集開始を避けるのに使うのはチケット管理システム。 作業を開始する前、作業中。 そのどちらであっても、ソースコード以外の コミュニケーションツールが必要。 たとえば、仕様の確認とかバグ詳細の確認とかさ、 （まさかいちいちメールでやってるわけないよね？ｗ） コミュニケーションツール出やるべきことを ソースコード管理ツールでやろうとするのが根本的な間違い。 無駄な編集開始を避ける話しは、ここまでの話だよ。 964 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:32:07.50 ID:gbb+IGlp.net] >>947 > 無駄な編集開始になぜロックが必要になるのか？ ロックが必要だと言ってるのは >>936 だよ > > 別な方法で、無駄な編集開始を避けられるのなら > ロックは必要ない。 > > 君、作業分担にツールは何も使ってないの？ > たとえばgithubのIssueとかさ > チケット管理システムとかさ > そういうのだよ。 そうそう、無駄な編集開始を避けたいなら そういうツールなりでコミュニケーションとれよって話。 「Gitにロックがあれば」なんて話にもっていくのはおかしい、 って俺は言っている。 965 名前：デフォルトの名無しさん [2014/04/12(土) 12:44:54.37 ID:BW6c4MFF.net] >>948 ＞（まさかいちいちメールでやってるわけないよね？ｗ） お前がメールに親を殺されたか、恋人をNTRされたか分からんがメールへの 恨みだけは他の誰にも負けないことは分かったから黙ってろ。 966 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:47:55.69 ID:DvVB/wNe.net] >>950 次スレ建てろ すぐやれ 967 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:48:02.86 ID:s4x1CSLN.net] とりあえずロック云々の話しはバイナリ (=マージができないもしくはコストが非常に大きい) の話でいいんだよな。 あと、分散では原理的に実現できないと言うのもいいよね。 これに反対する奴はいないと思うんだが、いいかな？ >>948 とかが不用意にソースコードとか書くから話がおかしくなってるので、確認させてくれ。 968 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:51:17.45 ID:gbb+IGlp.net] >>952 おｋ 969 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 12:51:58.82 ID:MzN5Zxxd.net] > とりあえずロック云々の話しはバイナリ (=マージができないもしくはコストが非常に大きい) の話でいいんだよな。 ちょっと違うな。バイナリがマージできなかったとして、 自分の修正を取るか、相手の修正を取るかの二つしか選択できない。 それはgitであってもできること。 ロックで防げるのは、無駄な編集開始を避ける事ではあるが、 それはチケット管理ツールを使うべき話。 バイナリであったとしても、どちらかを取ればいいので ロックを使う理由はない。 970 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:07:00.16 ID:BW6c4MFF.net] >>951 無理だった。 ＥＲＲＯＲ：Lvが足りなくてスレッド立て(ら)れません。 Git 9 名前： デフォルトの名無しさん E-mail： 内容： ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。 Git - Fast Version Control System git-scm.com/ ◆関連サイト Pro Git - Table of Contents progit.org/book/ja/ Git入門 www8.atwiki.jp/git_jp/ ◆前スレ Git 8 toro.2ch.net/test/read.cgi/tech/1389701817/ 971 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:22:55.97 ID:B/06XIsq.net] >>902 >>880=>>815なんだが。 そのあとろくにgit-annexについて考察もしないのに「都合の悪いレス� 972 名前：�読み飛ばすな」とか批判する資格ないだろ。 大体git-annexにだって問題点は沢山あるわけで。つーかgit-annexで解決してるならもういいだろ。 単にgitにロックがないということで無駄な論争を起こそうとしてるとしかおもえない。 [] [ここ壊れてます] 973 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:23:23.64 ID:s4x1CSLN.net] >>955 立てといた Git 9 toro.2ch.net/test/read.cgi/tech/1397276540/ 974 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:31:12.71 ID:s4x1CSLN.net] >>954 > ロックで防げるのは、無駄な編集開始を避ける事ではあるが、 ここまでは同意。 > それはチケット管理ツールを使うべき話。 ロックの対象はファイルなので、SCM の方がより適切と思う。 あるファイルを編集する時にロックされてないかを確認するのにどのチケット見ればわかるの？ 該当のファイルが複数のチケットから参照されてるとかのケースもあるよね？ 975 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:36:24.72 ID:s4x1CSLN.net] >>956 本人なのか。 マジで何を言いたいのかよくわからんのだが。 976 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:41:55.23 ID:kSIcd9mI.net] 見てて結構面白いんだけどレッテル貼りだけは負け逃げみたいだからアカンよ。 977 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:49:00.36 ID:EipzA34R.net] >>958 ロックしなくて問題ない。 作業がかぶっていなければ、修正内容がかぶることはない。 かぶったらコンフリクトを解消すればいいだけ。コンフリクトを解消するのは、小さな作業。 （コンフリクトを解消した、つまり修正後のテスト等はロックがあっても結局やるべきことだから違いはない） たとえロックしていたとしてもコンフリクトは発生する。 バイナリファイルにおいてのコンフリクト解消とはどちらかを取るだけ それはロックしなくてもできること。 > 該当のファイルが複数のチケットから参照されてるとかのケースもあるよね？ ソースコードが複数のチケットから参照されていても、内容がかぶらなければマージすればいいだけ。 複数のチケットで、たとえば画像を赤くしろ、青くしろなんてのがあったら 作業前にどちらのチケットをやるかを決めるべきこと。 ロックがあったとしても、画像を赤くしてから、青くすれば、結局赤くした修正はなくなる。 だからこれはチケットで解決するべき問題。 複数のチケットから参照されてるなんて、具体的でないケースを言うからわからなくなる。 複数のチケットで、同じものに対する修正があるとき、それをどうするかはチケットで解決するべき問題だってわかるはずだ。 978 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:54:07.45 ID:EipzA34R.net] 考えれば考えるほど、ロックの意味がなくなってきたな。 AとBを同時に修正して、AをマージしてからBをマージするか Aを修正してマージしてから、Bを修正してマージするかの違いしかないじゃないか。 この場合コンフリクトはどちらでも起こりうるし、 単に修正作業が直列化したに過ぎない。 （マージだけを見ればどちらも直列化している） 979 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 14:02:32.23 ID:s4x1CSLN.net] >>961 > バイナリファイルにおいてのコンフリクト解消とはどちらかを取るだけ はあ？ どっちかの編集の労力を捨てろって言ってるの？ > ソースコードが複数のチケットから参照されていても、内容がかぶらなければマージすればいいだけ。 だからそのケースで、ロックしてるっ言う情報はどこに記録するんだ？ 実際の運用考えてないのか？ > ロックがあったとしても、画像を赤くしてから、青くすれば、結局赤くした修正はなくなる。 上半分と下半分の両方が修正されるというケースは思い付かないのか。 980 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 14:05:42.24 ID:EipzA34R.net] > どっちかの編集の労力を捨てろって言ってるの？ その為にチケット管理しろって言ってるの。 どのファイルを修正するかなんて 作業前にわかるだろ。 981 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 14:06:23.64 ID:s4x1CSLN.net] >>962 > 単に修正作業が直列化したに過ぎない。 当たり前だろ、直列化するための仕組みなんだから (w 普通にやるとそうならない場合があるから困ってるわけで... 982 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 14:09:32.79 ID:s4x1CSLN.net] >>964 お前が一人で修正するならな。 あと、複数のチケットから参照されるケースについて、ロック情報をどこに書くんだい？ についても、書いてね。 983 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 14:10:19.82 ID:kSIcd9mI.net] まあ平行作業しないで済むならそれに越したことはないよね 984 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 14:10:25.33 ID:EipzA34R.net] > だからそのケースで、ロックしてるっ言う情報はどこに記録するんだ？ 要らない。 チケットベースで作業管理していて、作業内容が違うから、 内容はかぶらないのですんなりマージできる。 まれにマージできない場合だけコンフリクト解消するだけでOK それよりも問題なのは、マージできない場合＝ロックする必要がある時に 本当にロックしてしまうと、並列で作業できるはずのことが 並列で作業できなくなってしまう。 それは開発の遅れを引き起こす。 ロックしないから並列で開発できる VS ロックするから並列で開発できない こういいう話。 > 上半分と下半分の両方が修正されるというケースは思い付かないのか。 上半分を青くして、下半分を赤くする修正の二つが終わった時、 本当に、上半分を青くしてといった人の意図したとおりなっているかはわからない やっぱり修正を始める前に、チケットで解決しておくべき問題だったな。 985 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 14:11:50.26 ID:EipzA34R.net] >>966 > あと、複数のチケットから参照されるケースについて、ロック情報をどこに書くんだい？ についても、書いてね。 書かなくていいというか、書いたらダメ。 書いたら並列で開発できなくなる。 "一人で開発しているから" 並列で開発することは出来ないからどうでもいいが、 "複数人で開発しているなら" 並列で開発できなくしてはいけない。 並列で開発できなくなったら待ちが発生する。 986 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 14:20:20.28 ID:gbb+IGlp.net] スレ立て乙 しばらく離れるのでまた次スレで。 987 名前：デフォルトの名無しさん [2014/04/12(土) 14:24:48.81 ID:UapBJj1i.net] Git 9 toro.2ch.net/test/read.cgi/tech/1397276540/ 988 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 15:05:13.12 ID:s4x1CSLN.net] >>968-969 マージできるファイルの話ならいちいちレスしなくてもいいよ。 誰もマージできるファイルにロックが必要とは言ってないから。 989 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 15:23:49.87 ID:qyNsAYgL.net] とりあえずだ。 gitにロックが必要か？という問題については、答え、必要ない。 バージョン管理にロックが必要か？については、答え、必要なこともある。 ってことでいいな。 つまり、ロック機能がほしいファイルを分散型のバージョン管理に突っ込むなということだ。 gitにロック機能必要といってるやつは、まず分散型の仕組みから復習しろ 990 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 15:39:46.69 ID:s4x1CSLN.net] >>973 > gitにロックが必要か？という問題については、答え、必要ない。 そうなんだろう、お前の中ではな。 991 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 15:45:39.17 ID:zMh1JnO5.net] 必要かどうかってより、gitのような分散型バージョン管理でロック実装はひどいことになるんじゃないの 992 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 15:54:45.04 ID:8wXT0UMc.net] 何でもできて重くもないツールにできるんだったら、 分散型でも集中型でも管理できてロック使用要否も選択できてissue管理もできて ってすればいいよ 自分もExcelやWordを後からマージ作業はやりたくないからロックありで管理したいものがあるのはわかるけど それをソースと同じくgitで管理したい、とは思わない 別のツールでいいじゃん 993 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 16:16:06.70 ID:iNxrw8O2.net] ume 994 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 16:19:24.13 ID:s4x1CSLN.net] >>975 分散だと原理的に無理だと思う ただ、分散諦めても普段使い慣れた git を使うという選択肢があってもいいと思う 企業内だとそういう使い方は多いと思うしね >>976 > それをソースと同じくgitで管理したい、とは思わない 仕様書を Word/Excel で管理していたり、リソースとかはソースと一緒に管理したい人もいるんよ 995 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 16:52:24.54 ID:U3ze+O2N.net] まだ一人でがんばってんのか。無駄に。 996 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 16:59:26.37 ID:zuiRAUii.net] officeドキュメントの管理は、本来ならSharePointを使った方が良い ただ、ソースコードと一緒にドキュメントも管理したい場合もあるのは確か svnでもgitでもhgでもドキュメントの管理にはあんまり向いてるとは思わないが、あえて言えばsvnが一番使いやすいと思う ロックもそうだし、Windowsクライアントが優れてたり、日本語ファイル名とか、部分チェックアウトとか 997 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 17:04:58.66 ID:qyNsAYgL.net] >>978 そゆときは、svnなりcvsのリポジトリを別に作っておいてgitの中にチェックアウトしたディレクトリも全部取り込んじゃえばいい。 リソースはともかく、仕様書なんて同じタイミングでコミットするものじゃないし、仕様書だけ、必要な人の方がおおい。 まぁ、まだ個人的にしかやったこと無いから、pj単位で運用したときはどうなるかわからんけど。。。 試してみるなら、リビジョンの不整合にはよう注意な。 ブランチ運用をちゃんとやらないと、svn側が大変なことになる。 998 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 17:11:43.01 ID:1eEiGLxS.net] なんでもエクセル使って書くバカと同じで なんでもVCSで管理しようとするバカがいるのだろうか？ VCSはソースコードを管理するために作られたツールだ ソースコード以外を入れようと考えるな。 そもそもバイナリを入れるという考えが間違いであることに気づけ。 999 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 17:22:34.14 ID:1G+VXwG6.net] >>982 間違ってはないと思うが。 1000 名前：デフォルトの名無しさん [2014/04/12(土) 17:28:45.84 ID:UuzLKOtw.net] レポジトリa,bがあり、bはaのサブモジュールになっています。 aのブランチを切り替えると、bの一部ファイルが消えるのですが、原因はわかりますか？ bでコミットをしたら、aでbについての「subproject commit ハッシュ」という変更もコミットする必要があるのでしょうか？ 1001 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 17:34:28.48 ID:1eEiGLxS.net] >>984 サブモジュールについての理解が甘いようだね。 サブモジュールはライブラリなど自分以外の 誰かが作っているリポジトリだと考えよう。 誰かが作っているということは、勝手にバージョンが上がるということだ。 そしてだ、君のそのコード。 それはサブモジュールのライブラリの どのバージョンのコードで正しく動くのだ？ 他人が作っているライブラリのバージョンが変わった時、 勝手に新しいバージョンを使ったら困るだろう？ 1002 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 17:36:55.18 ID:NV9wCwyl.net] >>981 > そゆときは、svnなりcvsのリポジトリを別に作っておいてgitの中にチェックアウトしたディレクトリも全部取り込んじゃえばいい。 ごめん、それなんの意味があるのかさっぱりわからん。 管理だけなら git svn の方がいいと思うけど。 > リソースはともかく、仕様書なんて同じタイミングでコミットするものじゃないし、 なんで？ コミットは別かもしれないけど、一緒に管理してもいいと思うけど。 >>982 はいはい (w 1003 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 17:38:50.24 ID:1eEiGLxS.net] 仕様書というのは膨大である。 仕様書はバージョンが有り 更新されると、一部だけが変わる。 その更新はどうやって知るか？ バイナリでは比較が困難なので テキストで書くのが良い。 仕様書はテキストで書くべきというのが正解。 1004 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 17:45:50.74 ID:kSIcd9mI.net] テキストだけより図とかも使った仕様書の方がわかりやすくて好きだなあ 1005 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 18:09:05.83 ID:1rmX5tVh.net] >>987 > 仕様書はテキストで書くべきというのが正解。 自分だけで閉じる奴はそうしてる (ascildoc + graphviz) 1006 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 18:18:17.28 ID:zMh1JnO5.net] リポジトリにバイナリ突っ込んでるけどなあ、複数人が同時に編集するようなもんほぼないけど 1007 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 19:07:55.75 ID:U3ze+O2N.net] バイナリでも自分と相手のデータをアプリで開いてマージするだけだな。ロックがあろうとなかろうと。 作業が被るかどうかはプロジェクトマネジメントの領域で、同じ作業でも違うファイル名で新規に作ったりしたらロックしようがない。 1008 名前：984 mailto:sage [2014/04/12(土) 21:32:17.16 ID:UuzLKOtw.net] >>985 そうだったんですね、勘違いしてました。 a,bともに自分のレポジトリで、 a,bわけて管理したいときはどうすればいいのでしょうか。 aのディレクトリにbが存在しています 1009 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 21:36:24.94 ID:1eEiGLxS.net] >>992 別人になったつもりで作業すればいいだけ。 1010 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 21:53:11.54 ID:gbb+IGlp.net] まだ埋まってなかったのか。 ロック必要だよ派はまだ居る？ (宗旨替えした結果いなくなったのなら、それはそれで良いけど) 1011 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 22:21:13.23 ID:gbb+IGlp.net] 早ければ来週あたり 2.0-rc0 がでるっぽい。 これで新機能追加はほぼ終わり。 つっても 2.0 正式リリースまでまだ1ヶ月以上あるだろうけど。 1012 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 22:27:45.81 ID:gbb+IGlp.net] つーか今朝の6時か7時ごろ 1.9.2 がリリースされてるな。 1013 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 22:28:49.82 ID:gbb+IGlp.net] ちがった。2日くらい前か。 1014 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 22:47:13.21 ID:qyNsAYgL.net] >>986 仕様書とソースじゃ工程が違うからコミットは当然別々になる。もし一緒にコミットしているならレビューのやり方がおかしい。 んで、バージョン管理されるファイルはコミットされたタイミングで全体の整合性が取れているべきなので、ソースと同じところに仕様書の類があるとどっちを信じていいかわからなくなるよ。 というわけで、僕は参照リポジトリの位置付けで、チェックアウトしたしたsvnとかのモジュールを取り込んでる。 ソースをコミットしたタイミングの仕様書も記録できるから。。。 変更するときは、大本だけどねー 1015 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 01:01:16.17 ID:pwayVEBU.net] 梅 1016 名前：デフォルトの名無しさん [2014/04/13(日) 01:04:55.07 ID:pwayVEBU.net] 1000なら日本国の少子化問題が解決する 1017 名前：１００１ [Over 1000 Thread.net] このスレッドは１０００を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。 1018 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef