トップページtech
1001コメント292KB

Git 7

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2013/10/16(水) 22:15:47.64
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 6
http://toro.2ch.net/test/read.cgi/tech/1369103196/
0322デフォルトの名無しさん2013/11/15(金) 23:19:46.88
>>321

Git - 作業のやり直し
http://git-scm.com/book/ja/Git-%E3%81%AE%E5%9F%BA%E6%9C%AC-%E4%BD%9C%E6%A5%AD%E3%81%AE%E3%82%84%E3%82%8A%E7%9B%B4%E3%81%97
0323デフォルトの名無しさん2013/11/15(金) 23:22:29.43
Git - Git によるデバッグ
http://git-scm.com/book/ja/Git-%E3%81%AE%E3%81%95%E3%81%BE%E3%81%96%E3%81%BE%E3%81%AA%E3%83%84%E3%83%BC%E3%83%AB-Git-%E3%81%AB%E3%82%88%E3%82%8B%E3%83%87%E3%83%90%E3%83%83%E3%82%B0
0324デフォルトの名無しさん2013/11/15(金) 23:51:03.39
>>314
core.precomposeunicodeを設定したら、ファイル名に対してNFC変換が行われるのでMacでもだいたいOK
実は微妙に違うんだけど、普段使う程度の文字ならだいたいOK
0325デフォルトの名無しさん2013/11/16(土) 21:54:41.11
USBメモリのルート(ドライブレターはG:\)にクローンをしてみたのですが
fatal: destination path 'G:' already exists and is not an empty directory.
とエラーが発生してしまいます。
フォーマット直後でも同じエラーが発生します。
ルートにはクローンできないものなのでしょうか?
0326デフォルトの名無しさん2013/11/16(土) 22:06:46.22
エクスプローラーで開いた時点でdesktop.iniやthumbs.dbができてしまってるとか?
0327デフォルトの名無しさん2013/11/16(土) 22:12:45.00
フォルダーオプションで隠しファイルを表示するにして
「保護されたオペレーティングシステムファイルを表示しない」のチェックを外しても
desktop.ini や humbs.db が表示されないので空の状態になっていると思います
0328デフォルトの名無しさん2013/11/16(土) 22:28:36.08
>>325
USBメモリのドライブをNTFSフォルダーにマウントするとできるかも知れない
0329デフォルトの名無しさん2013/11/16(土) 23:15:30.82
>>325
initしてremote addしてpullすればいいんじゃない。
0330デフォルトの名無しさん2013/11/16(土) 23:44:24.20
>>329
なぜかpullコマンドを実行してもpullが始まらない。
リモートから何も受け取っていないみたいでローカルは変化なし。
0331デフォルトの名無しさん2013/11/16(土) 23:48:50.25
URLをタイプミスしてるとかはないの
0332デフォルトの名無しさん2013/11/16(土) 23:56:10.65
100ファイルあるファイルの中からa.txt b.txtのみを管理したいんですが
98ファイル分を.gitignoreに書くのが面倒くさいのですが何か良い方法教えて
0333デフォルトの名無しさん2013/11/16(土) 23:58:49.76
>>330
リモートに何もないんじゃないの。
0334デフォルトの名無しさん2013/11/17(日) 00:00:48.51
同じリポジトリをルートじゃない普通のフォルダでは成功したとかなんじゃね
0335デフォルトの名無しさん2013/11/17(日) 00:01:46.79
>>332
*
!a.txt
0336デフォルトの名無しさん2013/11/17(日) 00:01:54.12
シェルでもスクリプトでもファイルの列挙を書き出してa.txtとb.txtだけ削除すればいいじゃないの
0337デフォルトの名無しさん2013/11/17(日) 00:07:12.00
ゲームループ
1.ゲームスタート
2.あなたのAIが数を思い浮かべる(表示可能にする)
3.あなたのプログラムは敵AIの名前と思い浮かべた数の入力を待つ
4.あなたのプログラムはあなたのAIと敵AIに交互に推測させ、どちらかが当てるまで繰り返す
 (先攻が当てた場合、後攻にもう1度推測させる。両者同じ回数で当てた場合は引き分け

これって、2.のAIが数を思い浮かべるレベルのループを作れっていう意味じゃないよね?
0338デフォルトの名無しさん2013/11/17(日) 00:08:10.74
ttps://github.com/github/gitignore
>A collection of useful .gitignore templates

これ便利そうなのに、使いたい言語のが無かった
0339デフォルトの名無しさん2013/11/17(日) 00:11:11.13
>>332,335

gitで管理しないファイルを無視させる .gitignore|misc|@OMAKASE
http://www.omakase.org/misc/gitignore.html

koreka
0340デフォルトの名無しさん2013/11/17(日) 00:14:43.19
つかオリジナルの説明読めばいいのか

Git
http://git-scm.com/docs/gitignore
0341デフォルトの名無しさん2013/11/17(日) 01:23:09.32
githubって容量無制限?
公開されるの気にしなければ
バックアップに使える?
0342デフォルトの名無しさん2013/11/17(日) 01:26:34.57
無制限じゃないよ、リポジトリ1つにつき1GBまでだよ

https://help.github.com/articles/what-is-my-disk-quota
0343デフォルトの名無しさん2013/11/17(日) 01:28:06.90
>>253のスレを誰か早く立ててほしいところ
俺はこのホストは立てられませんってエラーが出て立てられんし
0344デフォルトの名無しさん2013/11/17(日) 01:34:21.56
このスレに限らんが
公式のヘルプに答えが書いてあることを質問してくる奴って結構いるよな
日常生活でも家電とか取説読まずに分からんと憤慨してる奴みかけるし
人間って何なんだろうな
0345デフォルトの名無しさん2013/11/17(日) 01:37:06.86
>>342
バックアップ目的ならDropBoxおすすめとか書いてあってワロタ
0346デフォルトの名無しさん2013/11/17(日) 01:40:14.12
GitHubは完成したもののコンパイル物配布には向いてないと書いてあるな、Amazonを進めてるのな
0347デフォルトの名無しさん2013/11/17(日) 01:48:49.46
>>344
説明書を読むだけの店員さんの仕事を確保するためだろう。
0348デフォルトの名無しさん2013/11/17(日) 02:12:05.71
>>344
しかも過去スレに同じ質問と回答があるとかもうね
0349デフォルトの名無しさん2013/11/17(日) 02:20:32.62
2chの過去ログ漁るのは、公式手段だと●買わないとダメだし
2chにあんま詳しくないとmimizunなど過去ログ溜めてるサイトとか知らんだろ
0350デフォルトの名無しさん2013/11/17(日) 02:32:02.73
>>344 みたいなのが
「近頃の若いもんは・・・」
とか結構言うんだよな
人間って何なんだろうな
0351デフォルトの名無しさん2013/11/17(日) 03:42:32.19
git init --separate-git-dir=

これ使ってる香具師いる?
0352デフォルトの名無しさん2013/11/17(日) 04:56:32.23
>>349
0353デフォルトの名無しさん2013/11/17(日) 05:01:53.57
最近ここは面白スレ化してないか
0354デフォルトの名無しさん2013/11/17(日) 08:05:42.15
Googleが2ch過去ログサイトの隅々まで巡回してるのに何を言っとるんだ?

まあ、別に検索サイトや過去ログの使い方知らない訳じゃなくて、それらの手間を他人にかけてるだけだろうがな
0355デフォルトの名無しさん2013/11/17(日) 08:27:30.69
リファレンスより使用法やフォーラムの質問のが有用ってのは
MSかなんかが統計付きで出してた
マニュアル読めって言ってる奴は自己満足の役立たず
0356デフォルトの名無しさん2013/11/17(日) 08:32:51.44
それはリファレンスとフォーラムの両方を運営してる側が活用するデータで
他人に手間を押し付ける言い訳にしちゃダメだろ
0357デフォルトの名無しさん2013/11/17(日) 08:50:06.73
彼は自分にとって有用という点しか見ていないみたいだし、そもそも他人に手間を掛けるとか掛けないとかいう発想がなさそう
0358デフォルトの名無しさん2013/11/17(日) 09:06:26.90
1回100円でマニュアルを調べて回答しますというサービスを立ち上げろよ
0359デフォルトの名無しさん2013/11/17(日) 10:04:50.80
>>356
他人に手間かけさせるという意味ではない
質問に答えることがそいつ以外にも有用になるってこと
マニュアル読めってのは何も答えてないのと同じで自己満足
0360デフォルトの名無しさん2013/11/17(日) 10:38:57.78
直前のコミットを書き換える場合
なんでみんなrebaseを使うんですか?
0361デフォルトの名無しさん2013/11/17(日) 10:45:25.16
git reset --soft HEAD^
ってやったらMore?って聞かれるんですけどここで何を入力したら実行できますか?
0362デフォルトの名無しさん2013/11/17(日) 11:00:33.01
>>355
ありがちな質問ならそれは正しい
でも、そのうちそうでない疑問もでてくるから、マニュアル不要とかあり得ん
0363デフォルトの名無しさん2013/11/17(日) 13:19:58.08
>>359
なら、お前以外は全員知ってるような当たり前の質問すんな
0364デフォルトの名無しさん2013/11/17(日) 21:34:36.14
>>361
cmd.exeではサーカムフレックスと改行で行の継続になる
"HEAD^"とするがよろしいかと
0365デフォルトの名無しさん2013/11/17(日) 21:41:56.62
windows だったら、ckw で bashを使うんじゃねーの
0366デフォルトの名無しさん2013/11/17(日) 21:42:49.84
>>360
普通はcommit --amend使うだろ
0367デフォルトの名無しさん2013/11/17(日) 22:21:50.81
>>360>>366
commit --amendを使うとauthorの時刻が変化しないが、
「rebaseなどでcommitオブジェクトが作り直される状況を除いてはauthorとcommitterで時刻が等しいcommitオブジェクトしか作らない」という俺ルールを守るため、
俺はreset {--soft,}とaddでindex作り直してからコミットやり直す
0368デフォルトの名無しさん2013/11/18(月) 04:59:09.33
その俺ルールのためなら、
filter-branchでまとめて書き直せばいいんでは
0369デフォルトの名無しさん2013/11/18(月) 08:54:07.11
>>367
commit --ammend --reset-author
で更新されたと思う
0370デフォルトの名無しさん2013/11/18(月) 09:12:13.55
>commit --ammend --reset-author
>で更新されたと思う

commit --amend --reset-author だごめん
0371デフォルトの名無しさん2013/11/18(月) 18:47:00.91
コンフリクトさせないために気をつけることを何個でも良いからおしえて
0372デフォルトの名無しさん2013/11/18(月) 19:25:51.04
rebaseできる時はする
0373デフォルトの名無しさん2013/11/18(月) 19:28:15.03
ffマージはgitに判断させる
0374デフォルトの名無しさん2013/11/18(月) 20:18:27.77
編集するファイル毎に専用ブランチを切る。
0375デフォルトの名無しさん2013/11/18(月) 20:20:26.72
master以外ブランチを作らない
03763712013/11/18(月) 20:21:06.61
なるほど、その3つぐらいですかね
基本的にコンフリクトしたときの対応記事書いてるブログってクソだと思うんですよ
コンフリクトしないことが重要なのに対応の仕方だけ書かれてもねっていつも思います
0377デフォルトの名無しさん2013/11/18(月) 20:24:20.08
変更は細かくコミットする
例えば移動コミットと変更コミットが分かれていたらその情報を利用してマージできる場面でも
一気にやってしまうとごちゃごちゃとコンフリクトする場合がある
0378デフォルトの名無しさん2013/11/18(月) 20:39:22.40
複数人で開発してれば、どんなに気を付けてても競合する時はするけどな。
0379デフォルトの名無しさん2013/11/18(月) 20:47:50.59
masterにあるファイルやフォルダを別フォルダに移動するときって、事前に開発者全員に知らせてから移動用のブランチ切ってやるべきかな
0380デフォルトの名無しさん2013/11/18(月) 20:50:12.75
git checkout -fってやっていらないファイルを整理しようと思ってたのに
gitで管理されてないゴミファイルが残ったままになります
なので一度.gtディレクトリ以外を削除してからgit checkout -fってやってるんですが面倒くさいです
こういうときはどうやるんですか?
0381デフォルトの名無しさん2013/11/18(月) 21:02:20.90
>>380
git clean
0382デフォルトの名無しさん2013/11/18(月) 22:35:49.41
コンフリクトを検出できるようにgit使っているのに。
0383デフォルトの名無しさん2013/11/18(月) 22:51:29.08
同一ファイルの同一行に追加されてるとgitはコンフリクトと判断するんだよね。
これがある行の上と下に分けて追加すると、両方を追加と判断できる。
gitがマージ処理をしやすくなるコーディングルールって無いものかな?
0384デフォルトの名無しさん2013/11/18(月) 23:02:00.99
やめろ・・・やめろよっ・・・・!
運用でカバーするって・・・甘い考えっ・・・・
道具に使われている事に・・・・まるで気付いてないっ・・・・!!
0385デフォルトの名無しさん2013/11/18(月) 23:45:01.61
>>383
どっちの行が先に処理されるべきかなんてgitさんに判断なんて無理だから仕方ない
0386デフォルトの名無しさん2013/11/19(火) 00:20:55.53
1stペアレンツの方を先にするとか
0387デフォルトの名無しさん2013/11/19(火) 01:25:42.04
>>380バッチ1つ作れば良いだけ
0388デフォルトの名無しさん2013/11/19(火) 09:39:14.25
OSSホスティング総合【SourceForge,GitHub,etc..】
http://toro.2ch.net/test/read.cgi/tech/1384821518/
0389デフォルトの名無しさん2013/11/19(火) 09:40:19.87
URL先にウイルスとかは言ってたりしたらおれが訴えられるから張らなかったから
必要な人は>>2以降にテンプレではっといて
0390デフォルトの名無しさん2013/11/19(火) 13:52:29.09
>>384
むしろ道具でカバーできたり判断できることはどんどん任せ、
他にやらなければいけないこと、かんがえなければいけないことに人間は注力すべきだろう、
とマジレス
0391デフォルトの名無しさん2013/11/19(火) 15:01:47.05
まあ--reset-authorやrebaseなど凝りだすとgitに使われている気分にはなるな
0392デフォルトの名無しさん2013/11/19(火) 19:46:41.12
>>388
おつ
0393デフォルトの名無しさん2013/11/20(水) 08:12:37.30
VS2012 スレで Visual Studio Tools for Git で質問したのですが
使ってる人が皆無なのか、全くのスルーだったのでこちらに参りました。

テスト的に作ったプロジェクトを GitHub 等に上げることはできましたが
別の環境(真新しい環境)で使うときがよく分かりません。

VS2012を起動させて、「新しいプロジェクト」から作るのではなくて
これから弄ろうとするプロジェクトを既に上がってる GitHub から引いてくるべきと思うのですが
どんな風にやるのでしょうか?

1台で上げ下げする解説サイトはいっぱいあるんですが
2台目以降の構築法が書かれているところが見当たらず・・・ヒントください。。
0394デフォルトの名無しさん2013/11/20(水) 08:30:35.78
msysgit入れてgit clone
0395デフォルトの名無しさん2013/11/21(木) 17:17:02.92
OSSスレ立った
0396デフォルトの名無しさん2013/11/21(木) 21:43:06.67
【ネット】 GitHubに「総当たり」攻撃、安易なパスワードが破られる…セキュリティ対策を強化へ
http://uni.2ch.net/test/read.cgi/newsplus/1385019870/
0397デフォルトの名無しさん2013/11/21(木) 22:26:16.49
Git 1.8.4.4
https://code.google.com/p/git-core/downloads/list
0398デフォルトの名無しさん2013/11/21(木) 22:27:11.63
1.8.4なんていらんよ。
1.8.5のRCでてるんだから
そっち使う。
0399デフォルトの名無しさん2013/11/21(木) 23:54:24.13
大事な資産をわざわざ人柱に提供するなんて
0400デフォルトの名無しさん2013/11/22(金) 13:04:00.78
git-guiのUI違和感ある物の一部変更(デフォールトとか註釈とか)
+potに反映してない文字列のうち見えたもの翻訳したった
ttp://www1.axfc.net/u/3095162.zip
更新前と更新後と差分全部入り
0401デフォルトの名無しさん2013/11/22(金) 21:17:27.28
>>400
Gitで管理しろよ
https://github.com/git/git/blob/master/git-gui/po/ja.po
0402デフォルトの名無しさん2013/11/22(金) 21:57:55.77
理由は知らんが元のpot自体が更新されとらんねん
どうしろというのさw
0403デフォルトの名無しさん2013/11/22(金) 22:24:33.88
forkだろ
0404デフォルトの名無しさん2013/11/23(土) 09:08:23.20
Git自体のoriginってgithub?kernel.orgかと思ってたわ
git://git.kernel.org/pub/scm/git/git.git
0405デフォルトの名無しさん2013/11/23(土) 13:00:12.52
git-scm.com のソースコードは https://github.com/git にリンクされていて
ここはmirrorだと書いてあるな。
0406デフォルトの名無しさん2013/11/23(土) 16:30:22.01
>>296-298
0407デフォルトの名無しさん2013/11/23(土) 21:29:49.06
Mercurialも使える方に質問です
バージョン管理システムに慣れる場合Gitとどっちが簡単ですか?
0408デフォルトの名無しさん2013/11/23(土) 21:46:58.54
>>407
どっちが簡単かだとMercurial

最初はMercurialを使い始めて不便だなと思ってました

gitを使うようになってから、それにはちゃんと理由があるんだということに気づいたよ
↓みるといいよ
https://www.atlassian.com/ja/dvcs/overview/dvcs-options-git-or-mercuria
0409デフォルトの名無しさん2013/11/23(土) 21:47:37.71
何か変な改行はいっちゃった
0410デフォルトの名無しさん2013/11/23(土) 21:59:59.20
404 - Oops, you found a dead link. | Atlassian
0411デフォルトの名無しさん2013/11/23(土) 22:03:06.79
https://www.atlassian.com/ja/dvcs/overview/dvcs-options-git-or-mercurial
ごめんやで
0412デフォルトの名無しさん2013/11/23(土) 22:11:32.53
部分変更のみのコミット可能

これ多用してるわ
0413デフォルトの名無しさん2013/11/24(日) 01:02:30.42
http://tortoisesvn.net/tsvn_1.8_releasenotes.html#commitparts
http://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-commit.html
ファイルの一部だけをコミットする

時には、ファイルに対して行った変更の一部だけをコミットしたくなることがあるでしょう。
例えば、何かを作業をしている途中で緊急の修正をコミットする必要に迫られ、
しかも作業中のファイルに変更を加えなければならなくなった場合などです。

ファイルを右クリックし、 コンテキストメニュー → コミット後に復元 を実行してください。
これでファイルの現状のコピーが作成されます。
それからファイルを TortoiseMerge などを使用して編集し、
コミットしたくない変更点をすべて元に戻してください。
変更を保存した後で、ファイルをコミットします。

コミットが完了すると、ファイルのコピーが自動的に復元され、
コミットされていなかった変更点が元に戻ります。
0414デフォルトの名無しさん2013/11/24(日) 01:38:27.21
誤爆?
0415デフォルトの名無しさん2013/11/24(日) 01:40:16.96
そういやgitの-pって凄いと思ったわ。
編集中のファイルのうち一部分だけを
コミットできるんだよね。

TortoiseSVNはそれをぱくったの?
0416デフォルトの名無しさん2013/11/24(日) 01:44:39.42
git add -pもそうだけど、
履歴を変更できないと効果半減だわ。
その気に慣れば複数のブランチを使って
コミットを綺麗になおせるのがgitの素晴らしさなんだよね。

ブランチ一つ作るのにも切り替えるのにも
慎重にならないといけないものでは
綺麗に修正することも出来んわ。
0417デフォルトの名無しさん2013/11/24(日) 12:12:49.35
馬鹿には無理
0418デフォルトの名無しさん2013/11/28(木) 20:39:00.87
Git 1.8.5
https://code.google.com/p/git-core/downloads/list
0419デフォルトの名無しさん2013/12/03(火) 08:47:01.42
test
0420デフォルトの名無しさん2013/12/03(火) 09:24:11.92
git と github の違いについてですが
git のどのパッケージを使うと
github サーバーを自分で立てられるのでしょう?
0421デフォルトの名無しさん2013/12/03(火) 09:39:17.51
自鯖ならgithubは忘れて
「gitlab」でググろう
■ このスレッドは過去ログ倉庫に格納されています