14/02/25 06:01:45.05 .net
と思ったけど、やっぱ忘れて。
tagsのことは知らない。。。。
466:デフォルトの名無しさん
14/02/26 02:31:49.75 .net
昨日新宿西口のドトールで隣りの席の奴がGitポケットブックよみながらMacBook
いじってたので横からずっと覗いてた。
かなりなヘボプログラマだった。
467:デフォルトの名無しさん
14/02/26 02:44:56.66 .net
>>461
いいなあ。そんな暇俺も欲しいわ。
468:デフォルトの名無しさん
14/02/26 05:04:02.17 .net
みんな初めはヘボなんだよ
469:デフォルトの名無しさん
14/02/26 05:19:13.36 .net
知らない人が隣から覗き込んでくるって怖いね
470:デフォルトの名無しさん
14/02/26 08:51:37.68 .net
tigって使ってる？
471:デフォルトの名無しさん
14/02/26 10:05:38.17 .net
>>461
ボウリングだと隣の香具師が下手でも何も思わんが
プログラマだと隣が下手だと気になるよね不思議だぬ
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
472:デフォルトの名無しさん
14/02/26 11:02:07.20 .net
結局は争いは同じレベルの以下略と同じだろ。
プログラマという同じ土台に乗ってるという
土台のレベルが同じだったとｗ
473:デフォルトの名無しさん
14/02/26 11:21:24.16 .net
あなたがそうなのですねわかりますω
474:デフォルトの名無しさん
14/02/26 12:17:56.64 .net
わざわざレスを付けに出てくる時点で
見下してるはずのレベルの奴とレベルが同じになると
気づかなかったのだろうか？ｗ
475:デフォルトの名無しさん
14/02/26 17:41:22.66 .net
よくできてるな
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
476:デフォルトの名無しさん
14/02/27 17:47:52.80 .net
githubはもう古い
時代はgitlab
477:デフォルトの名無しさん
14/02/27 20:25:08.17 .net
EUCで保存されてるリポジトリを
ShiftJISに変換してチェックアウトしたいんだけど
やり方を教えれ
478:デフォルトの名無しさん
14/02/27 22:36:55.65 .net
>>472
ワーキングツリーだけ文字コードを変更する方法などない気がするが。
479:デフォルトの名無しさん
14/02/27 22:49:09.96 .net
フックかけて文字コード変更するとかかねえ
480:デフォルトの名無しさん
14/02/27 23:39:15.74 .net
>>472
他の人はEUC-JPのコードで実行。お前はShiftJISで実行
HTMLはEUC-JPなのでShiftJISで実行したお前は文字化け
コンパイルしたら、バイナリにはEUC-JPで格納。
そのソフトをWindowsで動かすときにはEUC-JPをShiftJISに変換して出力するコードが含まれている。
お前はShiftJISでバイナリに格納され、ShiftJISをEUCｰJPだと思ってShiftJISに変換。もちろん文字化け。
481:デフォルトの名無しさん
14/02/27 23:42:51.61 .net
>>472
cleanとsmudgeフィルタを使えばできそうな気がするが実際にやってみたことは無い。
URLﾘﾝｸ(git-scm.com) の「7.2 Git のカスタマイズ - Git の属性」の「キーワード展開」のとこに説明がある。
checkout時とcommit時にそれぞれフィルタをかける方法。
482:デフォルトの名無しさん
14/02/28 02:10:00.65 .net
>>476を参考にして下のような感じで>>472が解決できました
どうもありがとうございました
作業フォルダに.gitattributeを作成
*.c filter=txtconv
git --globalでフィルタプロパティを編集
[filter "txtconv"]
smudge = nkf -s
clean = nkf -e
483:デフォルトの名無しさん
14/02/28 02:12:37.12 .net
.gitattributeじゃない.gitattributesだった
484:デフォルトの名無しさん
14/02/28 09:08:24.21 .net
>>477
git diffとかも問題無く使える？
485:デフォルトの名無しさん
14/02/28 12:04:27.32 .net
リポジトリと作業フォルダの文字コードが変わっても、
その文字コードの差異に関してはdiffは反応しなかったです
テキスト内容を編集した分に関してはdiffが反応します
自分が試した感じでは期待通りの動作でした
486:デフォルトの名無しさん
14/02/28 16:06:24.05 .net
もしや、ascii文字だけでそれを試して、わざわざここに書いたのではあるまいな
487:デフォルトの名無しさん
14/02/28 17:21:01.63 .net
>>481
リポジトリと作業コピーの改行コードが違ってても同じtextとして認識してるだろ？
それはgit内部でフィルタを使ってるからなのよ
上で行ってるのはユーザーがその機能を追加してるだけ
お前は知らないなら自分で試せよ
488:デフォルトの名無しさん
14/02/28 17:54:24.34 .net
URLﾘﾝｸ(git-scm.com)の7章は役に立つノウハウ満載だな
そんな長くもないし一度読んでおくべき
489:デフォルトの名無しさん
14/03/02 16:45:52.76 .net
ローカルで何もしてないのにコンフリクトが起こる糞vcs
CONFLICT (content): Merge conflict in ...
Automatic merge failed; fix conflicts and then commit the result.
490:デフォルトの名無しさん
14/03/02 17:00:21.38 .net
>>484
git mergeとかしない限りコンフリクトなんか起きねーよｗ
なにもしてないのにコンフリクトが起きるわけがない。
起きたらgit statusとかgit logみれば原因ぐらいわかるだろ。
491:デフォルトの名無しさん
14/03/02 18:25:34.50 .net
IT土方屋のこびと
おじいさんがデスマで疲れ果てて寝ていると
小さな妖精さんがコードを朝までに仕上げてくれました
なお git rebase master はおろか
大量の機能を一本糞コミットにまとめたあげく
コンフリクト解消の途中でばっくれた模様
492:デフォルトの名無しさん
14/03/02 18:29:53.05 .net
途中でバックレてもpushしてなければローカルだけの話だろうし、pushされてても
そんなのはrevertで打ち消しちゃえばいいだけの話だろ？
493:デフォルトの名無しさん
14/03/02 19:10:02.31 .net
>>484はいつもの人なんで真面目に構ってもムダ
494:デフォルトの名無しさん
14/03/02 19:27:08.03 .net
おじいさんはwizardだったので、
git reset --hard HEAD@{6.hour.ago}
して何を逃れましたとさ。
495:デフォルトの名無しさん
14/03/02 21:14:46.68 .net
現実提示して批判したら>>485や>>488だからなあ
どんだけ馬鹿だらけなんだろうね(笑)
496:デフォルトの名無しさん
14/03/02 21:29:48.92 .net
ageるやつはキチガイ、はっきりわかんだね
497:デフォルトの名無しさん
14/03/02 21:30:32.10 .net
「何もしてないのに壊れた」とか素人かよ
498:デフォルトの名無しさん
14/03/02 22:21:12.55 .net
>>492
そりゃ素人だよ
499:デフォルトの名無しさん
14/03/02 22:21:40.77 .net
素人が質問してはいけない空気
500:デフォルトの名無しさん
14/03/02 22:24:20.92 .net
いやあ、素人が質問はいいけど
素人がわけもわからず見当はずれのdisはいかんでしょ
501:デフォルトの名無しさん
14/03/02 22:25:38.07 .net
そもそも質問じゃない件
502:デフォルトの名無しさん
14/03/03 20:58:04.29 .net
>>484\n君は他のを使った方がいいかもね（ニッコリ
503:デフォルトの名無しさん
14/03/04 01:05:39.72 .net
>>497
特定のプロジェクト限定で*仕方なく*使ってるんだよ
わかるかな?
ついでに言えば489の件はとうの昔にバッチに組み込んである
504:デフォルトの名無しさん
14/03/04 01:06:46.25 .net
ほんとなんでキチガイってageるんだろう。
505:デフォルトの名無しさん
14/03/04 01:07:30.01 .net
イミフ
506:デフォルトの名無しさん
14/03/04 01:36:44.93 .net
たぶん489をバッチに書いて
出社時
昼休憩後
帰宅時
に毎回実行してるんでしょ
507:デフォルトの名無しさん
14/03/04 01:38:17.34 .net
そんな馬鹿なことする馬鹿は501くらいだ
508:デフォルトの名無しさん
14/03/04 03:06:10.11 .net
ネタにマジレス…
509:デフォルトの名無しさん
14/03/04 19:25:20.20 .net
質問です。
今日変更した分の差分を見たいですが、どうすればいいでしょうか？
510:デフォルトの名無しさん
14/03/04 19:41:02.13 .net
git diff HEAD
511:デフォルトの名無しさん
14/03/04 19:51:54.82 .net
もう既にコミット済みなんで何も表示されないです…
とりあえず git log して昨日の最後のコミット番号をコピって
git diff xxxxxxxxxxxx として確認は出来たんですが、
もう少し簡単に見れればと
512:デフォルトの名無しさん
14/03/04 19:58:02.28 .net
git diff -1
513:デフォルトの名無しさん
14/03/04 20:17:12.29 .net
git diff $(git rev-list -n1 --before="1 day ago" master)
514:デフォルトの名無しさん
14/03/04 22:55:53.72 .net
>>506
git diff master@{one.day.ago}
git diff master@{12.hour.ago}
etc
515:デフォルトの名無しさん
14/03/05 00:00:31.98 .net
>>508
遅くなりましたが、まさにこれでした。ありがとうございました。
516:デフォルトの名無しさん
14/03/05 00:02:10.83 .net
>>509
見逃してました…こんなシンプルな書き方があるんですね。勉強になります。
みなさん、ありがとうございました。
517:デフォルトの名無しさん
14/03/05 00:04:14.95 .net
git-flowとgithub-flow以外にメジャーなgitのflowってある？
518:デフォルトの名無しさん
14/03/05 00:18:02.84 .net
カレントブランチであれば
git diff @{yesterday}
とも書けた。これが最短かな。
519:デフォルトの名無しさん
14/03/05 00:37:19.13 .net
512
ggrks
520:デフォルトの名無しさん
14/03/05 00:38:10.27 .net
>>513
これって過去のカレントブランチになるの？
過去のHEADになるの？
521:デフォルトの名無しさん
14/03/05 00:53:02.93 .net
revisionのデフォルト指定を考慮すると
git diff @{1}
でよかった。しつこくてごめんなさい…
>>515
gitに詳しくないから今一質問の意味するところが分かりません…
522:デフォルトの名無しさん
14/03/05 00:56:29.11 .net
>>516
24時間前にはdevelopブランチをチェックアウトしていたとして、
現在はmasterブランチをチェックアウトしているとすると、
git diff @{yesterday}
は24時間前のdevelopブランチをさすのか、
それとも24時間前のmasterブランチをさすのかどっちだろってことでした。
523:デフォルトの名無しさん
14/03/05 00:58:29.12 .net
>>517
URLﾘﾝｸ(evadeflow.com)
�
524:ｩるに、 git diff @{yesterday} git diff HEAD@{yesterday} は等価みたいなのでdevelopブランチをさすみたいですね
525:デフォルトの名無しさん
14/03/05 03:16:08.01 .net
>>517
gitは24時間前にどのブランチをチェックアウトしてたかなんて管理してないと思う。
526:デフォルトの名無しさん
14/03/05 03:18:44.96 .net
>>519
git reflog show HEADしてみるとわかるよ。
527:デフォルトの名無しさん
14/03/05 11:29:53.46 .net
git diff @{tomorrow} が実装されるのはまだ？
これがあれば開発がずいぶんと楽になると思うんだけど。
528:デフォルトの名無しさん
14/03/05 11:39:16.51 .net
$ git merge @{tomorrow}
Already up-to-date.
$ git merge @{tomorrow} --allow-empty
529:デフォルトの名無しさん
14/03/05 11:46:37.58 .net
>>522
バグってますね。
空なワケがない
530:デフォルトの名無しさん
14/03/05 12:14:20.18 .net
git diff @{tomorrow}が実装された瞬間に時間(歴史)の矛盾が生じるので世界が崩壊します…
531:デフォルトの名無しさん
14/03/05 13:02:12.42 .net
涙の数だけ強くなれるよ
532:デフォルトの名無しさん
14/03/06 11:12:03.25 .net
$ git merge @{tomorrow}
Already up-to-date.
↑
今日という日に勝るものはない (ゲーテ)
今日を大切にｲ㌔とgitは教えてくれている
533:デフォルトの名無しさん
14/03/09 13:19:13.97 .net
現在プログラム板のID制導入の投票を実施中です
よろしくお願いします
プログラム板 強制ID制導入に関する投票スレ
ｽﾚﾘﾝｸ(vote板)
534:デフォルトの名無しさん
14/03/09 15:31:35.75 .net
>>523
こういう結果になるがよろしいか
URLﾘﾝｸ(p.twpl.jp)
535:デフォルトの名無しさん
14/03/12 17:47:09.58 k2RSk+O8.net
どうしてgitにはリモートのタグ一覧を見る機能が無いんだろう
536:デフォルトの名無しさん
14/03/12 17:52:25.96 iuIDUWkr.net
>>529
gitはとってきてから何かするってイメージがある。
537:デフォルトの名無しさん
14/03/12 18:06:31.06 hnG5PeUR.net
>>529
ls-remote --tags
538:デフォルトの名無しさん
14/03/13 13:01:30.94 NA+IXwp9.net
>>529
どうしてそう思ったの？
539:デフォルトの名無しさん
14/03/13 16:03:21.67 2QWInfDW.net
まだ公式サイトにも Google code にもないけど 2.0.0 がリリースされたみたい
Git 2.0.0 released
URLﾘﾝｸ(sdt.bz)
540:デフォルトの名無しさん
14/03/13 16:51:19.90 mqQuWcqA.net
GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus) [単行本（ソフトカバー）]
大塚 弘記
URLﾘﾝｸ(www.amazon.co.jp)
いよいよ入門書の決定版が出そうだな。
541:デフォルトの名無しさん
14/03/13 17:17:00.80 dvaQTbQU.net
ステマ？
542:デフォルトの名無しさん
14/03/13 19:34:40.75 NA+IXwp9.net
GitとGithubの違いがわからない人か
それほど厚い本でもないし、Git自体の解説にはあまりページを割けないだろ
543:デフォルトの名無しさん
14/03/13 22:53:41.66 1RS5+8h0.net
git init
ls
fileA
git add fileA
ls
gzip filreA.gz
これしたらfileAが残ったまんまになった
touch fileAしてgit addしてコミットしたら直ったけど
544:デフォルトの名無しさん
14/03/13 23:06:56.94 +lIKaSU4.net
>>537
indexにfileAが残ったまんまになるのは当たり前だろう。
indexが何かがわかってないのかな？
545:デフォルトの名無しさん
14/03/13 23:16:40.40 NA+IXwp9.net
>>537
3行目のfileAは2行目のlsの結果なのだろうか？
とうことは5行目のlsの結果は？ファイルが存在しないってこと？
6行目のgzip filreA.gzってなんだ？仮にfileAを圧縮するならgzip fileAだよね？
fileAが残ったままになったというのはlsするとfileAだけ存在するってこと？
リポジトリの状態はgit statusで確認しろ
546:デフォルトの名無しさん
14/03/13 23:29:41.88 1RS5+8h0.net
git init
ls
fileA
git add fileA
gzip fileA
ls
gzip fileA.gz
こうだった
バージョン管理ソフトってあんまり使い始めたからよくわからない
OSSにプッシュして保存する感じで使ってる
547:デフォルトの名無しさん
14/03/13 23:37:38.11 Z7oT29iq.net
入力と出力はそれとわかるように % とかのプロンプト付けるとか > で出力っぽくするかしてくれ
548:デフォルトの名無しさん
14/03/13 23:38:02.48 +lIKaSU4.net
>>540
それも間違ってると思うぞ。
549:デフォルトの名無しさん
14/03/13 23:44:11.03 NA+IXwp9.net
>>540
7行目は何なんだ？
550:デフォルトの名無しさん
14/03/13 23:50:06.68 1RS5+8h0.net
$git init
$ls
fileA
$git add fileA
$gzip fileA
$ls
fileA.gz
こうでした
551:デフォルトの名無しさん
14/03/13 23:54:44.81 +lIKaSU4.net
>>544
で、何が君にとって予想外だったの？
552:デフォルトの名無しさん
14/03/13 23:59:18.25 1RS5+8h0.net
予想は何もしてなかったけどキャッシュを削除すればいいと今わかった
それだけでしたｗ
553:デフォルトの名無しさん
14/03/14 00:50:56.65 ClnHzXXo.net
$git add fileA
これをした理由がよくわからんね
554:デフォルトの名無しさん
14/03/14 07:27:00.43 DebDhZgS.net
>>540
質問する時は何がしたいのかも書いて欲しい。
いったんfileAをgitの管理下に置いたけど、それを取り消してfileA.gzをgitで管理したいってこと？
まず、fileA.gzをgitで管理する理由は？ 普通はfileAを管理すればいい筈だけど。
次に、git addだけしてgit commitしてないのは何故？ 単にgitが分かってないだけかな。
あとは何がしたいのかにもよるけど、git addを取り消したいの？
それとも、git commitまでしたものを取り消すまたは削除したいの？
多分、根本的にバージョン管理とは何かを学ぶ必要があるね。
555:デフォルトの名無しさん
14/03/14 09:10:27.66 jnh1VUPi.net
まあここにいる人の大半は知っていると思うけど。
gitがsubversionと違うのは、
gitが現実的であるということ。
つまり、プログラミングをしている時に
「あれ」を作ってる最中に
「これ」を先に直しておかなきゃだめじゃん
という状態が発生することを前提にしている。
だから「あれ」を作ってる最中に「これ」だけを
git addし（git addするのはファイルの一部だけも可能）
そしてコミットできる。
「あれ」の最中に違うことが出来るんだよ。
そのための機能として、他にはrebaseがあったり
stashがあったりする。
計画は思ったとおりに行かない。だから後から修正ができるようになっている。
556:デフォルトの名無しさん
14/03/14 09:14:56.37 jnh1VUPi.net
git addっていうのは、「ファイルが完成したので追加します」ではなく
「一つの修正」に含まれる内容にaddするという意味だからね。
「一つの修正」を登録して完了するのがgit commit
557:デフォルトの名無しさん
14/03/14 09:42:22.32 3AXtQvy9.net
>>550
そこにrmが含まれてない理由はよ
558:デフォルトの名無しさん
14/03/14 12:23:40.41 N9inECXp.net
ステージング
559:デフォルトの名無しさん
14/03/14 13:13:12.01 HKnmhhn0.net
>>551
そこにrmが含まれるとか考えた理由を知りたい
560:デフォルトの名無しさん
14/03/14 15:15:54.97 a+Iqcg5c.net
>>547,548
質問者はステージングされたファイルを削除しても
インデックスに残り続ける事を不思議に思った、と言いたいんでしょ
コミットとか操作の意図とかはどうでもいい話だと思うよ
561:デフォルトの名無しさん
14/03/14 19:36:58.50 N9inECXp.net
ワークとステージが別と理解すべし
562:デフォルトの名無しさん
14/03/14 20:03:40.12 ClnHzXXo.net
>>554
実験してるだけってことね
563:デフォルトの名無しさん
14/03/14 20:04:06.07 vrX/dLqF.net
ワーキングステージックス？
564:デフォルトの名無しさん
14/03/14 22:19:20.44 mqmIxcJs.net
>>551
git rm --cachedしたいの？
565:デフォルトの名無しさん
14/03/14 23:29:54.21 jnh1VUPi.net
>>551
rmとはgit rmのことなのか普通のrmなのか。
まあそれはどうでもいいとして、
・ファイルを修正する → その修正内容をgit addする。
という手順がある。これと同じで、
・ファイルを削除する → その修正内容をgit addする。
ということも出来る。削除したのにaddするとは面白いね！
まあ、git addというのが「ファイルの追加」ではなく
「変更点の登録」と考えれば理解できるだろう。
なお、今のgitではファイルを物理的に削除したものをgit addするときには、
-Aオプションが必要だけどgit 2.0から不要になるとのこと。
俺はgit add -uで変更されたファイル（削除含む）を全て登録することが多いんだが。
566:デフォルトの名無しさん
14/03/16 02:34:16.48 ZaDeQqIr.net
>>549の手順を具体的に教えてほしい
ブランチ切ればいいの？
567:デフォルトの名無しさん
14/03/16 03:00:01.91 CihRTndi.net
>>560
いろんなやり方があるんじゃないの？
ワークツリー上の変更の一部だけをコミットしたいなら add -p 使えばいいし
stash saveでワークツリー上の変更を一旦退避してから、別の修正をコミットして、
その後stash popで退避した変更をワークツリーに戻して元の作業に戻るとか
568:デフォルトの名無しさん
14/03/16 10:36:13.48 rHQmp5Mm.net
コミットしてしまう前か、してしまった後かによって違うね。
コミットしておらず、ファイルの一部分のみをコミットしたいのなら
git add -pだろう。
コミットしてしまった後で、コミットの順番を
変えるだけで済むならrebaseすればいいし、
そうでないのなら、どういう状態でどういうことをしたいかで
いろいろやりかたはあるだろう。
ブランチは作ってもいいけど、小さいなら作る必要はない。
大きな修正がある場合は、過去の何処かでブランチ切って
そっちにマージやcherry-pickしていったほうが早いかもしれない。
569:デフォルトの名無しさん
14/03/16 16:48:29.50 CihRTndi.net
またGitの解説本だ
URLﾘﾝｸ(www.amazon.co.jp)
開発効率をUPする Git逆引き入門
570:デフォルトの名無しさん
14/03/16 17:13:12.82 EOaK1FG8.net
何冊も解説本が必要な時点で終わっとる
571:デフォルトの名無しさん
14/03/16 17:17:40.87 rHQmp5Mm.net
何冊も解説本が販売されると、
なんで終わることになるんですか？
多分C言語なんか、一番解説本が多いと思ういますけど？
572:デフォルトの名無しさん
14/03/16 17:21:37.93 YKmk2JvD.net
まあそれだけ多くの人が使い始めてるわけだ
573:デフォルトの名無しさん
14/03/16 17:27:48.29 rHQmp5Mm.net
ちょっとある仮説を思いついたから、Amazonでバージョン管理システムの
解説本がどれくらいあるのか調べてみたよ。
CVSによるオープンソース開発 (2002/6)
実用CVS ジェニファー ベスパーマン (2003/12)
「Subversion」解説書 (2004/12)
入門Subversion (2006/7)
Subversion実践入門:達人プログラマに学ぶバージョン管理 (2007/4/21)
Subversionハンドブック (2008/5/30)
実用 Subversion (2009/7/27)
Subversion入門 (2010/5/26)
入門Mercurial (2009/1)
入門TortoiseHg + Mercurial (2013/2) （作者同じなので上のやつの改訂版かも）
入門git (2009/8/12)
入門Git (2009/9/19)
実用Git (2010/2/19)
Gitによるバージョン管理 (2011/10/25)
Gitポケットリファレンス (2012/7/10)
わかる Git (2012/12/7)
アリスとボブのGit入門レッスン (2012/9)
開発効率をUPする Git逆引き入門 (2014/4/8)
ちなみに、仮説っていうのは、本の発行年から、どのように世の中が
移り変わっているかがわかるんじゃないかってこと
574:デフォルトの名無しさん
14/03/16 17:28:55.56 TC2j70a9.net
Pro Gitでだいたい事足りると思うんだけどなあ
575:デフォルトの名無しさん
14/03/16 18:15:28.83 oYfix9gh.net
入門書
リファレンス
オライリー
本格的に使うならこれは買ってもおかしくない
576:デフォルトの名無しさん
14/03/17 10:47:49.25 iF7/E7LV.net
>>569
入門書ってどれだよ・・・
577:デフォルトの名無しさん
14/03/17 14:16:02.50 ywio8KhI.net
>>567のだとGitポケットリファレンス以外は全部入門書でいいんじゃないの
578:デフォルトの名無しさん
14/03/19 02:53:47.93 g+2MOTll.net
URLﾘﾝｸ(1topi.jp)
gitでDropBoxみたいな事できるそうなんですが
Rubyのスクリプトみたいです
WindowsでMyDocmentを自動同期したいなら
起動時に自動で起動すればいいの？
やりかたわからないけど
579:デフォルトの名無しさん
14/03/19 03:07:20.21 OqCH9dx5.net
素直にDropboxを使うか、Dropboxクローンが
ほしいならownCoudとかを使ったほうがいいよ。
580:デフォルトの名無しさん
14/03/19 13:54:35.23 zGGXKiEK.net
>>572
これ見てガンバレ
URLﾘﾝｸ(github.com)
581:デフォルトの名無しさん
14/03/19 14:30:23.66 A9Mq7R78.net
>>572
・タイムスタンプが同期されない
・バイナリ差分転送できない
・テキストであっても、かなり低速
582:デフォルトの名無しさん
14/03/19 14:42:56.09 2bqnpC5d.net
バージョン管理するテキストデータだけ専用のフォルダに分けて共有フォルダと別管理するべき
583:デフォルトの名無しさん
14/03/21 16:15:27.00 Wj+qHZ+v.net
gitでpullとかcloneするときにタイムスタンプも戻したいんだけど
どのオプションだっけか
584:デフォルトの名無しさん
14/03/21 16:24:01.23 o89Np3ew.net
パソコンの日付を変える。
585:デフォルトの名無しさん
14/03/21 16:42:33.56 QY3RInUB.net
>>577
Gitはファイルのタイムスタンプを保存していない
コミットした時間は保存してる
シェルスクリプトとか使えば、ファイルのタイムスタンプをコミットした時間に変更できる
586:デフォルトの名無しさん
14/03/23 15:06:12.02 LwVxNWuC.net
Git神
Subversionはじだいおくれ糞
587:デフォルトの名無しさん
14/03/23 18:40:00.27 nryWnJ89.net
gitはなんで空ディレクトリが扱えないんだよ
偏屈すぎるだろ
それとも実装できない理由でもあるのか？
588:デフォルトの名無しさん
14/03/23 22:16:32.16 hT/roAz6.net
ファイルじゃなくて内容を管理しているから、かなあ(てきとう)
589:デフォルトの名無しさん
14/03/23 22:20:33.95 /rUHJ76N.net
内容を管理しているならさ、もう少しマシなdiffをだせないものかな？
どうせ外部diffを呼んでるだけなんだろうけどさ、
たとえば長い関数の一部を取り出してを他のファイルに移動した時とか、
ちゃんとそれがわかるようなdiffを出して欲しいんだけど。
590:デフォルトの名無しさん
14/03/23 22:24:28.99 Cwtmew+7.net
>>583がもっとましなdiff作ってるってさ
591:デフォルトの名無しさん
14/03/23 22:29:18.73 SSYwKPLD.net
>>583
期待してるよ
592:デフォルトの名無しさん
14/03/23 22:44:05.05 /rUHJ76N.net
>>584-585
バージョン管理システムはバージョン間の違いの「目的」を理解するべき
diffは テキストファイルにもバイナリファイルにも使える。
だがdiffにも難点があって、ちとアホなのよね。 diffがやってるのは
2つのバージョンを見比べて、単に違いを出してるだけ。
もっとましなdiffでは変更の結果だけでなく
変更の「目的」まで理解する。
たとえばツールを使い、 あるクラスに対してメソッドの抽出リファクタリングを行ったとする。
変更を加えたのはそこだけだ。 現状のツールはプログラム内のテキストの違いは分かる。
だけど、これがリファクタリングを行ったことまでは分からない。 変更の前後でdiffを調べてみると、
変更があったことは伝えてくれるが、 これはリファクタリングなんだと伝えるようなことはしてくれない。
これが今のdiffの欠点で、将来はどういう目的で変更したかまで把握できるdiffができる。
593:デフォルトの名無しさん
14/03/23 22:44:22.99 oiqURFTj.net
空のディレクトリを共有しようとする方がよっぽど偏屈に見える。それって必要？
594:デフォルトの名無しさん
14/03/23 22:47:02.93 SSYwKPLD.net
>>586
だからその「目的」を解釈してくれるエンジンを>>583が作るんでしょ？
595:デフォルトの名無しさん
14/03/23 22:50:51.21 /rUHJ76N.net
>>588
単に今のdiffの欠点と、将来はどうあるべきかを言っているだけだけど？
なに？ 問題点をいっちゃダメなの？
596:デフォルトの名無しさん
14/03/23 22:51:53.66 /rUHJ76N.net
意味を理解するdiffっていうのは
優れたアイデアなんだけど
それぐらい、わからないのかな？
597:デフォルトの名無しさん
14/03/23 22:52:05.60 SSYwKPLD.net
言い出しっぺやるの法則を知らない国の人か
598:デフォルトの名無しさん
14/03/23 22:52:51.54 oiqURFTj.net
>>583
git diff -C 試した？
599:デフォルトの名無しさん
14/03/23 23:01:31.90 YZGI/DRg.net
>>590
そういうことしたいなら、どう考えてもそのリファクタリングを行ったツールと連動した方が確実で簡単だと思う。
600:デフォルトの名無しさん
14/03/23 23:06:27.71 9GdGP9ts.net
>>590
意味を理解するdiffとか、Git自体にそんなもの組み込む必要はないよ
おなじみの URLﾘﾝｸ(git-scm.com) の7章読んできてくれ
「7.1 Git のカスタマイズ - Git の属性」の「外部のマージツールおよび Diff ツール」
601:デフォルトの名無しさん
14/03/23 23:11:29.16 /rUHJ76N.net
あー、お馬鹿なお前らに名乗るの忘れていた。
俺、Martin Fowlerなんだよね。有名人だから知ってるよね？
SemanticDiff
URLﾘﾝｸ(martinfowler.com)
ここで>>586と同じことを英語で書いてるから、
俺の言ったことが理解できない、馬鹿なことを言ってると思うのなら
英語を読むといいよｗ
あと無知はぐぐれ。
602:デフォルトの名無しさん
14/03/23 23:14:09.37 SSYwKPLD.net
>>595
いやだから最初から期待してるって言ってるじゃん。
はやく完成するといいね。
603:デフォルトの名無しさん
14/03/23 23:17:10.68 74vZT6SV.net
>>595
Martin Fowlerさん降臨記念カキコ
604:デフォルトの名無しさん
14/03/23 23:36:31.15 T9zWShXS.net
結局何が言いたいんだろう
605:デフォルトの名無しさん
14/03/23 23:43:02.22 oiqURFTj.net
diff、取ってみようか。
URLﾘﾝｸ(capsctrl.que.jp)
606:デフォルトの名無しさん
14/03/24 01:18:39.83 0ol5+0pg.net
>>587
普通に必要だろ。git使いだけど不満に思っているよ。
もう少し想像力を働かせて欲しいものだな。
607:デフォルトの名無しさん
14/03/24 01:25:10.36 PVohiAF8.net
>>600
empty_dir/.gitignoreに
!.gitignore
って書くんじゃだめなんすか
608:デフォルトの名無しさん
14/03/24 01:26:55.61 0ol5+0pg.net
>>601
いや、それはちょっとダサいでしょ。
仕方なく、そうやっているんだけどさ...
609:デフォルトの名無しさん
14/03/24 01:28:53.09 PVohiAF8.net
おっと
*
が抜けた
どちらにしろ空のディレクトリを空のまま使うことなんて有り得ないんだから
.gitignoreは必要になるんじゃないのかなあ。
まあgit_root/.gitignoreにまとめて書きたいという需要もあるのか。
610:デフォルトの名無しさん
14/03/24 01:34:37.43 0ol5+0pg.net
>>603
開発スタイルによるけど、たいていの場合はディレクトリ構成って設計段階から決まるから、先に作っておきたい。
仕方なく.gitkeepとか.deletemeとか使っているが、コレジャナイ感がある。
ちなみに、.gitignoreは意味が違うような気がしていて使ってないです。
611:デフォルトの名無しさん
14/03/24 01:56:40.05 k2bvJYlJ.net
>>600
gitでファイルのパスが管理されてるのに、パスの情報しか持たないディレクトリを管理したいだなんて、
ファイルシステムへの理解不足かプロジェクトのマヌケさを疑うね。
コードがなにかファイルをそのディレクトリに放り込む手筈になってるのなら
ディレクトリの作成も一緒にやってしまえばいい。
612:デフォルトの名無しさん
14/03/24 02:07:55.26 k2bvJYlJ.net
>>604
そういうのはせめてREADME入れといてよ…
613:デフォルトの名無しさん
14/03/24 06:19:10.58 cXsOtx6k.net
svnから取得したプロジェクトをgitに登録しようとしてるんだけど
trunkフォルダにあるデータをそのままルートにコピーして、trunkフォルダ削除しちゃった
trunk-[フォルダいっぱい]
branches-[フォルダいっぱい]
tags-[フォルダいっぱい]
これを↓
[フォルダいっぱい]
branches-[フォルダいっぱい]
tags-[フォルダいっぱい]
こんな感じ
こうするとgit-svnで引っ張ってきた過去の履歴と比較できなくなるって言われたんだけど
今から治す方法ない？
614:デフォルトの名無しさん
14/03/24 07:39:05.71 coYvviPW.net
最初っからtrunk込みのパスをgit-svnに渡しとけ
折角svnはサブディレクトリ単位でもリポジトリ扱いできるんだから
615:デフォルトの名無しさん
14/03/24 07:40:05.59 coYvviPW.net
或いはgit svn -sか。
616:デフォルトの名無しさん
14/03/24 09:59:32.00 l/qxp3d1.net
>>606
この文脈でREADMEって、何を書く想定なんだ？
617:デフォルトの名無しさん
14/03/24 12:26:30.45 k2bvJYlJ.net
>>610
なんでこの空ディレクトリがコミットされているのかと、どういうモノをここにコミットしていく予定なのか。
ディレクトリがイントロスペクティブなら、後で気が変わってツリーの見直しが発生してもドキュメントと作業ディレクトリの二重管理を防げる。
618:デフォルトの名無しさん
14/03/24 12:33:59.02 rzCer1bD.net
>>586
そんな使えないツール作ってないで、コメントつけろよ。
619:デフォルトの名無しさん
14/03/24 14:56:36.98 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:デフォルトの名無しさん
14/03/24 16:26:56.74 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:デフォルトの名無しさん
14/03/24 18:45:49.12 15T1FlGn.net
>>613
HEAD(、temp)
↓
┌C3
↓
C1←C2
↑
master
Q1
Q1でのC3のようにブランチなどから参照されていないコミットをdetachedという
この状態でHEADをC2などに動かすと どこからも参照されていないC3は失われてしまう(もちろんreflogはできる)ので変更を残したいならブランチなどを作ってね、ということ
Q2
ここではtempはC3を指すように作られる
tempを作った直後は編集していないけど、上図の通りC3がマージされていない
622:デフォルトの名無しさん
14/03/25 00:33:52.38 56htplUz.net
小保方さんも論文のバージョン管理はGitでやれば良かったのに
623:デフォルトの名無しさん
14/03/25 01:53:12.00 T9JHOn1b.net
gitでもコピペは防げません
624:デフォルトの名無しさん
14/03/25 02:16:02.05 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:デフォルトの名無しさん
14/03/25 03:33:44.11 FBko2gtk.net
コミット番号についての単純で重要な事を一つ言っておくよ。
コミットの内容には番号が付いているが、このコミットの内容には歴史の内容も含まれている。
たとえばコミット番号がae0009bであれば、その過去のコミットの番号は必ずに同じになる。
つまりだ、rebase等で過去を変えると変更した所より後はすべて書き換わるということ。
また特定のブランチをマージしたり、コミットをチェリーピックしたりすると
（処理結果の過去が変わる場合は）コミット番号はマージ、チェリーピック先では変わるということ。
そして、もうひとつおまけ。
コミットには、通常のコミットとマージコミットに分かれている。(git logをよく見てみよう)
あるブランチ、そこには複数のコミットが含まれている。
それをマージすると、複数のコミットに加えてマージコミットが１つ追加される。
マージを取り消したいときはrevertするわけだけど、このマージコミットを
一つrevertするだけで、複数のコミットがまとめて取り消される。便利。
ただし、マージした時に必ずマージコミットができるかといったら、そうではなく
（処理結果の過去が同じになるので）マージコミット作らなくていいんじゃね？ と
gitが判断したらマージコミットを作らない。マージコミットを作らない＝fast forward（早送り）
これはオプションで制御できる。
626:デフォルトの名無しさん
14/03/25 03:37:01.81 FBko2gtk.net
AブランチからBブランチへのマージ・・・Bブランチに含まれていないAブランチのコミットを全てマージする
チェリーピック・・・特定のコミットのみ加える。
627:デフォルトの名無しさん
14/03/25 03:48:52.54 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:デフォルトの名無しさん
14/03/25 22:19:56.67 snK4TAek.net
>>621
その1はわかるがその2は
git branch ブランチ名 コミット番号
でいきなり名前付けちゃうなあ。checkout -bでもいいし
629:デフォルトの名無しさん
14/03/26 16:48:10.35 RExXi/Ym.net
タグでバージョン管理してんだけど
git tag
でタグ一覧表示してるときに
hoge-1.2.9 のつぎに hoge-1.2.10 が来るようにしたいんだけど
どうしたらいいかな
630:デフォルトの名無しさん
14/03/26 17:29:58.38 pRpzj6Hj.net
コミットの日付ごとにソート？
631:デフォルトの名無しさん
14/03/26 18:20:02.12 1lIY7CVQ.net
自分の好みの順番に並べ替えるフィルタを書けばいいだろ
632:デフォルトの名無しさん
14/03/26 21:34:33.20 j+UsaIor.net
>>623
|sort -n
633:デフォルトの名無しさん
14/03/26 23:44:02.96 aTmW0mN4.net
>>605 ファイルシステムへの理解不足かプロジェクトのマヌケさを疑うね。
お前何言ってんの
634:デフォルトの名無しさん
14/03/27 00:16:47.15 ze0m1e8o.net
空のディレクトリを管理しないのは、
gitがソースコード管理システムだからだろ。
プロジェクト管理システムじゃない。
diffが全てだと言ってもいいと思う。
diffに意味がなければSCMを使う意味がない。
635:デフォルトの名無しさん
14/03/27 00:24:20.37 gcsG9K2Q.net
> gitがソースコード管理システムだからだろ。
> プロジェクト管理システムじゃない。
これは
gitがソースコード管理システムだからだろ。
デプロイシステムじゃない。
という方が適切だと思う。
ディレクトリが必要なのは、デプロイつまり動作するときであって
動作させるにはディレクトリ作成以外に�
636:焜pーミッション設定とか サーバーごとの設定とか色々あるわけで、 こういうのはデプロイとしてやるべきことだと思う。
637:デフォルトの名無しさん
14/03/27 00:28:10.33 gcsG9K2Q.net
考えてみたら、スクリプト言語のせいなんかな？
gitはカーネル開発のために作られた
つまりC言語、コンパイルする言語。
コンパイルする言語だと、チェックアウトした時に
空のディレクトリを作成する必要ないでしょう？
makeしないと動かさないわけでディレクトリが
必要ならmakeで作成すればいいわけで。
チェックアウトしたソースコードのそのままの位置で
動かそうとするスクリプト言語だから空のディレクトリが
必要だと思っちゃう。
638:デフォルトの名無しさん
14/03/27 00:45:15.61 /J3FM59H.net
意味がわからん
スクリプト言語でも今どきは DB 初期化だのなんだので make 的なのを掛けるのが一般的だが
639:デフォルトの名無しさん
14/03/27 00:49:53.18 gcsG9K2Q.net
>>631
”今どきは” でしょう？
つまり今どきじゃないやり方では
ソースコードをチェックアウトして
make的なことをせずに、そのまま動かすことに
心当たり、あるでしょう？
640:デフォルトの名無しさん
14/03/27 00:52:45.33 ze0m1e8o.net
あ、なるほど。合点がいった。
rootにmakeファイルがあってREADMEにtestにsrcに…ってのが出発点なのに
いきなりindex.htmlとか放り込んでる連中が空ディレクトリ置けないって嘆いてるのか。
なんかExcel方眼紙思い出した。
641:デフォルトの名無しさん
14/03/27 01:29:37.99 JNLvBr35.net
>>633
makeファイル前提の考え方って、どんだけ限定的な開発しかしてないんだよ。。。
642:デフォルトの名無しさん
14/03/27 01:33:07.62 JNLvBr35.net
>>628
前レス気になってみこっちも見たんだけど、ひどいな。
この解釈はお子様だ。
643:デフォルトの名無しさん
14/03/27 02:05:31.43 ze0m1e8o.net
うわぁ
644:デフォルトの名無しさん
14/03/27 07:23:19.89 vi39ZLyv.net
diffで出てこないものは管理しないってのは合点がいくけど
じゃあ
645:デフォルトの名無しさん
14/03/27 07:24:21.45 vi39ZLyv.net
失礼途中送信です
じゃあなんで git commit --allow-empty を許可しちゃうんだろ？
646:デフォルトの名無しさん
14/03/28 00:16:43.38 3TELInRM.net
今日秋葉のヨドバシの中の有隣堂書店行ったら、コンピュータ関係書籍の売り上げ
一位がこの本だった。
GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus) [単行本（ソフトカバー）]
大塚 弘記
URLﾘﾝｸ(www.amazon.co.jp)
やっぱ売れているんだな。
647:デフォルトの名無しさん
14/03/28 00:25:33.22 W/hCr5dM.net
立ち読みしたけどごく初歩的なことしか書いてないのですでに使ってる人間にはいらない
GitHubのファンブック程度のものでしかない
648:デフォルトの名無しさん
14/03/28 00:26:41.92 Ek64RinZ.net
つまり、使ってない人間には～？
649:デフォルトの名無しさん
14/03/28 00:36:46.63 W/hCr5dM.net
金の無駄
SNSの手引書ごときに何千円も出す価値なんてない
その金でGitの入門書買ってGitHubの使い方は触って覚えろ
650:デフォルトの名無しさん
14/03/28 00:38:50.93 Ek64RinZ.net
2580円しかしないと思うけど？
時々さ、パソコン系の雑誌の値段（1500円ぐらい）を
高いっていう人がいるんだけど、君も同じ種類の人間？
651:デフォルトの名無しさん
14/03/28 00:51:19.52 W/hCr5dM.net
お前が100円のガムを1000円で買いたがるバカなのはわかった
652:デフォルトの名無しさん
14/03/28 01:30:42.52 HSmI/JHp.net
売れてるんだから世の中は貴方より馬鹿な人で満ち満ちてるってことなんだよ。
こんなとこでそんな連中を馬鹿に
653:するよりこの本みたいなの執筆して金にする方でも考えたらいいんじゃない？ 100円のガムを1000円で売れる錬金術だぞ？
654:デフォルトの名無しさん
14/03/28 01:36:16.36 Ek64RinZ.net
>>644
ん？ この程度の本なんだから価格も安くて2580円でしょ？
655:デフォルトの名無しさん
14/03/28 01:50:12.38 W/hCr5dM.net
>>645
本業以外四方八方に手を出して回るほど多芸でも暇でもない
>>646
通常1万円の商品がこのお値段ですってか
値段でしか物の価値がわからないなんていいカモだな
ではおやすみ
656:デフォルトの名無しさん
14/03/28 02:07:57.89 3TELInRM.net
売り上げ１位ということは注目されているってことで喜ぶべきことだと思うけど。
単に事実を報告しただけなのに、なんでやたらケチ付けないと気が済まない奴がいるんだろう？
心が貧しいのかな？
657:デフォルトの名無しさん
14/03/28 02:16:13.21 MDxZ8QeT.net
その本なあ、正直それ買うくらいならWebDBPressをPDFにまとめたやつ買ったほうが…
そこでやってた記事のリメイクみたいなもんだし
658:デフォルトの名無しさん
14/03/28 03:56:01.18 Ek64RinZ.net
>>647
いやいや、俺は本をさほど評価してないんだよ？
GitHubの紹介程度だから価格も安いと言ってる。
技術書を買い慣れてないんじゃないの？
雑誌1500円、入門書3000円。
（初心者向け以外の）オライリー本4000～5000円
マイナー本6000円、高い本8000円～
これぐらいが普通の感覚でしょう？
659:デフォルトの名無しさん
14/03/28 07:39:31.29 Dn5nxvgF.net
>>638
man git-commitのオプションの項目見た？
空コミット許してる他のVCSとの絡みで存在するとある。
git rebase -iすると空コミットはデフォでコメントアウトされるよ。
660:デフォルトの名無しさん
14/03/28 11:15:20.51 b5I/lc4w.net
2500円程度の技術書がAmazonで1位になるといくら入るのか教えてくれ
661:デフォルトの名無しさん
14/03/28 11:23:59.96 DJcyO9f1.net
×100円のガムを1000円で
○0円のガムを1000円で
662:デフォルトの名無しさん
14/03/28 11:25:50.46 HSmI/JHp.net
適当にぐぐった感じでは技術書の印税率は7～8%ぐらいだとか
一冊あたり \2,500 * 7.5% ≒ \188
出版社や電子出版とかの出版形態、著者の知名度とかでも変わるらしいが。
技術書の発行部数ってどれぐらいなんだろね？ 累計部数2万部でなかなかすごいとか言われるらしいから
そんだけ売れたとして \188 * 20,000 = \3,760,000。400万いかないんだな。
これにプラス原稿料か。2万部もそれなりに時間かかっての話だし、
夢の印税生活ってわけにはいかないねえ。
663:デフォルトの名無しさん
14/03/28 12:02:43.45 VXkuFG6S.net
Windowsで開発しています
WindowsやLinux,Macといった複数の環境でリポジトリを共有するときの改行コードについて悩んでます。
リポジトリにはLFで記録されていないとパッチのときに困ることになる事がググってわかりました。
Visual StudioでC#を書いているので、このコードの改行コードはIDEで自動的にCRLFになります。
他のRubyなどの言語ではLFで統一して書いてます。
なのでソースコードによって改行が異なるのですが、こういう場合はautocrlfの設定をどうしたらいいのか教えてください。
C#のソースコードの改行を全部LFできれば問題ないんですがプロジェクトがたくさんありすぎて、CRLFからLFに変換することで予期しないバグを生みそうで怖いのでできません。
664:デフォルトの名無しさん
14/03/28 12:11:59.03 4g0iFrkk.net
>>651
知りませんでしたなるほど
空の内容を許可できないとディレクトリだけ追加したコミットがインポートできませんね
665:デフォルトの名無しさん
14/03/28 15:0
666:8:39.41 ID:b5I/lc4w.net
667:デフォルトの名無しさん
14/03/28 15:33:35.02 A6LtV5Yy.net
>>655
MSは互換性を崩すことで囲い込みをする戦略だから基本的に混ぜるな危険。
668:デフォルトの名無しさん
14/03/28 15:45:38.10 Si2wpl68.net
ブログをはしごするより本にまとまってると利用しやすいってのはあるけどね。
669:デフォルトの名無しさん
14/03/28 17:54:41.11 konPatBX.net
環境とか前提条件を明示してないクソぶろぐはほろぶがいい
670:デフォルトの名無しさん
14/03/28 18:34:12.86 Ek64RinZ.net
>>655
設定変えればいいだけじゃんか、LFに
>>658
くだらない悪口言ってないで
ちゃんとした答えを言えよ。
671:デフォルトの名無しさん
14/03/29 08:41:02.91 kBOeF+dH.net
>>655
VSの設定で改行コードをLFに変更する。
autocrlfは弄るな危険。
どうしてもやりたければsafecrlfとセットで。
共同開発者にニワカが紛れ込んでる場合は、リポジトリに、コードの全行がCRLFだった場合にrejectするhookを置く。
自動変換は、ヒアドキュメントなんかで異なる改行コードが行末に必要になると破綻する。
672:デフォルトの名無しさん
14/03/29 10:16:05.39 LsRDU2hq.net
MS-DOS 1.1のソースコードに変更履歴がコメントで残してあってほっこりした
673:デフォルトの名無しさん
14/03/29 11:28:15.42 NkzYe9SC.net
技術書の執筆なんて手間ばかり掛かってぜんぜん金にはならないよ。
本を紹介するとやっかみで批判する奴いるけど、むしろボランティアなんだから
感謝しこそすれ、儲けやがってと批判するのは完全にお門違い。
674:デフォルトの名無しさん
14/03/29 12:29:02.98 KQZTo8Ge.net
まともな本書いてるひとには申し訳ないけど
一見してまともじゃない本の方が
内容が糞な割に儲けてる感じがするのも事実
そういうのが多いとやっかみで文句ばかり言う人が
増えるのもやむを得ないと感じる
675:デフォルトの名無しさん
14/03/29 13:10:31.47 2x5p0G/E.net
そりゃそうだろ？
どんなものでも圧倒的に素人の方が多い。
そして素人の方が本を必要とする。
676:デフォルトの名無しさん
14/03/29 13:47:46.32 lUJRfUf3.net
表面なめただけの粗悪な本でも見当のつかない分野のアウトラインを知るために
藁をもつかむ思いで買うことはあるがそんなときでもなければ買わない
今回買ったのはデザイナーか営業か人事か役員あたりじゃないか
設計やコーディングする人間にはググれば済む程度の内容だし
677:デフォルトの名無しさん
14/03/29 14:16:35.83 V4V3vXLL.net
なんかやたらと買わないアピールが続いてるけどいったいどうしたんだ
678:デフォルトの名無しさん
14/03/29 14:38:51.03 JO2zG+IR.net
最初にこの本の話題が出たときから、このスレに常駐してるような人には必要ない本だろうって感じだった
679:デフォルトの名無しさん
14/03/29 15:02:29.32 lUJRfUf3.net
発売前から紹介されてたのに買ってアピールする人が出てこないのはみんな立ち読みしたけど棚に戻したということでしょ
なのにしつこくプッシュされたら反論したくもなる
680:デフォルトの名無しさん
14/03/29 15:44:54.29 Yzk0+u4a.net
つまらない反論なんてしなくて無視しとけばいいのに。プッシュしてる書き込み
なんてほとんどなくて、反論の書き込みの方が多くて邪魔だよな。
681:デフォルトの名無しさん
14/03/29 16:12:45.91 2x5p0G/E.net
URLﾘﾝｸ(www.amazon.co.jp)
どんだけ２ちゃんねるの評判に頼ってるんだよｗ
こんな所に頼るぐらいなら
amazonの方がまだまし。
682:デフォルトの名無しさん
14/03/29 16:14:41.11 2x5p0G/E.net
俺はそんなこととっくに知ってるから不要
っていうのは、その本を批判していることにはならない。
683:デフォルトの名無しさん
14/03/29 16:53:24.55 PHI
684:TCFwf.net
685:デフォルトの名無しさん
14/03/29 17:31:25.48 V4V3vXLL.net
えっ
買うやつは糞って論調じゃないの？
686:デフォルトの名無しさん
14/03/30 00:03:42.48 S+rtzMEf.net
URLﾘﾝｸ(git-scm.com)
wordのdiffの取り方も紹介してんのな
687:デフォルトの名無しさん
14/03/30 00:23:18.46 fw5SYbo4.net
>>676
catdocってツールの存在を知れて有用だったわ
688:デフォルトの名無しさん
14/03/30 00:49:06.16 /CfyfstJ.net
>>676
WindowsならWinMergeのままでいいかな
xdocも読めるし外部だけどExcelにも対応してるし
689:デフォルトの名無しさん
14/03/30 05:53:30.40 db/j9F+A.net
>>677
猫か犬かはっきりしろg
690:デフォルトの名無しさん
14/03/30 09:12:04.66 9HEvX5A8.net
>>677
いつの間にかドキュメントのバージョン上がってたんだな。
たしか前までstringsコマンドが紹介されてて日本語使えねぇと思ったんだけど。
691:デフォルトの名無しさん
14/03/30 09:34:12.90 qidUF1O3.net
Git使ってる人がいつの間にかバージョン上がってたとか曖昧なこと言ってるのは嘆かわしい
URLﾘﾝｸ(github.com)
7ヶ月前だ
692:デフォルトの名無しさん
14/03/30 11:05:41.50 pFwz2/0B.net
>>679
はっきりしてんだろg
693:デフォルトの名無しさん
14/03/30 13:23:37.85 9HEvX5A8.net
>>681
『いつの間にか』日本語の文法もバージョン上がったのか。sha1くれよ。
694:デフォルトの名無しさん
14/03/30 14:34:00.64 53PqKRTP.net
>>669
>このスレに常駐してるような人には必要ない
自分を基準に考えているのかもしれないが、世の中の人はみんながみんな２ちゃんに
粘着しているようなヒマ人ばっかりじゃない。
ネットを廻っていれば分かるようなこと、というのは事実かもしれない。
でも自分が知らないトピックを何千円か払うことで最短距離で知ることができるメリット
は大きい。特に自分の単金が高い人は。
本なんて安いもの、という発想が出来ないうちはいつまでたっても底辺のままだよ。
695:デフォルトの名無しさん
14/03/30 14:58:24.37 KMVNCqdy.net
いやいやごみはごみだよ
696:デフォルトの名無しさん
14/03/30 15:58:28.39 /CfyfstJ.net
初めからこのスレの住人をコンテキストに書かれてるのも読み取れないで本や仕様書が読めるのかね？
697:デフォルトの名無しさん
14/03/30 16:00:11.26 J3oHNw57.net
コンテキストってな～に？
698:デフォルトの名無しさん
14/03/30 16:03:06.58 Ym7n0+3V.net
それ以前に日本語がおかしいぞ
699:デフォルトの名無しさん
14/03/30 16:13:00.70 lTbLNvca.net
わずか一行の文章でここまでわけのわからないことを書けるのも一種の才能
700:デフォルトの名無しさん
14/03/30 20:06:17.85 AmZWDzue.net
くんこくさいし
701:デフォルトの名無しさん
14/03/30 20:07:17.57 AmZWDzue.net
誤爆、しかも誤字
702:デフォルトの名無しさん
14/03/31 06:09:15.40 Dx9xREGz.net
>>616-617
gitで複数のリポジトリからpullしたのを合体なんて出来た？
703:デフォルトの名無しさん
14/03/31 10:33:24.64 Jzg3YQa1.net
>>692
fetch
fetch
merge
704:デフォルトの名無しさん
14/04/01 01:36:09.78 HTAg2n1d.net
1.9系のメンテナンスリリース「Git 1.9.1」がリリース
URLﾘﾝｸ(sourceforge.jp)
> バグ修正が中心のメンテナンスリリースで、ユーザーにアップデートを呼びかけている。
705:デフォルトの名無しさん
14/04/01 11:30:36.52 L86dyqvA.net
3月18日、Git 1.9系の最新版となる「Git 1.9.1」がリリースされた。
^^^^^^^^^^^^
706:デフォルトの名無しさん
14/04/01 15:28:53.
707:38 ID:zd2Xq/O2.net
708:デフォルトの名無しさん
14/04/01 21:58:10.85 HTAg2n1d.net
>>695
1.9.1ってどうやったら入手できるん？
709:デフォルトの名無しさん
14/04/01 21:59:49.76 HTAg2n1d.net
自己解決、見つけた
Release v1.9.1: Git 1.9.1 ・ git/git ・ GitHub
URLﾘﾝｸ(github.com)
710:デフォルトの名無しさん
14/04/01 22:03:48.11 L86dyqvA.net
git使ってるはずなのに
gitのソースコードを
gitで取ってこないのってなんで？
711:デフォルトの名無しさん
14/04/01 22:08:00.54 HTAg2n1d.net
Windows使いだから
712:デフォルトの名無しさん
14/04/01 22:09:45.98 HTAg2n1d.net
msysgitがまだ1.9.1に上がってないだけだった
713:デフォルトの名無しさん
14/04/01 22:11:25.10 L86dyqvA.net
Windowsだとgitつかえないのー？
Windows版あるのになんでー？
714:デフォルトの名無しさん
14/04/01 22:17:14.30 HTAg2n1d.net
gitのソースコードなんかWindowsに持ってきてどうするんだよ
715:デフォルトの名無しさん
14/04/01 22:58:03.14 GxYZELvy.net
>>703
最新版使いたいって話なんだから
コンパイルするに決まってるじゃん？
何だと思ったのさｗ
716:デフォルトの名無しさん
14/04/01 22:58:55.23 GxYZELvy.net
> 698 名前：デフォルトの名無しさん[sage] 投稿日：2014/04/01(火) 21:59:49.76 ID:HTAg2n1d
> 自己解決、見つけた
>
> Release v1.9.1: Git 1.9.1 ・ git/git ・ GitHub
> URLﾘﾝｸ(github.com)
↑ソースコード ↓自己批判？ｗ
> 703 名前：デフォルトの名無しさん[sage] 投稿日：2014/04/01(火) 22:17:14.30 ID:HTAg2n1d
> gitのソースコードなんかWindowsに持ってきてどうするんだよ
717:デフォルトの名無しさん
14/04/01 23:15:16.31 HTAg2n1d.net
URLﾘﾝｸ(git-scm.com)
↑でDownloadのところが1.9.1になってるのにダウンロードしようとすると1.9.0になるから
おかしいなと思っただけだよ
718:デフォルトの名無しさん
14/04/01 23:18:39.59 HTAg2n1d.net
つまり>>698は1.9.1の存在を確認したってだけのレスだよ
719:デフォルトの名無しさん
14/04/01 23:18:51.75 GxYZELvy.net
ソースコードならgitで取ってくればいいだろって
いっただけだよ。
720:デフォルトの名無しさん
14/04/01 23:26:20.82 HTAg2n1d.net
ソースコードじゃなくビルドされたmsysgitの1.9.1が欲しかったんだよ
721:デフォルトの名無しさん
14/04/01 23:30:34.74 GxYZELvy.net
ソースコードあるんだから存在確認なんかするできるじゃない。
ソースコードあるんだからビルドすればいいじゃない。
722:デフォルトの名無しさん
14/04/01 23:38:47.55 HTAg2n1d.net
gitは1.9.1に上がったけどmsysgitソースコードはまだ1.9.0のままだからmsysgitの1.9.1はビルドできないよ
723:デフォルトの名無しさん
14/04/05 11:16:04.26 ZZXtrAnH.net
最後にコミットした内容を全文取得する方法を教えてください
724:デフォルトの名無しさん
14/04/05 12:55:51.95 N4PVE6y4.net
>>712
git show のこと？
全文ってなんぞや
725:デフォルトの名無しさん
14/04/05 13:30:22.49 8YtqWgT+.net
改行のない1行のファイルでコンフリクトした場合と
改行のあい1行のファイルでコンフリクトした場合で
コンフリクトしたときに生成される内容がどっちも同じで、最後に改行があるかどうかわからないんですが
こういうものですか？
726:デフォルトの名無しさん
14/04/05 13:33:18.44 mtBhJ+7L.net
Gitの前に日本語を勉強したほうがいい
727:デフォルトの名無しさん
14/04/05 13:50:35.48 wAOFYyyb.net
>>713
全てのコミットログ
728:デフォルトの名無しさん
14/04/05 13:55:48.72 0fqpc5MM.net
履歴から特定のキーワードを検索する方法を教えてください
729:デフォルトの名無しさん
14/04/05 15:31:14.94 3X+75WiG.net
git log --grep
730:デフォルトの名無しさん
14/04/05 16:45:57.44 N4PVE6y4.net
>>716
最後のコミットってのと全部ってのはどうも噛み合ってない気がするが、
git log -p でいままでの全てのコミットごとのdiffをみれるよ
731:デフォルトの名無しさん
14/04/05 18:34:57.03 VpVtZpxi.net
翻訳案:
このスレに書かれているもののコンテキストも読み取れないレベルで、本や仕様書が読めるのかね？
732:デフォルトの名無しさん
14/04/05 18:54:24.39 9C6/NDEr.net
通常人の知能があれば読める文章をわざわざ翻訳してあげなくていいよ
733:デフォルトの名無しさん
14/04/05 18:58:50.92 mtBhJ+7L.net
本や仕様書を読んで理解するより
ここの不思議ちゃんの質問の真意を汲み取るほうがはるかに難しいよ
734:デフォルトの名無しさん
14/04/05 19:19:54.97 9C6/NDEr.net
> Gitの前に日本語を勉強したほうがいい
Gitスレで日本語の勉強を指南する人は言うことが違いますね
おわり
735:デフォルトの名無しさん
14/04/05 20:43:51.09 NEyJXYls.net
gitってwindowsじゃ使えないの？
何で使うの？
736:デフォルトの名無しさん
14/04/05 21:14:36.90 L63yQW6X.net
使えるよ
737:デフォルトの名無しさん
14/04/06 11:59:48.02 1YXnk/KS.net
>>715は普段他人に言われているんだろ
かわいそうだからあんまり>>715をいじめんなよ
ガチな奴を煽ると社会で何するかわからないからな
738:デフォルトの名無しさん
14/04/06 12:58:28.42 hTzu53D+.net
>>726
じゃあ、お前はいじめて良さそうだなｗ
739:デフォルトの名無しさん
14/04/06 13:03:28.76 X8q2hYwd.net
>>726
指摘されて悔しい
まで読んだ
740:デフォルトの名無しさん
14/04/07 05:47:52.87 K/kPFgfw.net
URLﾘﾝｸ(git-scm.com)
この機能使えばロック代わりになるんじゃないの？
741:デフォルトの名無しさん
14/04/07 05:51:29.21 dOohTi9z.net
>>729
なるほど、pre-commitフックでどのファイルがlockされているかを調べ、
コミットがそのファイルへの変更を含む場合弾く
ってバカみたいなフック書けばコミットは防げるな
742:デフォルトの名無しさん
14/04/07 06:02:33.93 6r6QSdOH.net
そんなに馬鹿な方法でもないよ。
ロックというのは要するにアクセス権限の制御と同じ。
一時的に特定のユーザーにだけ
読み書きの権限を与えるのがロックの本質。
ロックという言い方のせいでファイルやデータベースの
ロックと勘違いされやすいけど、
本当はアクセス制限なんだよ。
743:デフォルトの名無しさん
14/04/07 06:10:46.35 dOohTi9z.net
>>731
んなもんをわざわざフックでゴリゴリ書くのがバカみたいだって言ってるんだが
744:デフォルトの名無しさん
14/04/07 06:24:41.62 6r6QSdOH.net
>>732
なんで？
745:デフォルトの名無しさん
14/04/07 06:30:17.00 dOohTi9z.net
>>733
メダカにアームスーツ着せてる感じだな
746:デフォルトの名無しさん
14/04/07 06:35:05.14 6r6QSdOH.net
ほらね。ちゃんと説明できないんだよな。
747:デフォルトの名無しさん
14/04/07 06:48:46.00 dOohTi9z.net
比喩がわるかったか。
本来そなわっていない、そぐわない機能を無理矢理に御仕着せてるのがバカらしいって話。
748:デフォルトの名無しさん
14/04/07 09:20:18.38 kxzBrPRi.net
こう言う奴って標準でロックサポートしてたらなんも考えずに使うんだろうな (w
749:デフォルトの名無しさん
14/04/07 09:30:01.18 KFUO0v2u.net
あっても使わないだろ
750:デフォルトの名無しさん
14/04/07 09:30:26.53 tRBXTETn.net
いや、別にサポートされてたら使ったって問題ないだろそりゃ
もしわざわざサポートしたんだとしたら使うべきフローが見出されたってことなんだろうし
751:デフォルトの名無しさん
14/04/07 09:34:37.77 KFUO0v2u.net
事前の根回しとか、ロックしっぱなしの奴とか面倒くさくて使ってられない。
752:デフォルトの名無しさん
14/04/07 09:46:56.99 16UD3OAF.net
なぜ人はコンフリクトにびびるのか
753:デフォルトの名無しさん
14/04/07 10:25:43.28 7LBFjO6B.net
LinuxパッケージのGitがバージョン1.7.10なんだけど
ソースコードをコンパイルしてでも1.9を使ったほうがいいですか？
754:デフォルトの名無しさん
14/04/07 1
755:4:16:31.37 ID:6r6QSdOH.net
756:デフォルトの名無しさん
14/04/07 14:38:45.62 jtMm82dE.net
>>739
git の仕様決めてる奴は常に正しいと言うわけか
宗教じみてるな
757:デフォルトの名無しさん
14/04/07 18:22:52.19 xiERRsDS.net
俺は便所の落書きより天才独裁者を信じるよ
758:デフォルトの名無しさん
14/04/07 19:21:54.19 dOohTi9z.net
>>743
ああ、それすら理解できないアホなのか。
一生CVS使っててください。
759:デフォルトの名無しさん
14/04/07 19:40:02.08 i4xTX3V0.net
Windowsでいままで作り上げてきたリポジトリを
LinuxからWindowsにアクセスしてコミットしたら壊れますか？
760:デフォルトの名無しさん
14/04/07 20:03:26.88 Yv3nxM4P.net
>>746
俺が理解しているかどうかではなくて
お前がちゃんと理由を言えるかって問題なんだが？
なに？ 何も考えてなかったの？
761:デフォルトの名無しさん
14/04/07 21:49:31.82 ELF13Pet.net
>>748
ロックでもアクセス管理でもいいんだけど、分散レポジトリ環境全体でそれを実現するには
全レポジトリが相互に管理情報のやりとりをする必要があるのは理解できてる？
762:デフォルトの名無しさん
14/04/07 23:00:16.22 aZ3ao3+q.net
ロック不要なのは、ロック解除後に前のバージョンに戻す馬鹿がいるからだよ。
(1)書き込もうとしたら何かエラーになった。
(2)取っておこう。
(3)updateしたら出てきた。動くようになったのかな?
(4)元に戻してcommit。
結局、運用ルール必須。
763:デフォルトの名無しさん
14/04/07 23:29:19.10 vR3IoiGJ.net
あるファイルの5番目に編集したハッシュタグを知る方法を教えてください
HEAD@{4}だとマージしたとか関係ないとこに当たるからだめでした
764:デフォルトの名無しさん
14/04/08 01:55:28.06 ne0TjbLI.net
5番目ってどっからどう数えるの？
普通にログを目で追うんじゃだめなん？
765:デフォルトの名無しさん
14/04/08 02:09:48.67 4nGfwtCH.net
URLﾘﾝｸ(github.com)
こゆの？
766:デフォルトの名無しさん
14/04/08 03:19:33.60 y9DHWvxi.net
こういう感じです
対象:Aファイル
最後に編集した3番目の例えると・・・
(古い)
git init
Bファイルを編集&コミット
Aファイルを編集& コミット ←５ ここのハッシュタグが知りたい
ブランチ切り替え
Bファイルを編集 & コミット
Aファイルを編集 & コミット ←４
ブランチ切り替え
マージ
Aファイルを編集 & コミット ←３
Aファイルを編集 & コミット ←２
Aファイルを編集 & コミット ←１ ここからカウント
Bファイルを編集 & コミット
git push
(新しい)
767:デフォルトの名無しさん
14/04/08 03:20:42.76 y9DHWvxi.net
x 最後に編集した3番目の例えると・・・
o 最後に編集した5番目の例えると・・・
768:デフォルトの名無しさん
14/04/08 04:24:33.49 czY7oW3r.net
こう？
git log --oneline -- Aファイル
769:デフォルトの名無しさん
14/04/08 05:05:27.05 fyVeu966.net
>>749
>>729 のリンク先も見てないのか
770:デフォルトの名無しさん
14/04/08 05:28:35.31 lmbIx31P.net
>>729で説明してるのは単純な中央リポジトリに対するアクセス制御を実現する方法
Gitの場合は中央リポジトリを持たない運用とか、
中央リポジトリがあってもリポジトリが多段の階層を構成してるような運用とかがあって、
>>729みたいな単純な実装じゃ不十分なんだよね
本格的にやるならリポジトリが相互にアクセス制御情報を交換するような実装が必要になるけど
複雑な仕組みになるからやらないだろうな
771:デフォルトの名無しさん
14/04/08 05:37:37.12 WTPhN4IX.net
っていうか、subversionだって
ローカルでファイルを修正すれば同じことだろ？
ロックがかかった状態と言っても、
ローカルで作業している分にはネットワーク切れてるわけで、
当然ローカルにあるものは読み書き可能。
772:デフォルトの名無しさん
14/04/08 12:42:51.84 EM68hGAU.net
LinuxでおすすめのGUIってなんですか？
SourceTreeがインストールできないので残念です
773:デフォルトの名無しさん
14/04/08 13:08:04.31 1S0CFyLG.net
>>758
> 複雑な仕組みになるからやらないだろうな
難しいかどうか以前に、本質的に無理でしょ。
同時にロックされたときの排他制御が必要だから、なんらかの中央集権は必要。
ただちょっとした開発でもその手のサーバーは持ってると思うけど。
774:デフォルトの名無しさん
14/04/08 15:00:40.14 lmbIx31P.net
>>759
subversionとかのロックはファイルを編集する前にかけるの
ローカルに編集する前に中央のサーバに問い合わせて、自分がファイルを編集できるかどうかを確認する
775:デフォルトの名無しさん
14/04/08 15:16:54.95 L1P7kA7L.net
>>762
いや、ファイルの読み取り専用属性を解除すれば
ロックかかっていても修正できるから。
776:デフォルトの名無しさん
14/04/08 16:06:55.87 lmbIx31P.net
subversionでロックをかけるには中央サーバとの接続が必要で、
お互いがロックをかけてから編集するというルールを守っている限りコンフリクトを抑止できる
ここまではいいかな？
gitで同じような効果を得るには中央サーバが必要になる
しかしgitの場合には>>758で示したように、中央サーバに該当するものが存在しないとか、
中央サーバーが直接ローカルからアクセスできない環境で運用される場合がある
それらに対応できない以上gitにおいては中途半端な実装と言うしかない
777:デフォルトの名無しさん
14/04/08 18:28:01.34 ne0TjbLI.net
そもそも
コンフリクトを抑止して「効率的に開発する」という目的に対しては
ロック機能自体が中途半端な存在ってことでしょ
できる/できない の話と やる/やらない の話が
ごっちゃになってる感じ
778:746
14/04/08 18:30:28.02 9wIzdaaz.net
お前ら親切だなあ。
779:デフォルトの名無しさん
14/04/08 23:59:46.81 Sb5AZ4FB.net
ローカルではgitを使い、本家へのコミットにはsvnを使う
というのがプロのやり方だよね
780:デフォルトの名無しさん
14/04/09 00:46:29.18 Lm8qyw/W.net
>>763
ツールが想定する運用と違う使い方してダメだしとか、頭おかしいのか？
>>764 もそうだけと、いかなる構成に対応できるって言ってるわけじゃないだろ。
ロック使いたいならこんなやり方でできますよって言ってるだけなんだから、必要ないならスルーすればいいだけのこと。
781:デフォルトの名無しさん
14/04/09 00:47:27.96 BYGGYeeL.net
だからロックを使いたいやつをgitに呼びこむのがそもそもの間違いだろ
782:デフォルトの名無しさん
14/04/09 00:48:26.64 hkLzWOQG.net
何を使うかは上が決める
トップダウン
783:デフォルトの名無しさん
14/04/09 00:56:42.97 yn/sF65z.net
gitでもロックできるみたいだからロック使った運用しろなんて馬鹿な上が言ってくるかもしれないからな
分散管理に対する不自由と引き換えになる不完全なやり方だってことを書き込んでおかないとね
それを承知で使うなら別に構わないんじゃないか？
784:デフォルトの名無しさん
14/04/09 01:42:35.53 S7o8PceK.net
ロックって聞くとすぐ発狂するよなGit信者って
自由の戦士のつもりかなんかなのか？
785:デフォルトの名無しさん
14/04/09 01:52:21.50 BYGGYeeL.net
>>772
だからCVSを死ぬまで使ってろよ、あれだって自由ソフトウェアだぞ
786:デフォルトの名無しさん
14/04/09 02:10:11.00 j9Z2BVsM.net
>>772
ROCKってのは心揺さぶるもんだろう、お前も一緒にシャウトしようぜ
…と言うのは流石に冗談として、lockが無いと発狂してる人に、落ち着けと言ってるだけにしか読めないんだがなあ
何にしても元々オプソ用だったgitにlockなんて百害あって一利も無いだろうし、どうにも必要なら素直に別の使えば良い
787:デフォルトの名無しさん
14/04/09 02:28:49.32 zsoCf0EM.net
lockのあるツールでlockかけたまま会社を休んだのがいて仕事にならなかったのを
経験するとlockのあるツールを積極的に使おうという気はなくなるけどな。
788:デフォルトの名無しさん
14/04/09 02:53:43.97 6tz1smtb.net
>>775
ロックと言ってもただの読み取り専用属性なので
解除すれば編集できるよ。
789:デフォルトの名無しさん
14/04/09 02:57:15.26 TCIMdxjw.net
>>774
> 何にしても元々オプソ用だったgitにlockなんて百害あって一利も無いだろうし
意味わからん
OSS がどう関係するかもわからんし、一利ないと言うのはいいとして、百害ってなんだ？
なんか lock を凄いガチガチの機能だと思ってねーか？
790:デフォルトの名無しさん
14/04/09 03:03:57.78 NE6iElAu.net
まず、ロックを使うという前提だとする。
つまり、ファイルを編集する前には必ずロックをかけるということ。
普通プログラムするときは、編集対象が予め分かるわけじゃない
ソースコード眺めていって、問題があるファイルを修正する。
ここまではいいね？
・ネットワークにつながってない状態でどうやってロックをかけるのか？
・ロックがかかった状態で、そのファイルを他の人が修正したい場合はどうするのか？
・ロックを解除しないまま長期休暇した場合はどうするのか
（ロックを強制的に外すという案は、なら最初から外せばいいのでロックの利点？とは反する）
これに答えて欲しい。
ロックを外せば（無視すれば）運用できるじゃねーか。という意見が正しいなら、
最初からロックはなくていいのではないか？という答えになる。
791:デフォルトの名無しさん
14/04/09 03:43:52.22 j9Z2BVsM.net
と言うか前提が分からんなあ
ローカルコミット出来ないようにロックするのか、プッシュ出来ないようにロックするのか…
792:デフォルトの名無しさん
14/04/09 04:28:13.15 Qxi8LBwl.net
まあコミットするのにいちいち書類提出しなくちゃいけないようなルールの運用もあるっていう噂だし、
ロックが必要だっていう社内論理も同様にあり得るんじゃないの。
けど、ロックの要不要はそもそもどういう運用ルールなのかによってかなり変わってくると思うのに、その前提を共有する以前に
ロックがあったほうが便利だのロックなんて無意味だの言っても平行線をたどって終わりだろう。
そもそもここバージョン管理システムスレじゃないしバージョン管理システムにロックがあったほうがいいのか悪いのかっていう話題はスレチだと思うけどね。
スレチだからやめろとかうるさいことを言いたいわけじゃないが。
けど個人的な意見を言わせてもらえば、特別運用ルールや利用形態を指定しないのならここはGitスレなんだし、
「ロックなんてあったって中途半端で意味ないだろ」っていう意見の方が支配的だと思うけどな。状況限定の例外はもちろん認める。
ロックが必要、って言ってる人はVCSにロックが必要だと思ってるのか、Gitにロックが必要だと思ってるのかどっちなの？
793:デフォルトの名無しさん
14/04/09 04:41:58.28 NE6iElAu.net
書類提出とか言うのは、そもそも権限の話だから全く違う問題。
ロック禁止というのは、コミットできる権限はあるけど
他の人にコミットさせないと、別の人がコミットを禁止させる行為。
本来コミットしていいはずの人が、コミット禁止される。
なぜ？って話。
794:デフォルトの名無しさん
14/04/09 08:06:53.29 lgQL/971.net
>>778
前提が滅茶苦茶だな。
> まず、ロックを使うという前提だとする。
> つまり、ファイルを編集する前には必ずロックをかけるということ。
> 普通プログラムするときは、編集対象が予め分かるわけじゃない
> ソースコード眺めていって、問題があるファイルを修正する。
なんで全部ロックしようとするんだ？
バイナリ系の (要はツールではマージできない) ファイルだけでいいだろ？
> ・ネットワークにつながってない状態でどうやってロックをかけるのか？
だから、できない状況ならあきらめろよって話。
> ・ロックがかかった状態で、そのファイルを他の人が修正したい場合はどうするのか？
ロックした人と相談しなさいよ。
> ・ロックを解除しないまま長期休暇した場合はどうするのか
連絡つかないとか本人死んだとかなら、ロック解除すればいいだけ。
> （ロックを強制的に外すという案は、なら最初から外せばいいのでロックの利点？とは反する）
意味わからん。
お前さんが考えてるロックの利点ってなんだ？
795:デフォルトの名無しさん
14/04/09 08:14:32.41 lgQL/971.net
>>780
> ロックが必要、って言ってる人はVCSにロックが必要だと思ってるのか、Gitにロックが必要だと思ってるのかどっちなの？
あればいいじゃん、と言うだけのこと。
中途半端で使いにくそうとかいうのならわかるけど、強制解除できるなら意味ないとか、忌み嫌う意図がわからん。
>>781
マージできないからだろ。
796:デフォルトの名無しさん
14/04/09 08:21:10.15 lgQL/971.net
>>781
ちょっと追記
> ロック禁止というのは、コミットできる権限はあるけど
> 他の人にコミットさせないと、別の人がコミットを禁止させる行為。
ロック禁止はロックのことだと仮定して、本来ロックはコミットを禁止させる行為じゃないよ。
編集を開始させないようにするためのもの。
マージできないからその編集は無駄になる可能性が高いからね。
797:デフォルトの名無しさん
14/04/09 08:39:15.17 rnHKJbd8.net
そのうちDBの排他ロックすら許せなくなっちゃうんだろな
798:デフォルトの名無しさん
14/04/09 10:48:27.45 Cs/4QDoa.net
ロックがゲシュタルト崩壊
799:デフォルトの名無しさん
14/04/09 11:54:59.42 Bivk+KoI.net
>>785
RDBMSにはマージという概念がないだろう。
800:デフォルトの名無しさん
14/04/09 11:59:27.20 S7o8PceK.net
確かにGitってテキスト主体のオープンソースの分散開発ならいいけど、
社内とかの仕事で使うにはあまり意味ないよね。
各人勝手にソースいじることないし、最終的にどこを取り入れるか判断する
人の負担が大きいし。
801:デフォルトの名無しさん
14/04/09 12:49:11.67 Cs/4QDoa.net
>>788
意味ないとまでは思わないが、効果が薄いと言わざるを得んな。
文書は全部Officeでマージできない、開発メンバはSubversionのこ
とをちょっと面倒な共有ファイルサーバくらいに思ってる、といっ
た環境だと、苦労してGitに変える必要もないかなって思う
802:デフォルトの名無しさん
14/04/09 13:32:32.32 Qxi8LBwl.net
>>783
多分、ロックがあった方が美味しいってことが多いシチュエーションでは、Gitなんか使わない方が皆幸せだってことをロックを嫌がる人は思ってるんじゃないのかな？
リソース画像ファイルとかですらGitのリポジトリには含めるべきではないっていう原理主義の人多いし。
自分は原理主義もわかるけど、自分の利用ではリソース画像ファイルとかは必須なので、なんとかうまいことする方法があればいいのにな(他VCS含め)と思っている。
Gitにロックがあればいい、というあなたの立場は理解した上で、どういう実装があり得ると思う？自分は上手い、と思う方法が見つからないよ。
803:デフォルトの名無しさん
14/04/09 14:23:46.87 mAyum7ca.net
ファイルの中にパスワードを書いたままGitHubにプッシュしたんですけど
これはまずいと思ってパスワードを削除したファイルをプッシュしたんです。
でも過去の履歴って閲覧できますよね。
どうやって闇に葬り去ることができますか？
バレたら首になるので誰かヘルプ！
804:デフォルトの名無しさん
14/04/09 14:26:33.92 qA8ouB3T.net
github側リポジトリを消す
自分のローカルリポジトリはパスワード追加前のコミット前の状態revert
githubにプッシュし直す
805:デフォルトの名無しさん
14/04/09 14:30:07.03 iLQ9oAQy.net
github の HEAD を他の誰かが取り込んだら終わりだからな
とりあえず迷ってる暇はない
今すぐ github のアカウントごと消せ
806:デフォルトの名無しさん
14/04/09 14:31:36.72 f1/WUzrS.net
凍結してfilter-branchの練習かな
807:デフォルトの名無しさん
14/04/09 14:31:48.87 yn/sF65z.net
>>791
最初にやるべきことはそのパスワードそのものを無効にすることだよ
もちろんそのパスワードを外部にさらしてしまったことを回りにちゃんと説明しろ
808:デフォルトの名無しさん
14/04/09 14:54:17.61 mAyum7ca.net
みなさんありがとうございます
入社して7日目で首だけは避けたいのでアドバイスを参考に動いてみます
809:デフォルトの名無しさん
14/04/09 15:03:21.10 TDs0SH97.net
>>790
> 原理主義の人多いし。
たかがツールなんだから便利に使えればいいと思うんだけどね。
まあ、無節操に機能を取り込んで逆に使いにくくなるとかは勘弁してと言うのはあるとは思うけど。
> どういう実装があり得ると思う？自分は上手い、と思う方法が見つからないよ。
排他が必要だから俺も中央サーバーたてる以外の方策は思い付かない。
810:デフォルトの名無しさん
14/04/09 16:32:18.38 Bivk+KoI.net
入社して7日目に2chに書き込んでいるとか
811:デフォルトの名無しさん
14/04/09 17:55:39.06 n694gffx.net
>>797
>たかがツールなんだから便利に使えればいいと思うんだけどね。
こういうのって自分だけはメタ視点、なつもりで高所から見ているつもりだろうけど、
誰でも分かってる当たり前のこと言ってるだけだよな。
当面の議論には参加する能力がないけど、偉そうな態度だけは取りたいという
812:。
813:デフォルトの名無しさん
14/04/09 19:50:12.68 Qxi8LBwl.net
>>797
> たかがツールなんだから便利に使えればいいと思うんだけどね。
いや、原理主義は大事だと思うよ。本当に無理やり目的を達成したほうがいいのかをそもそも論で考えるのは大事だと思うから。
ただ、原理主義に固執するあまりに状況も把握せずに全否定、ってのは良くないと思うけど。
「便利に」使えればいいというのはその通りなんだけど、ツールの設計思想や構造を無視して「こういう機能があると便利なんだけど」って言ってもしょうがないとも思う。
乗用車にトイレがあったら便利だと思うけど、トイレを実装するには様々な困難があるし、乗用車の存在目的を考えたら外部化したほうがいいでしょ？
そういうところを無視して「便利だと思うからつけたっていいじゃん」ってのもまた、同意できない。
814:デフォルトの名無しさん
14/04/09 19:53:10.76 /il1zge6.net
gitは単なるツールでそれを運用するシステムは別でしょ
そのシステムがgitを前提としてなかった場合、システムがgitに合わせることになる
815:デフォルトの名無しさん
14/04/09 20:03:23.61 TDs0SH97.net
>>799
いきなりどうした？
なんか悔しかったのか？ (w
>>800
まあそこは色々な考え方あってしかるべきだし、使い方は人によって違うしね。
車の例えなら、キャンプ大好きで自家用車をキャンピングカーにしてるような人なら、トイレもあった方がいいと思うかもしれないよね。
設計者には悪いけど個人的に使うなら設計思想関係なく便利に使えばいいと思うよ。
816:デフォルトの名無しさん
14/04/09 20:07:57.73 TDs0SH97.net
>>801
システムって具体的にどんなのを言ってるの？
817:デフォルトの名無しさん
14/04/09 20:24:29.52 yn/sF65z.net
Gitはあくまでもソースコードの分散バージョン管理ツールであって
そのために必須ではない機能を何でもかんでも突っ込むのはUNIX的なやり方じゃないね
バイナリファイルとかの管理のために分散環境ではうまく機能しないロックが必要だっていうなら、
そういう仕組みをGitとは別に新しく作ればいい
もちろんそれを実現するのにGitを利用するのは構わないけど、
Git本体を肥大化させるのはダメだ
818:デフォルトの名無しさん
14/04/09 20:42:11.70 /il1zge6.net
>>803
会社みたいに複数人で開発する場合、集中管理できるようなツール入れることになるでしょ
そこで、どのツールを使うとか、そのツールで管理してる各リポジトリに対して、誰にどれだけの権限を与えるとか
gitをバージョン管理ツールとして導入して運用するのに必要な管理ツールやルール的なものという意味でのシステム
819:デフォルトの名無しさん
14/04/09 20:44:43.35 yIe5cirA.net
そんなに便利な機能なら拡張作れば大人気だろう
820:デフォルトの名無しさん
14/04/09 21:14:14.88 TCIMdxjw.net
>>805
いわゆる運用系の話しかな
なら、ツールにうまく合わせるのは当たり前やね
>>806
便利だとは思うが、本質的に分散システムでは実現が難しいから、かなりの部分を運用でカバーする必要があると思う
821:デフォルトの名無しさん
14/04/09 21:20:04.93 hkLzWOQG.net
分散システムの本質ってなんだろうな
822:デフォルトの名無しさん
14/04/09 23:01:23.09 vvfK+6uV.net
>>800
原理主義っていうことの意味自体が排他的なネガティブなものなので、原理主義が
大事ってのは普通の感覚だとありえないんだけどね。保守的よりさらに変化を
認めないってのが原理主義だから。
823:デフォルトの名無しさん
14/04/09 23:14:37.88 Sjt9OQJN.net
>>802
いや、お前自分ではドヤ顔だけど、つまんねえだけだよ、と誰か教えてやった方がいいと思ったからさ。
824:デフォルトの名無しさん
14/04/09 23:20:38.44 wiNih1s9.net
GitってVSSみたいにファイルのチェックイン、チェックアウトを厳密に
アトミックにロックするやり方の管理もできるの？
テキストファイルみたいな中身を把握して差分を常に意識するならGit方式
でいいけど、画像ファイルとか、特定アプリのバイナリファイルの共同
開発だとVSS方式もあった方がいいよね。
825:デフォルトの名無しさん
14/04/09 23:20:46.34 Il0l8m2A.net
WindowsでGitをインストールすると.gitconfigの[core]の項目が存在しますが
Linuxでソースコードから入れると、入れたばかりだと.gitconfigは存在しません。
名前とメールアドレスを登録したら自動的に.gitconfigが作られますけど
Linuxでは[core]の部分は設定しなくてもいいのでしょうか？
例えばautoCRLFとか
826:デフォルトの名無しさん
14/04/09 23:41:10.33 hkLzWOQG.net
Git - Gitのインストール
URLﾘﾝｸ(git-scm.com)
Git - 最初のGitの構成
URLﾘﾝｸ(git-scm.com)
Git - Git のカスタマイズ
URLﾘﾝｸ(git-scm.com)
827:デフォルトの名無しさん
14/04/10 00:00:04.05 ZuhRq4by.net
>>802
もちろんそれぞれの解があっていいと思うけど、トイレと車での移動を両立しようと思ったら、なにか諦めなくちゃいけないじゃない。
汚物を自分で処理するということなのか、上水下水を駐車時に勝手に流してくれるようなステーションにしか行けないような車を作るのか、諦め方は色々あると思うけど。
どういう方向に諦めるのかってのは設計思想と利用ケースによって最適解が違うから、そこを詰めずに話題にしたら「万能な方法はない」で終わっちゃうよね。
もちろん個人で使うなら自由にすればいいと思うけど、背景を共有せずに不満だけ書かれてもチラシの裏なわけで「で？」ってなってしまう。
>>809
すまん、それは言葉が悪かった。本来あるべき正当な立場に立ってものを考えてみることもときには重要だ、くらいの意味だけど。
ツールを開発してる本人たちは原理主義であるほうが軸がブレブレのツールとかにならなくていいかも、って思って原理主義って言葉が出てきたのかもしれない。
828:デフォルトの名無しさん
14/04/10 00:17:43.20 ZuhRq4by.net
ちっ、ID変わる前に書き込んだほうがわかりやすいと思ってギリギリに書き込んだのにちょっと遅れてID変わってしまった。
>>801とか>>804のような話は正論だと思うんだけど、具体的にそれをうまくやるツールっていうのが定番がないよね。
多分、状況によって必要な実装が変わってくるから定番的なものは用意できないのか、まだみんなツールを開発するのを面倒臭がってだましだましGitを使ってる人が多いのか。
と思って調べてたら、本格的なのだとgit-annex、フィルターで済ませるのとしてはgit-largefileとかあるみたいね。
git-annexにはロック機能もあるみたい。(基本annexで管理してるものはロック状態らしい)
けどやっぱり>>804の言うように、バイナリの管理って小さいものだったらまあなんとかロックさえあればいいのかもしれないけど、ムービーくらいのでかいものを管理しようと思ったら
いきなりリポジトリのサイズがどんどんでかくなってまともに使えなくなるわけで、Git本体を考えなしに肥大化させちゃうような進化の方向はよろしくないと思うな。
結局、便利に使うためには「どういう理由で何を実現したくて、今後何が起きるか」ってことをちゃんと考えなければ便利には使えないわけで。
829:デフォルトの名無しさん
14/04/10 00:19:25.54 cllo9doH.net
>>808
離れた相手の作業に邪魔されないこと
830:デフォルトの名無しさん
14/04/10 00:26:21.34 NS7eKWAh.net
ウォーターフォール型のプロジェクトだとGitが向いてないのは確かだね。
Gitだと頻繁にコンフリクトが起きて、それを解決する工程が割り込んでくるから
あらかじめ決められた工程を決められた日程でこなしていくウォーターフォールとは根本的に合わない。
コンフリクトするたびにそれを解決するためにスケジュールを修正し直してたらキリがない。
Gitはあくまでコンカレント開発ができるアジャイル開発のためのツール。
831:デフォルトの名無しさん
14/04/10 00:36:06.16 I4ZYtafb.net
>>817
ウォーターフォール型のプロジェクトで、
ソースファイルの同じ位置を複数の人で編集しまくることとかあるの？
コンフリクトが簡単に解決できないようなファイルの編集が複数の人の間で頻繁に発生するとか、
有り得ないと思うんだけど
832:デフォルトの名無しさん
14/04/10 00:40:22.58 qnngGCyM.net
>>817
頻繁にコンフリクトが起きるようなプロジェクトならsvnだろうが他のだろう関係なく
起きるよ。 コンフリクト以前にsvnのマージ作業なんて、作った奴死ねって思う
くらいひどいし。そういうマージやらコンフリクトの解消のコストがgitは他のに
比べて圧倒的に低いからgitは使う価値があると思う。 svn使ってるならローカルで
git svn使う方がはるかに楽だし。
833:デフォルトの名無しさん
14/04/10 00:45:26.37 GmndHch1.net
自分だけしか使ってないリポジトリで
今までコミットしてきた時の名前を変更したいんですが
どうやるのか教えてください
適当に名前をつけてたのですが、今後他の人もコミッターに加わるので名前を変えたいんです
834:デフォルトの名無しさん
14/04/10 00:45:46.71 08KdAoTS.net
何でコンフリクトが起きる事を問題視してる人がいるのかよくわからん。
gitというツールを運用する環境をどう構築するかを考えた方がいいんじゃないの
そもそも、svnで問題なかったのならsvnでいいでしょ
svnもgitもツールなんだし、適材適所
835:デフォルトの名無しさん
14/04/10 00:46:16.32 I4ZYtafb.net
>>819
簡単に解決できないようなコンフリクトって例えばどんな場合におこるの？
けっこう複雑な関数を同じ人がいじりまくるとかするの？
836:デフォルトの名無しさん
14/04/10 00:46:17.65 GmndHch1.net
.gitconfigで名前を変えとけば過去の名前も変わると思ったんですがダメでした
837:デフォルトの名無しさん
14/04/10 00:57:11.44 Aw1WhgbR.net
正直同じ関数に対する修正みたいなのは被らないようにチケット割り振りしたいわな
オープンソースみたいにいつ誰がどんな修正してるかわからんようなのはともかく
チームでやってる時は少なくともわかってる範囲内では影響範囲かぶらないようにしてる
838:デフォルトの名無しさん
14/04/10 01:01:23.41 I4ZYtafb.net
>>823
git filter-branch
839:デフォルトの名無しさん
14/04/10 01:34:13.89 1wauUDTZ.net
オープンソースならメールなり掲示板なりircなりでやりとりしてるのが普通だよ
840:デフォルトの名無しさん
14/04/10 01:40:17.05 u/ao0IlG.net
>>821
コンフリクトというのはいわばバグですよ。
バグは起きてはいけない
コンフリクトも起きてはいけない。
subversionを使っている人はそう言ってました。
馬鹿ですよねｗ
841:デフォルトの名無しさん
14/04/10 01:46:32.26 67sTFnF/.net
>>826
開発が活発なOSSについてはそうだろうけど
開発者が実質１人だとかメンテナ不在ってのが
OSSの「普通」（圧倒的多数）だと思うけどね
842:デフォルトの名無しさん
14/04/10 01:58:20.93 67sTFnF/.net
作業が無駄になろうがマージがめんどくさかろうが
コンフリクトが顕在化するのはまだ幸運な方だよね
構文上はコンフリクトしてなくても機能上コンフリクトしていて
回帰テストに漏れがあると悲劇の始まり
gitには悲劇を早く終わらせるのに役立つ機能はあっても
現状のバージョン管理システムでは悲劇の発生は阻止できそうにない
843:デフォルトの名無しさん
14/04/10 02:01:03.17 u/ao0IlG.net
>>829
その為にテストを自動化するんでしょ？
それに二人の人が作業するのであれば
ロックをかけていたとしても
機能上コンフリクトは起こるわけだし。
844:デフォルトの名無しさん
14/04/10 02:01:31.21 o2rx8JxT.net
>>729の燃料投下から100レス目か
845:デフォルトの名無しさん
14/04/10 02:08:15.66 67sTFnF/.net
>>830
gitだろうとロック機能のあるツールだろうと
顕在化するコンフリクトなんて可愛いもんで
熱く議論するほどのことじゃないよねって言いたかった
846:デフォルトの名無しさん
14/04/10 02:15:53.96 uhNdSeYA.net
ロックでなんとかなると思ってるのは、コード書いてない証拠。
書き始めたら結局マージするはめになる。
847:デフォルトの名無しさん
14/04/10 02:40:10.12 UBKps7J1.net
ま、適切に機能分割されてて、関数やファイルで構造化されていれば、酷いコンフリクトなんかそうそう起きないわな
848:デフォルトの名無しさん
14/04/10 04:06:22.99 1wauUDTZ.net
実質１人だとかメンテナ不在ならそもそも
いつ誰がどんな修正してるかわからん
みたいな♪心肺ないからね
849:デフォルトの名無しさん
14/04/10 07:51:39.22 1X5BHIzm.net
>>810
つまんないなら、スルーしとけよ (w
>>814
> 背景を共有せずに
バイナリ (=マージできない) ファイルを管理したいと言うことでしょ。
アイコン、ちょっとしたイメージファイル、ワードやエクセルなんかの文書をソースと一緒に管理したい人は多いと思うよ。
ここら辺の認識も共有されてないの？
>>815
git-annex ざっとしか読めてないけど、ファイル本体を Key-Value Store に突っ込んでリンクを git で管理するって感じ？
まあ、共通的なストレージあればなんとかなるわな。
> ムービーくらいのでかいものを管理しようと思ったらいきなりリポジトリのサイズがどんどんでかくなってまともに使えなくなる
みんなが動画を管理する訳じゃないでしょ。
なんか無理矢理できない例を探してない？
850:デフォルトの名無しさん
14/04/10 08:01:21.07 1X5BHIzm.net
>>824
同じファイルならまだしも、同じ関数を複数の人が同時に触るとかなんかの間違いでもない限り 100% あり得ないよね。
コンフリクト心配してる人はどんな管理してるんだろう？
>>829
ひょっとして、バグ見つけたら担当者が勝手にちゃちゃっと修正してるの？
他に影響するような修正なら、仕様書の修正とかレビューするだろ、普通。