- 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/
- 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
インストールは楽だったが、機能的には最小限のようなので既に環境あるなら
今のところ様子見でいいよ。
|
 |
