- 1 名前：デフォルトの名無しさん mailto:sage [2011/07/12(火) 01:53:58.45 ]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆前スレ
Git 2
hibari.2ch.net/test/read.cgi/tech/1284467898/
◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/
- 686 名前：デフォルトの名無しさん mailto:sage [2011/11/23(水) 04:24:25.98 ]
- .git/objects以下ってコミットするごとにファイル増えていくと思うんだけど、
どの位まで性能でるの？
- 687 名前：デフォルトの名無しさん mailto:sage [2011/11/23(水) 07:43:49.07 ]
- >>686
git gc
- 688 名前：デフォルトの名無しさん [2011/11/25(金) 22:19:44.08 ]
- 復帰
- 689 名前：デフォルトの名無しさん mailto:sage [2011/11/26(土) 12:44:07.29 ]
- subversionからgitへ移行しています。
ちょっと解らないところがあるので教えてください。
webアプリを開発していて、開発用ブランチと本番環境用ブランチを作成して作業しています。
開発用ブランチに開発用のコード(DB設定やデバッグ用コード)を記述したとき、
subversionでは merge --record-only を使用してそのコードが本番環境にマージされない様にしていました。
git の場合はどのように処理すればいいのでしょうか？
今は本番環境にマージするときに --no-commit を指定して手作業で開発用コードを削除しているのですが、
本番環境から開発環境へマージするときに、今度は開発用コードが削除されます。
いい手があればアドバイスいただけませんか。
- 690 名前：デフォルトの名無しさん mailto:sage [2011/11/26(土) 14:43:17.03 ]
- >>689
db設定やデバッグ用のエラー出力on/offとかは
アプリケーションの設計時に一つのiniファイルかなんかにまとめるようにしてignore
その他の実験用コードは開発用ブランチからのブランチで隔離実験ってのが基本じゃないですか？
- 691 名前：デフォルトの名無しさん mailto:sage [2011/11/26(土) 14:53:42.70 ]
- >>689
Subversionの「マージ」という言葉を忘れよう。
あれはマージとは言わない。
Gitで言う所のcherry-pick。
Gitのスマートなマージが理解できたら、自然と運用ルールが定まるだろう。
- 692 名前：デフォルトの名無しさん mailto:sage [2011/11/26(土) 20:03:39.46 ]
- >>689
環境設定はテンプレだけコミットしておいて実行環境に合わせて別のignoreするファイルに
追い出しておくのがいいと思う。それかコミットする環境設定ファイルは常に本番用に保って
おいて各自はデプロイで上書きするとか。
どこかの開発環境の設定でコミットとか、人によっては激怒するぜ。。。
あとsvnってmergeinfoとかいうのが出来たのか。svkみたいなもん？
- 693 名前：689 mailto:sage [2011/11/28(月) 17:01:46.95 ]
- アドバイスいただきありがとうございます。
subversionと同じような運営の仕方はできないのですね。
iniファイルの仕様変更とか入ったときに管理しやすいし、
設定項目が多い場合なんかは便利だったんですが。
> どこかの開発環境の設定でコミットとか、人によっては激怒するぜ。。。
ブランチ切って merge --record-only しておけば、
それを防ぎつつ設定ファイルまで管理できてたんです。
> あとsvnってmergeinfoとかいうのが出来たのか。svkみたいなもん？
svk見たいな外部ツールとは違い、標準で組み込まれた機能です。
マージしたときにどのリビジョンをマージしたかがプロパティに記録されるので、
次回マージするときにマージ済みの分は自動でスキップされます。
- 694 名前：デフォルトの名無しさん mailto:sage [2011/11/29(火) 12:11:28.27 ]
- >>693
本番環境から開発環境へのマージはどういう変分を反映させることを期待しているのだろう？
- 695 名前：689 mailto:sage [2011/11/29(火) 17:48:42.12 ]
- >>694
開発環境でのテストでは問題なかったのに、
本番環境へ持っていったら動かなかった場合、
本番環境上で直接修正を行う場合があります。
あとは、客先の担当さんが直接変更を加える場合があるので、
それを取り込む場合があります。
その場合、本番ブランチに一旦コミット後、開発ブランチへマージ、
機能修正等を行ったあと本番ブランチにマージといった流れでやってます。
- 696 名前：デフォルトの名無しさん mailto:sage [2011/11/29(火) 18:24:52.29 ]
- >>695
Gitスレで運用の話をしても満足する回答はないよ。総合スレ行ったら？
Git/Mercurial/BazaarはDAGだから、Subversionと同じ感覚だと違和感があるよ。
それこそ>>664のようにSubversionに戻れなくなるから。
- 697 名前：デフォルトの名無しさん mailto:sage [2011/11/29(火) 23:36:55.67 ]
- なんかデスマテンプレートみたいな運用だな
確かに本番だけ動かん、というケースは存在するし、
結果的にぶっつけで本番直すことあるが、
根本的に手順が間違ってる。
スレチすまん。
- 698 名前：デフォルトの名無しさん mailto:sage [2011/11/29(火) 23:38:41.40 ]
- ＞マージしたときにどのリビジョンをマージしたかがプロパティに記録されるので、
＞次回マージするときにマージ済みの分は自動でスキップされます。
いつの間にかsubversionのマージも進化してたんだな
俺が使ってた頃はリビジョン範囲指定しなければならなくて
使いづれーなっておもってた
調べてみたら各フォルダにsvnができるのも改善されたんだな
- 699 名前：デフォルトの名無しさん mailto:sage [2011/11/30(水) 00:25:39.28 ]
- >>693
開発ブランチから本番ブランチへは cherry-pick、
その後開発ブランチで本番をマージ。
もしくは開発ブランチでrebaseしてマージで持っていきたくない
履歴を先頭に追いやる。
てか何でろくにドキュメント読まずに移行しようとするんだ。
「svnのように」使いたいなら無理せずsvn使っとけば？
- 700 名前：デフォルトの名無しさん mailto:sage [2011/11/30(水) 01:31:03.11 ]
- >>695
>451のリリースブランチってのを参考にするとよい。
svnで本番ブランチに直接コミットすることが間違っているとは思うが。
- 701 名前：デフォルトの名無しさん mailto:sage [2011/12/02(金) 23:55:59.23 ]
- >>699,700
>451のモデルと合わせて考えれば
・開発ブランチからリリースブランチを作るときにcherry-pickでリリース対象のコミットだけ分離
・本番ブランチへリリースブランチをマージするときに開発ブランチへもマージ
で目的を果たせそうだな
一度除外したデバッグコミットは次のリリースからは含まれないし、デバッグコミットのログルールを決めておけば、cherry-pickも自動化出来そう
- 702 名前：デフォルトの名無しさん mailto:sage [2011/12/03(土) 02:41:56.10 ]
- >>701
ほんとにクソみたいなデバッグログは add -p で除外して stash に溜め込むか、
デバッグのコミットを一個作って rebase してる。
あんま激しくなってくると rebase でコンフリクトしちゃんだけどね。
- 703 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 04:42:14.03 ]
- 閑古鳥がないてますなあ
いまのバージョンでも十分安定してるし、機能不足も感じないから
話題がないか
- 704 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 04:55:30.66 ]
- 普通に使えてるし特に言うことないな
- 705 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 09:12:25.29 ]
- 外注先の奴らに使わせるには日本語がまともに使えることとGUIが必要だな
- 706 名前：デフォルトの名無しさん [2011/12/10(土) 09:57:42.87 ]
- >>705
日本の外注を使わなければ良いだけの話
- 707 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:10:42.81 ]
- SCM のために、慣れないなんちゃって英語でバグ作りこまれた上に
レビューもろくろくできなくなるなんて愚を犯す奴は馬鹿でしょ。
- 708 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:23:10.61 ]
- >>707
日本人のレビューアーが馬鹿なだけでしょ。
インド人は英語うまいよ。
- 709 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:38:03.77 ]
- ここは、日本で発注者も日本人だって客に言われたら、
SCM の都合でできませんって答えるのか？
馬鹿だろ。
- 710 名前：デフォルトの名無しさん [2011/12/10(土) 10:43:30.68 ]
- gitが使えない外注先が淘汰されるのに何が問題なわけ？
- 711 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:45:51.46 ]
- 問題の理解力もないところの人でしたか、それは失礼。
まあ、せいぜい git で遊んでてください。
- 712 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:46:56.91 ]
- 分散型普及の壁になっているのは外注より元締め。
開発者は今でもgit-svnとか使っている。
- 713 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 10:49:06.75 ]
- >>711
コミットログは日本語使えるし、GUIはEclipseとか揃っているし、
日本語が問題になるのはWindowsのファイル名だけでしょ。
これのどこが問題なわけ？
- 714 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:31:51.25 ]
- >>713
>日本語が問題になるのはWindowsのファイル名だけでしょ。
>これのどこが問題なわけ？
自分で「問題になるのは」って書いてて、「どこが問題？」って頭おかしいのか？
- 715 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:38:51.42 ]
- >>714
Windowsのファイル名が問題になるのだったら、それまでのプロジェクトが問題であって、
その問題を解決すれば問題にならない。
- 716 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:51:41.61 ]
- だからお客さんの都合だとどうしようもないだろって書いてるんだが、
やはり理解力が相当足りないみたいだな。
- 717 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:56:32.91 ]
- windows のファイル名に日本語が使えないと致命的に駄目
- 718 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 11:58:29.94 ]
- >>716
お客さんが日本語ファイル名ファイルをscmで管理するように要求しているのか？
ならば、そのファイル名ファイルだけ、日本語ファイル名で問題無いと思われているscmのままにしておけば良いじゃないか。
それ以外のところはgitに移行して何ら問題ないわけだ。
- 719 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:12:37.52 ]
- git のために、別々に管理しろって？
構成管理理解してない馬鹿のたわごとだな。
- 720 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:18:50.13 ]
- >>719
svnのように全部一ヶ所にまとめろって？
危機管理理解していない馬鹿のたわごとだな。
- 721 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:26:04.23 ]
- Bazaar の出番ですね。
- 722 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:39:21.56 ]
- そもそも受託開発なんて底辺仕事なんざ興味ねぇよ
底辺は勝手にやってろよ
- 723 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:43:04.80 ]
- 受託開発の底辺はsvnの一元管理で悶えて市ね
- 724 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:44:39.02 ]
- 多重管理地獄で悶えて氏ね
- 725 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:34:09.63 ]
- >>720
>危機管理理解していない馬鹿のたわごとだな。
別地保管も知らんのか...。
git だと分散だからと言ってバックアップもイラネーとか言い出したりしてな。(w
>>722-723
はいはい、こんな馬鹿なところじゃ受託すらできんわな。(w
- 726 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:41:07.33 ]
- >>725
危機管理＝バックアップだという認識なのか、おめでたいな
- 727 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:43:09.53 ]
- >>725
> 別地保管も知らんのか...。
svnで別置保管がどうすれば可能なのか教えてくれ
- 728 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:53:20.51 ]
- >>725
> git だと分散だからと言ってバックアップもイラネーとか言い出したりしてな。(w
hgだと要らないね。落ちた前スレで議論されている。
gitの場合、ブランチを消せるから全く要らないわけではないが。
- 729 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:18:52.99 ]
- >>726
>危機管理＝バックアップだという認識なのか、おめでたいな
じゃあどういう意味か書いてみな。
>>727
適当なデータセンタに電話して聞いてみればいいと思うよ。
うちは、支社があるから自社でやってるけど。
>>728
> hgだと要らないね。
まだ、こんなこと言ってるアホがいるのか...。
- 730 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:24:26.86 ]
- >>729
> >>726
> >危機管理＝バックアップだという認識なのか、おめでたいな
> じゃあどういう意味か書いてみな。
Linusがsvnを叩いた講演。
どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。
> >>727
> 適当なデータセンタに電話して聞いてみればいいと思うよ。
> うちは、支社があるから自社でやってるけど。
svnだとデータセンタが必要なわけね。
分散型ならそんなの必要ない。
> >>728
> > hgだと要らないね。
> まだ、こんなこと言ってるアホがいるのか...。
アホはおまえだ。
hgは全リビジョン同期でリビジョンの削除はしないから、
同期されていれば、バックアップなど必要ない。
- 731 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:52:26.47 ]
- >>730
>どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。
まともな運用もできていない組織だとツール側で必要なんだろうな。
>>727
>分散型ならそんなの必要ない。
結局複数サーバーで管理するってことだろ？
まさかとは思うが、ローカルにあるからいいジャンとか本気で言ってそうだな。
>>728
>同期されていれば、バックアップなど必要ない。
管理者のミスとか SCM 自体のバグとか考えたこともないんだろうな...。
素人乙。
- 732 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:03:19.66 ]
- >>731
> >>730
> >どこかの馬鹿が馬鹿なコミットをすることを防ぐこと。
>
> まともな運用もできていない組織だとツール側で必要なんだろうな。
外注先、オフサイトで馬鹿なコミットされるの防ぐために、
わざわざコードレビューしに出張するわけか。
高コストなこと。
> >>727
> >分散型ならそんなの必要ない。
>
> 結局複数サーバーで管理するってことだろ？
> まさかとは思うが、ローカルにあるからいいジャンとか本気で言ってそうだな。
分散型にサーバという概念はありませんが？
> >>728
> >同期されていれば、バックアップなど必要ない。
>
> 管理者のミスとか SCM 自体のバグとか考えたこともないんだろうな...。
> 素人乙。
gitにバグがあったらLinuxはこの世に存在していないけど。
分散型の管理者って誰？
git/hgはリポジトリフォーマットはほとんど変わっていないけど、
その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。
- 733 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:21:41.82 ]
- >>732
>わざわざコードレビューしに出張するわけか。
TV会議システムもない職場乙。
>分散型にサーバという概念はありませんが？
まさかの方だったな。(w
>gitにバグがあったらLinuxはこの世に存在していないけど。
今までがよかったからこれからも大丈夫って言うわけね。
笑うしかないが。
>その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。
意味不明。
- 734 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:33:01.54 ]
- >>733
> TV会議システムもない職場乙。
TV会議システムがないと品質も保証されない職場乙。
> >gitにバグがあったらLinuxはこの世に存在していないけど。
> 今までがよかったからこれからも大丈夫って言うわけね。
> 笑うしかないが。
大丈夫。
分散型を理解していないみたいだからこれ以上説明しても無駄みたいだけど。
それよりもsvnの将来心配したら？
> >その論理だと、リポジトリフォーマットが頻繁に変わるsvn/bzrなんか使ってられないね。
> 意味不明。
svnのbdbが壊れやすかったって知らないのね。
svn1.7でまた変わったんじゃないの？使ってないから知らないけど。
バージョンアップしたら過去のバックアップが使えないんだったら、
バックアップの意味ないけど。
- 735 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:46:48.50 ]
- >>734
>TV会議システムがないと品質も保証されない職場乙。
ひょっとして貧乏会社なの？
最近結構まともな奴が安いから入れたら？
>大丈夫。
それは、よかったな。
まあ、ビジネスに使ってないこと祈るよ。
>svnのbdbが壊れやすかったって知らないのね。
そうだね、壊れやすかったな。アホが使うと。
申し訳ないが、うちでは壊れたことはないよ。
そもそも今時 bdb なんて使ってないし。
>バージョンアップしたら過去のバックアップが使えないんだったら、
>バックアップの意味ないけど。
馬鹿は bdb は知ってるのに svndump には思いが至らないらしい。
まあ、よくいる中途半端な知ったかなんだろうな。
- 736 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 15:52:43.55 ]
- >>735
> >>734
> >TV会議システムがないと品質も保証されない職場乙。
>
> ひょっとして貧乏会社なの？
> 最近結構まともな奴が安いから入れたら？
日本人は欧米とTV会議するため毎日夜勤ですか。
お疲れ様です。
>
> 馬鹿は bdb は知ってるのに svndump には思いが至らないらしい。
> まあ、よくいる中途半端な知ったかなんだろうな。
あなたのその理屈だと、そのsvndumpにバグがあったらどうするの？
svndumpが動いていると信じていたら実は取れていませんでした、
ってそれこそ管理者のミスを心配しないと。
- 737 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 16:02:20.75 ]
- なんか盛り上がってるところ水を差すようだけど
野良パッチ使えばwindowsのgitでも日本語ファイル名使えるんだけどね
GUIしか使えないとかいう馬鹿を除けば、現状で全く問題ない
- 738 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 16:06:11.50 ]
- >>737
野良パッチどころか、msysgitはutf-8対応に向けて驀進中です
- 739 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 16:56:00.57 ]
- >>736
>日本人は欧米とTV会議するため毎日夜勤ですか。
必死に考えたんだね、お疲れ。
まあ、普通に定時間内にできてるから、心配しなくていいよ。
>svndumpが動いていると信じていたら実は取れていませんでした、
>ってそれこそ管理者のミスを心配しないと。
バックアップ取ったら、リストアのテストするのは常識なんだが...。
- 740 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:05:40.58 ]
- >>739
> >日本人は欧米とTV会議するため毎日夜勤ですか。
> 必死に考えたんだね、お疲れ。
> まあ、普通に定時間内にできてるから、心配しなくていいよ。
日本人は深夜が定時間か。
24時間営業のファミレス・マクドナルドのような勤務体制なわけだ。
> >svndumpが動いていると信じていたら実は取れていませんでした、
> >ってそれこそ管理者のミスを心配しないと。
>
> バックアップ取ったら、リストアのテストするのは常識なんだが...。
バックアップ・リストア、そのテストと、凄い高コストだ。
- 741 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:38:52.59 ]
- >>740
>日本人は深夜が定時間か。
正直君がかわいそうになってきたよ。
自分で書いてて恥ずかしくない？
>バックアップ・リストア、そのテストと、凄い高コストだ。
まあ、必要なコストだからね。
そもそもこの手のコストが高いと感じているってことは、
他もいろいろ手を抜いているんだろう。
たぶん素人さんだと思うけど。
- 742 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:44:58.30 ]
- 普通に質問なんだけど、みんなレポジトリのバックアップってどうとってる？
- 743 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:46:11.15 ]
- >>741
svnを使っている所は分散型で必要ない膨大なコストをかけている
ボッタクリだってことが分かったから、今度から発注することはやめるよ。ありがとう。
- 744 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:57:48.05 ]
- >>743
はいはい、こういう脇の甘い馬鹿なところから受注するのは実はおいしいんだが、
疲れるのも事実だから、今後は是非そうしてくれ。(w
- 745 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:05:45.88 ]
- >>742
svnadmin dump
- 746 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:07:10.49 ]
- githubに上げてる
- 747 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:31:36.41 ]
- >>742
誰かの説によると、分散型なら不要らしいよ。(w
一応ご参考: www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/chunked/ch07.html
>>745
git のスレだぞ。
- 748 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:36:26.68 ]
- 盛り上がってますね
- 749 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:46:02.52 ]
- >>742
他のサイトからたまにfetchしてる
- 750 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:56:01.17 ]
- 他人と共同で作業する為に中央にリポジトリ作る時点で分散型でもなんでもない単にリモートとローカルで２重管理してるだけｗ
- 751 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 18:56:17.42 ]
- スレの流れがよく読めんのだが
ソースコード(C#やJava)とかDBファイル(.sqliteとか)の名前に日本語使うのはよくあることなのか？
- 752 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:02:34.05 ]
- >>750
分散型という名前に惑わされている典型的バカ。
ワークフローの方が重要だという勉強をしてから出直しましょう。
www.ustream.tv/recorded/18604921
- 753 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:02:56.93 ]
- 底辺とか事実を指摘するもんだから発狂しちゃっただろ
- 754 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:03:21.65 ]
- >>751
無いよね。だからドキュメント類だけsvnとかに置けば良いと思う。
エクセルとかパワポとかどうせマージできないしね。
- 755 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:30:31.82 ]
- 定期的にfetchしとけばバックアップとしてはいいのかな？
あれ、トラックしてないブランチはfetchされない？
- 756 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:32:12.24 ]
- >>754
また、>>719 からループするの？
いい加減諦めたら？
- 757 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:35:42.62 ]
- 諦めるのは底辺の仕事しか無い自分の人生では？
- 758 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:46:58.39 ]
- 底辺に馬鹿にされてる君の人生って...。(w
- 759 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 19:55:01.35 ]
- 君って何人？この板は連投規制があったはずだけど。
- 760 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 20:06:37.49 ]
- 自分の胸に聞いてみればわかるんじゃない？
- 761 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 20:11:26.50 ]
- 自分の胸に聞いてみた。svn使いは馬鹿だって言っていた。
- 762 名前：質問の内容とぜんぜん違う答えで納得している馬鹿。 mailto:sage [2011/12/10(土) 20:21:37.61 ]
- それはよかったね。(w
- 763 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:16:38.37 ]
- svn で満足できるなら git 使える人達をうらやましがってこのスレを荒らさずに自分の領分で満足してればいいと思う(´･ω･`)
- 764 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:43:18.54 ]
- msysGitがUTF-8対応するなら、もうsvn使うメリットは皆無だな・・
- 765 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:51:43.27 ]
- msysgitのutf-8対応
code.google.com/p/msysgit/issues/detail?id=80
groups.google.com/group/msysgit/browse_thread/thread/40112decdc564117
インストーラ
groups.google.com/group/msysgit/msg/b2b53e1092e37440
- 766 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:52:59.45 ]
- >>763
ねえ、また >>705 からループするの？
- 767 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 22:55:59.77 ]
- ループするたびに底辺とバカにされるsvn使い可哀想
- 768 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 23:06:57.60 ]
- ほらほら >>758 からループしてるし。(w
- 769 名前：デフォルトの名無しさん mailto:sage [2011/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 mailto:sage [2011/12/11(日) 01:34:55.76 ]
- コマンドプロンプトからはフォントをMSゴシックに変えて
chcp 65001したら日本語ファイル名いけるようになった。
bashのほうからも同じことをやったがこっちは
フォントが強制的に日本語含まれないフォントに変更されて
使えないようだ
- 771 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 15:42:52.69 ]
- gitで秒単位とかでファイルの変更箇所のログを取ることはできますか？
- 772 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 20:30:02.46 ]
- >>771
gitはそういうツールじゃない。
というかその手段自体があまりよろしくないように見える。
それでもやるならスクリプトでどうぞ。
- 773 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 07:36:02.56 ]
- ファイル改竄検知ソフトウェアあたりの仕事な気がする
- 774 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 17:29:09.20 ]
- git initすると.gitがつくられますが、
これを別の場所に置くことは出来るのでしょうか？
- 775 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 17:34:31.52 ]
- >>774
--separate-git-dir=<git dir>
- 776 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 17:49:37.41 ]
- >>775
ありがとうございます
- 777 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 19:17:26.32 ]
- Git、Eclipse.orgでCVS、SVNを超える
www.infoq.com/jp/news/2011/12/eclipse-git
- 778 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 19:41:23.29 ]
- >>777
後半のhgの所は間違っている。
bitbucketはプライベートリポジトリとして使われているケースが多い。
公開リポジトリが１つもないアカウントはいっぱいある。
hgのossプロジェクトは自前でリポジトリを立てている所が多い。
mercurial.selenic.com/wiki/ProjectsUsingMercurial
- 779 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 20:50:53.14 ]
- はいはい
- 780 名前：778 mailto:sage [2011/12/12(月) 21:09:57.78 ]
- Gitスレに誤爆してしまった。
bitbucketは、個人も5人までのチームも、無料でプライベートリポジトリも含めて容量制限無しなんで、
ぜひ使ってくださいね♡
>777はsvnスレに張らなくて良いのかね？
- 781 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:59:23.02 ]
- Mercurialに続きGitもUnicode対応になるのか。胸熱だな...
あとはrename問題が解決すればGitで何の不自由も無くなるのに
- 782 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 22:59:02.13 ]
- >>771
ひょっとして git blame とかかな？
コミット単位だけど秒も出ているといえば出ている。
- 783 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 00:49:35.25 ]
- GITは自分一人が使う分には全く問題ないが、この複雑なコマンド体系を
チームメンバー全員が使いこなせるとは到底おもえないのがネックなんだよな・・
HGはそのへんSVNライクだし、SVNユーザーが移行する分には生涯なさそうだが
正直Hg使うくらいならSVNで十分だろって議論もあるしブツブツ・・
- 784 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 01:07:48.69 ]
- >>783
> 正直Hg使うくらいならSVNで十分だろって議論
さすがにそれはない
- 785 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 14:23:32.42 ]
- よく使うコマンドってなんですか？
git init
git add
git commit
git clone
しか知らないんですが、全てを覚えるのはきついので最低限覚えておくべきコマンドを教えてください
- 786 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 14:24:55.82 ]
- その4つで困ってないならお前にとって必要なコマンドはその4つだろ
|
 |
