11/10/31 22:51:30.70
gitlab 試したヤシいる？
gitorious と比べてどうよ
522:デフォルトの名無しさん
11/10/31 23:09:06.91
>>517
タグだけ列挙する方法は俺も知らんので git-pack-refs して .git/packed-refs をかっさばけw
本末転倒だが git log --format='%H %d'
>>519
.git/packed-refs ができてないかどうかチェキ
523:デフォルトの名無しさん
11/10/31 23:11:24.52
つか、
GITDIR/refs/tags の一蘭をふつうに得る。
GITDIR/packed-refs の中身をかっさばく
べたにやっていいんではないかと。refs/tagsの方が優先な。
524:デフォルトの名無しさん
11/11/01 10:28:11.94
>>517
g log --decorate |grep "[ (]tag: "
じゃダメ？
525:524
11/11/01 10:31:19.82
あ、"g" は "git" ね
自分のalias書いちゃった
526:デフォルトの名無しさん
11/11/01 10:37:26.84
気にするな
俺もalias g=gitしてるｗ
527:デフォルトの名無しさん
11/11/01 10:52:38.06
refs の中覗くのも、
git log --decorate=full |grep "[ (]refs/"
でできるしね
528:デフォルトの名無しさん
11/11/01 11:15:25.18
>>527
これいいな
タグと各ブランチのHEADだけ一覧できる
529:デフォルトの名無しさん
11/11/01 15:56:50.07
貴様ら git-show-ref を忘れてるだろ！！！
530:デフォルトの名無しさん
11/11/01 17:12:34.96
>>529
マジで忘れてたw
つかコマンドとオプション多すぎなくない？
531:デフォルトの名無しさん
11/11/01 17:36:04.12
>>529
-d つけないとタグとコミットの対応わかんないし、どっちにしろ同じコミットでも
全部別々の行になっちゃうから、>>527のほうが俺は見やすいな
532:デフォルトの名無しさん
11/11/01 18:23:18.58
A-B-C
\-D
D の親は B になっているのを
A-B-C
\-D
親を C に変えるのは rebase D で行けるけど
これの逆に親が C だったのを B にするにはどうすればいい？
533:デフォルトの名無しさん
11/11/01 18:52:52.64
>>532
git rebase --onto B C D
534:デフォルトの名無しさん
11/11/01 22:56:08.88
コマンド体系まで二重管理
535:デフォルトの名無しさん
11/11/01 23:03:32.33
二重じゃないよplumbing porcelain cogit stgit tortoisegit
もちろんネタです
536:デフォルトの名無しさん
11/11/01 23:14:15.39
>>531
tagってtag objectのことだったのか。
--dereference で何が困るんだ?
537:デフォルトの名無しさん
11/11/02 14:55:42.99
git diffの結果を、ファイルか変更箇所ごとにマージするにはどうしたらいいんだろうか。
538:デフォルトの名無しさん
11/11/02 20:48:46.59
>>537
ファイルごとにaddしてcommitしてマージすればいいんじゃないの？違う？
539:デフォルトの名無しさん
11/11/02 21:16:28.81
patch当てたあとadd -pかね。
540:デフォルトの名無しさん
11/11/03 07:10:13.88
>>521
コレ読んでここでなんか話題が出てないかと思って来てみたけど
あなたしかレスしていないね
URLﾘﾝｸ(www.moongift.jp)
541:デフォルトの名無しさん
11/11/05 18:24:22.73
Andoridアプリ開発しようと思ってeclipse落としたら
なんか最初からgit入ってるし
いつの間にかgitが主流になってきてるじゃねえか
まじやべえgitこわいよー
542:デフォルトの名無しさん
11/11/05 21:29:13.01
お前も二重管理の苦しみを味わうがよいｗ
543:デフォルトの名無しさん
11/11/05 22:05:47.33
eclipse, egit, jgit, cygwin, msysgit, tortoisegitの６重管理
544:デフォルトの名無しさん
11/11/05 22:10:46.58
ふらふらするな ぎっとしろ。
545:デフォルトの名無しさん
11/11/06 05:23:22.52
gitでも高性能な機能を使わなかったら一重管理できるよね。
俺はブランチも切らずただひたすらcommit -allしてるだけだし。
546:デフォルトの名無しさん
11/11/06 08:59:10.87
高性能な機能と単純な機能の二重管理()笑
547:デフォルトの名無しさん
11/11/06 14:20:27.66
二重管理言いたいだけなんじゃないかと・・・。
548:デフォルトの名無しさん
11/11/06 15:19:13.05
何を今更
549:デフォルトの名無しさん
11/11/06 19:24:51.23
eclipseにデフォルトでcvsとgitは入ってるんだけどsvnは入ってないんだよね
svnってオープンソース界から嫌われてるの？
550:デフォルトの名無しさん
11/11/06 19:30:21.87
svnはコミット権を持つ者が支配層だからね。
そんな時代は終わりにしたいのさ。
551:デフォルトの名無しさん
11/11/07 20:44:28.91
ぎっとなの？じっとなの？
552:デフォルトの名無しさん
11/11/07 20:53:37.61
ぎっと、が一応正しい
「じっとはぶ」と読んでる人が大多数だと思うのだが、あれは「ぎっとはぶ」が正しい
553:デフォルトの名無しさん
11/11/07 21:00:54.00
＞「じっとはぶ」と読んでる人が大多数
それはない
554:デフォルトの名無しさん
11/11/07 21:07:00.25
>>551
URLﾘﾝｸ(ejje.weblio.jp)
555:デフォルトの名無しさん
11/11/07 21:27:45.63
github は、周囲では ぎっはぶ (トが落ちる)が多いなぁ。
全く知らなかったら ぎさぶ (thの発音で)と読んでしまいそう。
556:デフォルトの名無しさん
11/11/07 21:31:13.92
git
音節git 発音記号/git/
【名詞】【可算名詞】
《英俗》 ばか者，ろくでなし.
557:デフォルトの名無しさん
11/11/07 21:49:47.47
じっとだろ
558:デフォルトの名無しさん
11/11/07 21:51:54.91
ギトって読んでるなぁ。GitHubはギトハブって・・・。
559:デフォルトの名無しさん
11/11/07 22:23:23.30
ギットでギットハブの俺にとってはこの流れがカルチャーショックなのだった。
560:デフォルトの名無しさん
11/11/07 22:23:39.37
おまいらもういいから
じっとしてなさい
561:デフォルトの名無しさん
11/11/07 22:37:11.41
git logだと増減したファイルのファイル名や修正されたファイルのファイル名が出ないのですが、
これを見るにはどうすればいいでしょうか？
562:デフォルトの名無しさん
11/11/07 22:42:58.04
git log --name-status かな。
563:デフォルトの名無しさん
11/11/07 23:05:44.39
まずは短めに --stat だな。
564:デフォルトの名無しさん
11/11/08 08:54:59.15
俺はwhatchangedよく使うな
565:デフォルトの名無しさん
11/11/08 10:33:50.10
特定のコミットに存在しないファイルを自動で消す方法ってないですか？
例えば linux kernel で v3.0.8 をコンパイルした後に
git checkout v2.6.32.46
とかした時に、v2.6.32.46に含まれない余分なファイル
を簡単に消す方法が知りたいです。
566:デフォルトの名無しさん
11/11/08 11:25:52.93
>>565
わかんないけど
rm -r *
git checkout v2.6.32.46
とか？
567:デフォルトの名無しさん
11/11/08 11:35:57.00
>>565
git clean -f
でなくて？
568:デフォルトの名無しさん
11/11/08 14:57:35.42
おれは心の中では、ギラハブ
569:デフォルトの名無しさん
11/11/08 15:03:09.65
>>567
うお、それそれ。これが見つかんなくて、>>566 と同じ事してて、
kernel treeだと、3万ファイル以上 checkout するんで
遅くて嫌になってたのよ。
助かったよ、ありがとう。
でも、>>530 じゃないけど、コマンドとオプション多すぎっつか、
逆引き git マニュアルとか欲しいよね。
570:デフォルトの名無しさん
11/11/08 15:13:36.72
ありゃ、ちょっと興奮して言葉遣いが荒くなってしまいました。
>>567の回答で助かりました。ありがとうございます。
571:デフォルトの名無しさん
11/11/08 19:39:46.04
git cheat sheet でぐぐって和訳して首吊って生き返れこんちくしょう
572:デフォルトの名無しさん
11/11/08 19:52:27.14
無罪！
573:デフォルトの名無しさん
11/11/09 07:47:05.98
addで追跡を開始したファイルの追跡をやめるにはどうすればいいでしょう。
ファイルを削除することなしで。
574:デフォルトの名無しさん
11/11/09 07:49:07.55
あ。すいません。すでにcommitされていてindexの中だけでなくリポジトリにも記録されてしまっているファイル
についての話です。
575:デフォルトの名無しさん
11/11/09 08:35:56.81
git rm --cached
576:デフォルトの名無しさん
11/11/09 12:31:18.15
gitむずい
新しいブランチを作ってリモートリポジトリに登録するには、これでいいの？
## ローカルブランチを作成
git co -b newbranch
## リモートブランチを作成
git push origin newbranch
## ローカルブランチとリモートブランチをひもづける
cat > .git/config
[branch "newbranch"]
remote = origin
merge = refs/heads/newbranch
^D
だれか助けて
577:デフォルトの名無しさん
11/11/09 18:37:44.12
>>576
git push -u origin newbranch
578:デフォルトの名無しさん
11/11/09 20:32:13.01
>>576
2重管理地獄で悶えて死ねｗｗｗｗ
579:デフォルトの名無しさん
11/11/09 20:33:36.22
MAJIRESU
多重管理できないSVN厨は trunk を物故わしてばっかり
580:デフォルトの名無しさん
11/11/09 23:52:17.86
なにこれ
581:デフォルトの名無しさん
11/11/12 22:47:10.16
svnみたいな集中型で、コミット権の無いリポジトリから改造版をつくろうとしたら
自分専用のリポジトリを使ってそこにソースコードをエクスポートして、改造版は別ブランチで管理するとか
そういう2重管理地獄に陥る
そうしてできた派生版リポジトリの変更を取り込もうとしたら
またソレ用のブランチ作ってそこにソースコード入れて・・・と3重管理4重管理の地獄行き
GitとかMercurialみたいな分散型なら自分用ブランチ作って、
本家の変更をマージ（リベース）するという形で管理できるのでより簡単
派生版の変更も同じようにマージできる
582:デフォルトの名無しさん
11/11/15 02:15:18.39
ディレクトリやファイルがたくさん含まれている中で、ただ1つのファイルだけを追跡したいのだが、
毎回ステージされていないファイル一覧が出てきて嫌だ。
目的のただ1つだけのファイルの他は全て無視するようにするにはどうすればいいだろうか。
583:デフォルトの名無しさん
11/11/15 02:20:00.42
.gitignoreに
/*
/.*
!/追跡したいやつ
1・2行目で全部無視にして、!付けて除外。
584:デフォルトの名無しさん
11/11/15 09:23:16.84
ありがとうございます。
.gitignoreファイルと、.git/info/excludeファイルはどのように使い分けていますか？
585:デフォルトの名無しさん
11/11/15 20:50:17.52
Ｇｉｔによるバージョン管理
2011/10
URLﾘﾝｸ(ssl.ohmsha.co.jp)
実用Ｇｉｔ
2010/02
URLﾘﾝｸ(ssl.ohmsha.co.jp)
入門Git
2009/9
URLﾘﾝｸ(www.shuwasystem.co.jp)
入門ｇｉｔ
2009/08
URLﾘﾝｸ(ssl.ohmsha.co.jp)
586:デフォルトの名無しさん
11/11/15 21:13:03.36
Gitによるバージョン管理は良い本だな
開発ストーリーに沿ってコマンドを紹介している章があって、理解しやすい
587:デフォルトの名無しさん
11/11/15 21:17:40.67
また新しいのが出たのかｗ
やっぱりみんな分かりにくいと思ってるんだよ
588:デフォルトの名無しさん
11/11/16 18:19:53.38
年に1冊ペースで本が出るのを「また」と称する感覚がよくわからない
ROM販売でいつ使ってもバージョンが固定されてるってわけじゃないし（Git2010とか）、
忘れ去られてない感じでいいじゃないかと思うんだが
589:デフォルトの名無しさん
11/11/16 19:20:12.05
ｃｖｓやｓｖｎはこんなにたくさん出てないだろ
590:デフォルトの名無しさん
11/11/16 19:44:57.94
>>589
ちょっと検索したけどＳＶＮの日本語の本は8冊出ている
591:デフォルトの名無しさん
11/11/16 21:50:37.87
サポート付きらしい。
URLﾘﾝｸ(github.com)
592:デフォルトの名無しさん
11/11/16 22:56:31.46
git svnでcloneして、色々書いてdcommitしたいんだけど、
その間適当なコメントでローカルにコミットしてたから、svnのlogには適当なコメントは反映させたくないんだ
どうしたらいい？
593:デフォルトの名無しさん
11/11/16 23:00:27.26
別ブランチ作って--squashでもすれば？
594:デフォルトの名無しさん
11/11/16 23:36:01.80
>>592
master は svn 追跡専用と割り切れ。
貴様 branch の上でせっせと禿んで dcommit の直前で squash.
dcommit 終わったら貴様 branch を rebase.
595:デフォルトの名無しさん
11/11/16 23:36:47.10
慣れたら branch 上でも svn dcommit を意識したコミットができるようになるってば。
596: 忍法帖【Lv=8,xxxP】
11/11/17 00:00:53.17
「高橋 麻奈 やさしいGit 」
まだ～？
597:デフォルトの名無しさん
11/11/17 07:38:45.76
>>593
>>594
ありがとう！助かった
>>595
まったく、おっしゃるとおりです。
598:デフォルトの名無しさん
11/11/17 19:50:03.75
Software Design 2011年12月号
URLﾘﾝｸ(gihyo.jp)
第2特集
まだSubversionで大丈夫？
イケてるGitの使い方
［Git×Subversion＆Redmine］
第1章：SVN使いのための
Git入門……岡本 隆史
第2章：git-svnによるSVN包囲戦［戦支度編］
ローカルGitでSubversionを攻略せよ……川西 俊之，正徳 巧
第3章：git-svnによるSVN包囲戦［実戦編］
ローカルGitでSubversionを攻略せよ……川西 俊之，正徳 巧
第4章：RedmineによるGitリポジトリ包囲戦
プロジェクト管理ツールでGitをパワーアップ……岡本 隆史
599:デフォルトの名無しさん
11/11/17 20:09:10.16
岡村隆史と空目した・・・。
600:デフォルトの名無しさん
11/11/17 21:41:27.74
gitを使い続けていると精神が病むということ
601:デフォルトの名無しさん
11/11/18 01:24:02.17
>>595
それこそ慣れてからでいいんじゃねえの
602:デフォルトの名無しさん
11/11/18 01:24:55.20
>>598
Git×Subversion なんだな
Subversionのリポジトリで受けるの？
603:デフォルトの名無しさん
11/11/18 02:21:24.84
職場がsvnなんで、git-svnで自分だけgit使っているのですが
msysgit内蔵のsvnだと1.4.6でバージョンが古すぎてエラーになる
cygwinのgitだとsvnが1.7.1なので、新しめのsvnサーバーにもアクセスできるのですが
処理が遅すぎるのが微妙
vmwareでlinux起動してそこからgit-svnしたら安定して動くのですが
バージョン管理するためだけに仮想PC起動するのもだるい
git-svn使ってる人、みんなどうしてる？
604:デフォルトの名無しさん
11/11/18 06:29:45.83
git-svn 絡むときは windows ホストに git-svn させないようにしてるなあ。
605:デフォルトの名無しさん
11/11/19 11:37:31.30
作業領域からインデックスへのコミット
インデックスからローカルリポジトリへのコミット
ローカルリポジトリから中央サーバーへのコミット
の3重管理じゃねえかｗgitユーザーって馬鹿じゃないのｗｗｗ
606:デフォルトの名無しさん
11/11/19 12:04:17.69
頭悪そうな発言だ
607:デフォルトの名無しさん
11/11/19 12:49:17.01
ツールは使う人の能力次第
608:デフォルトの名無しさん
11/11/19 13:02:56.97
Gitは多重度次第w
ﾋﾞﾝﾀﾜﾘｰ
609:デフォルトの名無しさん
11/11/19 13:04:41.82
インデックスとかイラネだろ
610:デフォルトの名無しさん
11/11/19 13:24:23.65
インデクスはジャマだなーと思うことがある俺ガイル
歴史的には必要だっただろうけど
611:デフォルトの名無しさん
11/11/19 14:11:49.04
Gitのインデックスは後付けだが大発明だった。
インデックス使わないでどうすんの。
612:デフォルトの名無しさん
11/11/19 15:09:25.27
なんで中央のリポジトリを直接いじることをそんなに怖がってるんだろう
みんなで中央をどんどん更新していって間違いが入ったらすぐ直せばいいだけじゃん
中央に間違いが入らないようにするために3重管理地獄を選ぶとかどうかしてるぜ
613:デフォルトの名無しさん
11/11/19 15:30:22.79
作りかけはリポジトリにぶち込むか自分でtarでバックアップするかの二択
三重管理地獄とやらとどっちがいいのかね？
614:デフォルトの名無しさん
11/11/19 15:54:33.36
あ、もしかしてLinuxは全ビルドに何時間もかかるからってことなんかな
だったら小規模なソフトウェアでgit使ってるやつは馬鹿ってことになるな
615:デフォルトの名無しさん
11/11/19 15:56:40.22
>>614
小規模ソフトは身の程をわきまえてCVSってか？
お前に何を使えとか強要されたくないわ
616: 忍法帖【Lv=40,xxxPT】
11/11/19 16:10:38.17
>>612
そういう発想だから理解できないんじゃないかと思うが? 中央のリポジトリを触るのが怖い訳ではないと思うぞw
617:デフォルトの名無しさん
11/11/19 16:25:19.93
え？
618:デフォルトの名無しさん
11/11/19 16:26:21.65
馬鹿には無理
619:デフォルトの名無しさん
11/11/19 16:55:52.77
,. ' ´ ￣￣￣￣￣ ｀ヽ、
／ / ＼
/ / ＼
/ /―――――ｲﾉ
/ /: : : : : : : : : : : :| |
,' ,∠ ＿＿＿＿＿＿＿＿＿_/ |
| ＜__:.:.イ:.｀メ､／|:/ |:./＼レ:.:.〈 |
ﾉ! |/ﾘﾚ',ｨｒそド"´ ﾚ ｨチxV:.!:.V}
／| /!:.:.! 〈. ﾄzリ ﾄzﾘ }:!::Ｎリ
／ /ｿ:.:.ｉ xx｀¨´ , ｀¨x{:从 }
/ //|:.:.込、 /:.|.ハ∧
/ ／厶|:.:.|＼ ヽ、 r つ ,. く:.:.:! ∧ ヽ
/ ／ |:.:.|::::::＞ ミ ､ ＜} |::.:| ヽ. }
／i 〃 ﾚ‐‐く＼ ￣´ /::! !:.:<フ二ヽﾘ
./ ／/ / ／⌒く:＼ イ:::::| |:. 厶--､ }
/ / （ ／,. ┤:::::ヽ /::::::| |:.厶--､ /
620:デフォルトの名無しさん
11/11/19 17:00:59.05
君じゃない。
621:デフォルトの名無しさん
11/11/19 18:36:03.97
>>611
hgにはインデックスとかないけど、拡張のmqとrecordがあれば特に困らないし
622:デフォルトの名無しさん
11/11/19 20:06:59.66
URLﾘﾝｸ(standing-shoebill.appspot.com)
BazaarのUIレイヤには、インデックスに相当するものはありません。
Gitにあるような、部分的にコミットにステージングする機能はありません。
一部のファイルをコミットすることはできますし、プラグインを使えばファイル内の一部のハンクをコミットすることもできますが、コミットの一部をステージして作業を続ける方法はありません。
623:デフォルトの名無しさん
11/11/19 21:00:35.86
>>612
だから中央のリポジトリはコミットするのに査閲・承認が必要なんだって
あと管理表にない変数名を新規に定義することは許されないから
コミットする前に開発チームでローカルに命名した変数を
管理表にあるフォーマットに変換するリファクタリングのフェーズが必要だし。
624:デフォルトの名無しさん
11/11/19 21:09:50.44
おれも最初インデクスたん要らないしメンドクセーなとおもったが
git使い慣れたらこれの有り難みがわかった。
git嫌いな奴に無理にgit使えとは言わんから、わざわざこのスレ来て
ディスるのやめてくれませんかね。
SVNスレで勝手にSVNマンセーしててください。二度と来るな
625:デフォルトの名無しさん
11/11/19 21:12:25.91
＞だから中央のリポジトリはコミットするのに査閲・承認が必要なんだって
運用ルールの問題ジャン
git使っても同じことだろ
626:デフォルトの名無しさん
11/11/19 21:30:56.84
>>625
でもチーム内リポジトリをsvnでつくろうと思ったら結構な手間だよ。
いや、作ること自体は簡単だけど、チーム内と中央のリポジトリの整合をとるのが手間か。
627:デフォルトの名無しさん
11/11/19 21:52:47.20
チーム内リポジトリとかいらね
何で2重管理が前提条件になってるんだよ
直接中央コミットで問題起きたら即修正でなんら問題ないだろ
628:デフォルトの名無しさん
11/11/19 21:55:18.94
チーム内のはマイナーフィックスしたいときに容赦なくできるから便利ってことじゃないの？
で、メジャーフィックスを中央にコミットする。
629:デフォルトの名無しさん
11/11/19 21:57:23.13
>>627
>直接中央コミットで問題起きたら即修正でなんら問題ないだろ
でかい開発したことないだろ。
ちょっとした規模の開発でそんなことしてたら、収拾つかんぞ。
630:デフォルトの名無しさん
11/11/19 22:06:10.68
そもそもそうそう問題なんか起きないし
リポジトリ上のプログラムは常にビルドが通るようにしておくのが基本だろ
そんな簡単なこともgitユーザーはできないのｗ？
631:デフォルトの名無しさん
11/11/19 22:12:48.96
>>630
> そもそもそうそう問題なんか起きないし
小さい規模しかやったことがない奴の意見乙。
>リポジトリ上のプログラムは常にビルドが通るようにしておくのが基本だろ
ビルド通るだけでいいと思ってるのが君の想像力の限界なんだな。
632:デフォルトの名無しさん
11/11/19 22:18:21.85
Hello Worldしか書いたことないんじゃね？
633:デフォルトの名無しさん
11/11/19 22:19:41.91
Hello Worldの管理にはsvnがおすすめですよ＾＾
634:デフォルトの名無しさん
11/11/19 22:24:42.34
大規模ってどのくらいの規模のことを言ってるか分からんが
君らの言い分じゃ大規模開発じゃなければgitを使う利点ないわけね
635:デフォルトの名無しさん
11/11/19 22:28:06.26
svnは大規模にも小規模に使えて
gitは大規模にしか使えないうんこｗ
636:デフォルトの名無しさん
11/11/19 22:33:45.10
インデックスに登録するのは初めの一度だけで、あとはgit commit -all使えばいいだけなのに、
何をそんなに騒いでいるのか分からないなぁ。
637:デフォルトの名無しさん
11/11/19 23:26:44.54
>>627
いや、だから、何度も言うとおりコミットに査閲と承認が必要な環境があるんだよ
638:デフォルトの名無しさん
11/11/19 23:36:15.64
git使ったらコミットに査閲と承認が必要なくなるのかって。
それは運営方法の話だろ
バージョン管理システムの話してるんだけど馬鹿なの
639:デフォルトの名無しさん
11/11/19 23:55:06.16
TortoiseGitの1.7.5.0が出てた
もうバグが増えないといいな
640:デフォルトの名無しさん
11/11/19 23:55:17.27
チーム内のソース共有とかコードレビューの時にコミットが必要になるだろ
そんな時いちいち承認とかしてられないだろ
で、チーム内ローカルのリポジトリがあって、ひと通りのレビューが終わってから中央リポジトリにコミットすれば楽だろ
そういう時にチーム内ローカル→git 中央リポジトリ→svnだと管理が楽なんだよ
ローカルリポジトリをsvnにしてしまうと中央リポジトリへの反映が大変だし。
本当は中央リポジトリもgitにしてもらうか、承認を簡単にしてもらうほうがいいんだけど
中央は発注元だしあちらさんの社内文化を変えてもらう労力のが大変で、
gitの二重管理で自分たちだけ防衛したほうが工数少ないでしょうとかそんな色々な理由。
641:デフォルトの名無しさん
11/11/20 00:00:42.44
>>640
なるほど。参考になった。
642:デフォルトの名無しさん
11/11/20 01:48:49.24
Git していろ
643:デフォルトの名無しさん
11/11/20 04:26:03.72
SVN使いは、ビルド通らないソースをコミットするカスや
作業コピー以外で編集して他人のコミットを先祖返りさせるボケが
いるから嫌いなんだよな
ソース管理スキルに関していえば
Git使い＞＞＞（越えられない壁）＞＞＞SVN使い＞フォルダコピー使い
644:デフォルトの名無しさん
11/11/20 04:46:54.60
それだけ広く素人にも使われてるってことだろ
gitがsvnを超えて普及すれば同じ事言われるよ
645:デフォルトの名無しさん
11/11/20 08:33:26.23
>>644
もうgitはsvnを抜いているよ
URLﾘﾝｸ(qa.debian.org)
646:デフォルトの名無しさん
11/11/20 09:37:15.15
母数がDebianのパッケージマネージャって時点で、お前の言うカスやボケが含まれると思うか？
647:デフォルトの名無しさん
11/11/20 09:42:36.39
DebianはUbuntuとの２重管理のうんこ
648:デフォルトの名無しさん
11/11/20 09:46:27.84
>>645
インストールされていることと、使われていることの区別も付かんのか。
649:デフォルトの名無しさん
11/11/20 09:50:10.31
>>648
gitはインストールされているけど、使われていない、使えないのですね。わかります。
650:デフォルトの名無しさん
11/11/20 09:50:54.45
>716 ：デフォルトの名無しさん [↓] ：2011/11/20(日) 08:53:00.84
>コミットA→コミットB→コミットC
>
>上のコミットBに間違えてfoo.txtをaddしてコミットしまって今すごい周りに迷惑かけちゃってまして
>なんとかfoo.txtを自分のローカルのsvnの管理対象から除外して
>新しいコミットDからはfoo.txtがなかったようにしたいのですが、
>この場合どうすればいいんでしょう。。
svnユーザーの現実
651:デフォルトの名無しさん
11/11/20 09:58:58.43
Ａ，Ｂ，Ｃで3重管理してるのがそもそもおかしい
652:デフォルトの名無しさん
11/11/20 10:08:38.68
>>639
それよりmsysgitのsvnが古いのを何とかしてほしい
svnが1.7で互換性をブチ切ったりしなけりゃ古いままでも問題なかったんだが
653:デフォルトの名無しさん
11/11/20 10:53:57.35
無料RPG製作ツール「ロープレジェネレーター」
直感的操作で簡単なゲームが作れます。 簡単に配布可能な状態に出力する
ことができます。(HSP製のソースコード付きで、スクリプトの知識があれば
自由度の非常に高いカスタマイズができます）
他にも仲間預かり機能（100人も）や、仲間の状態/状態異常を細かく設定
できたり、乗り物が作れたり、ゲーム中に画像を差し込んだり、回転や
フラッシュなどのエフェクトなんかも簡単に作れる様です。
移動は矢印キーの他に、キャラがマウスを追っかけたりするとのこと。
戦闘はデフォだとドラクエ系。
・次期バージョンのロープレジェネレーター2.00アルファ版2を公開しました。(2011/10/29)
654:デフォルトの名無しさん
11/11/20 12:48:41.16
>>651
>Ａ，Ｂ，Ｃで3重管理してるのがそもそもおかしい
３重管理？
655:デフォルトの名無しさん
11/11/20 17:09:38.33
Gitで多重管理とかって何のこと指してんだろ
656:デフォルトの名無しさん
11/11/20 18:01:31.77
もはや多重管理言いたいだけちゃうんかと
657:デフォルトの名無しさん
11/11/20 19:00:05.40
そもそも分散リポジトリ使ってて、めんどくさいと感じたことなんかないんだが。
むしろ馬鹿が中央リポジトリにヘンなのコミットしても
自分とこだけは一時的に防衛できるので作業効率よくなった
658:デフォルトの名無しさん
11/11/20 19:15:59.00
うるせえ、「重管理」NGワードにすっぞ
659:デフォルトの名無しさん
11/11/20 19:16:42.95
あ、>>657に言ってるんじゃないので
660:デフォルトの名無しさん
11/11/20 19:24:18.13
>>658
してなかったのかよ、NGワード多重管理君。
もちろんもはやn重管理はネタだろ。
661:デフォルトの名無しさん
11/11/20 19:31:15.27
NGワード指定するほどレスないだろ、この板。
662:デフォルトの名無しさん
11/11/20 21:07:34.76
Linuxのカーネルとかだと100重管理ぐらいいってるかな?w
663:デフォルトの名無しさん
11/11/20 21:46:50.54
>>662
９９重=苦渋苦渋管理
664:デフォルトの名無しさん
11/11/20 23:26:00.19
ぐしゅぐしゅ。
発狂しそうなパッチ・版多重管理をこなせたのがBKで
それの跡を継いだのがGitだろ?
ただ、CVS/SVNを経験してGitに慣れたヤツがSVNに戻れるか? と言われたら
例外なく戻れないだろう。反例求む。(SVN反Git厨は釣られないように)
665:デフォルトの名無しさん
11/11/21 00:34:15.31
周りに合わせざるを得ないので svn はまだ使ってる
git svn は糞なので使えない
666:デフォルトの名無しさん
11/11/21 01:28:49.87
戻れるかと言ったら普通に戻れるけど、利点はないな。
強いて言えば日本語の対応とか。
667:デフォルトの名無しさん
11/11/21 02:41:12.64
戻るメリットっていったら、日本語ファイル名が正しく使えることくらいか
あとはWindowsで使うときにはSubversionのがすこし安定してる気がする
しかしそんだけのために戻る気はしないな
668:デフォルトの名無しさん
11/11/21 12:35:59.44
たすけてください
git commit -m "test"
で間違えてコミットしてしまったのを取り消したくて
git revert HEAD
としたのですが
取り消しを取り消したい場合はどうしたらいいのでしょうか？
git revert HEADの後ににファイルを編集したので
もう一度コミットするとおかしくなってしまいますのでたすけてください
669:デフォルトの名無しさん
11/11/21 12:42:59.04
とりあえずdiffとっといてgit reset --hardで、問題ないとこまで戻るとか
状況はわからんけど、やりようはいくらでもありそう
670:デフォルトの名無しさん
11/11/21 13:14:26.61
ProGitみたいな親切なドキュメントあるのに読まない奴ってなんなの？
671:デフォルトの名無しさん
11/11/21 13:26:31.67
管理の仕方についてアドバイスお願いします
C:\sourcecode\python
C:\sourcecode\ruby
C:\sourcecode\perl
とあります
これら言語別にフォルダ分けがされており、フォルダの中にもまたプロジェクトごとにフォルダが分けられてます
C:\sourcecode\python\helloworld
C:\sourcecode\python\mywiki
C:\sourcecode\python\mycms
こういう場合リポジトリを作成する場合は
コマンドプロンプトでC:\sourcecodeをカレントディレクトリにしてgit initをするものでしょうか？
それとも書くプロジェクトごとにgit initをするものでしょうか？
672:デフォルトの名無しさん
11/11/21 13:48:26.47
>>668
git revert HEAD をもう一度。
という身も蓋もない回答は置いといて
git log とか git reflog して、戻したい場所を見つけたら
git reset (所望のsha1)
git reset が怖かったら
git checkout -b tekitouna_ichijitekina_branch (戻したいsha1) だ。
俺はこの手合いの作業は detached branch 上でやっちゃうけどなw
673:デフォルトの名無しさん
11/11/21 13:50:00.33
>>671
全部まとめてひとつのリポジトリにしてしまうのが、さしあたっての管理は楽。
git-submodule という機構もあるが、初心者が使うとぜったい事故る。
674:デフォルトの名無しさん
11/11/21 15:18:01.46
>>664
mergeしない・branchしないってわかってる用途限定ならsvnに戻れる
他に大きな理由がなければ戻りたくはないが
675:デフォルトの名無しさん
11/11/21 16:03:18.66
リモートリポジトリからファイルを取得するときに
git clone C:\test\. ってやってるんですが
ローカルのディレクトリに一つでもディレクトリやファイルがあるとエラーになるので毎回ローカル側のファイルやディレクトリ(.gitも含む)を消してからcloneを実行してます
こういうものなんですか？
676:デフォルトの名無しさん
11/11/21 16:39:04.24
それfetchとかpullとかするところ。cloneは初回だけ。
677:デフォルトの名無しさん
11/11/21 16:42:47.68
>>675
そんなものではない。
git clone した後は、簡単な場合 git pull とか git fetch & git merge で済む。
(ついでにいうと pull とか fetch はそれなりに速い)
git clone C:\test\. って git clone (URL) C:\test\. の間違いだよな?
678:デフォルトの名無しさん
11/11/21 16:46:22.05
>>676
いろいろコマンドがあるんですね
ちょっとその単語で練習してみます
>>677
すいませんcdを載せ忘れました
本来は
cd C:\local
git clone C:\test\.
です
679:デフォルトの名無しさん
11/11/21 16:46:25.72
>>664
commit もしない、ローカルでの変更もしない、だったら戻れなくもないが俺何か道を間違えてるよな。
680:デフォルトの名無しさん
11/11/21 18:08:54.19
>>674
svnでbranchしたら二重管理になっちゃうだろ！
681:デフォルトの名無しさん
11/11/21 18:15:31.26
>>680
svnにbranchはありません
682:671
11/11/21 22:19:49.69
>>673
間違えてへんなことして全部まとめて逝ったら困るので最初は分けて管理して見たいと思います
リモートリポジトリ (Dドライブ)
D:\sourcecode\python
D:\sourcecode\ruby
D:\sourcecode\perl
ローカルリポジトリ (Cドライブ)
C:\sourcecode\python
C:\sourcecode\ruby
C:\sourcecode\perl
MSDOS上からやったこと
cd D:\sourcecode\python
git --bare init
cd C:\sourcecode\python
git init
git add .
git commit -m "1"
git push D:\sourcecode\python master
git remote add origin D:\sourcecode\python
とやってpython用のを作りました,ruby用とperl用も同じようにして作りました
ここで疑問なんですが
git pushってやるとローカルリポジトリのデータがリモートリポジトリに反映されますが
これはgitを実行したカレントディレクトリを見て、どこにpushするか自動判別しているのでしょうか？
例えばpython用のところでgit pushってしたらperl用の所にpushされてしまうってことはございませんか？
683:デフォルトの名無しさん
11/11/21 23:24:53.83
git remote -v ってやってみろ
684:デフォルトの名無しさん
11/11/22 00:25:19.63
remote が remove に見えた。セフセフ。
685:671
11/11/22 11:31:56.18
あれ？pythonのフォルダでgit remote -vってやったら
origin D:\sourcecode\python (fetch)
origin D:\sourcecode\python (push)
って出ました
rubyとperlでもやったらちゃんと別々になりました
gitってどのカレントフォルダでコマンドを実行したかで自動でpush先を選択してくれるんですね！
今までバージョン管理って怖くていつもzipで全部固めてたんですが(サイズが832MBぐらい)
git使うとHDDの寿命も延びそうだし楽なのを覚えました
686:デフォルトの名無しさん
11/11/23 04:24:25.98
.git/objects以下ってコミットするごとにファイル増えていくと思うんだけど、
どの位まで性能でるの？
687:デフォルトの名無しさん
11/11/23 07:43:49.07
>>686
git gc
688:デフォルトの名無しさん
11/11/25 22:19:44.08
復帰
689:デフォルトの名無しさん
11/11/26 12:44:07.29
subversionからgitへ移行しています。
ちょっと解らないところがあるので教えてください。
webアプリを開発していて、開発用ブランチと本番環境用ブランチを作成して作業しています。
開発用ブランチに開発用のコード(DB設定やデバッグ用コード)を記述したとき、
subversionでは merge --record-only を使用してそのコードが本番環境にマージされない様にしていました。
git の場合はどのように処理すればいいのでしょうか？
今は本番環境にマージするときに --no-commit を指定して手作業で開発用コードを削除しているのですが、
本番環境から開発環境へマージするときに、今度は開発用コードが削除されます。
いい手があればアドバイスいただけませんか。
690:デフォルトの名無しさん
11/11/26 14:43:17.03
>>689
db設定やデバッグ用のエラー出力on/offとかは
アプリケーションの設計時に一つのiniファイルかなんかにまとめるようにしてignore
その他の実験用コードは開発用ブランチからのブランチで隔離実験ってのが基本じゃないですか？
691:デフォルトの名無しさん
11/11/26 14:53:42.70
>>689
Subversionの「マージ」という言葉を忘れよう。
あれはマージとは言わない。
Gitで言う所のcherry-pick。
Gitのスマートなマージが理解できたら、自然と運用ルールが定まるだろう。
692:デフォルトの名無しさん
11/11/26 20:03:39.46
>>689
環境設定はテンプレだけコミットしておいて実行環境に合わせて別のignoreするファイルに
追い出しておくのがいいと思う。それかコミットする環境設定ファイルは常に本番用に保って
おいて各自はデプロイで上書きするとか。
どこかの開発環境の設定でコミットとか、人によっては激怒するぜ。。。
あとsvnってmergeinfoとかいうのが出来たのか。svkみたいなもん？
693:689
11/11/28 17:01:46.95
アドバイスいただきありがとうございます。
subversionと同じような運営の仕方はできないのですね。
iniファイルの仕様変更とか入ったときに管理しやすいし、
設定項目が多い場合なんかは便利だったんですが。
> どこかの開発環境の設定でコミットとか、人によっては激怒するぜ。。。
ブランチ切って merge --record-only しておけば、
それを防ぎつつ設定ファイルまで管理できてたんです。
> あとsvnってmergeinfoとかいうのが出来たのか。svkみたいなもん？
svk見たいな外部ツールとは違い、標準で組み込まれた機能です。
マージしたときにどのリビジョンをマージしたかがプロパティに記録されるので、
次回マージするときにマージ済みの分は自動でスキップされます。
694:デフォルトの名無しさん
11/11/29 12:11:28.27
>>693
本番環境から開発環境へのマージはどういう変分を反映させることを期待しているのだろう？
695:689
11/11/29 17:48:42.12
>>694
開発環境でのテストでは問題なかったのに、
本番環境へ持っていったら動かなかった場合、
本番環境上で直接修正を行う場合があります。
あとは、客先の担当さんが直接変更を加える場合があるので、
それを取り込む場合があります。
その場合、本番ブランチに一旦コミット後、開発ブランチへマージ、
機能修正等を行ったあと本番ブランチにマージといった流れでやってます。
696:デフォルトの名無しさん
11/11/29 18:24:52.29
>>695
Gitスレで運用の話をしても満足する回答はないよ。総合スレ行ったら？
Git/Mercurial/BazaarはDAGだから、Subversionと同じ感覚だと違和感があるよ。
それこそ>>664のようにSubversionに戻れなくなるから。
697:デフォルトの名無しさん
11/11/29 23:36:55.67
なんかデスマテンプレートみたいな運用だな
確かに本番だけ動かん、というケースは存在するし、
結果的にぶっつけで本番直すことあるが、
根本的に手順が間違ってる。
スレチすまん。
698:デフォルトの名無しさん
11/11/29 23:38:41.40
＞マージしたときにどのリビジョンをマージしたかがプロパティに記録されるので、
＞次回マージするときにマージ済みの分は自動でスキップされます。
いつの間にかsubversionのマージも進化してたんだな
俺が使ってた頃はリビジョン範囲指定しなければならなくて
使いづれーなっておもってた
調べてみたら各フォルダにsvnができるのも改善されたんだな
699:デフォルトの名無しさん
11/11/30 00:25:39.28
>>693
開発ブランチから本番ブランチへは cherry-pick、
その後開発ブランチで本番をマージ。
もしくは開発ブランチでrebaseしてマージで持っていきたくない
履歴を先頭に追いやる。
てか何でろくにドキュメント読まずに移行しようとするんだ。
「svnのように」使いたいなら無理せずsvn使っとけば？
700:デフォルトの名無しさん
11/11/30 01:31:03.11
>>695
>451のリリースブランチってのを参考にするとよい。
svnで本番ブランチに直接コミットすることが間違っているとは思うが。
701:デフォルトの名無しさん
11/12/02 23:55:59.23
>>699,700
>451のモデルと合わせて考えれば
・開発ブランチからリリースブランチを作るときにcherry-pickでリリース対象のコミットだけ分離
・本番ブランチへリリースブランチをマージするときに開発ブランチへもマージ
で目的を果たせそうだな
一度除外したデバッグコミットは次のリリースからは含まれないし、デバッグコミットのログルールを決めておけば、cherry-pickも自動化出来そう
702:デフォルトの名無しさん
11/12/03 02:41:56.10
>>701
ほんとにクソみたいなデバッグログは add -p で除外して stash に溜め込むか、
デバッグのコミットを一個作って rebase してる。
あんま激しくなってくると rebase でコンフリクトしちゃんだけどね。
703:デフォルトの名無しさん
11/12/10 04:42:14.03
閑古鳥がないてますなあ
いまのバージョンでも十分安定してるし、機能不足も感じないから
話題がないか
704:デフォルトの名無しさん
11/12/10 04:55:30.66
普通に使えてるし特に言うことないな
705:デフォルトの名無しさん
11/12/10 09:12:25.29
外注先の奴らに使わせるには日本語がまともに使えることとGUIが必要だな
706:デフォルトの名無しさん
11/12/10 09:57:42.87
>>705
日本の外注を使わなければ良いだけの話
707:デフォルトの名無しさん
11/12/10 10:10:42.81
SCM のために、慣れないなんちゃって英語でバグ作りこまれた上に
レビューもろくろくできなくなるなんて愚を犯す奴は馬鹿でしょ。
708:デフォルトの名無しさん
11/12/10 10:23:10.61
>>707
日本人のレビューアーが馬鹿なだけでしょ。
インド人は英語うまいよ。
709:デフォルトの名無しさん
11/12/10 10:38:03.77
ここは、日本で発注者も日本人だって客に言われたら、
SCM の都合でできませんって答えるのか？
馬鹿だろ。
710:デフォルトの名無しさん
11/12/10 10:43:30.68
gitが使えない外注先が淘汰されるのに何が問題なわけ？
711:デフォルトの名無しさん
11/12/10 10:45:51.46
問題の理解力もないところの人でしたか、それは失礼。
まあ、せいぜい git で遊んでてください。
712:デフォルトの名無しさん
11/12/10 10:46:56.91
分散型普及の壁になっているのは外注より元締め。
開発者は今でもgit-svnとか使っている。
713:デフォルトの名無しさん
11/12/10 10:49:06.75
>>711
コミットログは日本語使えるし、GUIはEclipseとか揃っているし、
日本語が問題になるのはWindowsのファイル名だけでしょ。
これのどこが問題なわけ？
714:デフォルトの名無しさん
11/12/10 11:31:51.25
>>713
>日本語が問題になるのはWindowsのファイル名だけでしょ。
>これのどこが問題なわけ？
自分で「問題になるのは」って書いてて、「どこが問題？」って頭おかしいのか？
715:デフォルトの名無しさん
11/12/10 11:38:51.42
>>714
Windowsのファイル名が問題になるのだったら、それまでのプロジェクトが問題であって、
その問題を解決すれば問題にならない。
716:デフォルトの名無しさん
11/12/10 11:51:41.61
だからお客さんの都合だとどうしようもないだろって書いてるんだが、
やはり理解力が相当足りないみたいだな。
717:デフォルトの名無しさん
11/12/10 11:56:32.91
windows のファイル名に日本語が使えないと致命的に駄目
718:デフォルトの名無しさん
11/12/10 11:58:29.94
>>716
お客さんが日本語ファイル名ファイルをscmで管理するように要求しているのか？
ならば、そのファイル名ファイルだけ、日本語ファイル名で問題無いと思われているscmのままにしておけば良いじゃないか。
それ以外のところはgitに移行して何ら問題ないわけだ。
719:デフォルトの名無しさん
11/12/10 12:12:37.52
git のために、別々に管理しろって？
構成管理理解してない馬鹿のたわごとだな。
720:デフォルトの名無しさん
11/12/10 12:18:50.13
>>719
svnのように全部一ヶ所にまとめろって？
危機管理理解していない馬鹿のたわごとだな。
721:デフォルトの名無しさん
11/12/10 12:26:04.23
Bazaar の出番ですね。
722:デフォルトの名無しさん
11/12/10 12:39:21.56
そもそも受託開発なんて底辺仕事なんざ興味ねぇよ
底辺は勝手にやってろよ
723:デフォルトの名無しさん
11/12/10 12:43:04.80
受託開発の底辺はsvnの一元管理で悶えて市ね
724:デフォルトの名無しさん
11/12/10 12:44:39.02
多重管理地獄で悶えて氏ね
725:デフォルトの名無しさん
11/12/10 13:34:09.63
>>720
>危機管理理解していない馬鹿のたわごとだな。
別地保管も知らんのか...。
git だと分散だからと言ってバックアップもイラネーとか言い出したりしてな。(w
>>722-723
はいはい、こんな馬鹿なところじゃ受託すらできんわな。(w
726:デフォルトの名無しさん
11/12/10 13:41:07.33
>>725
危機管理＝バックアップだという認識なのか、おめでたいな
727:デフォルトの名無しさん
11/12/10 13:43:09.53
>>725
> 別地保管も知らんのか...。
svnで別置保管がどうすれば可能なのか教えてくれ
728:デフォルトの名無しさん
11/12/10 13:53:20.51
>>725
> git だと分散だからと言ってバックアップもイラネーとか言い出したりしてな。(w
hgだと要らないね。落ちた前スレで議論されている。
gitの場合、ブランチを消せるから全く要らないわけではないが。
729:デフォルトの名無しさん
11/12/10 14:18:52.99
>>726
>危機管理＝バックアップだという認識なのか、おめでたいな
じゃあどういう意味か書いてみな。
>>727
適当なデータセンタに電話して聞いてみればいいと思うよ。
うちは、支社があるから自社でやってるけど。
>>728
> hgだと要らないね。
まだ、こんなこと言ってるアホがいるのか...。
730:デフォルトの名無しさん
11/12/10 14:24:26.86
>>729
> >>726
> >危機管理＝バックアップだという認識なのか、おめでたいな
> じゃあどういう意味か書いてみな。
Linusがsvnを叩いた講演。
どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。
> >>727
> 適当なデータセンタに電話して聞いてみればいいと思うよ。
> うちは、支社があるから自社でやってるけど。
svnだとデータセンタが必要なわけね。
分散型ならそんなの必要ない。
> >>728
> > hgだと要らないね。
> まだ、こんなこと言ってるアホがいるのか...。
アホはおまえだ。
hgは全リビジョン同期でリビジョンの削除はしないから、
同期されていれば、バックアップなど必要ない。
731:デフォルトの名無しさん
11/12/10 14:52:26.47
>>730
>どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。
まともな運用もできていない組織だとツール側で必要なんだろうな。
>>727
>分散型ならそんなの必要ない。
結局複数サーバーで管理するってことだろ？
まさかとは思うが、ローカルにあるからいいジャンとか本気で言ってそうだな。
>>728
>同期されていれば、バックアップなど必要ない。
管理者のミスとか SCM 自体のバグとか考えたこともないんだろうな...。
素人乙。
732:デフォルトの名無しさん
11/12/10 15:03:19.66
>>731
> >>730
> >どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。
>
> まともな運用もできていない組織だとツール側で必要なんだろうな。
外注先、オフサイトで馬鹿なコミットされるの防ぐために、
わざわざコードレビューしに出張するわけか。
高コストなこと。
> >>727
> >分散型ならそんなの必要ない。
>
> 結局複数サーバーで管理するってことだろ？
> まさかとは思うが、ローカルにあるからいいジャンとか本気で言ってそうだな。
分散型にサーバという概念はありませんが？
> >>728
> >同期されていれば、バックアップなど必要ない。
>
> 管理者のミスとか SCM 自体のバグとか考えたこともないんだろうな...。
> 素人乙。
gitにバグがあったらLinuxはこの世に存在していないけど。
分散型の管理者って誰？
git/hgはリポジトリフォーマットはほとんど変わっていないけど、
その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。
733:デフォルトの名無しさん
11/12/10 15:21:41.82
>>732
>わざわざコードレビューしに出張するわけか。
TV会議システムもない職場乙。
>分散型にサーバという概念はありませんが？
まさかの方だったな。(w
>gitにバグがあったらLinuxはこの世に存在していないけど。
今までがよかったからこれからも大丈夫って言うわけね。
笑うしかないが。
>その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。
意味不明。
734:デフォルトの名無しさん
11/12/10 15:33:01.54
>>733
> TV会議システムもない職場乙。
TV会議システムがないと品質も保証されない職場乙。
> >gitにバグがあったらLinuxはこの世に存在していないけど。
> 今までがよかったからこれからも大丈夫って言うわけね。
> 笑うしかないが。
大丈夫。
分散型を理解していないみたいだからこれ以上説明しても無駄みたいだけど。
それよりもsvnの将来心配したら？
> >その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。
> 意味不明。
svnのbdbが壊れやすかったって知らないのね。
svn1.7でまた変わったんじゃないの？使ってないから知らないけど。
バージョンアップしたら過去のバックアップが使えないんだったら、
バックアップの意味ないけど。
735:デフォルトの名無しさん
11/12/10 15:46:48.50
>>734
>TV会議システムがないと品質も保証されない職場乙。
ひょっとして貧乏会社なの？
最近結構まともな奴が安いから入れたら？
>大丈夫。
それは、よかったな。
まあ、ビジネスに使ってないこと祈るよ。
>svnのbdbが壊れやすかったって知らないのね。
そうだね、壊れやすかったな。アホが使うと。
申し訳ないが、うちでは壊れたことはないよ。
そもそも今時 bdb なんて使ってないし。
>バージョンアップしたら過去のバックアップが使えないんだったら、
>バックアップの意味ないけど。
馬鹿は bdb は知ってるのに svndump には思いが至らないらしい。
まあ、よくいる中途半端な知ったかなんだろうな。
736:デフォルトの名無しさん
11/12/10 15:52:43.55
>>735
> >>734
> >TV会議システムがないと品質も保証されない職場乙。
>
> ひょっとして貧乏会社なの？
> 最近結構まともな奴が安いから入れたら？
日本人は欧米とTV会議するため毎日夜勤ですか。
お疲れ様です。
>
> 馬鹿は bdb は知ってるのに svndump には思いが至らないらしい。
> まあ、よくいる中途半端な知ったかなんだろうな。
あなたのその理屈だと、そのsvndumpにバグがあったらどうするの？
svndumpが動いていると信じていたら実は取れていませんでした、
ってそれこそ管理者のミスを心配しないと。
737:デフォルトの名無しさん
11/12/10 16:02:20.75
なんか盛り上がってるところ水を差すようだけど
野良パッチ使えばwindowsのgitでも日本語ファイル名使えるんだけどね
GUIしか使えないとかいう馬鹿を除けば、現状で全く問題ない
738:デフォルトの名無しさん
11/12/10 16:06:11.50
>>737
野良パッチどころか、msysgitはutf-8対応に向けて驀進中です
739:デフォルトの名無しさん
11/12/10 16:56:00.57
>>736
>日本人は欧米とTV会議するため毎日夜勤ですか。
必死に考えたんだね、お疲れ。
まあ、普通に定時間内にできてるから、心配しなくていいよ。
>svndumpが動いていると信じていたら実は取れていませんでした、
>ってそれこそ管理者のミスを心配しないと。
バックアップ取ったら、リストアのテストするのは常識なんだが...。
740:デフォルトの名無しさん
11/12/10 17:05:40.58
>>739
> >日本人は欧米とTV会議するため毎日夜勤ですか。
> 必死に考えたんだね、お疲れ。
> まあ、普通に定時間内にできてるから、心配しなくていいよ。
日本人は深夜が定時間か。
24時間営業のファミレス・マクドナルドのような勤務体制なわけだ。
> >svndumpが動いていると信じていたら実は取れていませんでした、
> >ってそれこそ管理者のミスを心配しないと。
>
> バックアップ取ったら、リストアのテストするのは常識なんだが...。
バックアップ・リストア、そのテストと、凄い高コストだ。
741:デフォルトの名無しさん
11/12/10 17:38:52.59
>>740
>日本人は深夜が定時間か。
正直君がかわいそうになってきたよ。
自分で書いてて恥ずかしくない？
>バックアップ・リストア、そのテストと、凄い高コストだ。
まあ、必要なコストだからね。
そもそもこの手のコストが高いと感じているってことは、
他もいろいろ手を抜いているんだろう。
たぶん素人さんだと思うけど。
742:デフォルトの名無しさん
11/12/10 17:44:58.30
普通に質問なんだけど、みんなレポジトリのバックアップってどうとってる？
743:デフォルトの名無しさん
11/12/10 17:46:11.15
>>741
svnを使っている所は分散型で必要ない膨大なコストをかけている
ボッタクリだってことが分かったから、今度から発注することはやめるよ。ありがとう。
744:デフォルトの名無しさん
11/12/10 17:57:48.05
>>743
はいはい、こういう脇の甘い馬鹿なところから受注するのは実はおいしいんだが、
疲れるのも事実だから、今後は是非そうしてくれ。(w
745:デフォルトの名無しさん
11/12/10 18:05:45.88
>>742
svnadmin dump
746:デフォルトの名無しさん
11/12/10 18:07:10.49
githubに上げてる
747:デフォルトの名無しさん
11/12/10 18:31:36.41
>>742
誰かの説によると、分散型なら不要らしいよ。(w
一応ご参考: URLﾘﾝｸ(www8.atwiki.jp)
>>745
git のスレだぞ。
748:デフォルトの名無しさん
11/12/10 18:36:26.68
盛り上がってますね
749:デフォルトの名無しさん
11/12/10 18:46:02.52
>>742
他のサイトからたまにfetchしてる
750:デフォルトの名無しさん
11/12/10 18:56:01.17
他人と共同で作業する為に中央にリポジトリ作る時点で分散型でもなんでもない単にリモートとローカルで２重管理してるだけｗ
751:デフォルトの名無しさん
11/12/10 18:56:17.42
スレの流れがよく読めんのだが
ソースコード(C#やJava)とかDBファイル(.sqliteとか)の名前に日本語使うのはよくあることなのか？
752:デフォルトの名無しさん
11/12/10 19:02:34.05
>>750
分散型という名前に惑わされている典型的バカ。
ワークフローの方が重要だという勉強をしてから出直しましょう。
URLﾘﾝｸ(www.ustream.tv)
753:デフォルトの名無しさん
11/12/10 19:02:56.93
底辺とか事実を指摘するもんだから発狂しちゃっただろ
754:デフォルトの名無しさん
11/12/10 19:03:21.65
>>751
無いよね。だからドキュメント類だけsvnとかに置けば良いと思う。
エクセルとかパワポとかどうせマージできないしね。
755:デフォルトの名無しさん
11/12/10 19:30:31.82
定期的にfetchしとけばバックアップとしてはいいのかな？
あれ、トラックしてないブランチはfetchされない？
756:デフォルトの名無しさん
11/12/10 19:32:12.24
>>754
また、>>719 からループするの？
いい加減諦めたら？
757:デフォルトの名無しさん
11/12/10 19:35:42.62
諦めるのは底辺の仕事しか無い自分の人生では？
758:デフォルトの名無しさん
11/12/10 19:46:58.39
底辺に馬鹿にされてる君の人生って...。(w
759:デフォルトの名無しさん
11/12/10 19:55:01.35
君って何人？この板は連投規制があったはずだけど。
760:デフォルトの名無しさん
11/12/10 20:06:37.49
自分の胸に聞いてみればわかるんじゃない？
761:デフォルトの名無しさん
11/12/10 20:11:26.50
自分の胸に聞いてみた。svn使いは馬鹿だって言っていた。
762:質問の内容とぜんぜん違う答えで納得している馬鹿。
11/12/10 20:21:37.61
それはよかったね。(w
763:デフォルトの名無しさん
11/12/10 22:16:38.37
svn で満足できるなら git 使える人達をうらやましがってこのスレを荒らさずに自分の領分で満足してればいいと思う(´･ω･`)
764:デフォルトの名無しさん
11/12/10 22:43:18.54
msysGitがUTF-8対応するなら、もうsvn使うメリットは皆無だな・・
765:デフォルトの名無しさん
11/12/10 22:51:43.27
msysgitのutf-8対応
URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(groups.google.com)
インストーラ
URLﾘﾝｸ(groups.google.com)
766:デフォルトの名無しさん
11/12/10 22:52:59.45
>>763
ねえ、また >>705 からループするの？
767:デフォルトの名無しさん
11/12/10 22:55:59.77
ループするたびに底辺とバカにされるsvn使い可哀想
768:デフォルトの名無しさん
11/12/10 23:06:57.60
ほらほら >>758 からループしてるし。(w
769:デフォルトの名無しさん
11/12/11 01:07:24.34
>>765
Git-1.7.7.1-unicode-20111202
Git-1.7.8-preview20111206
上の二つ試してみたけど、特に改善しているように思えないなぁ
git config core.quotepath false
しても文字化け状態で表示される
windowsの場合コンソールがSJIS使うようになっているから
そっちも設定をいじる必要がありそう
770:769
11/12/11 01:34:55.76
コマンドプロンプトからはフォントをMSゴシックに変えて
chcp 65001したら日本語ファイル名いけるようになった。
bashのほうからも同じことをやったがこっちは
フォントが強制的に日本語含まれないフォントに変更されて
使えないようだ
771:デフォルトの名無しさん
11/12/11 15:42:52.69
gitで秒単位とかでファイルの変更箇所のログを取ることはできますか？
772:デフォルトの名無しさん
11/12/11 20:30:02.46
>>771
gitはそういうツールじゃない。
というかその手段自体があまりよろしくないように見える。
それでもやるならスクリプトでどうぞ。
773:デフォルトの名無しさん
11/12/12 07:36:02.56
ファイル改竄検知ソフトウェアあたりの仕事な気がする
774:デフォルトの名無しさん
11/12/12 17:29:09.20
git initすると.gitがつくられますが、
これを別の場所に置くことは出来るのでしょうか？
775:デフォルトの名無しさん
11/12/12 17:34:31.52
>>774
--separate-git-dir=<git dir>
776:デフォルトの名無しさん
11/12/12 17:49:37.41
>>775
ありがとうございます
777:デフォルトの名無しさん
11/12/12 19:17:26.32
Git、Eclipse.orgでCVS、SVNを超える
URLﾘﾝｸ(www.infoq.com)
778:デフォルトの名無しさん
11/12/12 19:41:23.29
>>777
後半のhgの所は間違っている。
bitbucketはプライベートリポジトリとして使われているケースが多い。
公開リポジトリが１つもないアカウントはいっぱいある。
hgのossプロジェクトは自前でリポジトリを立てている所が多い。
URLﾘﾝｸ(mercurial.selenic.com)
779:デフォルトの名無しさん
11/12/12 20:50:53.14
はいはい
780:778
11/12/12 21:09:57.78
Gitスレに誤爆してしまった。
bitbucketは、個人も5人までのチームも、無料でプライベートリポジトリも含めて容量制限無しなんで、
ぜひ使ってくださいね♡
>777はsvnスレに張らなくて良いのかね？
781:デフォルトの名無しさん
11/12/12 21:59:23.02
Mercurialに続きGitもUnicode対応になるのか。胸熱だな...
あとはrename問題が解決すればGitで何の不自由も無くなるのに
782:デフォルトの名無しさん
11/12/12 22:59:02.13
>>771
ひょっとして git blame とかかな？
コミット単位だけど秒も出ているといえば出ている。
783:デフォルトの名無しさん
11/12/13 00:49:35.25
GITは自分一人が使う分には全く問題ないが、この複雑なコマンド体系を
チームメンバー全員が使いこなせるとは到底おもえないのがネックなんだよな・・
HGはそのへんSVNライクだし、SVNユーザーが移行する分には生涯なさそうだが
正直Hg使うくらいならSVNで十分だろって議論もあるしブツブツ・・
784:デフォルトの名無しさん
11/12/13 01:07:48.69
>>783
> 正直Hg使うくらいならSVNで十分だろって議論
さすがにそれはない
785:デフォルトの名無しさん
11/12/13 14:23:32.42
よく使うコマンドってなんですか？
git init
git add
git commit
git clone
しか知らないんですが、全てを覚えるのはきついので最低限覚えておくべきコマンドを教えてください
786:デフォルトの名無しさん
11/12/13 14:24:55.82
その4つで困ってないならお前にとって必要なコマンドはその4つだろ
787:デフォルトの名無しさん
11/12/13 15:34:51.30
お前がそう思うならそうなんだろう
お前ん中ではな
788:785
11/12/13 15:40:43.34
>>786
仲間か
一緒に勉強してこうぜ
789:デフォルトの名無しさん
11/12/13 15:42:18.00
こうしてclone厨が生まれるのであった
790:デフォルトの名無しさん
11/12/13 15:46:07.79
git status
git branch
git checkout
git merge
git mergetool
git pull
git push
これらと>>785のコマンド以外を使うときはマニュアル見てしまう
791:デフォルトの名無しさん
11/12/13 20:52:02.85
rebase -iを堪能しないとgitの意味がない(個人の見解です)
792:デフォルトの名無しさん
11/12/13 20:53:52.11
俺的にはadd -pだな
793:デフォルトの名無しさん
11/12/13 21:22:57.47
git reset なしで生きられない俺は間違った使い方をしているのだろう
794:デフォルトの名無しさん
11/12/13 21:27:26.05
1日に何度もgit pullしちゃう
795:デフォルトの名無しさん
11/12/13 21:30:18.30
最近pullよりfetch && rebaseだなー
796:デフォルトの名無しさん
11/12/13 21:38:35.68
add
↓
commit
の流れでバックアップして、最新のバックアップが欲しいときにcloneしてるけど
このやり方で合ってますか？
797:デフォルトの名無しさん
11/12/13 21:49:14.44
こうしてclone厨が生まれたのであった
798:デフォルトの名無しさん
11/12/13 23:26:41.52
リポジトリの複製が欲しいならcloneでいいが、
ある時点のスナップショットのアーカイブが欲しいだけなら git archive
799:デフォルトの名無しさん
11/12/13 23:29:25.02
リポジトリをgithubからbitbucketに移行したいんだけど、やり方が分からない。
.git/config を書き換えるだけでいいのかなあ。
だれか教えて。
800:デフォルトの名無しさん
11/12/14 03:07:36.93
>>795
git-pull --rebase じゃダメな領域? tracking branch じゃなかったらたしかに rebase は別途やるな、俺も。
俺ブームは detached branch での作業あんど detached branch(要はsha1)に対する rebase.
801:デフォルトの名無しさん
11/12/14 08:55:10.72
最近は git pull より git pull --reabese 使おうぜってのをよく見かける
802:デフォルトの名無しさん
11/12/14 12:01:58.71
>>799
remote追加してpushするだけじゃないの？
803:デフォルトの名無しさん
11/12/14 19:51:50.00
困ったときのgit bisectとか
毎日使うgit log --all --graph --decorateとか
git grepも無いと困る。
804:デフォルトの名無しさん
11/12/15 07:21:20.31
gitでlogを見た時に、どのブランチに対するコミットなのかを調べるには
どうすればいいんですかね？
具体的には、GitXでBranchをAll branchesにしてコミットを発見したんだけど
そのコミットがどのブランチに対するコミットかわからない状態です。
SHAはわかっているのでログは見られるけど
ブランチが多すぎてどれに対するコミットかわからないんです。
コマンド名や検索ワードだけでも教えてもらえると助かります。
805:デフォルトの名無しさん
11/12/15 07:41:30.61
>>804
何故ブランチが多いのだ？
マージが終わったらブランチは消そう。
806:デフォルトの名無しさん
11/12/15 17:37:07.01
>>804
一個上のレスにある
git log --all --graph --decorate
じゃダメなん？
807:デフォルトの名無しさん
11/12/15 19:18:42.32
gitx使ってるっていうんだから、どのブランチに繋がっているかは分かってるんでしょ？
きっと問題は繋がっているブランチがマージコミットを通して複数あって、そのどのブランチで作業しているときにコミットしたもんだか分からないってことだと思う。
マージコミットの一つ目の親の方向から辿れば分かると思う。
808:デフォルトの名無しさん
11/12/15 19:38:36.44
わからないです
809:デフォルトの名無しさん
11/12/16 19:04:52.90
TortoiseGit1.7.6.0
810:デフォルトの名無しさん
11/12/17 16:48:06.75
RHEL6.1入れたらgitがすでにインストールされていた
811:デフォルトの名無しさん
11/12/19 11:07:25.67
git rebase -i head^ で出てきた一行だけを、くっつくかなと
思って squash に変更したらコミットが消えたし…
reflog で救出したけど
812:デフォルトの名無しさん
11/12/19 22:09:56.96
未コミットの変更を git reset --hard で消してしまった場合って救出不可能？
813:デフォルトの名無しさん
11/12/19 22:34:03.62
git歴1日の俺がちょうど今調べてたのがgit reflogだ
814:デフォルトの名無しさん
11/12/19 22:34:49.17
cd c:\test\code\
git init
git add .
git commit -m "testdesu"
までやりました
そしてためしにc:\test\code\内のファイルを部消しました（.gitは残してます）
ここからなんですが
どうやってgitからファイルを取得するのでしょうか？
815:デフォルトの名無しさん
11/12/19 23:13:51.69
git checkout .
816:デフォルトの名無しさん
11/12/19 23:46:15.28
できました！ありがとうございます
817:デフォルトの名無しさん
11/12/20 00:02:39.59
>>812
addしてたファイルはlost-foundで救出できる
818:デフォルトの名無しさん
11/12/20 22:46:10.16
gitってテキストファイル以外にもexeファイルや画像などのバイナリファイルも保存できるのですか？
壊れたりしませんか？
819:デフォルトの名無しさん
11/12/20 23:01:29.78
>>818
できます
しません
820:デフォルトの名無しさん
11/12/20 23:16:26.85
>>818
URLﾘﾝｸ(progit.org)
マージはできんけど、コマンドかましてファイル情報のdiff取る事はできる。
821:デフォルトの名無しさん
11/12/21 08:05:15.71
>>817
なるほど、ありがとう
未addはさすがに無理か…
822:デフォルトの名無しさん
11/12/22 19:37:46.95
訳あって work tree を全部削除したので clone し直したのですが、
git remote add って手動でやり直さないとダメなんでしょうか？
823:デフォルトの名無しさん
11/12/22 20:48:39.71
>>822
.git/ を消してないならcloneし直さなくてもcheckoutで復旧しますよ
824: 【東電 81.2 %】
11/12/28 22:11:22.83
git コミット ID の衝突確率
URLﾘﾝｸ(d.hatena.ne.jp)
> 結論: git はまぬけ
825:デフォルトの名無しさん
11/12/28 23:19:18.38
先頭の7文字だか10文字だかしか保存してないとでも思ってるのか?
826:デフォルトの名無しさん
11/12/29 01:54:36.11
ブロガーを信用するってまぬけだな
827:デフォルトの名無しさん
11/12/29 03:01:48.73
自慢気にrubyコミッタて書いてるわ…
828:デフォルトの名無しさん
11/12/29 04:04:15.13
>>824
SHA-1ハッシュのリスクもメリットも一切理解出来てないんだな。
痛いなあ…単にアーアー聞こえないなのかも知れないが。
829:デフォルトの名無しさん
11/12/29 08:03:39.41
>>824-828
「id:nurseはGitの内部でSHA-1ハッシュの先頭数文字しか使っていないと勘違いしている」
とでも勘違いしてるのか？
830:デフォルトの名無しさん
11/12/29 08:23:29.40
うむ、読めばそういう話じゃないことはわかるのに、何ファビョってんだかｗ
831:デフォルトの名無しさん
11/12/29 08:29:40.36
無限ハッシュ値地獄で悶えて市ね
832:デフォルトの名無しさん
11/12/29 14:03:16.70
>>829
じゃ何の問題も無いのに何でGit全然ダメになるんだ？
833:デフォルトの名無しさん
11/12/29 15:03:55.20
るｂｙｓｔはぎｔとｐｙてょｎが嫌い
834:デフォルトの名無しさん
11/12/29 15:07:26.46
>>833
日本語でおｋ
マジレスするとshyouheiのGithubレポジトリがあるしmatzはquilt使ってる
835:デフォルトの名無しさん
11/12/29 15:16:27.17
649 デフォルトの名無しさん [sage] 2011/12/29(木) 14:50:37.28 ID: Be:
学生プログラマ日本一決定戦(予選は社会人も参加可)
URLﾘﾝｸ(codevs.jp)
現在予選開催中
応募締切 2012.1.6 12:00
おもしろいことやっているじゃん。誰か今から参加しろよ。
836:デフォルトの名無しさん
11/12/29 21:28:45.34
Gitの衝突確率とかPro Gitにすでに書いてあるっつーのに
URLﾘﾝｸ(progit.org)
それよりも「あなたの所属する開発チームの全メンバーが、同じ夜にそれぞれまったく無関係の事件で全員オオカミに殺されてしまう」可能性のほうがよっぽど高いことでしょう。
837:デフォルトの名無しさん
11/12/29 22:26:54.38
オオカミは絶滅した。そういうことになってる
838:デフォルトの名無しさん
11/12/29 22:38:00.48
それニホンオオカミ
839:デフォルトの名無しさん
11/12/29 23:33:23.28
>>836
お前はなんでそんなとんちんかんなことをドヤ顔で語ってるんだ？
840:デフォルトの名無しさん
11/12/30 00:36:24.18
gitはまぬけって結論がなあ
841:デフォルトの名無しさん
11/12/30 06:17:03.77
結論: git はうんこ
842:デフォルトの名無しさん
11/12/30 07:24:44.69
>>839
よく読めば引用だとわかる
なんか計算の問題（の解釈）のような気がする
843:デフォルトの名無しさん
11/12/30 08:45:10.78
>>840
間抜けだろう。
元々linuxカーネルのソースコード管理目的で作られてるのに、
本来の目的の使用であまり良いとは言えない局面が存在するんだから。
844:デフォルトの名無しさん
11/12/30 09:23:40.92
>>843
どういう局面で良くないの？
845:デフォルトの名無しさん
11/12/30 09:46:02.06
>>844
佐藤がクラスに５人いるのに名字で呼んだら誰だか分からない。
846:デフォルトの名無しさん
11/12/30 09:56:22.19
フルネームとまではいかなくても名前（の一部）も付けて呼べばいいんや
あだ名（タグ）つけてしまうって手もなくはないぞ
847:デフォルトの名無しさん
11/12/30 10:24:15.06
>>844-845
そこは「同じクラスで誕生日が同じ人がいる可能性は高い」の方が良いかとｗ
848:デフォルトの名無しさん
11/12/30 10:26:24.60
>>847
デフォルトの表示の七桁が「まぬけ」なんだから名字でOK
849:デフォルトの名無しさん
11/12/30 11:54:08.01
デフォルト7桁って何のことを言ってんだ？
単に40文字を省略して途中まで表示してるだけだぞ？
それに省略表示されるのはほんとに表示領域が狭い時だけ。git logとかやってみろよ。
省略表示しかされないからどっちのオブジェクトだか分からないなんてことは、無い。
850:デフォルトの名無しさん
11/12/30 11:57:04.34
>>849
だから、メールの本文とか、デプロイツールとかで、どのリビジョンってのに、七桁だと衝突する可能性があるって話なんだから、
「佐藤」では短すぎるって例えなのに。
851:デフォルトの名無しさん
11/12/30 12:07:28.19
苗字だけじゃなくて名前も呼んでくれって話なの？
852:デフォルトの名無しさん
11/12/30 13:20:16.65
>>849
git log --oneline
853:デフォルトの名無しさん
11/12/30 14:08:11.63
>>850
デプロイツールって何のことか分からんけど
plumbingで7桁でやり取りするようなのは無いよ。
>>852
onelineの指定は一行で表示する為に自分で明示して
省略させてるだろ。意味分かってる？
七文字じゃ足りないのは初めから分かってたことで、
単に見やすさの為に省略してるだけなんだから、
linuxカーネルみたいな巨大プロジェクトは省略せずに
フルで表記。それだけの話だよ。
854:デフォルトの名無しさん
11/12/30 14:28:17.73
>>853
> デプロイツールって何のことか分からんけど
URLﾘﾝｸ(ftp.riken.jp)
bios_extract-0-0.7.20101207gitd65284d.fc15.src.rpm
d65284d
855:デフォルトの名無しさん
11/12/30 14:31:05.76
>>853
> onelineの指定は一行で表示する為に自分で明示して
> 省略させてるだろ。意味分かってる？
git branch -v
856:デフォルトの名無しさん
11/12/30 16:07:27.63
ああ
ようするにファイルのタイムスタンプとかで
年を省略したらどうなるかって話か
857:デフォルトの名無しさん
11/12/30 16:10:01.90
>>855
branchはporcelainだろ。UIの為のコマンドであって、
ツールキットとして使うようなものじゃない。
>>854
ファイル名がどうかしたか？
858:デフォルトの名無しさん
11/12/30 16:40:16.68
> >>854
> ファイル名がどうかしたか？
URLﾘﾝｸ(pkgs.fedoraproject.org)
859:デフォルトの名無しさん
11/12/30 16:47:02.94
>>857
git rev-parse --short HEAD
860:デフォルトの名無しさん
11/12/30 17:09:01.43
>>858
で？
>>859
わざわざ --short なんてオプション付けといて「省略されてんじゃねーか！」
って文句言うのか？w
861:デフォルトの名無しさん
11/12/30 17:10:19.10
馬鹿には無理
862:デフォルトの名無しさん
11/12/30 17:13:55.03
>>860
--short, --short=number
Instead of outputting the full SHA1 values of object names try to abbreviate them to a shorter
unique name. When no length is specified 7 is used. The minimum length is 4.
863:デフォルトの名無しさん
11/12/30 17:30:53.36
>>862
だから？
「SHA1を途中で省略して短く出してね」って自分で指示しておいて
「省略したらユニークにならなかった！Gitダメじゃん！」って頭おかしいだろ。
864:デフォルトの名無しさん
11/12/30 17:33:50.79
最近「頭悪い質問で釣ってみた」の投稿多いな。
865:デフォルトの名無しさん
11/12/30 17:34:23.99
>>863
When no length is specified 7 is used.
866:デフォルトの名無しさん
11/12/30 17:35:54.33
＿_
, ‐' ´ ｀`‐、 ／￣:三}
. ／,. -─‐- ､. ヽ / ,.＝j
＿,.:_'＿＿＿＿＿_ヽ、 .! .／ _,ﾉ
`‐、{ へ 'ﾞ⌒ `!~ヽ. ! ／{. /
｀! しﾟ （ ﾟj `v‐冫 , '::::::::ヽ､/ そんなことよりBazaarしようぜ！
. {.l '⌒ ﾞ 6',! / :::::::::::::::/ __
. 〈 < ´￣,ﾌ .ﾉｰ'_ , ‐'´::::::::::::::;/ （_ノ)‐-､
. ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠. ヽ_} ﾞヽ
,.r｀ "´ ／:::::::::::::::::::ィ´ ｀ゝ !、 /
/ / :::::::::::::::: ; '´ /´＼ / r'＼
. i ! ::::::::::::::／ 墨 | .!::::::::／ヽ､.._!ヽ. ヽ､
{ {:::::::::::;:ｲ / ∥ｉ:::::::/:::::::::::::/ ＼
. ヽ ヽ,.ｧ‐'´ /ヽ 二 ,/`ヽ、::::::::: ／
867:デフォルトの名無しさん
11/12/30 17:36:12.46
で？
868:デフォルトの名無しさん
11/12/30 17:37:05.85
知り合いがネット上ではネカマのふりをしてたほうが
アホな男が優しくしてくれるって言ってた。
869:デフォルトの名無しさん
11/12/30 17:47:49.39
>>865
デフォ7桁なのが問題だって言いたいのか？ 10桁なら良かった？
ハッシュの衝突は原理的にどうやったって起こりうるけど、
そこが理解できないんですか？
あとめんどくせーから引用だけのレスはスルーするわ。
870:デフォルトの名無しさん
11/12/30 17:53:40.00
ハッシュの衝突はどうやったって起こりうるけどデフォ7桁は問題です
871:デフォルトの名無しさん
11/12/30 17:58:03.07
1234abc
1234cde
の2つのコミットがあったときに、
1234
って指定した場合ってどんな感じで怒られるん？
872:デフォルトの名無しさん
11/12/30 19:10:12.16
ぎっとはうんこ＝７文字
gitのデフォルト７桁は運命だった
873:デフォルトの名無しさん
11/12/30 19:20:03.22
UbuntuでVimを愛し、Githubでソースを公開し、
気に入ったプロジェクトがあればPull Requestを送り、
Haskellを勉強し、Pythonのブログを書いていたとしても、
俺は依然として無職だし、WIndowsでメモ帳でPHPを書いていても仕事は貰える！！
874:デフォルトの名無しさん
11/12/30 19:32:47.96
>>873
Ubuntu->Bazaar
Vim->Mercurial
Haskell->(元)Darcs
Python->Mercurial
WIndows->VSS
あなたがgitを使う理由はありません
875:デフォルトの名無しさん
11/12/30 19:44:23.08
VSSそれはひょっとしてギャグで言っているのか？
876:デフォルトの名無しさん
11/12/30 21:52:19.40
gitは間抜けって言いたかっただけだろ
URLﾘﾝｸ(ja.m.wikipedia.org)
877:デフォルトの名無しさん
11/12/30 22:18:22.02
G党ハマ抜け
来季のセ・リーグのスローガン
878:デフォルトの名無しさん
12/01/05 23:12:16.91
Git を使って2週間です。バージョン管理システム的なものをさわるのは初めてです。
Subversion も使ったことがありません。
うちの会社では社員がサーバーを勝手にたてられず Git サーバを使えません。
Windows の共有フォルダならばRead/Writeで開放されているのですが、
"\\xyz.net\\課フォルダ\偶数\3242\"
という日本語混じりのウンコなパスが設定されています。xyz は会社名です。
ここに repos というディレクトリをつくって
"\\xyz.net\\課フォルダ\偶数\3242\repos\"
DOS窓からアクセスしてみました
c:\develop\prj > pushd "\\xyz.net\課フォルダ\偶数\3242\repos\"
z:\課フォルダ\偶数\3242\repos > git --bare init
z:\課フォルダ\偶数\3242\repos > popd
c:\develop\prj > git push "\\xyz.net\課フォルダ\偶数\3242\repos\" master
2行目で、共有フォルダにベアなリポジトリを作成することは成功したのですが、
4行目で、fatal: does not appear to be a git repository で失敗してしまいます。
日本語混じりのパスをうまく切り抜ける方法はございませんでしょうか？
879:デフォルトの名無しさん
12/01/05 23:32:00.14
c:\develop\prj > net use z: "\\xyz.net\課フォルダ\偶数\3242"
c:\develop\prj > git push z:\repos master
880:デフォルトの名無しさん
12/01/05 23:52:14.32
>>879 さん
あした会社でためしてみます。ありがとうございました。
881:デフォルトの名無しさん
12/01/06 00:28:18.20
git cat-file tree 1234567 > hoge
git add hoge
としてもハッシュ値が衝突しないのはなんで？
882:881
12/01/06 00:46:48.48
先頭にオブジェクトの種類とサイズがつくからか
URLﾘﾝｸ(alblue.bandlem.com)
URLﾘﾝｸ(alblue.bandlem.com)
URLﾘﾝｸ(alblue.bandlem.com)
883:878
12/01/07 10:03:22.79
会社でためしました。
ウインドウズの共有フォルダで Git 使うのうまくいきました、ありがとうございました。
884:デフォルトの名無しさん
12/01/07 10:24:25.88
すみませんが、質問です。
私は、Linux上のGitでSJISのソースコードを扱っているのですが、
コミットコメントなどはUTF-8になっているようです。
環境はja_JP.UTF-8なので、
コミットコメントなどは文字化けせず、ソースコードのdiffが
文字化けします。
どちらも文字化けしないようにする設定はないでしょうか？
なお、こんなページを見つけたので、
URLﾘﾝｸ(www.greenwood.co.jp)
このgit-encwrapper というソフトを試してみましたが、
Linux, Cygwinどちらの環境でもビルドに失敗しました…。
885:デフォルトの名無しさん
12/01/07 10:25:15.92
もう一つ、今度はgit cloneについての質問です。
git clone を実行するとき、出力先ディレクトリが空でないと失敗します。
これで失敗せず、既存のファイルを残す設定はないでしょうか？
svn checkout --force のような。
以上です。よろしくおねがいします。
886:デフォルトの名無しさん
12/01/07 10:34:09.31
>>884
ページャを 'lv -c' にでもすればとりあえずは解決しそうだけどそれじゃ駄目かな？
887:884
12/01/07 10:48:31.28
>>886
なるほど、このやり方で、単体で起動した場合はうまく行きました。
ありがとうございました。
後出しですみませんが、実は私は、普段はmagitというEmacsの
Gitフロントエンドを使っておりまして、これはlogとdiffを
混在して出力しますので、
diffだけをUTF-8に変換する必要があるのです。
It's Magit!
URLﾘﾝｸ(philjackson.github.com)
888:884
12/01/07 10:52:20.13
同じ事で悩んでいた、git-encwrapperの作者の方の日記を、
参考のために貼ります。
2010年04月の日記
URLﾘﾝｸ(www.greenwood.co.jp)
2010年04月24日(土) あたりが、それについて書かれたものです。
889:デフォルトの名無しさん
12/01/07 12:28:09.64
>>54
できるようになるらしい
Git v1.7.9 Release Notes (draft)
URLﾘﾝｸ(article.gmane.org)
* "git branch --edit-description" can be used to add descriptive text
to explain what a topic branch is about.
890:デフォルトの名無しさん
12/01/07 14:25:04.31
はじめてのGit導入で初コミット
git add .
git commit -m "a"
～ 数日後ファイルの更新 ～
git add .
git commit -m "b"
～ 数日後ファイルの更新 ～
git add .
git commit -m "c"
～ 数日後ファイルの更新 ～
git add .
git commit -m "d"
ここでcomitt "b"のときのデータを取得したい場合はどのように取得するのでしょうか？
891:デフォルトの名無しさん
12/01/07 14:45:10.82
>>890
git checkout HEAD^^
892:デフォルトの名無しさん
12/01/07 15:27:16.00
>>891
ありがとうございます
git checout HEAD＾＾をやって2つ前のに戻した場合、cとｄのは消えちゃうのでしょうか？
893:デフォルトの名無しさん
12/01/07 17:30:21.27
>>892
NO
checkoutでは履歴は変化しないだろ
resetしてブランチを古いコミットに移動したら消えたように見えるけど
reflogを使ってハッシュを見れば復元できる
resetした後gcしたら古いコミット消えるかもしれないけどわけんね
894:デフォルトの名無しさん
12/01/07 17:33:06.98
reflog地獄で悶えて氏ね
895:893
12/01/07 17:35:43.92
到達できなくなったコミットはgcすると、
デフォルトで2週間前以上のは消えるみたい
--prune=<date>
Prune loose objects older than date (default is 2 weeks ago, overridable by the config variable gc.pruneExpire). This option is on by default.
896:デフォルトの名無しさん
12/01/07 17:42:57.90
>>894
地獄言いたいだけちゃうんかと・・・。
897:デフォルトの名無しさん
12/01/07 18:15:09.00
地獄言いたいだけちゃうんかと・・・。
898:デフォルトの名無しさん
12/01/07 18:40:43.94
そんなに大事なことだったかね。
899:デフォルトの名無しさん
12/01/07 18:43:01.95
reflog hellで悶えて氏ね
900:デフォルトの名無しさん
12/01/08 08:48:54.20
リフログってカタカナで書くと魔法っぽい
901:デフォルトの名無しさん
12/01/08 08:54:10.17
りふろぐってひらがなで書くとうんたんっぽい
902:デフォルトの名無しさん
12/01/08 09:39:46.10
githubにあげるとニートがばれるので
非公開で無料でgitできるオンラインサービスありませんか？
903:デフォルトの名無しさん
12/01/08 09:51:12.66
>>902
bitbucket
904:デフォルトの名無しさん
12/01/08 10:04:20.98
非公開できないじゃん＞＜
905:デフォルトの名無しさん
12/01/08 10:06:55.52
private っていう単語の意味分かる?
906:デフォルトの名無しさん
12/01/08 10:08:56.67
>>904
URLﾘﾝｸ(bitbucket.org)
> Unlimited DVCS Code Hosting, Free
> Store all of your Git and Mercurial source code in one place with unlimited private repositories. Includes issue tracking, wiki, and pull requests
*private*
907:デフォルトの名無しさん
12/01/08 11:02:46.06
ニートで無教養か…頑張れよ
908:デフォルトの名無しさん
12/01/09 00:52:55.50
ついにニートもgitを操る時代か
胸熱
909:デフォルトの名無しさん
12/01/09 03:26:28.91
この流れでふと思ったんだが、
次スレのテンプレに↓くらいはあったほうがいいのかね。
◆git repository hosting services
github
URLﾘﾝｸ(github.com)
Bitbucket
URLﾘﾝｸ(bitbucket.org)
Gitorious
URLﾘﾝｸ(gitorious.org)
Google Code
URLﾘﾝｸ(code.google.com)
Comparison of open source software hosting facilities
URLﾘﾝｸ(en.wikipedia.org)
910:デフォルトの名無しさん
12/01/09 12:39:24.43
無料版で非公開に出来るサービスはBitbucketだけ？
911:デフォルトの名無しさん
12/01/10 17:59:25.23
無料じゃうっかりミスで公開されても文句言えねえから使う気せんがな
912:デフォルトの名無しさん
12/01/10 18:00:48.58
>>911
Githubなら有料で非公開にできるぞ
やったね！
913:デフォルトの名無しさん
12/01/10 19:16:28.33
Bitbucketってクソだな
無料版は5個しかリポジトリ作れないのかよ
914:デフォルトの名無しさん
12/01/10 19:21:53.29
>>913
つ906
*unlimited*
915:デフォルトの名無しさん
12/01/10 19:29:55.49
ニートで無教養地獄で悶えて氏ね
916:デフォルトの名無しさん
12/01/10 19:35:08.51
"Sign up for a free 5 user account(五人までの面子で使える無料1アカウント)"
を読んで早合点したと思われる。
917:デフォルトの名無しさん
12/01/15 11:23:54.25
Bitbucketって一定日数利用しなかったらデータ削除とかありますか？
Dropboxは3ヶ月
918:デフォルトの名無しさん
12/01/16 12:38:40.71
git commit --amend しても直前の「間違ってた恥ずかしい」コミットは内部に残るのね…
919:デフォルトの名無しさん
12/01/16 13:01:17.86
>>918
残ってて良かった例
$ edit neko.dat
$ git commit -m 'ねこかわいいにゃん'
# 上矢印キーでシェルヒストリ呼び出し
$ git commit -m 'ねこっていうかトラだった' --amend
# 上矢印キーでシェルヒストリ呼び出し
$ git commit -m 'てかメスのライオンだった' --amend
$ edit inu.dat
# 上矢印キーでシェルヒストリ呼び出し
$ git commit -m 'いぬかわいいわん' --amend
Σ(ﾟДﾟ|||) amendﾂｲﾃﾀ!!
$ git reset HEAD@{1}
$ git commit -m 'いぬかわいいわん'
920:デフォルトの名無しさん
12/01/16 13:01:21.61
>>918
しばらくすればpruneできる
でも「しばらくする」前にpruneするにはどうすればいいんだろう
921:デフォルトの名無しさん
12/01/16 19:43:43.79
prune のオプションで時間指定できるだろ
922:デフォルトの名無しさん
12/01/17 00:51:31.67
>>919
分かりやすい！こういうの好きだわｗ
そのノリで他にもなんかタノムｗ
923:デフォルトの名無しさん
12/01/17 03:46:56.60
>>919
あるある
924:デフォルトの名無しさん
12/01/17 08:26:39.41
919についてもう少し詳しく知りたいんですが、
何をキーワードに検索してみれば良いでしょうか?
925:デフォルトの名無しさん
12/01/17 09:56:28.13
>>924
reflog
926:デフォルトの名無しさん
12/01/17 19:34:44.45
どうもです。
帰ったら調べてみます。
927:デフォルトの名無しさん
12/01/17 20:31:49.67
gitを使う前にgitkを起動してけばHEAD@{1}なんて文法を知らなくてもいいので便利
928:デフォルトの名無しさん
12/01/17 20:34:46.61
mオプション怖いからいつもviでコミットログ書いてる。
怖いというか、書き損じが恥ずかしいというか。
スペルチェッカ通さないと、いらん恥かきそうで。
929:デフォルトの名無しさん
12/01/18 02:31:39.70
git clone --mirror した場合。
A -> B -> C
といった感じで A から B に mirror して C で作業。
C に commit して B に push。そして B から A に push した時に、
別の人が A に push した後だとログも何も出ずに push が
出来ていない状態になってしまいます。
どこまで A に push 出来たかよく判らなくなるんだけど
mirror は読み取り専用を想定していて push は直接 A にしてね。
っていうのが正しい使い方なのかな？
930:デフォルトの名無しさん
12/01/18 10:48:04.95
そもそも push は fast forward しかできないから A に他の人の commit があるなら
先に B (か C) で A の commit を取り込んだ merge commit を作ってから push しないと
いけないんじゃないかな
931:デフォルトの名無しさん
12/01/18 11:09:52.87
>>930
そう、その通りです。
なので B で fetch して C で pull すれば良いのですが、
B で push 出来なかった時にエラー表示も何も出ないので
fetch pull が必要どうかが判らないんですよ。
932:デフォルトの名無しさん
12/01/18 20:57:54.26
しつもん
git でブランチ間を移動するとき、実際のファイルシステム上では rm や cat > や cp 相当のファイル書き込みが連打してたりしますか？
git checkout branch とするとき、100個のファイルが「現れる」ならば、ファイルシステム上では100個のファイルが作成されていますか？
HDD への書き込みが頻繁になるのがやだなあと思うので、git で開発するディレクトリをいわゆる RAM ドライブにしようかと思ってるんですが
933:デフォルトの名無しさん
12/01/18 23:00:07.78
>>932
その通りなんで、必要だと思うことをすればいい。
934:デフォルトの名無しさん
12/01/18 23:02:17.67
>>932
.git/以下はほとんど書き込みはないが、それ以外は変更されるファイルはまる
まる書き換えられるよ。気になるなら.git/以下だけHDDとかにすれば。
935:デフォルトの名無しさん
12/01/19 00:15:41.92
>>932
よく考えりゃ当たり前なんだが、そうするとあんまり気持ちのいいものではないな…
メモリが余ったら俺も考えよう…
936:デフォルトの名無しさん
12/01/19 08:03:38.16
Gitblit ってどうなの？
イントラで使う場合に Gitorious から乗り換える価値ある？
937:デフォルトの名無しさん
12/01/19 14:12:04.64
>>932
linux kernelでブランチをまたがって開発してるとかなら、
たしかにRAMディスク使いたくなるだろうけど、
ファイル数の増減が100くらいなら、気にしなくてもいんじゃね。
938:デフォルトの名無しさん
12/01/19 14:33:24.63
起動時と終了時（と定期的）にHDD内容と同期させることができ（て不意の電源断に泣かない根性があ）るのなら、
gitで管理する開発ディレクトリをRAMディスクに展開するデメリットは特にないと思う
もちろん活発にコード書かないとご利益は薄いけど…
939:デフォルトの名無しさん
12/01/21 15:03:15.89
>>936
君んとこで評価して結果を晒してくれたら
喜ぶ人がけっこういるんじゃないかな。
940:デフォルトの名無しさん
12/01/24 00:10:21.68
bitbucketを使ってgitで設定ファイルをdotfilesというリポジトリで管理したいんです。
で、マシンごとに微妙に設定が違うので、たとえばフォントの大きさが違うとか、
そういうのを管理するにはフォークとかブランチとかが使えそうなのかなと思ったんです。
そこで、マシンごとの設定ファイルをいじっててこの設定はどのマシンでも使いたいとなった場合、
どういう風にすると楽に管理できますか？
941:デフォルトの名無しさん
12/01/24 01:40:14.85
これとbitbucket組み合わせれば、望みの状況に近いんじゃないかな。
URLﾘﾝｸ(github.com)
debianならpkgもある。
URLﾘﾝｸ(packages.debian.org)
942:デフォルトの名無しさん
12/01/24 02:21:02.21
>>941
紹介ありがとう。
>>1の入門のマニュアルを見ながらブランチとマージを試してみたら、
意外と手軽に扱えることが分かったので、
ブランチとマージで行ってみようと思います。
マシンごとの各ブランチに、
共通設定であるmasterをマージして回ることになりそうだけど、
１つのワーキングコピーでできそうなので、まあいいかな。
943:デフォルトの名無しさん
12/01/24 11:13:49.27
初心者がgithubでコードを公開するときに使えておきたいコマンドの一覧を教えてください
944:デフォルトの名無しさん
12/01/24 11:34:33.50
コマンドというか、公開ブランチを綺麗にしておくこととコミットログをきちんと書くことが最重要
それができればなんでもいい
…だから、とりあえずgithubで公開してから考えるというのは全くお勧めしない
ローカルで間違えまくって修正の経験を積んだあと、満を持しての公開がベター
945:デフォルトの名無しさん
12/01/24 12:09:34.81
>>944
先生、ご指導ありがとうございます
綺麗にするというのはちゃんと動くコードのバージョンごとにコミットする事、よくわからないような改変のコードはコミットしない。これがきれいという認識でよいでしょうか？
コミットログは何を書いておけば嫌われなくなりますか？
946:デフォルトの名無しさん
12/01/24 13:32:04.68
bitbucketのRepository detailsに
No public forksっていうチェックボタンがありますがこれはなんですか？
947:デフォルトの名無しさん
12/01/24 14:15:57.79
公開ブランチの育て方というのはどっかにページなかったっけ
948:デフォルトの名無しさん
12/01/24 14:18:22.93
bitbucketでGitやりたいんですが
日本語マニュアルってないですか？
まとめwikiみたいなのお願いできませんか