Git 3

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/ 892 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 15:27:16.00 ] >>891 ありがとうございます git checout HEAD＾＾をやって2つ前のに戻した場合、cとｄのは消えちゃうのでしょうか？ 893 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 17:30:21.27 ] >>892 NO checkoutでは履歴は変化しないだろ resetしてブランチを古いコミットに移動したら消えたように見えるけど reflogを使ってハッシュを見れば復元できる resetした後gcしたら古いコミット消えるかもしれないけどわけんね 894 名前：デフォルトの名無しさん [2012/01/07(土) 17:33:06.98 ] reflog地獄で悶えて氏ね 895 名前：893 mailto:sage [2012/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 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 17:42:57.90 ] >>894 地獄言いたいだけちゃうんかと・・・。 897 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 18:15:09.00 ] 地獄言いたいだけちゃうんかと・・・。 898 名前：デフォルトの名無しさん mailto:sage [2012/01/07(土) 18:40:43.94 ] そんなに大事なことだったかね。 899 名前：デフォルトの名無しさん [2012/01/07(土) 18:43:01.95 ] reflog hellで悶えて氏ね 900 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 08:48:54.20 ] リフログってカタカナで書くと魔法っぽい 901 名前：デフォルトの名無しさん [2012/01/08(日) 08:54:10.17 ] りふろぐってひらがなで書くとうんたんっぽい 902 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 09:39:46.10 ] githubにあげるとニートがばれるので 非公開で無料でgitできるオンラインサービスありませんか？ 903 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 09:51:12.66 ] >>902 bitbucket 904 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 10:04:20.98 ] 非公開できないじゃん＞＜ 905 名前：デフォルトの名無しさん [2012/01/08(日) 10:06:55.52 ] private っていう単語の意味分かる? 906 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 10:08:56.67 ] >>904 https://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 名前：デフォルトの名無しさん mailto:sage [2012/01/08(日) 11:02:46.06 ] ニートで無教養か…頑張れよ 908 名前：デフォルトの名無しさん mailto:sage [2012/01/09(月) 00:52:55.50 ] ついにニートもgitを操る時代か 胸熱 909 名前：デフォルトの名無しさん mailto:sage [2012/01/09(月) 03:26:28.91 ] この流れでふと思ったんだが、 次スレのテンプレに↓くらいはあったほうがいいのかね。 ◆git repository hosting services github github.com/ Bitbucket https://bitbucket.org/ Gitorious https://gitorious.org/ Google Code https://code.google.com/ Comparison of open source software hosting facilities https://en.wikipedia.org/wiki/Comparison_of_open_source_software_hosting_facilities 910 名前：デフォルトの名無しさん mailto:sage [2012/01/09(月) 12:39:24.43 ] 無料版で非公開に出来るサービスはBitbucketだけ？ 911 名前：デフォルトの名無しさん mailto:sage [2012/01/10(火) 17:59:25.23 ] 無料じゃうっかりミスで公開されても文句言えねえから使う気せんがな 912 名前：デフォルトの名無しさん mailto:sage [2012/01/10(火) 18:00:48.58 ] >>911 Githubなら有料で非公開にできるぞ やったね！ 913 名前：デフォルトの名無しさん mailto:sage [2012/01/10(火) 19:16:28.33 ] Bitbucketってクソだな 無料版は5個しかリポジトリ作れないのかよ 914 名前：デフォルトの名無しさん mailto:sage [2012/01/10(火) 19:21:53.29 ] >>913 つ906 *unlimited* 915 名前：デフォルトの名無しさん [2012/01/10(火) 19:29:55.49 ] ニートで無教養地獄で悶えて氏ね 916 名前：デフォルトの名無しさん [2012/01/10(火) 19:35:08.51 ] "Sign up for a free 5 user account(五人までの面子で使える無料1アカウント)" を読んで早合点したと思われる。 917 名前：デフォルトの名無しさん mailto:sage [2012/01/15(日) 11:23:54.25 ] Bitbucketって一定日数利用しなかったらデータ削除とかありますか？ Dropboxは3ヶ月 918 名前：デフォルトの名無しさん mailto:sage [2012/01/16(月) 12:38:40.71 ] git commit --amend しても直前の「間違ってた恥ずかしい」コミットは内部に残るのね… 919 名前：デフォルトの名無しさん mailto:sage [2012/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 名前：デフォルトの名無しさん mailto:sage [2012/01/16(月) 13:01:21.61 ] >>918 しばらくすればpruneできる でも「しばらくする」前にpruneするにはどうすればいいんだろう 921 名前：デフォルトの名無しさん mailto:sage [2012/01/16(月) 19:43:43.79 ] prune のオプションで時間指定できるだろ 922 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 00:51:31.67 ] >>919 分かりやすい！こういうの好きだわｗ そのノリで他にもなんかタノムｗ 923 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 03:46:56.60 ] >>919 あるある 924 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 08:26:39.41 ] 919についてもう少し詳しく知りたいんですが、 何をキーワードに検索してみれば良いでしょうか? 925 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 09:56:28.13 ] >>924 reflog 926 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 19:34:44.45 ] どうもです。 帰ったら調べてみます。 927 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 20:31:49.67 ] gitを使う前にgitkを起動してけばHEAD@{1}なんて文法を知らなくてもいいので便利 928 名前：デフォルトの名無しさん mailto:sage [2012/01/17(火) 20:34:46.61 ] mオプション怖いからいつもviでコミットログ書いてる。 怖いというか、書き損じが恥ずかしいというか。 スペルチェッカ通さないと、いらん恥かきそうで。 929 名前：デフォルトの名無しさん mailto:sage [2012/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 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 10:48:04.95 ] そもそも push は fast forward しかできないから A に他の人の commit があるなら 先に B (か C) で A の commit を取り込んだ merge commit を作ってから push しないと いけないんじゃないかな 931 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 11:09:52.87 ] >>930 そう、その通りです。 なので B で fetch して C で pull すれば良いのですが、 B で push 出来なかった時にエラー表示も何も出ないので fetch pull が必要どうかが判らないんですよ。 932 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 20:57:54.26 ] しつもん git でブランチ間を移動するとき、実際のファイルシステム上では rm や cat > や cp 相当のファイル書き込みが連打してたりしますか？ git checkout branch とするとき、100個のファイルが「現れる」ならば、ファイルシステム上では100個のファイルが作成されていますか？ HDD への書き込みが頻繁になるのがやだなあと思うので、git で開発するディレクトリをいわゆる RAM ドライブにしようかと思ってるんですが 933 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 23:00:07.78 ] >>932 その通りなんで、必要だと思うことをすればいい。 934 名前：デフォルトの名無しさん mailto:sage [2012/01/18(水) 23:02:17.67 ] >>932 .git/以下はほとんど書き込みはないが、それ以外は変更されるファイルはまる まる書き換えられるよ。気になるなら.git/以下だけHDDとかにすれば。 935 名前：デフォルトの名無しさん mailto:sage [2012/01/19(木) 00:15:41.92 ] >>932 よく考えりゃ当たり前なんだが、そうするとあんまり気持ちのいいものではないな… メモリが余ったら俺も考えよう… 936 名前：デフォルトの名無しさん mailto:sage [2012/01/19(木) 08:03:38.16 ] Gitblit ってどうなの？ イントラで使う場合に Gitorious から乗り換える価値ある？ 937 名前：デフォルトの名無しさん mailto:sage [2012/01/19(木) 14:12:04.64 ] >>932 linux kernelでブランチをまたがって開発してるとかなら、 たしかにRAMディスク使いたくなるだろうけど、 ファイル数の増減が100くらいなら、気にしなくてもいんじゃね。 938 名前：デフォルトの名無しさん mailto:sage [2012/01/19(木) 14:33:24.63 ] 起動時と終了時（と定期的）にHDD内容と同期させることができ（て不意の電源断に泣かない根性があ）るのなら、 gitで管理する開発ディレクトリをRAMディスクに展開するデメリットは特にないと思う もちろん活発にコード書かないとご利益は薄いけど… 939 名前：デフォルトの名無しさん mailto:sage [2012/01/21(土) 15:03:15.89 ] >>936 君んとこで評価して結果を晒してくれたら 喜ぶ人がけっこういるんじゃないかな。 940 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 00:10:21.68 ] bitbucketを使ってgitで設定ファイルをdotfilesというリポジトリで管理したいんです。 で、マシンごとに微妙に設定が違うので、たとえばフォントの大きさが違うとか、 そういうのを管理するにはフォークとかブランチとかが使えそうなのかなと思ったんです。 そこで、マシンごとの設定ファイルをいじっててこの設定はどのマシンでも使いたいとなった場合、 どういう風にすると楽に管理できますか？ 941 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 01:40:14.85 ] これとbitbucket組み合わせれば、望みの状況に近いんじゃないかな。 https://github.com/RichiH/vcsh/ debianならpkgもある。 packages.debian.org/source/sid/vcsh 942 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 02:21:02.21 ] >>941 紹介ありがとう。 >>1の入門のマニュアルを見ながらブランチとマージを試してみたら、 意外と手軽に扱えることが分かったので、 ブランチとマージで行ってみようと思います。 マシンごとの各ブランチに、 共通設定であるmasterをマージして回ることになりそうだけど、 １つのワーキングコピーでできそうなので、まあいいかな。 943 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 11:13:49.27 ] 初心者がgithubでコードを公開するときに使えておきたいコマンドの一覧を教えてください 944 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 11:34:33.50 ] コマンドというか、公開ブランチを綺麗にしておくこととコミットログをきちんと書くことが最重要 それができればなんでもいい …だから、とりあえずgithubで公開してから考えるというのは全くお勧めしない ローカルで間違えまくって修正の経験を積んだあと、満を持しての公開がベター 945 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 12:09:34.81 ] >>944 先生、ご指導ありがとうございます 綺麗にするというのはちゃんと動くコードのバージョンごとにコミットする事、よくわからないような改変のコードはコミットしない。これがきれいという認識でよいでしょうか？ コミットログは何を書いておけば嫌われなくなりますか？ 946 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 13:32:04.68 ] bitbucketのRepository detailsに No public forksっていうチェックボタンがありますがこれはなんですか？ 947 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 14:15:57.79 ] 公開ブランチの育て方というのはどっかにページなかったっけ 948 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 14:18:22.93 ] bitbucketでGitやりたいんですが 日本語マニュアルってないですか？ まとめwikiみたいなのお願いできませんか 949 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 14:32:08.49 ] ここから先は有料です 950 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 14:40:43.74 ] どうかたすけてください git add . git commit -m "commit1" ってやったあとファイルを編集してさらに git add . git commit -m "commit2" でリビジョンが2つある状態になりました そこで git checkout HEAD＾ で一つ前のリビジョン(commit1)に戻して git checkout . ってやって編集前のファイルを取得しました そこで2つ目のリビジョンに戻りたいのですが git logを見るとリビジョンが一つしかありません 消したらやばいコードがあるのでたすけてください 951 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 15:53:00.06 ] git checkout master 952 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 16:07:39.41 ] >>951 仏様ありがとうございます 953 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 16:13:48.24 ] 消したらまずいコードの管理に使い方のわからないツールを使うところからまず見直したら。 954 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 16:52:43.63 ] uruse-ks 955 名前：デフォルトの名無しさん [2012/01/24(火) 16:54:58.67 ] 消したらまずいコードの管理に使い方のわからないツールを使う地獄で悶えて市ね 956 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:09:11.08 ] プレスリリースに「オープンソースとして公開」と書いてあるわけですから、オープンソースとして公開してください。 https://github.com/DeNADev/Arctic.js/pull/6 957 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:14:28.72 ] >>956 これはヒドイ 公開しといてこれはないだろ 958 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:18:17.93 ] >>956 MIT Licenceって公開されてるじゃん 読めないの？ 959 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:23:28.92 ] https://github.com/DeNADev/Arctic.js/commit/b92eea0a83b9b01c53eb3f6fb65fdb8af6bc0aab 10分前に変更されたんだろ スレ違いだが 960 名前：デフォルトの名無しさん mailto:sage [2012/01/24(火) 21:24:25.35 ] あ、いま訂正されたみたい 英語だけどつまりどういうこと？ 教えてエロイひと 961 名前：デフォルトの名無しさん mailto:sage [2012/01/25(水) 08:09:04.12 ] >>936 インストールは楽だったが、機能的には最小限のようなので既に環境あるなら 今のところ様子見でいいよ。

---

---

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

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