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/
577 名前:デフォルトの名無しさん mailto:sage [2014/03/17(月) 14:16:02.50 ID:ywio8KhI.net] >>567 のだとGitポケットリファレンス以外は全部入門書でいいんじゃないの
578 名前:デフォルトの名無しさん mailto:sage [2014/03/19(水) 02:53:47.93 ID:g+2MOTll.net] 1topi.jp/curator/fushimik/1303/04/103271 gitでDropBoxみたいな事できるそうなんですが Rubyのスクリプトみたいです WindowsでMyDocmentを自動同期したいなら 起動時に自動で起動すればいいの? やりかたわからないけど
579 名前:デフォルトの名無しさん mailto:sage [2014/03/19(水) 03:07:20.21 ID:OqCH9dx5.net] 素直にDropboxを使うか、Dropboxクローンが ほしいならownCoudとかを使ったほうがいいよ。
580 名前:デフォルトの名無しさん mailto:sage [2014/03/19(水) 13:54:35.23 ID:zGGXKiEK.net] >>572 これ見てガンバレ https://github.com/kitak/ohajiki/blob/master/README.md
581 名前:デフォルトの名無しさん mailto:sage [2014/03/19(水) 14:30:23.66 ID:A9Mq7R78.net] >>572 ・タイムスタンプが同期されない ・バイナリ差分転送できない ・テキストであっても、かなり低速
582 名前:デフォルトの名無しさん mailto:sage [2014/03/19(水) 14:42:56.09 ID:2bqnpC5d.net] バージョン管理するテキストデータだけ専用のフォルダに分けて共有フォルダと別管理するべき
583 名前:デフォルトの名無しさん mailto:sage [2014/03/21(金) 16:15:27.00 ID:Wj+qHZ+v.net] gitでpullとかcloneするときにタイムスタンプも戻したいんだけど どのオプションだっけか
584 名前:デフォルトの名無しさん mailto:sage [2014/03/21(金) 16:24:01.23 ID:o89Np3ew.net] パソコンの日付を変える。
585 名前:デフォルトの名無しさん mailto:sage [2014/03/21(金) 16:42:33.56 ID:QY3RInUB.net] >>577 Gitはファイルのタイムスタンプを保存していない コミットした時間は保存してる シェルスクリプトとか使えば、ファイルのタイムスタンプをコミットした時間に変更できる
586 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 15:06:12.02 ID:LwVxNWuC.net] Git神 Subversionはじだいおくれ糞
587 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 18:40:00.27 ID:nryWnJ89.net] gitはなんで空ディレクトリが扱えないんだよ 偏屈すぎるだろ それとも実装できない理由でもあるのか?
588 名前:デフォルトの名無しさん [2014/03/23(日) 22:16:32.16 ID:hT/roAz6.net] ファイルじゃなくて内容を管理しているから、かなあ(てきとう)
589 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:20:33.95 ID:/rUHJ76N.net] 内容を管理しているならさ、もう少しマシなdiffをだせないものかな? どうせ外部diffを呼んでるだけなんだろうけどさ、 たとえば長い関数の一部を取り出してを他のファイルに移動した時とか、 ちゃんとそれがわかるようなdiffを出して欲しいんだけど。
590 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:24:28.99 ID:Cwtmew+7.net] >>583 がもっとましなdiff作ってるってさ
591 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:29:18.73 ID:SSYwKPLD.net] >>583 期待してるよ
592 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:44:05.05 ID:/rUHJ76N.net] >>584-585 バージョン管理システムはバージョン間の違いの「目的」を理解するべき diffは テキストファイルにもバイナリファイルにも使える。 だがdiffにも難点があって、ちとアホなのよね。 diffがやってるのは 2つのバージョンを見比べて、単に違いを出してるだけ。 もっとましなdiffでは変更の結果だけでなく 変更の「目的」まで理解する。 たとえばツールを使い、 あるクラスに対してメソッドの抽出リファクタリングを行ったとする。 変更を加えたのはそこだけだ。 現状のツールはプログラム内のテキストの違いは分かる。 だけど、これがリファクタリングを行ったことまでは分からない。 変更の前後でdiffを調べてみると、 変更があったことは伝えてくれるが、 これはリファクタリングなんだと伝えるようなことはしてくれない。 これが今のdiffの欠点で、将来はどういう目的で変更したかまで把握できるdiffができる。
593 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:44:22.99 ID:oiqURFTj.net] 空のディレクトリを共有しようとする方がよっぽど偏屈に見える。それって必要?
594 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:47:02.93 ID:SSYwKPLD.net] >>586 だからその「目的」を解釈してくれるエンジンを>>583 が作るんでしょ?
595 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:50:51.21 ID:/rUHJ76N.net] >>588 単に今のdiffの欠点と、将来はどうあるべきかを言っているだけだけど? なに? 問題点をいっちゃダメなの?
596 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:51:53.66 ID:/rUHJ76N.net] 意味を理解するdiffっていうのは 優れたアイデアなんだけど それぐらい、わからないのかな?
597 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:52:05.60 ID:SSYwKPLD.net] 言い出しっぺやるの法則を知らない国の人か
598 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 22:52:51.54 ID:oiqURFTj.net] >>583 git diff -C 試した?
599 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 23:01:31.90 ID:YZGI/DRg.net] >>590 そういうことしたいなら、どう考えてもそのリファクタリングを行ったツールと連動した方が確実で簡単だと思う。
600 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 23:06:27.71 ID:9GdGP9ts.net] >>590 意味を理解するdiffとか、Git自体にそんなもの組み込む必要はないよ おなじみの git-scm.com/book/ja/ の7章読んできてくれ 「7.1 Git のカスタマイズ - Git の属性」の「外部のマージツールおよび Diff ツール」
601 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 23:11:29.16 ID:/rUHJ76N.net] あー、お馬鹿なお前らに名乗るの忘れていた。 俺、Martin Fowlerなんだよね。有名人だから知ってるよね? SemanticDiff martinfowler.com/bliki/SemanticDiff.html ここで>>586 と同じことを英語で書いてるから、 俺の言ったことが理解できない、馬鹿なことを言ってると思うのなら 英語を読むといいよw あと無知はぐぐれ。
602 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 23:14:09.37 ID:SSYwKPLD.net] >>595 いやだから最初から期待してるって言ってるじゃん。 はやく完成するといいね。
603 名前:デフォルトの名無しさん [2014/03/23(日) 23:17:10.68 ID:74vZT6SV.net] >>595 Martin Fowlerさん降臨記念カキコ
604 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 23:36:31.15 ID:T9zWShXS.net] 結局何が言いたいんだろう
605 名前:デフォルトの名無しさん mailto:sage [2014/03/23(日) 23:43:02.22 ID:oiqURFTj.net] diff、取ってみようか。 ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?SemanticDiff
606 名前:デフォルトの名無しさん [2014/03/24(月) 01:18:39.83 ID:0ol5+0pg.net] >>587 普通に必要だろ。git使いだけど不満に思っているよ。 もう少し想像力を働かせて欲しいものだな。
607 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 01:25:10.36 ID:PVohiAF8.net] >>600 empty_dir/.gitignoreに !.gitignore って書くんじゃだめなんすか
608 名前:デフォルトの名無しさん [2014/03/24(月) 01:26:55.61 ID:0ol5+0pg.net] >>601 いや、それはちょっとダサいでしょ。 仕方なく、そうやっているんだけどさ...
609 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 01:28:53.09 ID:PVohiAF8.net] おっと * が抜けた どちらにしろ空のディレクトリを空のまま使うことなんて有り得ないんだから .gitignoreは必要になるんじゃないのかなあ。 まあgit_root/.gitignoreにまとめて書きたいという需要もあるのか。
610 名前:デフォルトの名無しさん [2014/03/24(月) 01:34:37.43 ID:0ol5+0pg.net] >>603 開発スタイルによるけど、たいていの場合はディレクトリ構成って設計段階から決まるから、先に作っておきたい。 仕方なく.gitkeepとか.deletemeとか使っているが、コレジャナイ感がある。 ちなみに、.gitignoreは意味が違うような気がしていて使ってないです。
611 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 01:56:40.05 ID:k2bvJYlJ.net] >>600 gitでファイルのパスが管理されてるのに、パスの情報しか持たないディレクトリを管理したいだなんて、 ファイルシステムへの理解不足かプロジェクトのマヌケさを疑うね。 コードがなにかファイルをそのディレクトリに放り込む手筈になってるのなら ディレクトリの作成も一緒にやってしまえばいい。
612 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 02:07:55.26 ID:k2bvJYlJ.net] >>604 そういうのはせめてREADME入れといてよ…
613 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 06:19:10.58 ID:cXsOtx6k.net] svnから取得したプロジェクトをgitに登録しようとしてるんだけど trunkフォルダにあるデータをそのままルートにコピーして、trunkフォルダ削除しちゃった trunk-[フォルダいっぱい] branches-[フォルダいっぱい] tags-[フォルダいっぱい] これを↓ [フォルダいっぱい] branches-[フォルダいっぱい] tags-[フォルダいっぱい] こんな感じ こうするとgit-svnで引っ張ってきた過去の履歴と比較できなくなるって言われたんだけど 今から治す方法ない?
614 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 07:39:05.71 ID:coYvviPW.net] 最初っからtrunk込みのパスをgit-svnに渡しとけ 折角svnはサブディレクトリ単位でもリポジトリ扱いできるんだから
615 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 07:40:05.59 ID:coYvviPW.net] 或いはgit svn -sか。
616 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 09:59:32.00 ID:l/qxp3d1.net] >>606 この文脈でREADMEって、何を書く想定なんだ?
617 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 12:26:30.45 ID:k2bvJYlJ.net] >>610 なんでこの空ディレクトリがコミットされているのかと、どういうモノをここにコミットしていく予定なのか。 ディレクトリがイントロスペクティブなら、後で気が変わってツリーの見直しが発生してもドキュメントと作業ディレクトリの二重管理を防げる。
618 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 12:33:59.02 ID:rzCer1bD.net] >>586 そんな使えないツール作ってないで、コメントつけろよ。
619 名前:デフォルトの名無しさん [2014/03/24(月) 14:56:36.98 ID:x252QyU1.net] Q1とQ2を解説お願いします git init 空のtest.txtを作成 git add . git commit -m "Initial commit" test.txtを編集 git add. git commit -m "second commit" git checkout HEAD@{1} で最初の履歴に戻る test.txtを編集 git add. git commit -m "third commit" git statusを実行するとHEAD detached from "ハッシュ"ってメッセージが表示される(Q1) そこでgit branch temp & git branch temp & git branch masterってやって git branch -d temp をやると error: The branch 'temp' is not fully merged. If you are sure you want to delete it, run 'git branch -D temp'. ってメッセージがでます 何故tempに切り替えたときに編集してないのにtempをmasterにmergeさせないといけないのですか?(Q2)
620 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 16:26:56.74 ID:7xUxQev3.net] >>613 Q1 git checkout HEAD@{1} は最初の履歴に戻るコマンドじゃなくて、別のブランチに移動するコマンド ただし HEAD@{1} がブランチじゃないので detached HEAD という特殊な状態になる これを実行したときに You are in 'detached HEAD' というメッセージが出たはず 最初の履歴にもどりたかったら、git reset --hard HEAD@{1}とすべきだった 今から戻るにはこうする git co master; git reset --hard 最初のコミットのハッシュ Q2 そのメッセージは、ブランチを消すとまだ他のブランチにマージされていないコミットが消えてしまうよ、という警告 -dじゃなくて-Dを使えばその警告を無視してブランチを消せる
621 名前:デフォルトの名無しさん mailto:sage [2014/03/24(月) 18:45:49.12 ID:15T1FlGn.net] >>613 HEAD(、temp) ↓ ┌C3 ↓ C1←C2 ↑ master Q1 Q1でのC3のようにブランチなどから参照されていないコミットをdetachedという この状態でHEADをC2などに動かすと どこからも参照されていないC3は失われてしまう(もちろんreflogはできる)ので変更を残したいならブランチなどを作ってね、ということ Q2 ここではtempはC3を指すように作られる tempを作った直後は編集していないけど、上図の通りC3がマージされていない
622 名前:デフォルトの名無しさん mailto:sage [2014/03/25(火) 00:33:52.38 ID:56htplUz.net] 小保方さんも論文のバージョン管理はGitでやれば良かったのに
623 名前:デフォルトの名無しさん mailto:sage [2014/03/25(火) 01:53:12.00 ID:T9JHOn1b.net] gitでもコピペは防げません
624 名前:デフォルトの名無しさん mailto:sage [2014/03/25(火) 02:16:02.05 ID:6ItjGCiG.net] >>614-615 詳しい解説のおかげで大変わかりやすいです。 立て続けにすみませんマージ後の対応についてQ3とQ4もお願いします。 >>613 の状態でgit logすると 9b1062c: 2014-03-25 00:36:20 +0900: Initial commit c54e4f6: 2014-03-25 00:39:01 +0900: third commit となります。このあとgit merge tempをしました。 コンフリクトが出るので解消させます。 git add .; git commit -m "four commit"を実行すると"[master 90cd423] four commit"って1行のみのメッセージがでました。(Q3) いつもなら下記の2行でメッセージが表示されるはずなのにこのコミットのときは1行のみでした [master 90cd423] four commit 1 file changed, 1 insertion(+), 1 deletion(-) そしてgit logをすると cb0ee7d: 2014-03-25 00:42:25 +0900: Initial commit f082da3: 2014-03-25 00:42:38 +0900: second commit ae0009b: 2014-03-25 00:43:09 +0900: third commit 90cd423: 2014-03-25 00:45:01 +0900: four commit ってログが4つあります。3つじゃありません。3つにしたいのですae0009bのコミットはいりません。何故4つになったのか教えてください(Q4)
625 名前:デフォルトの名無しさん mailto:sage [2014/03/25(火) 03:33:44.11 ID:FBko2gtk.net] コミット番号についての単純で重要な事を一つ言っておくよ。 コミットの内容には番号が付いているが、このコミットの内容には歴史の内容も含まれている。 たとえばコミット番号がae0009bであれば、その過去のコミットの番号は必ずに同じになる。 つまりだ、rebase等で過去を変えると変更した所より後はすべて書き換わるということ。 また特定のブランチをマージしたり、コミットをチェリーピックしたりすると (処理結果の過去が変わる場合は)コミット番号はマージ、チェリーピック先では変わるということ。 そして、もうひとつおまけ。 コミットには、通常のコミットとマージコミットに分かれている。(git logをよく見てみよう) あるブランチ、そこには複数のコミットが含まれている。 それをマージすると、複数のコミットに加えてマージコミットが1つ追加される。 マージを取り消したいときはrevertするわけだけど、このマージコミットを 一つrevertするだけで、複数のコミットがまとめて取り消される。便利。 ただし、マージした時に必ずマージコミットができるかといったら、そうではなく (処理結果の過去が同じになるので)マージコミット作らなくていいんじゃね? と gitが判断したらマージコミットを作らない。マージコミットを作らない=fast forward(早送り) これはオプションで制御できる。
626 名前:デフォルトの名無しさん mailto:sage [2014/03/25(火) 03:37:01.81 ID:FBko2gtk.net] AブランチからBブランチへのマージ・・・Bブランチに含まれていないAブランチのコミットを全てマージする チェリーピック・・・特定のコミットのみ加える。
627 名前:デフォルトの名無しさん mailto:sage [2014/03/25(火) 03:48:52.54 ID:FBko2gtk.net] detachedはなんとなく異常な状態に思ってしまうかもしれないけれど、実は便利な道具なのです。 detachedの使い方 その1 「ちょっと俺のコードレビューしてくんない?」 「わかったよ、手元にcheckoutして動かしてみる」 「ブランチ名指定でcheckoutすると、ローカルリポジトリにブランチできちゃって消すのが面倒だからコミット番号でcheckoutするぜ!」 detachedの使い方 その2 「いらねーブランチがたくさんローカルリポジトリ残ってるな」 「git branch -D で消しまくっちゃえ!」 「しまった!必要なのまで消しちゃった」 「git reflogみたら、消したりcheckoutしたときのコミット番号が全て記録されている」 「よし、このコミット番号だな。checkoutだ!(detached状態)そしてブランチ名をつけるぞ!」 git reflogとコミット番号には歴史も全て含まれてる。ってことは最初に教えておくべきことだと思う。 間違って消しても、間違ってrebaseしてコミット番号が変わっても、 間違う前のコミット番号さえわかれば(reflogでわかる)復活できるんだから。 reglogはある程度大きくなって30日だっけ?立てば自動的に消えるけど 消えなければコミット番号からコミット(とその歴史)は完全な状態で復活できる。
628 名前:デフォルトの名無しさん mailto:sage [2014/03/25(火) 22:19:56.67 ID:snK4TAek.net] >>621 その1はわかるがその2は git branch ブランチ名 コミット番号 でいきなり名前付けちゃうなあ。checkout -bでもいいし
629 名前:デフォルトの名無しさん mailto:sega [2014/03/26(水) 16:48:10.35 ID:RExXi/Ym.net] タグでバージョン管理してんだけど git tag でタグ一覧表示してるときに hoge-1.2.9 のつぎに hoge-1.2.10 が来るようにしたいんだけど どうしたらいいかな
630 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 17:29:58.38 ID:pRpzj6Hj.net] コミットの日付ごとにソート?
631 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 18:20:02.12 ID:1lIY7CVQ.net] 自分の好みの順番に並べ替えるフィルタを書けばいいだろ
632 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 21:34:33.20 ID:j+UsaIor.net] >>623 |sort -n
633 名前:デフォルトの名無しさん [2014/03/26(水) 23:44:02.96 ID:aTmW0mN4.net] >>605 ファイルシステムへの理解不足かプロジェクトのマヌケさを疑うね。 お前何言ってんの
634 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 00:16:47.15 ID:ze0m1e8o.net] 空のディレクトリを管理しないのは、 gitがソースコード管理システムだからだろ。 プロジェクト管理システムじゃない。 diffが全てだと言ってもいいと思う。 diffに意味がなければSCMを使う意味がない。
635 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 00:24:20.37 ID:gcsG9K2Q.net] > gitがソースコード管理システムだからだろ。 > プロジェクト管理システムじゃない。 これは gitがソースコード管理システムだからだろ。 デプロイシステムじゃない。 という方が適切だと思う。 ディレクトリが必要なのは、デプロイつまり動作するときであって 動作させるにはディレクトリ作成以外に
636 名前:焜pーミッション設定とか サーバーごとの設定とか色々あるわけで、 こういうのはデプロイとしてやるべきことだと思う。 [] [ここ壊れてます]
637 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 00:28:10.33 ID:gcsG9K2Q.net] 考えてみたら、スクリプト言語のせいなんかな? gitはカーネル開発のために作られた つまりC言語、コンパイルする言語。 コンパイルする言語だと、チェックアウトした時に 空のディレクトリを作成する必要ないでしょう? makeしないと動かさないわけでディレクトリが 必要ならmakeで作成すればいいわけで。 チェックアウトしたソースコードのそのままの位置で 動かそうとするスクリプト言語だから空のディレクトリが 必要だと思っちゃう。
638 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 00:45:15.61 ID:/J3FM59H.net] 意味がわからん スクリプト言語でも今どきは DB 初期化だのなんだので make 的なのを掛けるのが一般的だが
639 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 00:49:53.18 ID:gcsG9K2Q.net] >>631 ”今どきは” でしょう? つまり今どきじゃないやり方では ソースコードをチェックアウトして make的なことをせずに、そのまま動かすことに 心当たり、あるでしょう?
640 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 00:52:45.33 ID:ze0m1e8o.net] あ、なるほど。合点がいった。 rootにmakeファイルがあってREADMEにtestにsrcに…ってのが出発点なのに いきなりindex.htmlとか放り込んでる連中が空ディレクトリ置けないって嘆いてるのか。 なんかExcel方眼紙思い出した。
641 名前:デフォルトの名無しさん [2014/03/27(木) 01:29:37.99 ID:JNLvBr35.net] >>633 makeファイル前提の考え方って、どんだけ限定的な開発しかしてないんだよ。。。
642 名前:デフォルトの名無しさん [2014/03/27(木) 01:33:07.62 ID:JNLvBr35.net] >>628 前レス気になってみこっちも見たんだけど、ひどいな。 この解釈はお子様だ。
643 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 02:05:31.43 ID:ze0m1e8o.net] うわぁ
644 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 07:23:19.89 ID:vi39ZLyv.net] diffで出てこないものは管理しないってのは合点がいくけど じゃあ
645 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 07:24:21.45 ID:vi39ZLyv.net] 失礼途中送信です じゃあなんで git commit --allow-empty を許可しちゃうんだろ?
646 名前:デフォルトの名無しさん mailto:sage [2014/03/28(金) 00:16:43.38 ID:3TELInRM.net] 今日秋葉のヨドバシの中の有隣堂書店行ったら、コンピュータ関係書籍の売り上げ 一位がこの本だった。 GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus) [単行本(ソフトカバー)] 大塚 弘記 www.amazon.co.jp/gp/product/477416366X/ やっぱ売れているんだな。
647 名前:デフォルトの名無しさん mailto:sage [2014/03/28(金) 00:25:33.22 ID:W/hCr5dM.net] 立ち読みしたけどごく初歩的なことしか書いてないのですでに使ってる人間にはいらない GitHubのファンブック程度のものでしかない
648 名前:デフォルトの名無しさん mailto:sage [2014/03/28(金) 00:26:41.92 ID:Ek64RinZ.net] つまり、使ってない人間には〜?
649 名前:デフォルトの名無しさん mailto:sage [2014/03/28(金) 00:36:46.63 ID:W/hCr5dM.net] 金の無駄 SNSの手引書ごときに何千円も出す価値なんてない その金でGitの入門書買ってGitHubの使い方は触って覚えろ
650 名前:デフォルトの名無しさん mailto:sage [2014/03/28(金) 00:38:50.93 ID:Ek64RinZ.net] 2580円しかしないと思うけど? 時々さ、パソコン系の雑誌の値段(1500円ぐらい)を 高いっていう人がいるんだけど、君も同じ種類の人間?
651 名前:デフォルトの名無しさん mailto:sage [2014/03/28(金) 00:51:19.52 ID:W/hCr5dM.net] お前が100円のガムを1000円で買いたがるバカなのはわかった
652 名前:デフォルトの名無しさん mailto:sage [2014/03/28(金) 01:30:42.52 ID:HSmI/JHp.net] 売れてるんだから世の中は貴方より馬鹿な人で満ち満ちてるってことなんだよ。 こんなとこでそんな連中を馬鹿に
653 名前:するよりこの本みたいなの執筆して金にする方でも考えたらいいんじゃない? 100円のガムを1000円で売れる錬金術だぞ? [] [ここ壊れてます]
654 名前:デフォルトの名無しさん mailto:sage [2014/03/28(金) 01:36:16.36 ID:Ek64RinZ.net] >>644 ん? この程度の本なんだから価格も安くて2580円でしょ?
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] 売り上げ1位ということは注目されているってことで喜ぶべきことだと思うけど。 単に事実を報告しただけなのに、なんでやたらケチ付けないと気が済まない奴がいるんだろう? 心が貧しいのかな?
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] なんかやたらと買わないアピールが続いてるけどいったいどうしたんだ