5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Git 4

1 :デフォルトの名無しさん:2012/02/15(水) 00:45:09.81
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
http://git-scm.com/

◆前スレ
Git 3
http://toro.2ch.net/test/read.cgi/tech/1310403238/

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

2 :デフォルトの名無しさん:2012/02/15(水) 00:45:42.43
◆過去スレ
Git 2
http://hibari.2ch.net/test/read.cgi/tech/1284467898/
git スレッド [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1197798039/

◆関連スレ
バージョン管理システムについて語るスレ8
http://hibari.2ch.net/test/read.cgi/tech/1295493964/
CVS導入スレ〜 Rev.3
http://hibari.2ch.net/test/read.cgi/tech/1113141518/
Subversion r14
http://toro.2ch.net/test/read.cgi/tech/1326806859/l50
【分散型バージョン管理】 Mercurial 2【hg】
http://toro.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 3
http://hibari.2ch.net/test/read.cgi/tech/1297704483/

◆関連スレ 別板
CVS 1.3 [UNIX板]
http://hibari.2ch.net/test/read.cgi/unix/1093611448/
subversion バージョン管理【サブバージョン】 [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1154701996/

3 :デフォルトの名無しさん:2012/02/15(水) 00:46:02.33
◆関連書籍
Gitによるバージョン管理
2011/10
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06864-5

実用Git
2010/02
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-87311-440-8

入門Git
2009/9
http://www.shuwasystem.co.jp/products/7980html/2380.html

入門git
2009/08
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9

4 :デフォルトの名無しさん:2012/02/15(水) 12:31:13.16
bzr-git で快適 github 生活
http://d.hatena.ne.jp/methane/20111224/1324698755

GitユーザのためのBazaar
http://standing-shoebill.appspot.com/bzr-migration-docs/ja/survival/bzr-for-git-users.html

5 :デフォルトの名無しさん:2012/02/15(水) 12:33:32.60
Bazaarスタートアップガイド
http://standing-shoebill.appspot.com/bzr-startup-guide/

6 :デフォルトの名無しさん:2012/02/15(水) 13:05:31.52
Bazaarでござ〜る。猿でもできる分散バージョン管理“超”入門 (1/4) - @IT
http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_1.html

7 :デフォルトの名無しさん:2012/02/15(水) 19:39:29.56
Bazaarスレに貼る様子がないってことはただのアンチGitか

8 :デフォルトの名無しさん:2012/02/15(水) 20:16:54.36
>>7
流石にそれは穿ちすぎだと思うぞ
subversionから何処に行こうか悩んでる層もあるだろうし、総合スレが無いんだから相互にテンプレでリンク貼るのは良い事だと思うんだ。

9 :デフォルトの名無しさん:2012/02/15(水) 20:47:38.82
>>8
> 総合スレが無い

バージョン管理システムについて語るスレ8
http://toro.2ch.net/test/read.cgi/tech/1295493964/

まあ、相互に張ることは俺も賛成だけど。

10 :デフォルトの名無しさん:2012/02/16(木) 07:07:07.26
>>9
おお、あったのか俺の目腐ってるわ orz


11 :デフォルトの名無しさん:2012/02/17(金) 10:58:24.19
Gitに限った話ではないですが、コミットメッセージに困っています。
よいコミットメッセージとは?どんなコミットメッセージを書けばよいのか?
先人の知恵を拝借したい。具体例つきで教えてくれるページがあれば紹介してください。

12 :デフォルトの名無しさん:2012/02/17(金) 11:25:37.22
>>11
928 名前:デフォルトの名無しさん [sage]: 2011/10/18(火) 21:59:17.57
ずっと悩んでるんだけど、コミットメッセージに句点ってつける?


929 名前:デフォルトの名無しさん [sage]: 2011/10/18(火) 22:21:38.59
>>928
http://mercurial.selenic.com/wiki/ContributingChanges#Patch_descriptions
> lowercase summary line, no trailing period


930 名前:デフォルトの名無しさん [sage]: 2011/10/19(水) 00:25:26.56
ほほー、こんなガイドラインがあったんですね。基本つけない方向にします。

13 :デフォルトの名無しさん:2012/02/17(金) 11:29:39.24
>>11
http://troter.jp/scmbc-201111-mercurial-introsession/#id23

14 :デフォルトの名無しさん:2012/02/18(土) 21:17:28.21
gitblitをインストールしたんだけど、localhostからしか見れない。
server.httpBindInterfaceを静的IPに変えてもダメ。
PINGは通るし他のサーバーソフトの場合見れるから、
gitblit側の問題だと思うんだけど。
周りからでも見れる方法分かる人いますか?

15 :デフォルトの名無しさん:2012/02/18(土) 22:17:09.81
firewallが遮断してるなんてことないよな

16 :デフォルトの名無しさん:2012/02/18(土) 22:23:02.31
とりあえずログを確認してみたら?

17 :デフォルトの名無しさん:2012/02/18(土) 23:01:46.58
うーん。ファイアウォールとかいろいろ外してもダメだった。
外部から接続すると「サーバーに接続できません」とでる。
ログにはなにも出ない状況。
自分からは接続できるし、ログも正常に出るってな感じ。

18 :デフォルトの名無しさん:2012/02/18(土) 23:51:48.80
もう確認してるだろうけどFAQの上2つやってみてダメなら分からんなぁ
ttp://gitblit.com/faq.html

19 :デフォルトの名無しさん:2012/02/19(日) 00:53:05.54
サンクス。そこ見てなかったから今度やってみる。

20 :デフォルトの名無しさん:2012/02/19(日) 18:07:49.03
gitのリポジトリという用語について質問です。
リポジトリとはWork Tree(History)と同義なのでしょうか?
それともWork Treeを含んだもっと広い範囲を指す言葉なのでしょうか?

21 :デフォルトの名無しさん:2012/02/19(日) 18:10:40.91
そしてリポジトリにインデックスとワーキングディレクトリを含むのでしょうか?

22 :デフォルトの名無しさん:2012/02/19(日) 20:19:57.71
ベアレポジトリでググれ

23 :デフォルトの名無しさん:2012/02/20(月) 11:37:22.21
>>20
git は詳しくないけど、一般的にバージョン管理ツールでは
・リポジトリ 今までにコミットした全バージョンが格納される倉庫
・作業コピー 実際に編集やコンパイルやテストなどの作業を行う対象
は対比される概念で、SVN などでは物理的にも分離されてるよね。

git では
・リポジトリと作業コピー (work tree) の間にインデックスがある
・物理的には、リポジトリもインデックスも work tree の .git ディレクトリに格納される
ってあたりがややこしいけど、概念的には分けて考えるべきだと思う。

24 :デフォルトの名無しさん:2012/02/21(火) 16:27:05.03
msysGit(Git for Windows)がいよいよ公式に UTF-8 をサポート!
http://d.hatena.ne.jp/nitoyon/20120221/msysgit_utf8

25 :デフォルトの名無しさん:2012/02/21(火) 19:30:24.50
やっとかめ

うれしいわ

26 :デフォルトの名無しさん:2012/02/24(金) 12:08:23.48
git と github の違いってなに?

27 :デフォルトの名無しさん:2012/02/24(金) 12:21:42.81
cvswebみたいなgitwebってある?

28 :片山博文MZ ◆0lBZNi.Q7evd :2012/02/24(金) 12:23:12.97
Gitはソフトウェア。
githubはサービス。

29 :デフォルトの名無しさん:2012/02/24(金) 20:33:26.18
>>27
ブラウザで見るだけならviewgitとかかしら?


30 :デフォルトの名無しさん:2012/02/24(金) 22:06:32.24
>>27
「cvswebみたいな」をもうちょい詳しく
gitwebというプログラムはあるし、他にも類似のが3つ4つは(たぶんもっと)ある。

31 :デフォルトの名無しさん:2012/02/25(土) 14:03:05.30
>>30
好きな子との差分をカラフルに見たりtarで固めてダウンロードしたり
コマンドラインだと面倒くさいことが出来る

32 :デフォルトの名無しさん:2012/02/26(日) 19:27:49.79
(;´Д`)ハアハア

33 :デフォルトの名無しさん:2012/02/27(月) 14:53:03.86
何ハァハァしてんのよ気持ち悪いわね、ブタ!

34 :デフォルトの名無しさん:2012/02/28(火) 22:28:23.19
・リモートリポジトリのmasterブランチに間違ってpushしてしまった。
 これを取り消したいけど、どうしたらいいの?
 git push origin :master
 としたら
remote: error: refusing to delete the current branch: refs/heads/master
To git@github.com:myname/MyProject.git
! [remote rejected] master (deletion of the current branch prohibited)
error: failed to push some refs to 'git@github.com:myname/MyProject.git'
 といわれて削除できない。

・git mergeするときに、必ずrebaseしてからmergeするよう強制させたい。
 いい方法ありますか。
 たとえば git merge するときに、fast-forwardできなければエラーになるオプションとか。

35 :デフォルトの名無しさん:2012/02/29(水) 07:55:02.06
>>34
git push origin master --force
git merge hoge --ff-only

36 :デフォルトの名無しさん:2012/02/29(水) 11:16:21.36
>>35
朝早くからありがとうございます。あとで試してみます。

37 :デフォルトの名無しさん:2012/03/01(木) 21:53:45.20
>>34
リモートのリポジトリにpush --forceはマナーがよくない
誰も見てないと確信できないならrevertした結果をpushするのが吉

38 :デフォルトの名無しさん:2012/03/02(金) 00:09:51.86
> 37

失敗したリポジトリが唯一無二のリポジトリとせずに新しくリポジトリを作る手もある。
ってか、パスワードを埋め込んだりして、リポジトリをスキャンして書き換えると、
この手以外に思いつく?

39 :デフォルトの名無しさん:2012/03/02(金) 09:27:49.36
gitgのファイル内容表示部で検索できないのが辛い
Ctrl+Fするとコミット一覧の検索欄に飛んでしまう

40 :デフォルトの名無しさん:2012/03/03(土) 10:39:59.02
>>35
> git push origin master --force
これはこの通りでいけました。

> git merge hoge --ff-only
これはですね、問題がありました。
というのも、git merge hoge --no-ff をいつも使っていて、それだと --ff-only は使えないようなんです。
あたりまえっちゃあ当たり前なんですけど、successful git branching model を読んでからは
--no-ff を使うようにしているので、その上で必ずrebaseしてからmergeするのを強制することはできますか。
条件が後出しで申し訳ありません。

>>38
> パスワードを埋め込んだりして
・・・実はまさにこれをやっちゃったんです。お恥ずかしい。


41 :デフォルトの名無しさん:2012/03/05(月) 13:24:39.29
RailsのGitHubリポジトリがハックされた件
https://github.com/rails/rails/commit/b83965785db1eec019edf1fc272b1aa393e6dc57

42 :デフォルトの名無しさん:2012/03/05(月) 13:28:18.32
github の mass assignment 脆弱性が突かれた件 - blog.sorah.jp
http://blog.sorah.jp/2012/03/05/mass-assignment-vulnerability-in-github

43 :デフォルトの名無しさん:2012/03/05(月) 14:34:06.50
gitの問題じゃないじゃん

44 :デフォルトの名無しさん:2012/03/05(月) 15:22:37.03
「githubを運用しているRubyOnRailsの脆弱性でRailsのリポジトリが(実証性証明のために)ハッキングされた」だな

45 :デフォルトの名無しさん:2012/03/06(火) 11:05:47.55
gitだrailsだよりもrubyistとPHPerが仲が悪いという事を知って新鮮に思った
同じLL使い仲良くやれよ

46 :デフォルトの名無しさん:2012/03/07(水) 08:49:58.80
>>45
Ruby使いは排他的だからな。
新鮮に思うようなことじゃないって。w


47 :デフォルトの名無しさん:2012/03/07(水) 09:13:57.13
>>46
初耳だな

48 :デフォルトの名無しさん:2012/03/07(水) 09:29:16.58
>>47
PHP使いもPerl使いもJava使いもPython使いも
他の言語と併用することに抵抗がない人ばかりだよ。
Rubyだけだよ、単一言語に拘るのって。w

49 :デフォルトの名無しさん:2012/03/07(水) 10:29:43.30
ということにしたいのですね。

50 :デフォルトの名無しさん:2012/03/07(水) 10:49:19.72
いや、Rubyistが色々と弱点が多いPHPerを一方的にdisってるだけじゃ…

51 :デフォルトの名無しさん:2012/03/07(水) 11:19:42.09
安心と信頼のPythonなBitbucketをお使い下さい

52 :デフォルトの名無しさん:2012/03/07(水) 11:49:10.84
>>50
この板でのことなら、今度その人にRubyを使っているなら必ず答えられるようなことについて聞いてみるといい
おそらく、なにひとつ答えられないから

53 :デフォルトの名無しさん:2012/03/08(木) 12:57:52.84
>>45
別にPHPerはRubyを見下しては無いよ
ただRubyistがケンカ売ってくるから買ってやってるだけ

54 :デフォルトの名無しさん:2012/03/08(木) 13:27:58.78
>>53
その二行、書いてて矛盾に気付かないのか?w

55 :デフォルトの名無しさん:2012/03/08(木) 13:58:17.34
どんな言語でも得意不得意あるでしょ

56 :デフォルトの名無しさん:2012/03/08(木) 14:02:52.26
githubで言語別にソースコードを管理したいんですけど
どういう風に管理したらいいですか?

Java
|-リポジトリ1
|-リポジトリ2

Perl
|-リポジトリ1
|-リポジトリ2

こんな感じでやりたいんです

57 :デフォルトの名無しさん:2012/03/08(木) 15:19:21.32
素直に考えれば、
https://github.com/username/Java_リポジトリ1
https://github.com/username/Java_リポジトリ2
https://github.com/username/Perl_リポジトリ1
https://github.com/username/Perl_リポジトリ2
こうだよな。

58 :デフォルトの名無しさん:2012/03/08(木) 15:56:09.69
つまりリポジトリの名前の先頭に言語の名前をつけろってことすか?

59 :デフォルトの名無しさん:2012/03/08(木) 18:23:57.92
>>57
そうだな。それか、
https://github.com/username/Java.git
https://github.com/username/Perl.git
にせざるを得ない。
リポジトリのグループに名前をつける機能みたいのがあればいいんかね

60 :デフォルトの名無しさん:2012/03/08(木) 19:05:49.02
グループを作ってそこにリポジトリを入れられたり
せめてラベルをつけて管理出来る機能があればいいのにな
ほんとksだないてゅb

61 :デフォルトの名無しさん:2012/03/08(木) 20:27:01.73
既存レポジトリで親コミットのないコミットオブジェクトを作りたい時ってどうするのが簡単?

62 :デフォルトの名無しさん:2012/03/08(木) 20:42:34.12
新しくリポジトリを作る

63 :デフォルトの名無しさん:2012/03/08(木) 21:25:34.89
>>61
fetchかな

64 :デフォルトの名無しさん:2012/03/08(木) 22:26:11.47
>>61
これでどうだろうか
git add .
git commit # いったんどこかのブランチにコミットする
git cat-file -p HEAD > foo # cat-fileの出力をファイルにリダイレクトしてcommitオブジェクトを得る
git reset HEAD^ # commitオブジェクトは手に入ったのでHEADはもう不要だから捨てる
(edit foo) # このファイルの`parent'行を削除し、コミット時刻を適当に変更する
git tag bar `git hash-object -t commit -w foo` # commitオブジェクトを格納しタグを付ける

commitオブジェクト手書きするのは面倒そうだからどっかにコミットしてそのオブジェクトを利用してみた
試行錯誤の結果自分はこれでうまくいっただけなので、なんかまずい点があったら指摘してくだしあ>識者

65 :デフォルトの名無しさん:2012/03/08(木) 22:53:33.79
>>63
こんな感じ?
cd ..
mkdir newrepo
cd newrepo
git init
touch .gitignore
git commit -m init .gitignore
cd ../oldrepo
git fetch ../newrepo

66 :デフォルトの名無しさん:2012/03/08(木) 23:26:56.78
>>61
$ git checkout --orphan <newbranch>

67 :デフォルトの名無しさん:2012/03/08(木) 23:37:23.05
>>61
$ git write-tree
<tree-id>
$ git commit-tree <tree-id> -m message
<commit-id>
$ git log <commit-id>


68 :デフォルトの名無しさん:2012/03/08(木) 23:37:36.34
>>66
きたこれ

69 :デフォルトの名無しさん:2012/03/09(金) 12:12:55.29
>>59
個人名じゃなく単にプロジェクト名とかでアカウントとってる人もいるな

70 :デフォルトの名無しさん:2012/03/09(金) 12:54:44.00
複アカとってもいいの?

71 :デフォルトの名無しさん:2012/03/10(土) 01:22:42.06
それアカウントじゃなくてOrganizationじゃないの?

72 :デフォルトの名無しさん:2012/03/12(月) 23:06:18.52
gitで文字コードがsjis以外でしかも色々混在しているというような
場合はどうしたらよいでしょうか?

調べると
git config --global i18n.commitencoding euc-jp
git config --global i18n.logoutputencoding euc-jp
というような設定をするようにと書かれているのですが
このeuc-jpのところで指定できる文字コードのリストはありますか?
あとこれだけではa.txtはutf16le-bomでb.txtはsjisというような場合に
対応できないと思うのですが何か方法があるのでしょうか?


73 :デフォルトの名無しさん:2012/03/12(月) 23:30:42.50
gitにとっちゃコミットするテキストがどのエンコードかなんて知ったこっちゃない

74 :デフォルトの名無しさん:2012/03/12(月) 23:38:45.79
というかテキストのエンコーディングをいじられたらたまったもんじゃない

75 :デフォルトの名無しさん:2012/03/13(火) 00:05:56.76
デフォルトじゃutf16は無理なんじゃ。

8bit系ならASCII部分が共通で通常の文字の範囲に制御記号が入らないかぎり
ファイル単位でのdiffやマージに問題はなさそうだが

76 :デフォルトの名無しさん:2012/03/13(火) 09:32:00.94
ファイル名に日本語は使えますか。
windows、Macが混在しても大丈夫ですか?

77 :デフォルトの名無しさん:2012/03/13(火) 10:11:33.57
すいません文字コードはUTF-8(BOMなし)かShift_JISしか使わなくて改行コードはLF市か使いません
Windowsにgitをインストールするとき、改行の件で選択する部分があるじゃないですか、
んで、推奨するところに最初からラジオボタンが選択済みになってますよね
あれはLFしか使わない場合は何にしたらいいのでしょうか?

78 :デフォルトの名無しさん:2012/03/14(水) 23:44:27.90
今までgistなるものがあるのを知らずに、ファイル1つだけでもgithubを使用していました。
これをgistへ移すことはできるのでしょうか?

79 :デフォルトの名無しさん:2012/03/15(木) 02:02:20.93
githubからforkしたポジトリを自分のローカルへCloneしました。
本家から差分をpullしてたところタグ情報がとれてないみたいなんですが、
何か方法がまずいのでしょうか?
ソース自体はちゃんととれているようです。

1. 本家 → fork → My Repo
2. My Repo → clone ローカル
3. 本件の差分 → pull → ローカル(この時点でタグが更新されない)
4. ローカル → push → My Repo



80 :デフォルトの名無しさん:2012/03/15(木) 03:18:03.86
>>79
あんまわからんけどレスします。
man git-fetch の -t, --tags の説明に書かれている場合に当てはまっているとか。
git fetch --tags でいけませんかね?

81 :デフォルトの名無しさん:2012/03/15(木) 14:09:06.46
お願いします助けてください
お客さんのソースコードを何も考えずにコミットをしていったのですが
コミットをした履歴というのはgit logでとれました
そして10回コミットをしてるんですが
git checkout . だと最新のコミットしたやつをしゅとくできますが
4番目にコミットした内容を取得したいのですがこれはどう書くのでしょうか?

82 :デフォルトの名無しさん:2012/03/15(木) 14:23:30.08
…本当にやりたいことは取得ではないよな
4回目のコミット内容を画面に表示できればOKなわけではあるまい
(いや、それ見て目視の力技で修正コミット作るのかもしれないが)

83 :デフォルトの名無しさん:2012/03/15(木) 14:23:57.05
4番目のコミットのハッシュで取れる

84 :デフォルトの名無しさん:2012/03/15(木) 14:29:15.98
git checkout ハッシュですね!
たすかります!!!!!

85 :デフォルトの名無しさん:2012/03/15(木) 19:31:21.43
おちつけwwwそこw「とりあえずバックアップしとこ」でコピーを取るんじゃないwww

86 :デフォルトの名無しさん:2012/03/15(木) 20:55:32.17
何かとんでもないことになる前にgit stash saveを忘れるな

87 :デフォルトの名無しさん:2012/03/15(木) 21:04:11.25
なんかハッシュを毎回手打ちするのって面倒くさいですよね
これを自分で名前をつけることって出来ないですか?
git checkout version1.0
git checkout version1.1
git checkout version2.0
みたいに

88 :デフォルトの名無しさん:2012/03/15(木) 21:05:47.22
>>87
tagを使え

89 :デフォルトの名無しさん:2012/03/15(木) 21:05:56.35
タグ使えよ

90 :デフォルトの名無しさん:2012/03/15(木) 21:06:23.32
>>87
checkoutの-bオプションや、tagやbranch使う

91 :デフォルトの名無しさん:2012/03/15(木) 21:06:36.46
よっし!!!!
おれの勝ち!!!

92 :デフォルトの名無しさん:2012/03/15(木) 22:27:34.14
タグですか!ありがとうございます!
ブランチっていうのは
git branchでbranch一覧を出します
git branch testってやったらtestブランチが作れました
でもブランチって何をするものなのか分からず、ここで挫折して一時期引退しました

93 :デフォルトの名無しさん:2012/03/15(木) 22:32:01.22
git なんて面倒なもの使わずに zip で固めるといいと思う。

94 :デフォルトの名無しさん:2012/03/15(木) 22:40:27.61
zipなんて使ったら一発でstashもできないしbranch切れないしmaergeもrebaseもできないしpushもpullもできないし

95 :デフォルトの名無しさん:2012/03/15(木) 22:52:09.55
でも4番目のコミットをすぐに取り出せるよ。tag だって好きなファイル名付ければいいんだし。きっと分かりやすいんじゃないかな。

もちろん、自分は普通に git 使ってるよ。でも、使えない人が無理に使う必要はないと思う。

96 :デフォルトの名無しさん:2012/03/15(木) 23:29:37.08
しかし、もし同僚がそれだとzipに付き合わされる方は悲惨だな
無理にでも覚えさせたいところ

97 :デフォルトの名無しさん:2012/03/15(木) 23:36:56.29
二カ所からだけソースにアクセスして編集する場面について質問します

パソコンaとパソコンbからgithubにおいてあるソースをいじろうとして、
パソコンaで作業したものをまずpushし、それをパソコンbでcloneで受け取ってからかなり編集しました
その後パソコンbの編集内容をgithubのソースにpushしました
ブランチは一切変更していません(masterのまま)

現在のgithubのデータをパソコンaに反映させるにはどういう手順を踏めばよいのでしょうか
それと、今後同じような処理をするのに便利な方法はありますか

98 :デフォルトの名無しさん:2012/03/15(木) 23:40:07.31
その程度だったら
git pull remote master
でいいんでね?

99 :デフォルトの名無しさん:2012/03/15(木) 23:41:33.50
>>97
git pull じゃダメでしょうか?

100 :デフォルトの名無しさん:2012/03/15(木) 23:50:53.51
とりあえずなんか1冊読め、と言いたくなる質問だな。


101 :デフォルトの名無しさん:2012/03/16(金) 00:01:50.61
>>100
まぁ、たしかに。
一冊読むだけで大分違うもんな。
Gitは、濱野氏のだけ読んだ

102 :デフォルトの名無しさん:2012/03/16(金) 00:04:54.20
>>98-99
ありがとうございます。

>>100
実用gitを持っているのですが、pの索引にpullがありませんでした
勉強します


103 :デフォルトの名無しさん:2012/03/16(金) 00:29:39.03
すみません
索引に"git pull"で項目がありました
失礼しました

104 :デフォルトの名無しさん:2012/03/16(金) 02:16:49.14
Tortoisegitを使っていて質問があります
初歩的な質問で申し訳ないのですがローカルからGithubにpushするさい
foo.cpp bar ago Update foo.cpp [私のユーザー名]としてpushしたいのに
foo.cpp bar ago Update foo.cpp [Unknow]としてpushされてしまいます
Unknowではなくユーザー名を表示できるようにpushしたいのですが
設定を見ても見つからず四苦八苦しております
ご存知の方がいたらよろしくお願いします

105 :デフォルトの名無しさん:2012/03/16(金) 02:58:00.26
>>104
git コマンド使えるなら、
git config --global user.name "John Lennon"
git config --global user.email john@example.com

ここ見ると MSysGit入れたらGUIで設定できるぽいよ。
http://d.hatena.ne.jp/tarurut/20110117/1295285155


106 :デフォルトの名無しさん:2012/03/16(金) 03:00:05.70
>>105
ありがとうございます
おっしゃるとおりに試してみたのですがどうにもうまくいきません
自分の方でももう少し試してみます

107 :デフォルトの名無しさん:2012/03/16(金) 03:07:01.99
>>80
サンクス!解決した!


108 :デフォルトの名無しさん:2012/03/16(金) 03:16:19.52
>>106
MSysGitでコミットしたらどうなるとか、$HOME/.gitconfig みてみるとか。
オレ環境なくてわからんから、あとは、TortoiseGitユーザに任せた

109 :デフォルトの名無しさん:2012/03/16(金) 03:17:04.62
>>107
結局なにが原因だった?

110 :デフォルトの名無しさん:2012/03/16(金) 04:42:49.00
>>108
どうやら導入していたバージョンが相当古かったのが問題の一つのようでした
そのほかにもローカルリポジトリごとにユーザー名、Emailアドレスを変更するなど
細かな設定をいじる必要があったようです

ありがとうございました

111 :デフォルトの名無しさん:2012/03/16(金) 04:43:10.58
解決しました。ありがとうございました。

112 :デフォルトの名無しさん:2012/03/16(金) 11:30:52.40
このスレで回答してくれる人って
現場でgitをバリバリ使いこなしているのかな
すごい

113 :デフォルトの名無しさん:2012/03/16(金) 13:04:05.17
複数のPC間でエロ画像管理してるニートかもよ

114 :デフォルトの名無しさん:2012/03/16(金) 13:20:36.93
エロ画像管理でGitってどういう風にやんの
モザイク前・モザイク後?

115 :デフォルトの名無しさん:2012/03/16(金) 14:32:58.46
ファイル名に特別な意味があるんじゃないか?
ランキングになってたり

116 :デフォルトの名無しさん:2012/03/16(金) 17:29:54.40
間違えてコミットするべきでないときにコミットをしてしまいました
git add .
git commit -m "20130316"
これを取り消したいと思い
git reset HEAD^
ってやってMore?って聞かれたのでyを押してENTERキーを押しました
その後git logでログをみたんですが消えてないことを確認して、コマンドのミスに気づきました
改めてコマンドをgit reset --hard HEAD^と打ってみたのですがgit logでログをみても消えません
一番最新のコミットを消したいんですがどうやって消したらいいのでしょうか?

117 :デフォルトの名無しさん:2012/03/16(金) 17:33:40.79
git commit --amend

118 :116:2012/03/16(金) 17:38:21.94
問題発生!!!!!!!!!!!
ソースコードに自分でないてない謎の文字列がところどころに挿入されていた!!!!
やばい怒られる;;

<<<<<<< HEAD

=======
>>>>>>> parent of 2b1498e... 2013/03/15


119 :116:2012/03/16(金) 17:39:15.03
git commit --amendもやってもだめです
どうやら壊れm下

120 :デフォルトの名無しさん:2012/03/16(金) 17:46:53.96
>>118
コミットしたときにコンフリクトした的なメッセージが出ただろうが

121 :デフォルトの名無しさん:2012/03/16(金) 18:33:03.00
>>118
的確なアドバイスじゃないと思うけど、まずはディレクトリをバックアップしてから…
% git checkout -f .
% git reset .
% git reset --hard (戻りたいcommit id)

てゆか、commitしてresetしただけでコンフリクト発生ってどういうこと?>all

122 :デフォルトの名無しさん:2012/03/16(金) 18:42:58.01
なんで来年の日付なんだ

123 :デフォルトの名無しさん:2012/03/16(金) 20:17:22.75
>>118
>>116のコミット成功してる?
コンフリクトしてるならコミットできてないと思うけど。

124 :デフォルトの名無しさん:2012/03/16(金) 21:33:47.26
>>112
オレは現場では、VSS(しかも6)とSVNしか使ったことない。
大規模(土方的)な案件って、大体それらなイメージ。
p4とかもあんのかな。

125 :デフォルトの名無しさん:2012/03/16(金) 22:22:59.88
趣味のプログラミングでだけど
git使ってるよ

126 :デフォルトの名無しさん:2012/03/18(日) 05:54:03.52
感銘を受けた自己啓発本の言葉.txtやらアプリケーションの設定とかはgithubで管理してるけど
プログラミングに関しては仕事のもの以外は人にコード見せたくないしコードあげたことない

127 :デフォルトの名無しさん:2012/03/18(日) 07:00:32.20
あなたにとって今日が人生で一番若い日です


128 :デフォルトの名無しさん:2012/03/18(日) 10:36:27.55
bitbucketはプライベートリポジトリ作り放題。


129 :デフォルトの名無しさん:2012/03/18(日) 18:19:30.03
お金を銀行や郵便局に預けても
あなたのお金は増えません
将来の増税につながるだけです

130 :デフォルトの名無しさん:2012/03/18(日) 22:55:54.52
デフレである現在はお金を使わなければ実質価値が将来増えます

131 :デフォルトの名無しさん:2012/03/19(月) 12:05:30.63
見せたくない理由にもよるけど、膨大に存在するリポジトリから(github以外にもいっぱいあるよ)
あなたのコードが発見されるとか、
発見した人が何かに利用するとか、
連絡を取ってくるとか、
可能性が余りにも低いから気にした奴が負け

132 :デフォルトの名無しさん:2012/03/19(月) 12:29:32.18
commitしたあとで以前のlogの一部を書き直す方法は?

133 :デフォルトの名無しさん:2012/03/19(月) 12:37:34.61
>>132
git rebase -i

134 :デフォルトの名無しさん:2012/03/19(月) 15:51:02.75
そしてreword

135 :デフォルトの名無しさん:2012/03/19(月) 16:07:07.27
>>128
突然有料化になって取れなくなったら怖いので使ってない

136 :デフォルトの名無しさん:2012/03/19(月) 16:14:01.04
予告もなしに有料化とな?
あなたの使ってるプロバイダは今この瞬間から料金が二倍になります。
2chへの書き込みは今この瞬間から100円かかります。

うん、普通にありえる話だね。

137 :デフォルトの名無しさん:2012/03/19(月) 16:42:52.85
取れなくなるもリモートのはローカルのコピーだろ

138 :デフォルトの名無しさん:2012/03/20(火) 11:01:53.60
github の opensource で作った repository って
特になにもしなければ自分以外は全員 read-only になる訳ですか?

139 :デフォルトの名無しさん:2012/03/20(火) 11:53:37.86
そうよ

140 :デフォルトの名無しさん:2012/03/21(水) 05:44:03.04
Collaboratorになりたい人は
どうやって作者に連絡取るの?


141 :デフォルトの名無しさん:2012/03/21(水) 19:02:17.30
普通にメールとかでいいんじゃね。
PullRequestを送りまくっていればだんだん相手が面倒になって
追加してくれるってのがなんとなくGitHubっぽい

142 :デフォルトの名無しさん:2012/03/21(水) 19:08:30.40
台無しだがいちばん多いパターンではある
そしていきなりmasterに追加される節操のないコミット

143 :デフォルトの名無しさん:2012/03/21(水) 23:18:07.73
fork が branch みたいなもんだから
それもまた Git っぽい

144 :デフォルトの名無しさん:2012/03/22(木) 05:50:23.87
テキストファイルの文字コードが
utf16とかだとバイナリファイルと認識されるみたいで,
git diffとか使っても
binary files a/hoge.txt b/hoge.txt differ
としか表示されないのですが変えられるのでしょうか?

145 :デフォルトの名無しさん:2012/03/22(木) 05:54:05.63
はい

146 :デフォルトの名無しさん:2012/03/22(木) 06:34:25.92
>>78
GitHubのインタフェースからはできないんじゃない?
少ししかないなら手で、山ほどあるならこういうのとか使って放り込むしかなかろうて。
ttps://github.com/defunkt/gist

147 :デフォルトの名無しさん:2012/03/22(木) 07:04:12.08
>>144
変えるだけなら、.gitattribute に *.txt diff だけでいける。
これ、結構古い情報だから、いまは違うアプローチがあるかもしらんが …
ttp://stackoverflow.com/questions/777949/can-i-make-git-recognize-a-utf-16-file-as-text

148 :デフォルトの名無しさん:2012/03/22(木) 08:26:41.83
>>147
どうもうまくいきませんね...
utf8やutf16のテキストをまともにgitで管理する方法はないはずはないと
思うのですが


149 :デフォルトの名無しさん:2012/03/22(木) 09:18:35.47
>>148
「まともに」とは?
[.gitattribute]
*.txt diff
すれば、少なくとも binary files 〜 は出無くなるけど

150 :デフォルトの名無しさん:2012/03/22(木) 12:19:06.33
>>149
git log -p
で文字化けします。
調べるとless.exeを置き換えて対処とか書いてあったりするのですが,
cmd.exeの都合なのかうまく表示されません


151 :デフォルトの名無しさん:2012/03/22(木) 12:33:24.63
>cmd.exe
あー……
Windowsのコマンドプロンプトか
もともとUnicode未対応だな

152 :デフォルトの名無しさん:2012/03/22(木) 12:41:18.46
理屈上は、gitが利用する外部コマンドが全部UTF-8なりUTF-16なりを解釈可能なら使えるはず

153 :デフォルトの名無しさん:2012/03/22(木) 18:49:22.54
>>150
管理というか表示できてないだけですね。
--encoding=sjis とか、nkf通す方法とかあるみたいだけどやってみた?
Windowsでちゃんと表示できてる人よろしくたのむ

154 :デフォルトの名無しさん:2012/03/22(木) 19:34:00.57
部分ごとに変換したのを結合してページャに渡すなんて面倒くさいことしてないと思うから、
コミットメッセージの文字コードと管理しているファイルの文字コードが合わない場合は無理だと思うけど。

155 :デフォルトの名無しさん:2012/03/22(木) 19:54:33.31
>>150
あ、log -p か。それは、>>154の言う通りかも。
ログ部分と差分のエンコーディングを合わせる何かを書いたらいけそうか

156 :144:2012/03/22(木) 19:59:32.91
環境変数 git_pager
というのを変えればいいのかと思い
c:/tarou/xyzzy-0.2.2.235/xyzzy/xyzzycli.exe %1
としてみたらxyzzycli.exeで開かれはするのですが
%1というファイルを開いたことにしかなりませんでした。。。

git_pagerにたいしては%1みたいなのの変換(?)
とかはないんでしょうか?

157 :デフォルトの名無しさん:2012/03/22(木) 20:53:54.76
>>156
%1いらないんじゃないの?

158 :デフォルトの名無しさん:2012/03/23(金) 00:38:43.70
なしだと起動するだけで入力がありません...

159 :デフォルトの名無しさん:2012/03/23(金) 00:45:45.99
xyzzycli ってエディタ? ファイル名を指定しないと動かないってことかな。
git_pager にはページャ (標準入力を表示するもの) を指定する必要があるんじゃないかな。

160 :デフォルトの名無しさん:2012/03/23(金) 00:50:07.88
ドザだけど log や diff は全部 gitk で見てるわ

161 :デフォルトの名無しさん:2012/03/23(金) 00:50:32.31
>>158
Windowsだと何か違うのか…
git config --global core.pager /path/to/pager やら
GIT_PAGER=less git log やら $1 とかなしでいけるけど


162 :デフォルトの名無しさん:2012/03/23(金) 04:12:27.15
>>159
emacsライクなWindows用のエディタだよ

163 :デフォルトの名無しさん:2012/03/23(金) 10:03:46.29
>>156
ファイルじゃなくて標準入力で渡されるみたいだから
標準入力をを受け取れるエディタでないと無理じゃないかな。

164 :デフォルトの名無しさん:2012/03/23(金) 19:08:55.15
http://www.forest.impress.co.jp/docs/news/20120323_520960.html
Bitbucketの次はまさかのCodePlex

165 :158:2012/03/23(金) 21:15:50.76
かなり無理やりですが
nkf -s > ./tmp.txt | start //wait /c/xyzzy/xyzzycli.exe -wait tmp.txt
として
tmp.txtへ出力しエディタで開き,
エディタ上で適宜文字コードを変えて読もうかと思ったのですが,
なんかtmp.txtが変です。。。

最初の文字列は
commit
のはずなのですが
.[33mcommit
と表示されます。なんかの制御文字か何かでしょうか?

166 :158:2012/03/23(金) 21:17:14.98
commit
という文字列(git log -pで最初の行に書かれる文字列)の
前に出てる変なのをバイナリエディタで開くと
1B 5B 33 33 6D
となっています

167 :デフォルトの名無しさん:2012/03/23(金) 21:17:28.61
リダイレクトもパイプも滅茶苦茶だよそれ

168 :デフォルトの名無しさん:2012/03/23(金) 21:27:06.48
エスケープシーケンスでググれ

169 :デフォルトの名無しさん:2012/03/23(金) 21:38:40.37
>>165
たぶん色の制御コード
git log --color=never -p
これで消えるんじゃないかな

170 :デフォルトの名無しさん:2012/03/23(金) 21:56:10.39
Windowsって && とか ; とかシェルで使えないの?


171 :デフォルトの名無しさん:2012/03/23(金) 22:03:17.86
>>170
&&は使える。; は、使えなかったような気がする

172 :158:2012/03/23(金) 22:22:56.68
>>169
出来ました!
ありがとうございました

173 :デフォルトの名無しさん:2012/03/26(月) 15:53:54.07
>>170
「;」は使えないが、かわりに「&」が使える。
ちなみに、「&&」「||」はそのまま使える。


174 :デフォルトの名無しさん:2012/03/26(月) 19:26:17.89
CodePlex、Gitサポートを開始
http://sourceforge.jp/magazine/12/03/26/0529214

175 :デフォルトの名無しさん:2012/03/26(月) 19:40:26.43
>>174
>>164

176 :デフォルトの名無しさん:2012/03/27(火) 16:27:28.43
質問ですorz:
現在WinCVSを使ってまして、今度gitしたいのです。
SVNだと、RapidSVNとかありますが、
gitのFreewareクライアントGUIは何がありますでしょうか?

SmartGitは商用ではフリーじゃないそうですし、Tortoiseはどうもキモくて。。。

177 :デフォルトの名無しさん:2012/03/27(火) 16:51:50.70
キモいのしかないので、CVSを使い続けてください。

178 :デフォルトの名無しさん:2012/03/27(火) 17:11:14.30
>>176
Windows用ってことだよね

Ubuntu向けの記事だけど
http://gihyo.jp/admin/serial/01/ubuntu-recipe/0212
ここで紹介されてるgit-gui/gitkはWindows(msysGit)でも入ってる
あと使ってみたことはないけどQtベースのやつもWin版はあるっぽい

179 :176:2012/03/27(火) 17:50:07.56
つ d

記事を読んでみてあらためて気付いたのですが、
つまりGit GUIっていうのが標準で付いてるんですね。
リポジトリの作成ツールかと思ったら、リポジトリを開くとWinCVSみたいな画面。
それで、”既存リポジトリを複製する”をしてから、それ使うのがGit流、みたいな?
みんなこれでやってるのかなぁ?

180 :デフォルトの名無しさん:2012/03/27(火) 18:00:56.56
gitkはブランチエクスプローラみたいなもんで、gitk上でブランチやコミットを操作することはないよ(何やってるかわからなさ過ぎるから)
いわゆるGUIオペレーションをしたいのなら、そういうのはフリーではないんじゃないかな

181 :176:2012/03/27(火) 18:39:32.68
てことは、みなさん、Git GUI?

それともbashって、いつの時代だ(w

182 :デフォルトの名無しさん:2012/03/27(火) 18:47:04.86
>それともbashって、いつの時代だ(w
>それともbashって、いつの時代だ(w
>それともbashって、いつの時代だ(w


183 :デフォルトの名無しさん:2012/03/27(火) 18:47:33.87
bash地獄で悶えて市ね

184 :デフォルトの名無しさん:2012/03/27(火) 18:49:02.53
たしかにbashっていつの時代って感じだよね
時代はzshだ

185 :デフォルトの名無しさん:2012/03/27(火) 18:52:08.03
>>181
> それともbashって、いつの時代だ(w

     /: : : : : __: :/: : ::/: : ://: : :/l::|: : :i: :l: : :ヽ: : :丶: : 丶ヾ    ___
     /;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::、  /     ヽ
    /ヽヽ: ://: :!:,X~::|: /;,,;,/: :/  リ!: ::/ノ  l`ヽl !: : |: : : :l: :l: リ / そ そ お \
   /: : ヽヾ/: : l/::l |/|||llllヾ,、  / |: :/ , -==、 l\:::|: : : :|i: | /   う う  前  |
.   /: : : //ヾ ; :|!: イ、||ll|||||::||    ノノ  イ|||||||ヾ、 |: ::|!: : イ: ::|/   な 思 が
   /: : ://: : :ヽソ::ヽl |{ i||ll"ン    ´   i| l|||l"l `|: /|: : /'!/l     ん う
 ∠: : : ~: : : : : : : :丶ゝ-―-      ,  ー=z_ソ   |/ ハメ;, :: ::|.   だ ん
   i|::ハ: : : : : : : : : : : 、ヘヘヘヘ     、  ヘヘヘヘヘ /: : : : : \,|.   ろ な
   |!l |: : : : : : : : :、: ::\    、-―-,      / : : :丶;,,;,:ミヽ   う  ら
     丶: :ハ、lヽ: :ヽ: : ::\__  `~ "      /: : ト; lヽ)   ゝ
       レ `| `、l`、>=ニ´        ,  _´ : :} `   /
         ,,、r"^~´"''''"t-`r、 _  -、 ´ヽノ \ノ   /    お ・
       ,;'~  _r-- 、__     ~f、_>'、_         |  で  前 ・
      f~  ,;"     ~"t___    ミ、 ^'t         |  は  ん ・
      ,"  ,~         ヾ~'-、__ ミ_ξ丶     |  な  中 ・
     ;'  ,イ ..          ヽ_   ヾ、0ヽ丶    l         /
     ( ;":: |: :: ..          .`,   ヾ 丶 !    \____/
     ;;;; :: 入:: :: ::      l`ー-、   )l   ヾ 丶
     "~、ソ:: :い:: :     \_  ノ ,    ヾ 丶

186 :デフォルトの名無しさん:2012/03/27(火) 18:54:20.72
Windowsでのbashは流行らない
いっときの間違ったcygwinの持ち上げられかたを見るとよくわかる

187 :デフォルトの名無しさん:2012/03/27(火) 18:55:47.68
というか、CVSとSVNからの場合はGUIオペレータはなにも助けてくれないと思う
自前で覚えなければならないことが多過ぎる

188 :デフォルトの名無しさん:2012/03/27(火) 18:58:04.14
ユーザーの追加もbashでやるのでしょうか?_?

189 :デフォルトの名無しさん:2012/03/27(火) 18:58:38.84
シームレスにスムースに移行できるようになりませんかとは言われるんだけど、根本的な概念が別個だからねえ

大昔のJavaBeansプログラミングみたいに、コンポーネントGUI操作だけでgitを使うことはできなくもないのかもしれないけど、
操作体系をうまく発明した人はまだいない

190 :176:2012/03/27(火) 19:00:52.77
シームレスじゃないかわりに、ローカルで更新できるってのが、おもしろいですよね。
サーバーを外に持ち出すみたいな感じで不思議。

ま、外では会社のソースのコーディングなんて全くもってしないわけですが(ry

191 :デフォルトの名無しさん:2012/03/27(火) 19:02:04.22
>>190
おそらくあなたに向けて話してるのではないと思う

192 :デフォルトの名無しさん:2012/03/27(火) 19:03:25.78
みなさん、顔が見えてるわけですか(爆

193 :デフォルトの名無しさん:2012/03/27(火) 19:06:30.00
>>176
> gitのFreewareクライアントGUIは何がありますでしょうか?
> SmartGitは商用ではフリーじゃないそうですし、Tortoiseはどうもキモくて。。。

bzrexplorer

bzr-git で快適 github 生活
http://d.hatena.ne.jp/methane/20111224/1324698755

194 :デフォルトの名無しさん:2012/03/27(火) 19:31:02.34
TortoiseGitはあの不安定ささえ無ければ良いツールなのに

195 :デフォルトの名無しさん:2012/03/27(火) 19:47:47.13
VM 内に Linux インストールして git 使うべきでしょう。

196 :デフォルトの名無しさん:2012/03/27(火) 20:26:29.11
>>185
ゆのっちはMercurialでGitは宮子なイメージ

197 :116:2012/03/27(火) 23:50:03.40
git恐怖症であれ以来触れません

198 :デフォルトの名無しさん:2012/03/28(水) 01:48:18.76
>>182
今はdashだよな

199 :デフォルトの名無しさん:2012/03/28(水) 01:48:54.26
子宮

200 :176:2012/03/28(水) 09:02:57.64
つ d

>bzrexplorer bzr-git で快適 github 生活
etc.

201 :デフォルトの名無しさん:2012/03/28(水) 11:21:51.11
>>192
尻尾は見えてるよ

202 :デフォルトの名無しさん:2012/03/28(水) 11:37:19.78
普段何ヶ月も見たことのないような傾向のレスが特定の質問書き込み後に急にたくさん出るようになれば、そりゃあ、ねえ

203 :デフォルトの名無しさん:2012/03/28(水) 12:40:53.40
Git GUIで、
・新しいリポジトリを作る
・既存リポジトリを複製する
を行いました。

「複写に失敗しました。 git リポジトリではありません」エラーになりますが、何ででしょう?
基本機能を2つ使っただけなのにぃ。

204 :デフォルトの名無しさん:2012/03/28(水) 14:07:22.16
たぶん空のリポジトリを複製しようとしてるからだと思う

205 :203:2012/03/28(水) 14:14:06.14
あ、やっぱそうですか。
そう思ってファイル1個追加したのですが、
エラーは消えないです。

206 :203:2012/03/28(水) 14:32:47.95
メッセージを空欄にしてたため、コミット完了せずステージングにとどまっていました。
きっちり1ファイルコミットしたところ、エラーが消えました。
orz

207 :デフォルトの名無しさん:2012/03/28(水) 14:45:42.31
ドンマイ

208 :デフォルトの名無しさん:2012/03/28(水) 18:08:18.94
Windowsのファイル共有で公開したリポジトリをマスターにしたいのですが、
プッシュでエラー出ました。
ちょっと強引杉ますか?

>Pushing to //Server-temp/GitMaster
>remote: error: refusing to update checked out branch: refs/heads/master[K


209 :デフォルトの名無しさん:2012/03/28(水) 18:13:08.98
自分がなにをしているのかわからないのであれば、それはするべきではない

210 :デフォルトの名無しさん:2012/03/28(水) 18:14:02.08
・共有リポジトリは--sharedオプションつけて作った?
・他人がpushしてるんじゃないの。pullしてみたらどう?

211 :208:2012/03/28(水) 18:19:08.02
逆にGitのWebServerを建てるのは簡単でしょうか?

かつ、GitサーバーとViualSVN Serverを同居させたかったり、という事情も。
ViualSVN Serverは起動中ですが、これはやっぱり実態はWebServerですよね?

そうなると、WebServer同士でHTTPアクセスの取り合いで片方あぼーんでしょうか。

連続質問すみません。分からないことだらけなんです。

212 :208:2012/03/28(水) 18:23:58.98
レスd。

>・共有リポジトリは--sharedオプションつけて作った?
Git GUIで作りましたので、オプション設定場面はありませんでした。

>・他人がpushしてるんじゃないの。pullしてみたらどう?
まだ一人でテスト中なので他人はアクセスしていません。
でも、pullテストはしてみます。
でも、今回の解決にはならないとは思っています。

213 :208:2012/03/28(水) 18:26:45.85
連投すみません、一時的な連投です。

>pullしてみたらどう?
Git GUIには、プッシュはあっても、プルがないことないですか!!!
そんなはず無いですよね???

214 :208:2012/03/28(水) 18:33:10.47
>pullしてみたらどう?

「リモート」−「から取り込む」メニューですよね?
これは実行できました。

しかし、プッシュエラーは消えません(><)

215 :デフォルトの名無しさん:2012/03/28(水) 18:42:21.78
>>209でFA
「なにも知らない」人がなにも知らないまま使えるようにはなっていない
内部発行コマンドが見える程度の知識は絶対に必要
初心者が楽に学習するためのアプリケーションではなく経験者が概観するためのアプリケーション

216 :デフォルトの名無しさん:2012/03/28(水) 18:47:37.00
つまり209=215は、初心者に話しかけるなでFOすると。

217 :デフォルトの名無しさん:2012/03/28(水) 18:52:46.82
GUIだから初心者でも簡単に使えるはずという信仰は根強いな
シーケンシャルに辿れるぶん、コマンドラインのほうが簡単なことも多いと思うんだが

218 :デフォルトの名無しさん:2012/03/28(水) 18:59:49.44
昼からまったく進んでないようだが、コマンドラインなら5行くらいで終わる内容に見える

219 :デフォルトの名無しさん:2012/03/28(水) 19:05:52.80
つかわざわざ自分から操作難しいほう選んでるんだからGUIに文句言うな

220 :デフォルトの名無しさん:2012/03/28(水) 19:58:15.95
>>208
「refusing to update checked out branch」でググれば対処方法は出てくる
だがgit guiから出来るかは不明なのでgit bashからやった方が楽だと思う

221 :デフォルトの名無しさん:2012/03/28(水) 23:10:27.52
GUI縛りっていう一種のプレイとみた

222 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/29(木) 02:26:38.81
     ∧_∧
    ( ・ω・ )  
     (=====)  
   __ (⌒(⌒ )
 /\ ̄ ̄し' ̄ ̄ ̄\
  ̄ ̄ ̄ ̄| | ̄ ̄ ̄ ̄
         | |
       / \ 

223 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/29(木) 11:05:03.44
一度 push した後で amend したとかじゃねーの?

224 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/29(木) 11:08:31.11
しかしpushもamendも知らないんだよねこの人

225 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/29(木) 11:15:58.56
うちの会社もあと100億あったら何とかなる気がする

226 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/29(木) 13:26:21.93
GUI だからといって git としての理解と動作は特に助けてくれないからなあ
git を学んでから補助として GUI 使うのがいちばんマトモな利用法だと思う
あと日本語入力が通らないことが余裕であるので注意

gitg 使ってるんだけど、コミットの差分を表示したあと、
「実際はこの前後どうなってるんだろう?」と思ってもその差分があるファイルの部分に直接飛ぶことができないので困ってる
これができるリポジトリブラウザってある?
ファイルツリー表示はあるんだけど、ここは検索ができないので目視で探すしかないという変態仕様

227 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/29(木) 14:32:40.89
Windows版もUTF-8対応してくれたのでうれしい
もう文字化けに悩まされなくなったし
不安定ってこともない

228 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/30(金) 08:47:02.99
ちなみに >>223 をやったら何が発生するのでしょうか?

229 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/30(金) 11:04:29.50
1. commit && push
2. commit --amend
3. もっかいpush
4. remote「Already up-to-date」
で、リモートはamendできないみたいな流れ?

230 :208:2012/03/30(金) 13:42:04.54
いえ、そんな複雑な話でなくて一度目でエラーです。
リポジトリのコピーは作れども、一度もpushできず、みたいな(><)

231 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/30(金) 13:51:41.11
bashからやってみれば?

232 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/30(金) 16:27:46.52
作りたてのベアリポジトリにブランチ指定しないでpushしたんじゃないか?

 git remote add //Server-temp/GitMaster
 git push -u origin master:master

これでどうよ。
後は git push と git pull でいけるはずだが。

あとリポジトリ名には .git がついてないと気持ち悪いな(//Server-temp/GitMaster.git)。

233 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/30(金) 16:46:56.63
>>232
訂正。

 × git remote add //Server-temp/GitMaster
 ○ git remote add origin //Server-temp/GitMaster

234 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/30(金) 16:59:01.23
git initもcloneもgit guiで作業してたみたいだから
たぶんどのリポジトリもベアリポジトリになってないんじゃないかな
だからカレントのブランチ(master)に対してのpushが制限されてるんだと思う

これについてはpush先のリポジトリに対して
$ git config --add receive.denyCurrentBranch ignore
で回避できると思うけど
まぁ共有するリポジトリは--bare付きで作りなおしたほうがいいのかな

235 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/30(金) 23:09:39.69
githubで
git remote add origin git@github.com:foo/hoge.git
git push -u origin master
としても
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
とでます,どうすればいいんでしょう?


236 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/31(土) 00:04:34.54
>>235
>Permission denied (publickey).
これだろ

237 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/31(土) 00:25:01.78
それをどう解決するんでしょうか?

238 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/31(土) 00:37:45.55
>>237
それ、自分のリポジトリ?
github に SSH public key が登録されとらんのじゃないの?

239 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/31(土) 00:41:30.96
すみません.解決しました↓

240 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/31(土) 00:45:29.82
>>239
結局なんだった?

241 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/31(土) 00:46:33.68
インド人を右へ

242 :営利利用に関するLR審議中@詳細は自治スレへ:2012/03/31(土) 07:43:51.66
>>235
馬鹿には無理

243 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/01(日) 01:50:13.61
>>226
gitkで差分表示を右クリックして「この行にgit guiでblameをかける」か
ファイル名を右クリックして「外部diffツール」

blameの方は右クリックした行によって表示されるファイルのリビジョンがかわるから
(たぶん選択してるコミットのファイルが見たいんだよね)
ファイルが表示されるときに特定の行へ移動させることにこだわらないなら
外部diffツールの方がいいのかな

244 :208:2012/04/02(月) 08:53:56.97
>>232 作りたてのベアリポジトリにブランチ指定しないでpushしたんじゃないか?
>>234 たぶんどのリポジトリもベアリポジトリになってないんじゃないかな

Gitには今まで無かった概念が入ってるんですね。
とりあえずベアリポジトリの勉強をしてみます。その次にやることはbashでリポジトリの再作成でしょうか。

245 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/02(月) 14:04:25.91
その引用の仕方は紛らわしいわ

246 :208:2012/04/02(月) 17:55:44.11
>ttp://progit.org/book/ja/ch4-2.html
>Git サーバーを立ち上げるには、
>既存のリポジトリをエクスポートして新たなベアリポジトリ
>(作業ディレクトリを持たないリポジトリ) を作らなければなりません。

ということは、Git GUI で、リポジトリを作成しただけではダメということですか?

247 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/02(月) 21:39:57.73
Windows 用の Git クライアントは Git Extensions がおすすめ
http://sourceforge.net/projects/gitextensions/
--bare --shared なリポジトリも作れる

もっとも、最初は bash で使い方を覚えたほうがいいとは思うけどね

248 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/02(月) 22:51:32.41
TortoiseGitの新バージョン来てるよ

TortoiseGit-1.7.8.0-64bit.msi - tortoisegit - TortoiseGit-1.7.8.0-64bit - Porting TortoiseSVN to TortoiseGIT - Google Project Hosting
http://code.google.com/p/tortoisegit/downloads/detail?name=TortoiseGit-1.7.8.0-64bit.msi

249 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/02(月) 22:53:20.14
32bit貼ってなかった

TortoiseGit-1.7.8.0-32bit.msi - tortoisegit - TortoiseGit-1.7.8.0-32bit - Porting TortoiseSVN to TortoiseGIT - Google Project Hosting
http://code.google.com/p/tortoisegit/downloads/detail?name=TortoiseGit-1.7.8.0-32bit.msi&can=2&q=

250 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/02(月) 23:23:52.00
カメなんて使ってる奴いるの?

251 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/02(月) 23:39:38.65
ノシ

252 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 02:20:36.33
Gitを勉強しようと思うのだけど、Windowsだと何を使ったらいいですか?
msysGit というのが最近 UTF-8 対応になって幸せ、というのをどこかで読みました。
ただし subversion のときも、コマンドラインを学んでからTortoiseSVN に手を出しましたが、
WindowsにVMware で Linux 入れて、そっちのコマンドラインで学んだほうがいいでしょうか?
(自分は Linux も日常で使っているので、別にそれでも構わない)

Git の windows版コマンドラインを使うのなら、msysGit 内蔵の Git Bash を
使えばいいのですか?

253 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 02:20:48.60
TortoiseGitってどうせ日本語対応Gitじゃあんまりまともに動かないんでしょう?(・ω・,)

254 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 02:45:46.02
>>252
>(自分は Linux も日常で使っているので、別にそれでも構わない)
だったらlinux使えばいいじゃね?

255 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 03:01:48.80
>>254
あ、自分一人だったらそれでいいのですが、
職場のチームにも広められれば、と思っていて、Windowsで完結できればそれが嬉しいので…

256 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 09:12:31.98
Git Extensionて、選択多いですね。
MsysGit/KDiff3の選択は、MsysGitで良いとして、
OpenSSHのGit defaultじゃなくてPuTTYが選択されてるけど、無問題なのかなぁ。

Gitって、サーバーとクライアントがSSHでつながってんだね。SSHって使ったことないけど。
TTYってWindowsで動作するんだろうか。

257 :256:2012/04/03(火) 09:24:02.47
すみません、初歩的な質問ですが、
WindowsサーバーでMsysGitだけではC/Sで動作しなくて、
Git Extensionを入れるとSSHかTTYでC/Sとなる、
という理解であってますでしょうか?

258 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 09:31:14.59
>>257
Git Extensionsはクライアント側のGUIですよ
MSysGitだけでサーバ構築できるかはよくわからない、ごめんなさい

259 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 09:31:42.66
あってねえよ
Git Extensionは単なるGUIだ

260 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 09:50:15.02
全然違う!
Git ExtensionはただのGUI
ぜんっぜんっ!違う!!

261 :256:2012/04/03(火) 10:22:37.91
了解です。
GitのC/Sは何でつながって、何をインストールすればよいのでしょう?
上のSSHやTTYであってますか?

262 :256:2012/04/03(火) 10:28:07.20
ちなみに知りたいことは、
GitをC/Sで使いたい、サーバーはWin、認証までは要らないので、HTTPサーバーレス希望です。

263 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 12:06:58.21
今のところはcygwinでやるしかないんじゃないか?
>>256には無理そうだからhgにすれば…

264 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 14:00:27.93
漢ならrsync

265 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 14:19:21.74
おしゃれな私はDropbox

266 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 14:44:58.79
>>263
認証無しのノーガードでもいいならmsysgitでもgit-daemonが使えた

サーバー上のd:\reposに置いてあるリポジトリをgitプロトコルで全て公開し
認証なしでpushも出来るようにする場合
サーバーにmsysgitを入れて以下のようにする
$ git daemon --base-path=/d/repos --export-all --enable=receive-pack

とは言ってみたものの、さっきちょっと試してみたら
クライアントがmsysgitだとpushが途中で固まった(linuxからだと正常終了する)
うちの環境が悪いのかもしれんけど
実際に使うとなったら試行錯誤が必要かもね

267 :208:2012/04/03(火) 16:46:23.35
Git Extensionsのリポジトリ作成を行ったところ、
>共有リポジトリは--sharedオプション
できました。

そうしたところ、>>208 のエラーは消え、プッシュできました。

しかしプッシュで使ったのとは別のリポジトリ複製からチェックアウトしても、
プッシュした内容が反映されません。
どういうことなのでしょうか?_?

ちなみに昨日入門GiT古本を買いました。

268 :208:2012/04/03(火) 16:51:54.36
さらに、マスターのリポジトリからリポジトリ複製しましたが、
やはりプッシュした内容が入っていません。
明後日の方向(古)にプッシュしたのでしょうか?

269 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 17:09:26.83
>>267
checkoutじゃなくてpullじゃね?
pushした内容が入ってないってどうやって確認したの?

270 :208:2012/04/03(火) 17:22:32.35
あ、checkoutはローカルのリポジトリ内の処理ですか。
リモートのリポジトリのpullは、、、「から取り込む」メニューをGit GUIで実行しました。
しかし、落ちてこないです?_?

>pushした内容が入ってないってどうやって確認したの?
マスターのリポジトリから、リポジトリ複製して確認しました。

つまり「checkout <---> pull」を間違っていただけじゃなくて、
pushにも間違いがありそうです(><)

271 :208:2012/04/03(火) 18:34:57.34
あれ?
Git Extensions でリポジトリ複製したところ、ちゃんとpullした内容が落ちてきたぞ?
もしかして、Git GUI が落とし穴なだけ?_?

272 :208:2012/04/03(火) 18:56:48.37
PushのダイアログのブランチのPushの
>Pushするブランチ「」から「」
の意味がわかりませんorz

分からずに両方とも"master"って入れています。

でも普通にアップする場合って、最新としてアップするので、
自分的イメージではHEADを選択なんだけどな。
でも、HEADってのも最新て意味でなくて、ただのブランチ名だろうか。

分からないことだらけOTL

273 :208:2012/04/03(火) 19:02:23.63
連投すみません。

ブランチって、CVSでいうブランチですね。頭の中でrevisionとゴッチャになってた。
ブランチってことなら >>272 のダイアログの意味がわかりました。

それは納得として、適当に使ってたら、勝手にブランチが作られた希ガスる。
何が起こったんだろう。。。

274 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 19:04:25.61
HEADは現在のブランチを指す
masterはリポジトリ作成時にデフォルトで作られるブランチ名

入門Git買ったならとりあえず全部読むと幸せになれるよ

275 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 19:11:54.26
>>270
>リモートのリポジトリのpullは、、、「から取り込む」メニューをGit GUIで実行しました。
メニューの「リモート」にある項目のこと言ってるのなら
「から取り込む」じゃなくて「から刈込む」だと思うのだが

git guiでpullするなら
メニューの「リモート」「取得元」「origin」をやってから「マージ」「ローカル・マージ」

276 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 19:52:20.07
これ全部読め。

http://progit.org/book/ja/

277 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 20:03:04.33
いきなり環境から作ろうとせずにgithubとかbitbucketとかでクライアント
での利用(練習)から始めりゃいいのに。


278 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 20:33:59.22
Git GUI とそれで作った(と思い込んでいるもの)は全部捨てろ
理解できなければもう一度だけ繰り返す、Git GUI は全部捨てろ

279 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 23:07:46.60
素直にcuiでやった方が覚えが早いと思うよ

280 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/03(火) 23:51:51.08
覚えが早いというかGUIは別にわかりやすくも使いやすくもないことが理解できるだろう。
まあもうちょいコマンド体系が整理されてくれたらと思うが。

281 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/04(水) 08:46:54.30
ドキュメント読まないヤツは相手にするなよ

282 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/04(水) 09:05:57.96
おま、ボッチだろw

283 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/04(水) 15:12:02.69
馬鹿には無理

284 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/05(木) 12:11:20.24
>あとリポジトリ名には .git がついてないと気持ち悪いな(//Server-temp/GitMaster.git)。

.gitって付けるもんなんだ。

cvsはフォルダ名には付けない風な気がするけど、どうだったかなぁ。
後、svnはどうなんだろう?

285 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/05(木) 12:42:08.11
Git Extension でCommit&Pushしようとすると、
ブランチができますって出ます。

ブランチ作りたくない場合はどうするのでしょうか?

286 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/05(木) 13:05:19.80
Git GUIで作ったものは全て捨てました。
リポジトリは--bare付きで作りなおしました。

この次のCommitやPushは、Git ExtensionよりGit GUIの方がメニュー的な気がしますが、どうなんでしょう?
やっぱり、Git GUI=アクでしょうか。

287 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/05(木) 14:36:51.59
Git GUIで、「既存のリポジトリを複製する」を行いました。

>fatal: Couldn't find remote ref HEAD
>fatal: The remote end hung up unexpectedly

というエラーなんですが、何ででしょう?

288 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/05(木) 14:41:38.42
HEADがないから

289 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/05(木) 16:42:57.55
頭が足りないのか

290 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/05(木) 17:10:23.28
GUIの人はいい加減お帰りください。

291 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/06(金) 15:22:41.61
CVS使ってる時は、Winユーザーが勝手にユーザー名になりました。
SVNでは、VisualSVNでユーザーを追加しました。
Gitではどうなりまつか?

292 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/06(金) 15:49:52.16
試して報告しろ。

293 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/06(金) 16:09:10.07
変更したファイルを赤色表示で見るには、どうすれば良いのでしょう?

294 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/07(土) 00:21:02.08
git-completion.bash を読み込む

295 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/07(土) 07:32:07.63
>>291
github使ってみ

296 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/07(土) 11:24:31.34
>>228
同僚から蛇蝎の如く疎まれ、蔑まれ、罵倒される。

>>262
設定面倒でコミッタ少ないなら共有ファイルサーバでいいんじゃない?

>>284
bareリポジトリには慣例的に.gitをつける。
同僚から文句出ないなら好きにすればいいよ。

297 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/07(土) 11:26:54.56
リポジトリ名に.gitを付けるのはベアリポジトリの場合の慣習。


298 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/09(月) 20:04:23.32
あるコミットのIDを指定して、それをdiff形式 (patch形式?) で取り出すのってどうやるんですか。
git log -p COMMIT-ID
で見れることは見れるんですが、親のコミットも表示されちゃうし、もっといい方法はないでしょうか。

299 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/09(月) 20:32:26.79
git diff commit-a commit-b
でaからbまでのdiffとれるでしょ

300 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/09(月) 23:31:03.97
git show COMMIT-ID とか、
余分なdiff以外の部分を出力したくないなら git diff COMMIT-ID^ COMMIT-ID とか?

301 :営利利用に関するLR審議中@詳細は自治スレへ:2012/04/10(火) 00:07:29.45
>>298
$ git show COMMIT-ID > foo.patch
$ patch -p1 < foo.patch
もしくは
$ git show --no-prefix COMMIT-ID > bar.patch
$ patch -p0 < bar.patch

相手もgit使ってるなら素直に
$ git format-patch -1 COMMIT-ID
したほうがgit-am使えて便利。

302 :デフォルトの名無しさん:2012/04/11(水) 22:37:44.41
$ git clone repo.git
$ git branch -a
* master
remotes/origin/HEAD -> origin/master
remotes/origin/feature1
remotes/origin/feature2
remotes/master

あるリポジトリからcloneした直後は上のような状態になっていますが、
master以外のbranchをローカルに復元したい場合は
$ git checkout -b feature1 remotes/origin/feature1
$ git checkout -b feature1 remotes/origin/feature2
のようにするしか方法は無いのでしょうか?

この方法だとタイプミスとかあっても気付かないし、何より面倒くさいですよね。

303 :デフォルトの名無しさん:2012/04/11(水) 22:48:52.28
正しい方法か知らんけど
cp .git/refs/remotes/origin/* .git/refs/heads/
とか

304 :デフォルトの名無しさん:2012/04/12(木) 00:06:15.87
git checkout -t origin/feature1

305 :デフォルトの名無しさん:2012/04/12(木) 00:58:05.07
remotes/origin/feature1をorigin/feature1に省略可能なのはいいとして、
git checkout -t -b feature1 origin/feature1
git checkout -b feature1 origin/feature1
git checkout -t origin/feature1
これ全部同じか。
cp .git/refs/remotes/origin/feature1 .git/refs/heads/feature1を
してくれるだけじゃなくて、.git/configにこの三行追加してくれるんだな。
[branch "feature1"]
remote = origin
merge = refs/heads/feature1

306 :デフォルトの名無しさん:2012/04/12(木) 00:58:54.80
リモートのブランチを全部ローカル上に作っても、
リモートの変更をローカルのブランチに取り込むためには、
各々checkoutしてpullしないといけないから、
あんまり現実的な使い方じゃないよね?

307 :デフォルトの名無しさん:2012/04/12(木) 07:36:52.74
$ git checkout feature1
$ git checkout feature2
でもよかったりする

308 :デフォルトの名無しさん:2012/04/12(木) 08:21:22.61
>>307
それ detached head になっちゃわない?

309 :デフォルトの名無しさん:2012/04/12(木) 10:02:31.41
git checkout feature1 でいけるな。
git checkout origin/feature1 だと detached HEAD になるね。

310 :デフォルトの名無しさん:2012/04/14(土) 12:28:04.97
indexを変更せずに、あるコミットからあるファイルをworking treeに取り出すにはどうしたらよいですか?
checkoutもresetもpath指定できますがindexを変更してしまうようです

311 :デフォルトの名無しさん:2012/04/14(土) 14:03:02.99
>>310
取り出した後に何かするんじゃないの?
見るだけなら
git show branch:filepath
取り出したいのならリダイレクトすればいい
git show branch:filepath > filepath~

312 :デフォルトの名無しさん:2012/04/14(土) 15:04:28.63
特定コミット時点でのファイルの状態を
index=HEADの状態のままworking treeに持って来たいとき、
git commit コミットID ファイル名; git reset ファイル名
とかやってたが、>>311のやりかたで上書きすればいいのか。
git show はいろいろ便利だなあ。

313 :デフォルトの名無しさん:2012/04/14(土) 15:16:01.16
おう
そうよ

314 :デフォルトの名無しさん:2012/04/14(土) 15:40:14.48
>>312
diffの連続を効果的に管理するのがバージョン管理だから、上書きするのはほぼ最終手段ね。
git diff branchA branchB -- filepath
とかで確認とったり、きちんとcherry-pickやrebase使わないと日付バックアップと何も変わらない。デグレードの危険。

315 :デフォルトの名無しさん:2012/04/14(土) 16:57:42.20
公開してるブランチの特定のファイルを少し前の状態に戻したいときは、
git show commit-id:filepath > filepath; git commit -a もしくは、
git checkout commit-id filepath; git commitすればいいよね?
(上記2つは同じ状態になるよね?)

別のブランチをつくってそこでrebaseで戻してそれをmergeするとかを
つねにやったほうがいいのかねえ。

316 :デフォルトの名無しさん:2012/04/14(土) 17:47:41.16
>>315
公開してるならマズい。誰かが今そのブランチを元に作業してるかもしれない。
上書きしてしまうとマージする時に混乱するから素直にrevert使って、
git revert commit-id

直そうとしてるコミットが行儀悪くて他の変更も一緒くたにしてしまってる場合はかなりややこしい。試して無いけどこんなかんじ:

git checkout -b fix
git revert commit-id
git reset HEAD^
git add -p
git commit -m 'commit-idから一部だけrevert'
git checkout -f
git checkout master
git merge fix
git branch -d fix

問題の無いコミットから今のコミットまでに別の変更が紛れてても分かるようにするのがいいと思う。

317 :デフォルトの名無しさん:2012/04/14(土) 18:17:30.00
>>315
>(上記2つは同じ状態になるよね?)
同じになるかどうかだけで言うと
リダイレクトではファイルへ書き出すだけで属性(mode)とかは操作しないので
そのcommit-idの後にファイルの属性を変更していたら同じにはならないと思う
まぁあまりないとは思うけど

318 :デフォルトの名無しさん:2012/04/14(土) 18:47:35.15
>>316
revertでコミットを無効にするコミットを作るのと、
自分でコミットを無効にするコミットをcommitするのとは、
コミットメッセージのデフォルトにrevert関連の情報をいれてくれることと、
reflogに記録が残る(これは時間がたつと消えるのかな)以外に何か違いはあるのかな?
そのあとのmergeとかの動作に影響があるのだろうか。
まあでも、打ち消したコミットのIDがメッセージに残るのは重要だと思うので、
これからはrevertを使うおう。

後半の9行が何をやってるのかは、ちょっとよく考えてみる。

319 :デフォルトの名無しさん:2012/04/14(土) 18:48:24.37
あと、ためしにrebaseで特定コミットを削除したブランチをmergeってやってみたが、
rebaseしてないほうのブランチにコミットが存在することが優先されて、
mergeの結果そのコミットは存在することになるんだな。よく考えれば当然か。
正式な環境でこんなことやったら大顰蹙だったよ。気が付いてよかった。

320 :デフォルトの名無しさん:2012/04/14(土) 21:18:01.23
>>318
昔のコミットで上書きしたらそれまでのコミットが全部無うなってまうがな。
revertはリバースパッチだからそれまでのコミットが生きる。
「間にコミットなんかねーよ」って思い込み運用してたらそのうち痛い目見るよ。

321 :デフォルトの名無しさん:2012/04/14(土) 22:01:24.94
公開したコミットをamend,reset,rebaseとかで修正してpushしようとしたら
怒られるでしょう?
--forceつけるとコミットを削除してpush出来る、と言うようなメッセージが出るけど
GitHubとかでやっても出来なかった
Mercurialの場合は強制的にpushするとマルチヘッドになっちゃうらしい

322 :デフォルトの名無しさん:2012/04/14(土) 22:13:52.66
>>320
おおう。確かにそうだね。
まあ、上書きcommit前にHEADとdiffして意図しないものが含まれてないか
どうかはチェックしてるから大丈夫そうだが、一歩間違えば大惨事だ。

323 :デフォルトの名無しさん:2012/04/14(土) 22:19:17.27
>>314
diffで管理しないのがgitの特徴の一つじゃなかったか

324 :デフォルトの名無しさん:2012/04/14(土) 22:56:05.38
>>321
それはたぶん、相手がfast-forwardでないpushを絶対受けつけない設定になってるから。
ローカルでfast-forwardな状態になるようにmergeなりrabaseなりをしてからpushしないと。
>>319はpushの前のmergeが意図したものになってなかったっていう話。

325 :デフォルトの名無しさん:2012/04/14(土) 23:14:56.92
>>323
コミットが、修正前のコミットへのリンクと現時点でのファイルの本体をもってるなら、
コミットはdiffと同等な情報を保持してるってことでいいんじゃないのかね。

326 :デフォルトの名無しさん:2012/04/15(日) 09:04:30.07
git-svnでSubversionのリポジトリをcloneすることで
Gitを使い始めたのですが、
マージコミットとgit svn dcommitについて教えていただけないでしょうか?

(1) Gitでブランチを作って作業して、
(2) それをgit merge <ブランチ>でmasterにマージしてから、
(3) git svn dcommitしようとしたときにわからなくなりました。

(2)でマージしたときにfast-forwardにならなかったら
「どこそこブランチをマージ」というログだけのコミットができていました。
(↑これのことを"マージコミット"と言っていますが、合っていますか?)
この状態でこのままgit svn dcommitした場合、
Subversion側ではどういう扱いになるのでしょうか?

単純に時系列順にSubversion側にコミットされていくだけで、
特に意味は発生しないのでしょうか?
そうであれば、git svn dcommitするのは
マージコミットがない状態にしてからのほうがよいでしょうか?


327 :デフォルトの名無しさん:2012/04/15(日) 12:54:23.08
cherryというコマンドの、名前の由来を教えてほしい。

alcでは:
cherry
【名】
サクランボ(色)、サクラの木
〈米俗〉新品、初心者
〈米俗〉良いもの[こと]、格好いいもの、いかすもの
〈性俗〉処女、処女膜、童貞◆下品な俗語

git-cherryのマニュアル:

git-cherry - Find commits not merged upstream

The changeset (or "diff") of each commit between the fork-point and <head> is compared against each commit between the fork-point and <upstream>. The commits are compared with their patch id, obtained from the git patch-id program.

どう関係するのかさっぱりわからない。

328 :デフォルトの名無しさん:2012/04/15(日) 13:20:08.09
>>327
cherry picker はクレーン式高所作業車で、git cherry-pick は枝にぶらさがってる特定のコミットを(作業車に乗ってる人が)別の枝へ移動させるイメージ
これから分岐したのが git cherry というコマンド
git cherry が先にあったわけではない

329 :デフォルトの名無しさん:2012/04/15(日) 13:26:15.48
cherry pick で「つまみ食い」


330 :デフォルトの名無しさん:2012/04/15(日) 14:35:48.26
>>328-329
cherryというもとの単語には意味はなく、cherry-pickの対象だからcherryとしただけか。なるほど。
さんくす。

331 :デフォルトの名無しさん:2012/04/15(日) 16:12:29.13
>>326
>「どこそこブランチをマージ」というログだけのコミットができていました。
>(↑これのことを"マージコミット"と言っていますが、合っていますか?)

どちらもコミットオブジェクトであると言う点で、マージと通常のコミットはそんなに差のあるものではないんだが、まぁ合ってるっちゃ合ってる。

>この状態でこのままgit svn dcommitした場合、
>Subversion側ではどういう扱いになるのでしょうか?

>>326が言うところの「マージコミット」に含まれる変更がコミットされた、という扱いになる。

>そうであれば、git svn dcommitするのは
>マージコミットがない状態にしてからのほうがよいでしょうか?

その通り。git-svnを使う場合はmergeじゃなくrebaseを使った方がいい。それほど詳しい内容じゃないが、だいたいの理由は↓に書いてある。

http://progit.org/book/ja/ch8-1.html

332 :デフォルトの名無しさん:2012/04/15(日) 16:18:10.29
レスありがとうございます。
教えていただいた先も読んで、
考えてみます。


333 :デフォルトの名無しさん:2012/04/17(火) 19:54:35.01
tig使ってる人っている?

334 :デフォルトの名無しさん:2012/04/19(木) 16:54:11.58
リモートのbareリポジトリに誤ってブランチをpushしてしまいました。
このリモートにあるブランチを消したいのですがどうすればいいですか?

335 :デフォルトの名無しさん:2012/04/19(木) 17:17:35.21
>>334
http://progit.org/book/ja/ch3-5.html

336 :デフォルトの名無しさん:2012/04/19(木) 18:56:26.22
>>335
ありがとうございますー
こんなやり方だと忘れそうですww

337 :デフォルトの名無しさん:2012/04/19(木) 21:28:34.17
今日はじめてgitを触ったんだけど、皆もBashにカタカタ打ち込んでバージョン管理してるの?
CUIに慣れれば簡単にバージョン管理できるようになるんだよな?な?

338 :デフォルトの名無しさん:2012/04/19(木) 21:46:58.39
>>337
あなた次第です。

339 :デフォルトの名無しさん:2012/04/19(木) 22:10:49.66
>>338
じゃあ無理だわ。

340 :デフォルトの名無しさん:2012/04/19(木) 22:44:41.93
>>337
何いってんだよ・・・そんなわけ無いじゃん!

341 :デフォルトの名無しさん:2012/04/19(木) 23:31:34.41
>>339
戦う前から負けることを考える奴があるか

342 :デフォルトの名無しさん:2012/04/19(木) 23:41:46.84
かれこれ1年使っているが、未だにgitをメインに出来ないでいる

1年前の俺に「素直にsubversionにしとけ」と伝えたい

343 :デフォルトの名無しさん:2012/04/20(金) 00:54:58.10
もう、subversionには戻れないけどなぁ〜

344 :デフォルトの名無しさん:2012/04/20(金) 00:58:31.82
もうsubversionの使い方とか覚えてないわー

345 :デフォルトの名無しさん:2012/04/20(金) 07:12:08.20
hg使っとけ

346 :デフォルトの名無しさん:2012/04/20(金) 07:35:54.99
ぎっとぎとにしてやんよ

347 :デフォルトの名無しさん:2012/04/20(金) 10:00:51.24
何度git使ったけど、その度にsvnに戻ってる。

348 :デフォルトの名無しさん:2012/04/20(金) 11:19:43.88
馬鹿には無理

349 :デフォルトの名無しさん:2012/04/20(金) 13:53:21.79
それは本当にそう思うわ
俺には使いこなすの無理っぽい

350 :デフォルトの名無しさん:2012/04/20(金) 14:13:58.31
BSD界隈の人は「CVSで十分」とか言ってる始末

351 :デフォルトの名無しさん:2012/04/20(金) 14:19:47.76
嘘は良くないな

352 :デフォルトの名無しさん:2012/04/20(金) 14:27:48.87
openbsdは未だにcsvでやってるな。
ライセンスが気に入らなくて自前で再実装までしたはず。

353 :デフォルトの名無しさん:2012/04/20(金) 14:28:11.37
じゃなくてcvs

354 :デフォルトの名無しさん:2012/04/20(金) 14:37:35.39
>>351
ほんとだって!
ttp://twilog.org/AoiMoe

355 :デフォルトの名無しさん:2012/04/20(金) 14:40:12.77
PostgreSQLもまだCVSじゃなかったっけ?

356 :デフォルトの名無しさん:2012/04/20(金) 14:52:59.36
ProGit読んでダメって奴は正直バカには無理とかそういうの以前に人間としての知能を疑われるレベル

357 :デフォルトの名無しさん:2012/04/20(金) 15:05:51.78
BSD勢はライセンスが気に入らないってのもあるかも。

358 :デフォルトの名無しさん:2012/04/20(金) 15:32:07.71
>>357
OpenBSDとかそのせいでgzip(.gz)廃止して一昔前のcompress(.Z)使ってるしな

359 :デフォルトの名無しさん:2012/04/20(金) 15:44:16.37
ライセンスが気にくわないならそう言うべきで、それを「CVSで十分」って
言い換えるのは「あのぶどうはすっぱい」そのものなんじゃないかと。

360 :デフォルトの名無しさん:2012/04/20(金) 17:00:52.33
しょっぱいお兄ちゃんかあ
言うこと極端だからね


361 :デフォルトの名無しさん:2012/04/20(金) 17:41:53.02
git最高他はゴミ。

362 :デフォルトの名無しさん:2012/04/20(金) 19:34:18.91
しょっぱいデザート?

もしかしてシャローコピーじゃチマチマアップデートを受けとる使い方ってできない?
しかもシャローコピーをしたディレクトリにシャローコピーの上書きなんてこともできない?

363 :デフォルトの名無しさん:2012/04/20(金) 20:41:09.29
AoiMoeの人には、しお兄ちゃんという呼び名があってだな。


364 :デフォルトの名無しさん:2012/04/20(金) 23:01:50.36
まだ会社辞めてないの?

365 :デフォルトの名無しさん:2012/04/21(土) 00:05:10.55
これチェックアウトしたファイルはワーキングディレクトリ以下にしか散らばらないということでいい?

366 :デフォルトの名無しさん:2012/04/21(土) 00:06:45.89
勝手にはみ出てきたら怒りより笑いがきそう。

367 :デフォルトの名無しさん:2012/04/21(土) 00:34:32.51
Windows 環境でシンボリックをコミットするにはどうすればいい?

368 :デフォルトの名無しさん:2012/04/21(土) 00:51:01.63
>>366
いや、svnならワーキングディレクトリはホームのまま
svn用のディレクトリへチェックアウトして
さらに別のディレクトリへワーキングコピーを作って
みたいにできたじゃん?

369 :デフォルトの名無しさん:2012/04/21(土) 01:24:59.44
>>368
svnのチェックアウトというとgit cloneに近くないか?

370 :デフォルトの名無しさん:2012/04/22(日) 03:08:18.02
"A successful Git branching model"の運用を採用しようと思ったのですが疑問があります。
現在の製品の安定バージョンが3.2として、3.2.1、及び3.2.2(導入未定)を開発してるとします。この場合、各ブランチは

- master: 常に安定版が置かれる。この場合は3.2のソースがrelease-3.2ブランチからマージされた状態
- develop: 3.2.1を開発
- feature-3.2.2: 3.2.2を開発

となるのでしょうか。
また、3.0や3.1でブランチを分けたい場合、名前はどうするのがベターでしょうか。
release-* はこのモデルの場合、一時ブランチに使用する名前みたいなので、3.0-stableとかにするべきなのでしょうか。


371 :デフォルトの名無しさん:2012/04/22(日) 03:10:10.13
sage

372 :デフォルトの名無しさん:2012/04/22(日) 10:20:13.25
小便してたらうんこが漏れた

373 :デフォルトの名無しさん:2012/04/26(木) 22:27:42.19
githubの質問なんだが、プッシュした時のコミットログのユーザ名が、ローカルで設定したものと違う自分と接点のないユーザ名になる
別環境のローカルにプルしてgit log 見るとちゃんと元々設定したユーザ名が表示される
新規作成したリポジトリでやっても同じ結果…
似たような現象になった人いる?
素直にサポートにメールした方がいいだろうか

374 :デフォルトの名無しさん:2012/04/27(金) 00:39:49.77
メールアドレス間違ってんだろ

375 :デフォルトの名無しさん:2012/04/27(金) 01:20:56.54
サンクス
githubのコミットユーザ名ってメールアドレス依存なんだな…微妙な仕様

376 :デフォルトの名無しさん:2012/04/27(金) 07:46:53.00
同姓同名がいるのは当然なんだから
URI であるメールアドレスで一意性を確保するのは当然だろう

377 :デフォルトの名無しさん:2012/04/28(土) 14:45:33.20
ブランチしてマージしてちゃんと動くの、これ?

378 :デフォルトの名無しさん:2012/04/28(土) 17:10:35.02
ちゃんと動くかどうか担保するのはテストだ
gitを含めVCSは管理を提供するに過ぎないよ

379 :デフォルトの名無しさん:2012/04/28(土) 17:13:56.22
2系統で進化した2つのソースをきちんと混ぜることができるのか、という話なら、
7割くらいは自動で(私たちが目で見て普通に考える以上に)論理的にきちんとマージされる

残り3割は「こことここがカチ合ってると思うのでエディタで手動で混ぜてねごめんこ」というテキストファイルになる

380 :デフォルトの名無しさん:2012/04/28(土) 19:51:20.71
merge より rebase のほうがすっきりして好き

381 :デフォルトの名無しさん:2012/04/29(日) 03:54:48.41
意味が分からん
rebaseでもmergeしてるだろ

382 :デフォルトの名無しさん:2012/04/29(日) 04:01:04.94
マージコミットが邪魔という意見かなとエスパーのふりをして答えてみる

383 :デフォルトの名無しさん:2012/04/29(日) 05:56:29.96
他ブランチの変更を自ブランチに取り込む方法として
mergeを使うかrebaseを使うかって意味なら、
別に>>380は何もおかしくない。

384 :デフォルトの名無しさん:2012/04/29(日) 08:45:44.66
ていうかそういう話だろ
実際に衝突しかねない他人のブランチを取り込む手段としてはrebaseのほうが人気
あんまり衝突しそうにない自分のブランチならmerge

385 :デフォルトの名無しさん:2012/04/30(月) 09:23:49.66
今日になっていきなり、以下の様なメッセージが出てきました

Your branch is ahead of 'origin/master' by 13 commits.

これは何を表しているのでしょうか?また、どうすれば良いのでしょうか?

386 :デフォルトの名無しさん:2012/04/30(月) 09:29:35.97
どうすれば良いかはおまえさんにしかわからん

387 :デフォルトの名無しさん:2012/04/30(月) 09:38:30.76
症状としてはそのメッセージのまんま
別に気にしなくてもいい

388 :デフォルトの名無しさん:2012/04/30(月) 09:53:58.85
ローカルとリモートのブランチの対応付けとかがデフォルトのままなら

リモートのmasterブランチの修正が、リモート追跡ブランチorigin/masterに取り込まれてる。
でも、それがmasterブランチに取り込まれていない。

git fetchやったか、別のブランチをcheckoutしてる状態でgit pull originやったとかの、
結果だと思われる。

masterブランチをcheckoutした場合にそのメッセージが出てるんだと思うんで、
修正をmasterに取り込む必要があるなら、そのままgit pull originとかやればいいと思う。
masterブランチ放置ならそのままでも。

389 :385:2012/04/30(月) 09:54:15.18
>>386-387
どうすればこのメッセージを消せますか?

390 :385:2012/04/30(月) 09:59:52.39
>>388
git pull origin しても、"Already up-to-date."と表示されます。
ブランチも master しかありません。

391 :デフォルトの名無しさん:2012/04/30(月) 10:13:13.97
実際どうなのよ?そのoriginのmasterは、自分のmasterに取り込まれてるの?

392 :デフォルトの名無しさん:2012/04/30(月) 10:25:14.71
>>390
何も考えずにgit pull originしちゃったみたいだけど、originの修正を取り込んで良いの?
どっかからcloneしてきたmasterブランチを自ら修正してるんだよね?

393 :デフォルトの名無しさん:2012/04/30(月) 10:37:57.96
>>391
すみません、git使いはじめてまだ1月くらいしか経ってない未熟者なので、質問の意味が理解できません。
申し訳ございません。

>>392
clone元も自分のローカルディスクにあります。


394 :デフォルトの名無しさん:2012/04/30(月) 10:53:25.58
>>393
何も考えずにgit pull originしちゃったみたいだけど、
clone元側の修正を取り込むつもりなのか?そのつもりはないのか?

395 :デフォルトの名無しさん:2012/04/30(月) 11:04:03.50
うんこしたらすっきりした

396 :385:2012/04/30(月) 11:05:53.81
>>394
修正を取り込むつもりはありません。



大変申し訳ございませんが、質問を取り下げさせていただきます。
glt clone の使い方を間違えていたみたいです。
ただ、元のディレクトリのコピーを作成するだけだと思っていたのですが、どうやら関連があるようですね。

もっとgitの勉強してきます。

皆様、ありがとうございました、そしてスレ汚し大変失礼いたしました。

397 :デフォルトの名無しさん:2012/04/30(月) 11:07:35.97
なぜそう思ったんだろう。

398 :デフォルトの名無しさん:2012/04/30(月) 11:20:09.47
>>396
レポジトリのコピーする目的でgit cloneするのは別に間違って無い
>>385が出てるのは必要も無いのにgit fetch系の操作をしたんだろ
clone元との関連を完全に断ちたいなら、それなりの操作が必要

399 :デフォルトの名無しさん:2012/05/02(水) 16:56:25.56
>>385って、remote tracking branchをcheckoutしたときに
(リモートブランチから後に)13コミットもされているから、そろそろpushしたら?とお勧めしているんだろ
trackオプション無しで作ったブランチだと出ないと思う
pushする気無いならそっちで

400 :デフォルトの名無しさん:2012/05/02(水) 17:01:09.03
オープンソースのスパゲッティに自作そうめんを混ぜ込みたい訳でもないのに
それが可能なまるごとコピーがあたりまえというのがうんこ。

401 :デフォルトの名無しさん:2012/05/02(水) 17:04:00.51
git cloneする
リモート追跡ブランチのmasterが自動的に作成、チェックアウトされる

masterに13個コミット

masterをチェックアウト
Your branch is ahead of 'origin/master' by 13 commits.
???

git pull origin
origin/masterは最新なので何も起こらず

402 :デフォルトの名無しさん:2012/05/02(水) 17:09:01.74
clone元で何か変更があったとしても
fetchで取得された最新コミットとマージされるだけじゃん
>>385のメッセージは消えないだろう 別に消す必要もないと思うが

403 :デフォルトの名無しさん:2012/05/02(水) 17:24:46.74
チェックアウトしなおうすときるえ

404 :デフォルトの名無しさん:2012/05/04(金) 18:20:18.60
git addした以降のワーキングツリーの変更だけを取り消すにはどうすればいいんでしょう?
http://d.hatena.ne.jp/murank/20110327/1301224770
に記載されている図で、ワーキングツリーが指している場所を
インデックスが指している場所に戻すイメージなんですが…

今は一旦commitした後reset --hard, reset --soft HEAD^ ってやってるんですが
もう少しシンプルに(commitせずに)できる気がして…

405 :デフォルトの名無しさん:2012/05/04(金) 18:22:30.84
>>404
git checkout -- ファイルパス
かな?

406 :404:2012/05/04(金) 18:41:03.14
>>405
即答ありがとうございます!
そうか、上のサイトやhelpにもありましたが、reset(の本質)はHEADを操作するためのコマンドで、
ワーキングツリーを操作するのは、本来はcheckoutなんですね。


407 :デフォルトの名無しさん:2012/05/04(金) 22:07:17.91
慣れるまでなかなか難しいな。
日本語の良さげな資料はここから辿れる?

http://matome.naver.jp/m/odai/2133603706882852201


408 :デフォルトの名無しさん:2012/05/04(金) 23:12:01.81
Pro Gitで基本知って、A successfulで運用学べばいいんじゃね

409 :デフォルトの名無しさん:2012/05/05(土) 00:53:12.83
あと日本人が書いた本は使わない。
これ大事。

410 :デフォルトの名無しさん:2012/05/05(土) 01:29:02.67
junioをdisってんの?

411 :デフォルトの名無しさん:2012/05/10(木) 10:55:07.59
どうせ誰も使ってないTortoiseGit1.7.9.0で日本語ファイル名対応でっていう

412 :デフォルトの名無しさん:2012/05/10(木) 12:10:16.36
>>411
後はTortoiseGit 1.7.9.0の日本語化パッチが出たら
ライトユーザーに気軽に勧められるようになりますね。

TortoiseGit Japan
http://tortoisegitjapan.com/

413 :デフォルトの名無しさん:2012/05/10(木) 22:37:30.23
日本語化パッチを配布するのはいいんだけど、パッチファイルだけしか配布してない?
ソースコード何処?

414 :デフォルトの名無しさん:2012/05/10(木) 22:40:12.43
導入の煩雑さが改善されないことには勧めにくい

415 :デフォルトの名無しさん:2012/05/10(木) 22:46:08.21
>>413
https://twitter.com/#!/tgitjpn/status/191192379917733888

416 :デフォルトの名無しさん:2012/05/10(木) 22:55:49.55
リソース書き換えていたのか
言語ファイル作るんじゃなくて?

417 :デフォルトの名無しさん:2012/05/11(金) 02:57:12.78
>>412
前に亀水銀使ってたけど
cui触るまでなぜ分散が流行ってるのか理解できなかった
オレがバカなだけかもだけど

418 :デフォルトの名無しさん:2012/05/11(金) 04:12:25.19
>>415
理解に苦しむ

419 :デフォルトの名無しさん:2012/05/11(金) 22:01:43.98
>>417
分散のメリットは色々あるけど1つ言ってみる
ローカルにリポジトリが複製されるから、コミットやマージが速いでしょ?
十分テストしてからリポジトリを同期すればいいから、ミスを恐れながらコミットする必要がない

420 :デフォルトの名無しさん:2012/05/13(日) 11:48:48.49
こまめにコミットできるのはいいよな。


421 :デフォルトの名無しさん:2012/05/13(日) 20:23:23.41
コミットをやり直せるのもいい

422 :デフォルトの名無しさん:2012/05/13(日) 20:39:46.49
「cui触るまで」だからもう解説いらないのでは

423 :デフォルトの名無しさん:2012/05/13(日) 21:47:18.32
>>422 そうですね!

424 :デフォルトの名無しさん:2012/05/13(日) 22:03:35.29
gui触ったことないけどどうなのよ
ワークツリーを適当に修正しまくった後に
必要なとこだけ何段階かに分けてインデックスに入れてコミットとか
こまめにコミットを繰り返したあと
リベースで必要なコミットだけを整理していくつかのコミットにまとめなおすとか
簡単にできんの?

425 :デフォルトの名無しさん:2012/05/13(日) 22:24:52.56
こまめにコミットを繰り返し地獄で悶えて市ね

426 :デフォルトの名無しさん:2012/05/13(日) 22:33:02.18
履歴を見たり、add -i相当の操作ぐらいまではGUIのほうがいいけど、それ以上は期待するな。
特にrebaseは絶対コマンドラインで確実にやるべき。

427 :デフォルトの名無しさん:2012/05/13(日) 23:00:41.33
理屈で言えば、コミットの転写やブランチの移動なんてのは
「オブジェクト単位」で見せながら操作すると超やりやすくわかりやすくできそうなんだけどね

現実はうまくいかんもんだ
UMLエディタみたいなもんか

428 :デフォルトの名無しさん:2012/05/13(日) 23:20:15.89
逆にGUIが使えない環境の場合に、gitk相当のことをcuiでやるにはどうするのがベストかな?

429 :デフォルトの名無しさん:2012/05/13(日) 23:26:16.40
俺も履歴いじりに特化したGUIフロントエンドが
欲しいよ。
hunk単位でドラッグしたらコミット間で入れ替えられて、他のブランチまで考慮に入れて矛盾なくrebaseしてくれるようなやつ。

>>428
標準入力から受け取った内容をそのままテキストエディタで開くコマンドがあると何かと楽かも。
git logやgit diffの結果を開きっぱなしにしたまま次の操作ができるだけで違う。

430 :デフォルトの名無しさん:2012/05/13(日) 23:48:27.79
tmux

431 :デフォルトの名無しさん:2012/05/13(日) 23:49:05.70
cherry-pickのためにハッシュ値をコピペしたりするときちょっと寂しいのは確か
「これを…こうなんだけどなあ(手の動き)」みたいな感じ

432 :デフォルトの名無しさん:2012/05/14(月) 00:53:03.77
馬鹿には無理

433 :デフォルトの名無しさん:2012/05/14(月) 10:45:26.60
端末多重地獄で悶えて氏ね

434 :デフォルトの名無しさん:2012/05/14(月) 10:46:57.51
>>424
> ワークツリーを適当に修正しまくった後に
> 必要なとこだけ何段階かに分けてインデックスに入れてコミットとか
git add -p か git commit -p

> こまめにコミットを繰り返したあと
> リベースで必要なコミットだけを整理していくつかのコミットにまとめなおすとか
> 簡単にできんの?
git rebase -i

435 :デフォルトの名無しさん:2012/05/14(月) 10:51:55.30
TortoiseGitが言語ファイルを作ってもコンテキストメニューしか日本語にならないのは
多くの部分がハードコードされていたかららしい

436 :デフォルトの名無しさん:2012/05/14(月) 11:28:46.83
>>434
たぶん、>>424は、それをTortoiseGitとかのGUIでやれるのか?って聞いてる。

437 :デフォルトの名無しさん:2012/05/14(月) 12:32:50.88
最初からguiと明記されてるのにドヤ顔でコマンドを書いてる子

438 :デフォルトの名無しさん:2012/05/14(月) 13:31:43.84
バスガスバクハツ

439 :やんやん ◆yanyan72E. :2012/05/14(月) 21:44:55.31
GUIの中に「コマンドを指定して実行」みたいに
CUIでの操作もできるようになってるといいんだけれどね。


440 :デフォルトの名無しさん:2012/05/14(月) 22:03:50.41
なってるぞ

441 :デフォルトの名無しさん:2012/05/14(月) 22:45:14.95
msysgit の gitk で UTF-8 の diff が化けずに表示されていたのが化けるようになってしまった
どこに設定ある?

442 :441:2012/05/14(月) 22:50:08.95
git config gui.encoding UTF-8 で行けた

443 :デフォルトの名無しさん:2012/05/16(水) 10:19:52.73
特定のファイルのある日から現在までの(加えられた変更の全ての)差分を取るにはどうしたらいいのでしょうか?
git log -p -after 2012-04-01 -- ファイル名
↑だと2012-04-01からコミット歴が分かるけど、コミット別に表示されてしまいます。
git diffでコミット指定してやればいいのかな?
日付の指定の仕方が分からないけど...

444 :デフォルトの名無しさん:2012/05/16(水) 11:01:08.59
>>443
git diff <refname>@{<date>}..<refname>@{now} -- <path>
でどうかな
revisionの指定方法はgit-rev-parseのマニュアルに書いてあるよ

445 :デフォルトの名無しさん:2012/05/17(木) 08:42:46.89
サーバにある複数の Git リポジトリのバックアップを rsync などのミラーリングツールで取ろうと思うのですが、誰かが push している最中に rsync が走った場合、コピーされたリポジトリが壊れていたりすることはあるのでしょうか?
一つ一つ clone した方が確実だとは思うのですが、私の知らない間にリポジトリが増えていたりもするので、できれば rsync などでリポジトリの親ディレクトリごとバックアップしてしまいたいのです。

446 :デフォルトの名無しさん:2012/05/17(木) 14:03:37.83
それを2chで質問するのは意味がないのでは。
答が「はい」だとして、その答の確実性は担保しようがないでしょう。

447 :デフォルトの名無しさん:2012/05/17(木) 19:38:28.30
>>445
親ディレクトリから1階層だけ find して git bundle するスクリプトを書けば良いんじゃないかな

448 :デフォルトの名無しさん:2012/05/17(木) 19:45:02.70
クライアント側にもリポジトリ残るからバックアップしなくても大事にはならないんじゃない。
てか自分でサーバー構築しなくても、GitHubなどのサービス使ったらいいんじゃないの?

449 :デフォルトの名無しさん:2012/05/17(木) 19:59:09.21
バックアップ中は git push を拒否すればいい

450 :デフォルトの名無しさん:2012/05/17(木) 22:42:29.61
ディレクトリ内にあるすべてのリポジトリで
git push -allをするスクリプトを書く
リポジトリをまだバックアップ先に作っていなければclone
でどうだろう

451 :デフォルトの名無しさん:2012/05/17(木) 22:52:06.76
git bundleは差分バックアップとして使えるの?
ネットワーク繋がっているならpushでいいんじゃねえの

452 :445:2012/05/17(木) 22:54:54.29
>>446
ありがとうございます。
当然その回答のみで確実性を担保する気はありませんが、他に似たような事を考えている方がいれば参考意見が聞けるかと思ったのです。
>>448 の方も言っているように Git はリポジトリの clone をローカルに持つからか、バックアップについての情報があまり出てこなかったもので・・・。

>>448
ありがとうございます。
社内のポリシー的なもので GitHub など外部のリポジトリサービスは残念ながら使えないのです。
社内に GitLab などを立てて複数 bare リポジトリを管理している方はこの辺り一般的にどうしてるのでしょうか・・・。

>>447
ありがとうございます。
git bundle を知らなかったので、調べてみたいと思います。

>>449
ありがとうございます。
やはりそういった運用になるんでしょうか。
そちらも検討してみます。

453 :445:2012/05/17(木) 23:03:17.59
>>450
ありがとうございます。
GitLab を使用しているので、rsync で親ディレクトリから同期してしまうのが楽かな、と思って質問させていただいたのですが、仰るような動作を行うスクリプトを書く方が確かに安全かもしれません。
検討させて頂きます。

>>451
ありがとうございます。
git bundle を余り理解していないので、push or clone とどう違うのかから調べてみたいと思います。

454 :デフォルトの名無しさん:2012/05/18(金) 15:36:45.80
TottoiseGitでバイナリファイルのコンフリクトを
解決しようとしてるんだが、
とりあえずA.binってファイルについて

A.bin.BASE.bin
A.bin.LOCAL.bin
A.bin.REMOTE.bin

って3つのファイルが追加された。
BASEだのLOCALだのと言葉が端的すぎてわからんし、うっかり書き換えも怖い。
どれがなんのファイルかって教えてくれ。

455 :デフォルトの名無しさん:2012/05/18(金) 18:44:28.87
馬鹿には無理

456 :デフォルトの名無しさん:2012/05/18(金) 18:46:36.08
実のところ、>>455もよくわかってない

457 :デフォルトの名無しさん:2012/05/18(金) 19:17:31.16
>>456
ttp://www.google.co.jp/search?num=40&hl=ja&q=%22%E9%A6%AC%E9%B9%BF%E3%81%AB%E3%81%AF%E7%84%A1%E7%90%86%3B%22+site%3Atoro.2ch.net+tech

458 :デフォルトの名無しさん:2012/05/18(金) 22:40:54.86
>>454
コマンドでしか使ったことないんで何とも言えないが
A.binを選択してチェックアウトすれば良いのでは
元に戻すならHEAD、マージ元に置き換えるならブランチ名を


459 :454:2012/05/18(金) 23:20:41.67
>>458
そうか、やはりコマンドでやるのがいいのかな。
Tortoiseは便利だから、できる限りこれで完結させたかったんだが。
ともあれ、ありがとう。

460 :デフォルトの名無しさん:2012/05/18(金) 23:27:43.20
>>459
> Tortoiseは便利だから、
> Tortoiseは便利だから、
> Tortoiseは便利だから、

461 :デフォルトの名無しさん:2012/05/18(金) 23:39:25.23
Tortoiseは便利だよ

462 :デフォルトの名無しさん:2012/05/18(金) 23:45:07.12
それなんて発音したらよいの?

463 :デフォルトの名無しさん:2012/05/18(金) 23:50:51.20
発音記号見ればいいじゃない。


464 :デフォルトの名無しさん:2012/05/19(土) 00:26:12.83
Tortoise松本

465 :デフォルトの名無しさん:2012/05/19(土) 22:36:01.45
GitインストールしたときにGUIが付いてたんですがTortoiseは入れるべきでしょうか?

466 :デフォルトの名無しさん:2012/05/20(日) 17:30:38.12
>>444
今さらだけどありがと。

結局リビジョン指定してやるしかないのかな?

cvsの時代から頭が固まってて訳分からん(´・ω・`)

467 :デフォルトの名無しさん:2012/05/20(日) 22:03:58.62
TortoiseGit-2012-05-20-d54d219-64bit.msi

468 :デフォルトの名無しさん:2012/05/21(月) 04:18:36.56
git コマンドで、現在管理「している」ファイルを表示するにはどうしたらいいの…。

469 :デフォルトの名無しさん:2012/05/21(月) 06:49:54.81
git ls-tree だろうか

470 :デフォルトの名無しさん:2012/05/21(月) 12:30:23.56
Gitでコミットしたものが壊れるときっていつですか?
一応.gitフォルダを毎日zipでバックアップしてます

471 :デフォルトの名無しさん:2012/05/21(月) 13:14:03.09
ファイルシステムの物理的な破損とか、書き込み中に電源が落ちたとか、熱暴走したとか、
宇宙線でディスク上のビットが書き換わったとか、まあ一般的な要因じゃね?
人為的には、うっかりコマンドの引数に*とかやって.gitも巻き込んで弄ってしまうとか。

472 :デフォルトの名無しさん:2012/05/21(月) 15:04:20.54
>>470
zipでGitリポジトリをバックアップしている男の人って・・・

473 :デフォルトの名無しさん:2012/05/21(月) 16:02:22.32
良スレ

474 :デフォルトの名無しさん:2012/05/21(月) 17:33:23.11
>>427
あたしたちはtarでバックアップよね〜
男子ってありえなーい

475 :デフォルトの名無しさん:2012/05/21(月) 19:21:31.16
>>470
sed -i に気をつけろ。

476 :デフォルトの名無しさん:2012/05/21(月) 19:37:04.89
おれ、初心者なんで
git init --bare
git add .
git commit -m "はじめてのコミット"
git clone パス
しか使いませんよ
でもたまに壊れるんですよ

477 :デフォルトの名無しさん:2012/05/21(月) 20:16:23.15
>>476
ベアリポジトリにaddする男の人って…

478 :デフォルトの名無しさん:2012/05/21(月) 20:33:24.73
--bareってだめなんですか?
初心者入門サイトとかで--bareつけてたからおまじないでつけてたんですが

479 :デフォルトの名無しさん:2012/05/21(月) 21:12:24.81
--bareの意味を調べるといい
とんでもない間違いをしてることに気づくはず

480 :デフォルトの名無しさん:2012/05/22(火) 13:01:06.38
「おまじない」とかいう初心者向け解説は百害

481 :デフォルトの名無しさん:2012/05/22(火) 14:12:16.48
まったくだ
あの文化は誰が広めたんだろう

482 :デフォルトの名無しさん:2012/05/22(火) 14:58:36.04
単なる遅延評価じゃないのか

483 :デフォルトの名無しさん:2012/05/22(火) 15:06:04.60
また騙された奴が居るクマ

484 :デフォルトの名無しさん:2012/05/22(火) 15:13:02.91
まさか出来てしまうのかと思ってためしにやってみたが、ベアリポジトリにaddとかできねえクマ

485 :デフォルトの名無しさん:2012/05/22(火) 16:21:09.44
まあそりゃベアだしな

486 :デフォルトの名無しさん:2012/05/22(火) 16:29:00.36
>>480
あれは
・事細かに説明する手間を省いてくれる
・よくわかっていないことをごまかす
という二種類の意味を持つ呪文なので、どっちなのか見極める術を
読む側が身につけないといけないのでふ


487 :デフォルトの名無しさん:2012/05/22(火) 16:50:01.83
とにかく呪いだの幸せになるだの言ってるようなのは
その言ってる人間が胡散臭いw

488 :デフォルトの名無しさん:2012/05/22(火) 17:06:09.11
ベアに釣られまくりとかw

489 :デフォルトの名無しさん:2012/05/22(火) 17:11:29.60
パリィ

490 :デフォルトの名無しさん:2012/05/22(火) 17:23:37.06
>>486
つまり書いてる側にとっての「おまじない」なのか。

491 :デフォルトの名無しさん:2012/05/22(火) 21:50:16.67
ブランチってこういう解釈でいいですか?

masterブランチとtest100ブランチがあるとします
masterのほうには汚したくないので汚れても良いtest100にいろいろコミットしていきます
あ!これでいいなと思ったソースコードが出来たらmasterに切り替えてコミットする

492 :デフォルトの名無しさん:2012/05/22(火) 21:52:13.55
masterに切り替えてmergeだろ

493 :デフォルトの名無しさん:2012/05/23(水) 20:35:16.80
はじめてのコミットをしました
そしてその後ソースコードをたくさん書き直しました12時間×3日分あります
このとき2回目のコミットをしないでgit reset --soft HEAD^をしました
そしたら1回目のコミットのときのファイルに戻ってしまいました
git reset --soft HEAD^をする前の状態に戻したいのですがどなたか助けてください

494 :デフォルトの名無しさん:2012/05/23(水) 20:44:17.57
どうしてそんなになるまでコミットしなかったんだ(AAry

495 :デフォルトの名無しさん:2012/05/23(水) 20:46:32.80
コミットに失敗してgitに入ってるデータと今編集しているコードが消えたらどうしようかなと思ってコミットしませんでした

496 :デフォルトの名無しさん:2012/05/23(水) 20:47:12.25
作業ディレクトリをDropboxに置いてるとか、TimeMachine(OSX)とかなら。

497 :デフォルトの名無しさん:2012/05/23(水) 20:50:40.75
git reset は現在のワークツリーの状態を一旦どこかに保存してから書き戻したりしますか?
No
保存されている場合、それを取り出して復帰させることはできますか?
だからNoだってんだろ

git reflog で表示されてないものを戻すことはできない

498 :デフォルトの名無しさん:2012/05/23(水) 20:57:01.31
>>495
偽者乙
本物ならGitのこと信用できないってことだから使うのやめたほうがいい

499 :デフォルトの名無しさん:2012/05/23(水) 20:57:16.62
ええええ
ここで聞けば助けてくれると思ってたんですが

500 :デフォルトの名無しさん:2012/05/23(水) 20:58:11.44
GitHub for Windowsはどう?

501 :デフォルトの名無しさん:2012/05/23(水) 20:58:27.29
今git checkout .ってやっても戻りませんでした

502 :デフォルトの名無しさん:2012/05/23(水) 20:58:38.06
てゆかなぜ真っ先に2chで聞こうと思ったのか
2ch以外は信じられないのか?

503 :デフォルトの名無しさん:2012/05/23(水) 21:02:53.90
> git reset は現在のワークツリーの状態を一旦どこかに保存してから書き戻したりしますか?
> No
これでFAだな
いちおうファイルシステム上で普通にファイル削除が行なわれているだけなので、
resetしてしまった直後に削除ファイルの救出を行なえばなんとかなったかもしれん

いずれにしても、コミットされてないものをgitが管理することはできない

504 :デフォルトの名無しさん:2012/05/23(水) 21:04:29.14
           __
        , ‐' ´   ``‐、             / ̄:三}
.     /,. -─‐- 、.   ヽ        /   ,.=j
 _,.:_'______ヽ、 .!       ./   _,ノ
  `‐、{ へ  '゙⌒ `!~ヽ. !     /{.  /
    `! し゚  ( ゚j `v‐冫   , '::::::::ヽ、/     そんなことよりBazaarしようぜ!
.    {.l   '⌒      ゙ 6',!   / :::::::::::::::/ __
.     〈  < ´ ̄,フ  .ノー'_ , ‐'´::::::::::::::;/ (_ノ)‐-、
.      ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠.   ヽ_}  ゙ヽ
        ,.r` "´  /:::::::::::::::::::ィ´  `ゝ  !、  /
     /       / :::::::::::::::: ; '´   /´\ /   r'\
.     i      ! ::::::::::::::/ 墨 | .!::::::::/ヽ、.._!ヽ. ヽ、
     {      {:::::::::::;:イ /   ‖i:::::::/:::::::::::::/  \
.      ヽ       ヽ,.ァ‐'´ /ヽ 二 ,/`ヽ、::::::::: /

505 :デフォルトの名無しさん:2012/05/23(水) 22:57:57.72
git reset --soft は HEAD の位置を変えるだけだし、
一回しかコミットしてないなら HEAD^ は存在しないんじゃないか?

506 :デフォルトの名無しさん:2012/05/23(水) 23:12:41.21
実行できたのなら、本当はどっか1回コミットしてるかなんかなんだろうな
どっちにしても、コミットしてない部分は戻っては来ないが

507 :デフォルトの名無しさん:2012/05/23(水) 23:31:16.14
コミットしてない部分は戻っては来ない地獄で悶えて氏ね

508 :デフォルトの名無しさん:2012/05/23(水) 23:41:35.07
ばんばんcommitしちゃえってことだな

509 :デフォルトの名無しさん:2012/05/23(水) 23:46:47.51
とりあえずブランチ作って移動しておけということ
masterを大事にするならなおさらブランチ作っておけ
ブランチにいくらコミットしてもいくら壊してもmasterは永遠に無事

510 :デフォルトの名無しさん:2012/05/23(水) 23:58:52.76
git branch -D master

511 :デフォルトの名無しさん:2012/05/24(木) 00:58:16.40
>>493
もう一回書き直せば、今度はもっと早く綺麗に書けるよ

512 :デフォルトの名無しさん:2012/05/24(木) 12:50:59.82
>>493
もしも編集していたファイルをgit addしたことがあるなら、
念のためリポジトリをバックアップしてから
git fsckを実行してみたらいいんじゃないかな。
実行結果に「dangling blob」で始まる行表示されるなら
そこに表示されてるハッシュ値を使って
git show ハッシュ値
を実行するとgit addした時点でのファイルの内容が表示されると思う。

513 :デフォルトの名無しさん:2012/05/24(木) 15:00:30.46
ねこでもわかるGit
これ誰か作ってください
アフィリエイト張ってもいいです
踏みますので初心者でもわかりやすい講座をお願いします

514 :デフォルトの名無しさん:2012/05/26(土) 00:57:21.04
ググるといくつか出てくるけど。
https://www.google.co.jp/search?q=%E7%8C%AB%E3%81%A7%E3%82%82%E3%82%8F%E3%81%8B%E3%82%8BGit&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ja:official&hl=ja&client=firefox-a

515 :デフォルトの名無しさん:2012/05/26(土) 10:21:55.34
>>513
「猫でもわかる*」ほどくそな入門書はない

516 :デフォルトの名無しさん:2012/05/26(土) 10:48:30.34
そりゃネコ向けだからな

517 :デフォルトの名無しさん:2012/05/26(土) 11:40:28.76
うあ本当にあるんですね
ありがとうございます
さっそくそこみたんですが
git add *って書き方は git add . と同じでしょうか?
初心者入門サイトではgit add . しかみたことないのですが

518 :デフォルトの名無しさん:2012/05/26(土) 11:42:38.25
git add がどういうものかを調べようとは思わないんだな

519 :デフォルトの名無しさん:2012/05/26(土) 11:52:25.01
. はgit add にカレントディレクトリを与えている。

*はすべてのファイルに展開せよというシェルへの指示。
結果的にカレントディレクトリの全ファイルがgit addに与えられる。




520 :デフォルトの名無しさん:2012/05/26(土) 12:04:06.18
ということはどっちも同じって認識でよろしいでしょうか?

521 :デフォルトの名無しさん:2012/05/26(土) 12:09:12.81
>>519
> *はすべてのファイルに展開せよというシェルへの指示
ホームディレクトリで echo *
(UNIX/Linux系列のみ)

522 :デフォルトの名無しさん:2012/05/26(土) 12:38:48.24
ドットで始まるファイルは*では展開されないな。


523 :デフォルトの名無しさん:2012/05/26(土) 13:36:13.37
カレントディレクトリ直下のドットで始まるファイルは展開されずにadd対象から外れるけど、
カレントディレクトリ配下に存在するディレクトリ下のドットで始まるファイルはadd対象になっちゃうのよね

あえてgit add *を使う必要は無いと思うけどなあ

524 :デフォルトの名無しさん:2012/05/26(土) 13:51:18.94
だから git add がどういう意味なのか調べろって
なんでおまじないの扱いなんだ

525 :デフォルトの名無しさん:2012/05/26(土) 13:54:45.24
管理したいファイルだけを追加しろってことだな
管理したくないファイルを追加「してはいけない」

526 :デフォルトの名無しさん:2012/05/26(土) 14:35:57.82
もしかして git add * と git add '*' の区別がついてない人がいるのか。
Windowsだと付かないかもしれないけど。


527 :デフォルトの名無しさん:2012/05/26(土) 14:39:42.52
git add * はシェルが * を展開、 git add '*' は git が * を展開、でよい?


528 :デフォルトの名無しさん:2012/05/26(土) 14:42:50.29
>>527
正しい
そして>>526はこれの違いがわからない無知
最初から git add * だと書かれているのに

529 :デフォルトの名無しさん:2012/05/26(土) 14:57:15.01
ここの常連でもレスが伸びるような話題だったから良い質問したんだなと思いました

530 :デフォルトの名無しさん:2012/05/26(土) 14:59:22.71
git add '*'すると、git自身が*を展開してドットで始まるファイルも対象になるのかw
おれはunixでしか使って無いけど、こんな動作想像したこともなかったわw

さらに、カレントディレクトリに*にマッチするファイルがひとつも無い状態でgit add *すると、
*がそのままgitに渡って、gitがカレントディレクトリ下のドットで始まるファイルもaddしちまうのなw
これはシェルによっても違うのかも?

531 :デフォルトの名無しさん:2012/05/26(土) 15:04:38.45
% ruby -e 'p ARGV' *
zsh: no matches found: *
% bash
$ ruby -e 'p ARGV' *
["*"]

おお、ほんとだ

532 :デフォルトの名無しさん:2012/05/26(土) 15:06:23.78
.htaccessも含めて漏れることなく全てのファイルをコミットしたい場合はgit add .でいいですか?
初心者に1か0かはっきり教えてください

533 :デフォルトの名無しさん:2012/05/26(土) 15:08:03.78
10です

534 :デフォルトの名無しさん:2012/05/26(土) 15:19:13.29
>>517
全部入れるなら git add -A のがいいんじゃないか


535 :デフォルトの名無しさん:2012/05/26(土) 16:15:38.48
多少関連する質問だと思うんだが、
日本人以外も * をアナルと認識するの?

536 :デフォルトの名無しさん:2012/05/26(土) 16:17:45.89
コミットしたデータが壊れるようなコマンドって resetコマンド以外にないですよね?
resetにさえ気をつけておけばデータを壊すことはないですかね?

537 :デフォルトの名無しさん:2012/05/26(土) 16:31:38.99
>>536
gc

538 :デフォルトの名無しさん:2012/05/26(土) 16:37:35.14
>>535
すぐにググれば解決するのに。
聞くより先に手を動かさないからいつまでも初心者のままなんだ。

asterisk anus
と入力してみれば、検索候補にほら!

539 :デフォルトの名無しさん:2012/05/26(土) 16:38:58.19
アナルって何ですか?

540 :デフォルトの名無しさん:2012/05/26(土) 16:42:54.97
アナル管理地獄で悶えて師ね

541 :デフォルトの名無しさん:2012/05/26(土) 16:43:48.32
>>538
ありがとうございます!
積年の疑問がすっきり解消しました!
これで今日からも楽しくアナルをほじれます!

542 :デフォルトの名無しさん:2012/05/26(土) 17:27:14.00
アナルデビューとgitデビュー、どっちが敷居が低いですか?

543 :デフォルトの名無しさん:2012/05/26(土) 21:09:05.07
アナル最高!

544 :デフォルトの名無しさん:2012/05/27(日) 12:44:50.72
_________________________
  ○
(( (ヽヽ    ンギモッヂイイッ!
   >_| ̄|○
しまった!ここはホモスレだ!
オレが掘られているうちに他スレへ逃げろ!
早く!早く!オレに構わず逃げろ!

545 :デフォルトの名無しさん:2012/05/27(日) 19:08:43.87
アッー!

546 :デフォルトの名無しさん:2012/05/28(月) 13:53:29.33
a

547 :デフォルトの名無しさん:2012/05/28(月) 13:59:03.83
質問です。

コミットログにおいて
中括弧 [ ] で囲まれた単語はなにか特別な意味でも持っているのでしょうか?

そのような単語を含むログを持つコミットから
format-patch → am で取り込むと
中括弧 [ ] で囲まれた単語が括弧ごと消えてしまうみたいなんですが、、、


548 :デフォルトの名無しさん:2012/05/28(月) 17:36:37.06
>>547
中括弧?大括弧?

549 :デフォルトの名無しさん:2012/05/28(月) 18:08:20.26
何と呼ぶかわかってませんが
この記号です。
[ と ]


550 :デフォルトの名無しさん:2012/05/28(月) 18:56:34.50
>>549
[]は、大括弧|ブラケット
{} は、中括弧|ブレース
本題の、format-patchはワカラン。すまそ

551 :デフォルトの名無しさん:2012/05/28(月) 19:24:26.53
]}*{[

アッー!

552 :デフォルトの名無しさん:2012/05/28(月) 21:31:18.01
>>550
勉強になりました。
ありがとうございます。


553 :デフォルトの名無しさん:2012/05/28(月) 22:19:05.10
>>547
以下 git am --help の適当訳

作成者名はメッセージの"From:"行から取得され、作成およびコミット日時は
"Date:"行から取得されます。"Subject:"行は一般的なプリフィックスである
"[PATCH <あれこれ>]"を取り除いた後コミットのタイトルとして使用されます。
"Subject:"行はコミットの内容を1行で簡潔に表したものであると想定されて
います。

554 :デフォルトの名無しさん:2012/05/28(月) 22:32:09.82
>>547
手元で試した感じ、
s/Subject: [PATCH.*]$//
のような感じで最長マッチしてるっぽくて、最後の「]」までがすっぽり消える

ただし、Subject:がエンコードされて2行以上になっていると、2行目からは[]の中身は消えない

555 :デフォルトの名無しさん:2012/05/28(月) 22:43:22.36
git branch -D hoge

を間違って実行して予定外のブランチ消しちゃった場合って、
戻し作業はreflogで頑張るしか無いですか?

556 :デフォルトの名無しさん:2012/05/28(月) 23:08:25.46
何か頑張る必要ってあったっけ?
checkoutすればいいだけじゃ。

557 :デフォルトの名無しさん:2012/05/28(月) 23:28:04.66
>>547
[ ] の中身も残したいならgit am --keep

558 :555:2012/05/28(月) 23:55:39.88
>>556
hogeブランチに複数回のコミットがあったとしても

git checkout 削除時に表示されたブランチの最新のコミットID
git checkout -b hoge

で、元に戻るんですね

コミット全部を順番に戻す必要があるのかと思って勘違いしていました

ありがとうございます

559 :デフォルトの名無しさん:2012/05/29(火) 08:58:25.08
>>547です。
みなさん いろいろと教えていただきまして
ありがとうございました!


560 :デフォルトの名無しさん:2012/06/04(月) 02:34:25.53
TortoiseGit 1.7.10.0
Support for localization (you can download/create language packs for TortoiseGit, see http://code.google.com/p/tortoisegit/wiki/Translation)
よしお前ら頑張れ

561 :デフォルトの名無しさん:2012/06/04(月) 09:08:31.36
>>412のサイトが息していないのが気がかりだ…

562 :デフォルトの名無しさん:2012/06/05(火) 15:06:25.31
コミット、イニット、プル、フェッチ、プッシュ、マージ...
日本語化いらないよね〜w

563 :デフォルトの名無しさん:2012/06/05(火) 17:24:00.53
>>412
英語版(unicode版)のDLをおすすめします


564 :デフォルトの名無しさん:2012/06/05(火) 17:25:53.11
>>562
とはいっても和訳されると逆に難解にならないか?

565 :デフォルトの名無しさん:2012/06/05(火) 17:55:22.03
Gitでmergeするときに、あるcommitだけを除いてマージとかできないでしょうか。

たとえばリリースブランチを開発ブランチにマージする時に、リリースブランチ特有のコミットというのがあって(リリース番号を増やすとか)、
それは開発ブランチに含めたくないというケースです。
まあこれは全部をマージした後にrevertするという手がありますが。

あるいはリリースブランチと比べて開発ブランチが大幅に変更されている場合、
リリースブランチにcommitした複数のバグフィックスのうち、開発用ブランチにも適用したほうがいいものとそうでないものがあって、
適用しなくていいものは除いたうえで、リリースブランチの内容を開発用ブランチにマージしたいというケースがあります。
このようなケースでは cherry-pick を使った方がよさそうですが、cherry-pick だとどのcommitまでを開発ブランチに適用したかがわからないので、
できればマージを使いたいと思っています。

よろしくお願いします。

566 :デフォルトの名無しさん:2012/06/05(火) 22:21:24.68
>>565
cherry-pickでマージしたあとに、さらにmerge -s oursでマージコミットだけ出来る


567 :デフォルトの名無しさん:2012/06/06(水) 15:36:55.79
git stash save したのを git stash pop したら conflict したのでもとに戻そうと git checkout filepath したら
error: path 'some/where/file.txt' is unmerged
といわれてもとにもどせません。
こういうときどうしたらいいですか。
「git "error: path '*' is unmerged"」で検索してもよくわかりません。

568 :デフォルトの名無しさん:2012/06/06(水) 18:29:12.56
一度現状のままaddしてからcheckoutしたらどうだろう。

569 :デフォルトの名無しさん:2012/06/06(水) 22:17:52.59
>>567
どのコミットに戻すか明示的にすれば出来るかな

$ git checkout HEAD file.txt


570 :デフォルトの名無しさん:2012/06/06(水) 23:13:47.67
>>567
git reset --merge
で stash pop 前に戻るはず

571 :デフォルトの名無しさん:2012/06/09(土) 18:02:17.20
format-patchで作ったパッチに
定形文を挿入する方法ってないかな〜。

それぞれ独立したsvnのリポジトリがふたつあって、
git svnで使ってるんですが
その両方に自分の担当しているモジュールが存在しています。
片方では普通に開発、
もう片方にはformat-patchをあてるだけ、、、
でやってます。
面倒なのは、パッチをあてたあとに
「どこそこリポジトリのリビジョン◯番から持ってきたコードです」
とコミットログを追加しなきゃならんことなんですが、
なんかうまい方法はないでしょうか?
パッチのコメント部分を自分で置換するしかないでしょうか?


572 :デフォルトの名無しさん:2012/06/10(日) 01:48:39.25
>>571
git am してるって事かな。それなら無理そうだねぇ
通常の手順でログを書き換えるなら

git cherry-pick --edit
git merge --squash

くらいかな。


573 :デフォルトの名無しさん:2012/06/10(日) 02:20:51.11
git-svnのSubversionの外部参照のサポートはまだですか
dcommit相当を毎回ほぼ手動でやっててそろそろ死にそうです

574 :デフォルトの名無しさん:2012/06/13(水) 05:14:42.35
トートイズ・ジット(TortoiseGit)って口にしたらクスクスされた。死にたいorz

575 :デフォルトの名無しさん:2012/06/13(水) 05:20:04.79
クスクス

576 :デフォルトの名無しさん:2012/06/13(水) 09:54:54.29
初見で
とーたす
って読めるひとっているんだろうか

577 :デフォルトの名無しさん:2012/06/13(水) 10:04:09.29
タートイズという読みが癖になってしまった。

578 :デフォルトの名無しさん:2012/06/13(水) 17:51:48.57
さいきんになって
テストコードのようなものを書き始めたんですが、
まずテストをコミット、
その次にそのテストが通るようなコミット、
、、、というように
分けてコミットするのが一般的なんでしょうか?


579 :デフォルトの名無しさん:2012/06/13(水) 18:06:12.43
方針によるんじゃね?
どのリビジョンを抜き出しても全テスト通らないといけない縛りがあったら、一緒にコミットすることになるだろうし

580 :デフォルトの名無しさん:2012/06/13(水) 18:55:07.50
>>576
フランス人はトータス以外の読みを知らない

581 :デフォルトの名無しさん:2012/06/13(水) 18:59:40.61
トータスってバンドを知ってたので馴染みがあった

582 :デフォルトの名無しさん:2012/06/13(水) 19:01:55.61
tortoise松本

583 :デフォルトの名無しさん:2012/06/13(水) 19:34:51.76
GIF画像をジフと呼んでたからgitの文字見るとジットって言ってしまう。

584 :デフォルトの名無しさん:2012/06/13(水) 19:45:22.24
ジットでもあってる
ギットじゃなきゃダメって言う方が情弱

585 :デフォルトの名無しさん:2012/06/13(水) 20:14:34.68
俺の顔油もギットギトやで

586 :デフォルトの名無しさん:2012/06/13(水) 23:55:35.77
はたらけど
はたらけど猶わが生活楽にならざり
Git手を見る

587 :デフォルトの名無しさん:2012/06/14(木) 09:12:14.43
Gnu的にはイットだな

588 :デフォルトの名無しさん:2012/06/14(木) 09:28:53.37
>>572
やはり無理ですか。
ありがとうございました。

なんというかうちの開発体制がまずおかしいんですよね〜orz


589 :デフォルトの名無しさん:2012/06/14(木) 14:16:13.32
>>566
>cherry-pickでマージしたあとに、さらにmerge -s oursでマージコミットだけ出来る

merge -s ours がぐぐってもよくわからんけど、これってどういうものなの?

590 :デフォルトの名無しさん:2012/06/14(木) 14:59:05.09
他のブランチをマージして、
マージで生じた変更を修正して消去した…そんな感じのコミットを作る?

その結果として、HEAD^とHEADはまったく同じ内容だけど、
ブランチをマージしたという記録だけがHEADに付加される。

591 :デフォルトの名無しさん:2012/06/14(木) 19:11:24.62
bitbucketのアカウント取ったんでTortoiseGitから操作したいんだけど
msysgitっていうのはインストールしないとダメなの?
TortoiseGit+bitbucketのみで問題ないならmsysgitっていうのはでき
ればインストールしたくないんだけど・・・・・・

592 :デフォルトの名無しさん:2012/06/15(金) 00:31:29.15
git fetch origin refs/foo/bar
git checkout FETCH_HEAD
を一つのコマンドでできんの?

593 :デフォルトの名無しさん:2012/06/15(金) 11:03:04.85
gitでHEADを動かすコマンドは、
checkoutコマンドとHEADの状態を更新するコマンドと、
それ以外に何かあるかね?

594 :デフォルトの名無しさん:2012/06/17(日) 01:44:27.75
merge -s ours ってコンフリクトしたら自分優先って意味であってる?

595 :デフォルトの名無しさん:2012/06/17(日) 02:16:54.36
コンフリクトも何も相手の変更は何も取り込まない

596 :594:2012/06/17(日) 23:26:32.67
そんなバカな、と思って試してみたら
本当にコンフリクトしてないところも取り込まれてなかった

597 :デフォルトの名無しさん:2012/06/21(木) 20:52:40.51
gitってもしかして他のユーザがリポジトリにcdしてチェックアウトすると
他のユーザが書き込めるディレクトリならそのユーザが所有するファイルが
リポジトリのディレクトリにぶちまけられるから、マスターと同期するだけの
クローンを持ったユーザを作って作業するユーザは更にそこから
リポジトリのクローンを作るというリッチに立地を占拠する使い方が必須になるの?w

598 :デフォルトの名無しさん:2012/06/21(木) 21:22:02.47
頼むから日本語で話してくれ

599 :デフォルトの名無しさん:2012/06/21(木) 23:58:32.21
なんかしらんけどGitHub使え

600 :デフォルトの名無しさん:2012/06/22(金) 01:57:41.81
このご時世に潤沢にディスク無いならgit使うの諦めとけ

601 :デフォルトの名無しさん:2012/06/24(日) 20:05:13.12
msysgitを使ってますが、ホイールでスクロールさせるにはどうすればいいでしょうか?
別にインストールしたcygwin(TERM=xterm)ではホイールスクロールできているんで、
Git\etcのどっかの設定ファイルをいじってターミナルを差し替えればできるんじゃないかと
思っているんですが。

602 :デフォルトの名無しさん:2012/06/24(日) 21:30:48.15
.xtermrc

603 :デフォルトの名無しさん:2012/06/25(月) 22:14:34.19
>>601
Git Bashのこと言ってるのなら
スタートメニューに登録されてるGit Bashのプロパティを開いて
オプションタブの簡易編集モードにチェックを付ける

604 :デフォルトの名無しさん:2012/06/26(火) 11:17:46.14
Windowsでtig使いたい場合ってCygwinしかない?

605 :デフォルトの名無しさん:2012/06/26(火) 18:05:14.28
tigってなんやねん

606 :デフォルトの名無しさん:2012/06/26(火) 18:06:48.67
ggrks

607 :デフォルトの名無しさん:2012/06/26(火) 18:47:56.07
oh...gitのtypoだと思われる可能性は考えてませんでしたすみません
コンソール上で動くgitリポジトリブラウザです

608 :601:2012/06/26(火) 22:00:17.89
>>603
おお!うまくいきました。ありがとうございます。

609 :デフォルトの名無しさん:2012/06/27(水) 19:04:32.05
web+db

610 :デフォルトの名無しさん:2012/06/27(水) 19:35:18.88
github

611 :デフォルトの名無しさん:2012/06/28(木) 00:55:33.53
ttp://hirocaster.github.com/wdpress69/

612 :デフォルトの名無しさん:2012/06/30(土) 00:01:56.95
ヒロキャスター

613 :デフォルトの名無しさん:2012/07/03(火) 17:35:12.21
環境毎に違うDatabase設定ファイル等は、どうやって管理するのが通例ですか?
clone時には設定ファイルも欲しいですが、その後管理から外したいです。
git rm --cached kanri.phpしてpushするとリモートリポジトリ側からもkanri.phpが管理外となってしまい、
以降のcloneでkanri.phpが取れなくなってしまいます。

614 :デフォルトの名無しさん:2012/07/03(火) 17:49:41.54
設定ファイルのテンプレをrepositoryに含めて
実際の設定ファイルの置き場所は別にして.gitignore

615 :デフォルトの名無しさん:2012/07/03(火) 18:06:08.03
>>614
clone後にテンプレをコピーして環境用に編集ということですね。
そういう手で行っているのですね。

ありがとうございます。

616 :デフォルトの名無しさん:2012/07/03(火) 23:03:17.75
新しくgit portableをインストールしたので古い方のgit portableを削除しようとしたのですが、
なぜかgit --versionで確認したら新しい方のgitのハズなのに古い方の/etc/gitconfigを読んでいます
一応動作に支障はないし古い方を消せばいい話ですが、なぜこんなことになってるのか
分からないのが気持ち悪いです。
原因は何だと思われますか?
ちなみに/etc/configにパスは通っていません。~/.gitconfigにはなくetc/gitconfigだけにある設定な上に
リネームすると読み込まなくなるのでetc/gitconfigを読んでるのは間違いないと思います

617 :デフォルトの名無しさん:2012/07/03(火) 23:35:27.15
>>616
gitコマンドのバイナリの中に、環境変数やオプションでの指定が無い場合は、
/etc/gitconfigから設定をとってくる処理があるだけじゃないの?
UNIX系のコマンドなら普通のこと

618 :デフォルトの名無しさん:2012/07/04(水) 08:53:03.37
知らない振りして質問してスレを盛り上げるのが 2ch の流儀。

619 :デフォルトの名無しさん:2012/07/04(水) 14:57:58.59
$ git push -u origin master でエラーが出てプッシュできません
こんなエラーが出ます。原因を教えていただけませんか?
Username for 'https://github.com':
fatal: could not read Username for 'https://github.com': No such file or directory
shell returned 128

620 :デフォルトの名無しさん:2012/07/04(水) 15:04:16.63
origin を
git@github.com:HOGEHOGE/FUGAFUGA.git
にするんだよ

621 :デフォルトの名無しさん:2012/07/04(水) 15:31:27.99
ああ。本当ですね。thx
でも何でだろう
https://github.com/xxxxx/yyyyy.gitの形式でもリモートに登録できていたハズなんだけど

622 :デフォルトの名無しさん:2012/07/04(水) 15:36:49.31
最近出来なくなったみたいだお

623 :デフォルトの名無しさん:2012/07/07(土) 12:06:30.01
git svn dcommitで .. resource out of date; try updating .. なんちゃらという警告が出た場合、
ここで言うupdateってのは git svn rebase をやり直せってことでいいですよね?

ところが git svn rebaseしようとしても、First, rewinding head to replay .. ということで
やたら古いコミットを巻き戻そうとしてコンフリクトしてしまいます。
履歴はこんな感じで、そのコンフリクトするファイルにmasterとgit-svnの差異はありません。

* (HEAD,master)
* merge
|\
| * (git-svn)

svnリポジトリの方でそのファイルが更新されたわけでもないようですが、こっちの
gitリポジトリがなにかおかしくなっているんでしょうか?

624 :デフォルトの名無しさん:2012/07/07(土) 12:30:26.43
>>623
git-svn するなら、mergeコミットがあったらダメですよ

625 :623:2012/07/07(土) 13:06:59.65
なるほど、そういうものなんですか。今までもこのようにやってきたんですが、たしかに
git svn rebaseが成功したときは一本線の履歴に書き直されていましたが。
ただ気になるのが、今git svn rebaseしようとしてコンフリクトを起こすのが、ここで
マージされているブランチが分岐した時点よりずっと古いコミットだというところですね。
なにかこの状態から回復する方法はないでしょうか。

626 :デフォルトの名無しさん:2012/07/07(土) 13:38:46.49
>>625
とりあえずマージコミット以前に reset して rebase するとか、
git-svn (trunkかもしれない)ブランチから再度やり直して、masterにある必要なコミットを
cherry-pickしていくのが地道だけど確実なんじゃないかな。

627 :623:2012/07/07(土) 14:09:08.40
そうか、そういうことができるんですね。subversionから移ってきたばかりで
感覚がつかめてませんでしたが。
試してみます。ありがとうございました。

628 :デフォルトの名無しさん:2012/07/07(土) 14:12:06.04
>>627
svnやっていたなら逆にProGitとかちゃんと読んだほうがいいですよ
どうしてもsvnに当てはめて考えちゃうので、いったん概念をリセットしたほうが理解できる

629 :デフォルトの名無しさん:2012/07/10(火) 18:12:20.97
gitは普通の企業じゃ流行らへん気がするな
使うのにcygwinとかmsysgitとか入れるのを面倒くさがりそうだし
macとまで言わんから会社でもせめてunix系のos使いたいわ

630 :デフォルトの名無しさん:2012/07/10(火) 18:19:44.36
普通の企業 == Windowsしか使わない


631 :デフォルトの名無しさん:2012/07/10(火) 19:22:38.31
これからは統合環境にgitが入ってるのが普通になるだろ

632 :デフォルトの名無しさん:2012/07/10(火) 21:34:54.35
EGit便利

633 :デフォルトの名無しさん:2012/07/10(火) 21:40:04.46
>>632
1〜2年ほど前に試した時にはステージングやdiffやrebaseやコミット指定が使いづらくて
結局コマンドラインに戻ったんだけど改善した?

634 :デフォルトの名無しさん:2012/07/10(火) 22:03:44.99
しかしEGitはまだいまいち信用ならん気がする

635 :デフォルトの名無しさん:2012/07/12(木) 00:06:39.44
githubにプルリクエストしたらリベースしてまとめろって怒られてしまいました。
やったことは:
フォークしてローカルにコピー。
日本語訳用のブランチを切って作業。
日本訳部分を修正してコミット。
放置してたらフォーク元のリポジトリが更新されたのでgit fetch upstream;git merge upstream/masterで更新。
(これは日本語訳用のブランチでやってしまったかも)
日本訳部分をまた修正してコミット。
フォークした先にプッシュ。
プルリクエスト。

githubのプルリクエストには
hage 日本語訳のコミット1 96d8373
hage Merge remote-tracking branch 'upstream/master' into 日本語訳用のブランチ a253255
hage Merge remote-tracking branch 'upstream/master' into 日本語訳用のブランチ 45325c1
hage 日本語訳のコミット2 673bb56
みたいに表示されてます。

それで↓を参考にgit rebase origin masterまでしました。
ttp://qiita.com/items/cddd7dd9cde6a9c6dde6

git rebase -i でエディタに出るコミットとgit logで表示されるコミットで混乱してます。
"日本語訳のコミット1"96d8373と"日本語訳のコミット2"673bb56の間に
"Merge remote-tracking branch 'upstream/master' into 日本語訳用のブランチ"a253255や45325c1は存在しません。

どうしたら1つにまとめられるの?

636 :デフォルトの名無しさん:2012/07/12(木) 01:11:01.69
>>635
そのままrebaseすればいいんじゃないの
a253255 とか 45325c1 とかが適用済みの master に rebase するんでしょ
最悪 git diff で取り出したパッチをあてるとかでもいけると思う

> 放置してたらフォーク元のリポジトリが更新されたのでgit fetch upstream;git merge upstream/masterで更新。
pull request しようとしているブランチでこれはやっちゃだめだと思うよ

637 :デフォルトの名無しさん:2012/07/12(木) 01:30:58.16
>>635
rebase -i した時に次のようになるんだよね

pick 96d8373 日本語訳のコミット1
pick 673bb56 日本語訳のコミット2

一緒にしたいなら squash (s)に書き換えて

pick 96d8373 日本語訳のコミット1
s 673bb56 日本語訳のコミット2

エディタを閉じるとさらに新しいコミットログ入れろと来て、
エディタを閉じるとコミット1にコミット2が足されて
一つのコミットになると思うよ。


638 :635 :2012/07/13(金) 01:05:01.77
>>636
>a253255 とか 45325c1 とかが適用済みの master に rebase するんでしょ
そうです。
そのまましようとしたけど、rebase -iで96d8373と673bb56の間にはa253255と45325c1が無いのでどうしていいのか分からず質問しました。

>pull request しようとしているブランチでこれはやっちゃだめだと思うよ
寝ぼけたせいか、やっちゃったようです。

>>637
pick 96d8373 日本語訳のコミット1
pick 5366d33 他人1のコミット
pick 553accc 他人2のコミット
pick 3673ddc 他人3のコミット
pick 673bb56 日本語訳のコミット2

みたいになってます。この他人1,2,3のコミットはa253255と45325c1ではありません。
s 673bb56 日本語訳のコミット2 にしたら僕の日本語訳のコミット2は他人3のコミットに含まれちゃって困ったことにはならないのでしょうか?

639 :637:2012/07/13(金) 01:33:11.95
>>638
おおう、なんかややこしい事になってるね。
mergeしただけなら間の3つは出ないはずなんだけど、なんだろう。

自分のコミットが2つだけってわかってるなら
最新のmasterからブランチ作り直してcherry-pickした方が早いかもね。

git cherry-pick -n 96d8373
git cherry-pick -n 673bb56
git commit

-n オプションつけるとcommitをまとめられます。


640 :635 :2012/07/15(日) 22:15:25.37
>>639
ありがと。なんとか一つにまとめられました。

641 :デフォルトの名無しさん:2012/07/16(月) 15:33:01.82
特定のcommitに非常に大きなファイルが追加され、git pullが失敗します。
そのcommitあるいはファイルを無視してgit pullを行う方法はないでしょうか。

いちおうgit format-patchは試してみましたが、やはり失敗します。
なお原因のファイルは別途リポジトリから持ってくることはできました。

642 :デフォルトの名無しさん:2012/07/16(月) 16:05:35.27
>>641
fetchは出来るの?

643 :デフォルトの名無しさん:2012/07/16(月) 16:21:46.96
fetchもできません。同じようなエラーが出ます。
エラーメッセージは控えてないですが、サーバー側でOut of Memoryが
発生したとか、そんな感じでした。

644 :デフォルトの名無しさん:2012/07/16(月) 19:25:41.65
『サーバー側でOut of Memory』の解決にはならないかもしれないけど、再転送は防げる:
こっちで適当な捨てブランチで add & commit してから pull してみるとか
むこうの .git/objects からそのファイルを持ってきてコピーするとか
こちらの .git/objects の適当なファイルをコピーしてごまかすとか (危険)


645 :デフォルトの名無しさん:2012/07/16(月) 20:57:55.80
ありがとうございます。単純に特定のcommitを無視してfetch/pullするようなことは
できないということですね。
ところで、pullするのはその捨てブランチ上で、ということでしょうか?その場合、
masterを同期させるにはmergeする必要があるのでしょうか?
それとも、対象のファイルをadd/commitしてしまえばmaster側でpullできるように
なるということでしょうか。

646 :デフォルトの名無しさん:2012/07/17(火) 02:18:42.43
>>643
圧縮中に失敗してるのかな?メモリ不足っていうのなら
サーバー側のリポジトリに以下の設定をしてみたらどうかな

圧縮用のメモリを50MBに制限

$ cd /git/hoge.git
$ git config pack.windowMemory 50m

それでも足りないなら圧縮用のスレッドを1つに制限

$ git config pack.threads 1


647 :デフォルトの名無しさん:2012/07/17(火) 20:41:14.16
>>特定のcommitを無視して
--depth で shallow repository なるものを作ることができるらしいので、それで可能かも。

捨てブランチで add & commit してからの pull は本番ブランチの方で。


648 :デフォルトの名無しさん:2012/07/21(土) 22:21:03.48
git svnでcloneしたものの中に、編集中(ステータスがM)のものがある時に、rebaseやdcommitする方法は無いでしょうか?

649 :デフォルトの名無しさん:2012/07/21(土) 23:01:44.06
stash?


650 :648:2012/07/21(土) 23:10:53.76
stash以外だと無いでしょうか?
その編集されたファイル(ステータスMのもの)は、dcommitやrebase時以外は編集状態にしておきたいのです。

651 :デフォルトの名無しさん:2012/07/21(土) 23:42:20.32
stashの何が不満?

652 :648:2012/07/22(日) 00:13:18.55
stashだと、編集内容が退避されてしまうことです。
常に編集状態にしておきたいのです。でも、dcommitやrebaseはしたいのです。
dcommit前にstash、dcommit後にstash popとするような形になるのでちょっと面倒です。

653 :デフォルトの名無しさん:2012/07/22(日) 00:34:20.68
>>652
単に手間を省きたかったり、stash popし忘れを気にしているなら
stash -> dcommit -> stash pop
を一度にやるシェルスクリプトやバッチファイルを書いて使えばいいのでは。


654 :648:2012/07/22(日) 01:23:21.94
はい、手間はそれではぶけますね。ただ、gitの何か標準の方法で何か同じことができないかなーと思ってました。
ありがとうございます!


655 :デフォルトの名無しさん:2012/07/22(日) 03:25:32.01
そのスクリプトのファイル名をgit-xxxxにしてパス通しておけば
git xxxで使えるようになるぜ

656 :デフォルトの名無しさん:2012/07/22(日) 06:52:19.95
へー、そんな気軽にサブコマンド作れるんだ…

657 :デフォルトの名無しさん:2012/07/22(日) 08:05:25.38
>>652
ああ、なんかわかるよそれ
git stash saveっていろいろオプションあるけど -no-revert(仮)だけないんだよな…

658 :デフォルトの名無しさん:2012/07/22(日) 10:40:40.01
一旦ワーキングコピーをクリーンにしないとrebaseでコンフリクト発生時に困るからじゃないかな

659 :デフォルトの名無しさん:2012/07/22(日) 18:38:16.75
はたらけどはたらけど
猶わが生活樂にならざり
ぎつと手を見る

660 :デフォルトの名無しさん:2012/07/22(日) 19:17:20.38
Git の読みは「ジット」で良いんですよ

661 :デフォルトの名無しさん:2012/07/22(日) 19:43:43.52
むしろなぜ「ギット」なわけ?
読みづらいんだけど

662 :デフォルトの名無しさん:2012/07/22(日) 19:50:05.45
うふふ

663 :デフォルトの名無しさん:2012/07/22(日) 20:02:13.80
きもいです

664 :デフォルトの名無しさん:2012/07/22(日) 20:03:48.90
英単語を日本人の発想で読みにくいとか言ったってしょうがないでしょ

665 :デフォルトの名無しさん:2012/07/22(日) 20:16:23.80
あいだをとってゲッツでいいよ

666 :デフォルトの名無しさん:2012/07/22(日) 20:26:17.18
コーヒージフトはエィジィエフ

667 :デフォルトの名無しさん:2012/07/22(日) 21:28:03.36
ぎっあんつ、ぎっあんつ、ゆけゆけそれゆけ

668 :デフォルトの名無しさん:2012/07/22(日) 21:35:33.29
くるー、ギットくるー

669 :デフォルトの名無しさん:2012/07/22(日) 21:52:54.58
ギトギト油は徹夜明けによく出るよな。。。

670 :デフォルトの名無しさん:2012/07/23(月) 07:02:10.39
会社の仕事でも
git使うことになったんだけど、
コミットログを英語限定にされてしんどいよ〜

いまどきは英語ができて当たり前なのかもしれないけど、
俺の場合、コミットログの英文考えるのに時間が取られるorz
日本人しかいないのに何故英語?って聞いたら
文字化けするから、だって、、、

svnならどうかしらないけど、
gitには文字エンコーディング関係の設定もちゃんとあるのに文字化け問題なんて存在しないよね???



671 :デフォルトの名無しさん:2012/07/23(月) 07:31:18.10
>>670
> gitには文字エンコーディング関係の設定もちゃんとあるのに文字化け問題なんて存在しないよね???
正しく設定すれば。
その会社の面子にその設定をする能力が無いと判断したのであれば、それは正しい。
そのルールを作ったのがそれを知らなかったのなら、そいつがだだのギット。


672 :デフォルトの名無しさん:2012/07/23(月) 08:10:12.11
オプソでgithubとかに上げるなら英文で書く意味も有るけど
仕事でやってたら効率下げるだけだなー
楽天じゃ有るまいし

673 :デフォルトの名無しさん:2012/07/23(月) 08:40:42.42
コーヒージフトはエィギィエフ

674 :デフォルトの名無しさん:2012/07/23(月) 10:17:59.10
fa-sutokomitto

675 :デフォルトの名無しさん:2012/07/23(月) 10:27:12.66
>>670
その会社、普段からUTF-8とSJISとEUC-JPが混在してるんだろうなぁ…

676 :デフォルトの名無しさん:2012/07/23(月) 10:41:24.07
       |
   \  __  /
   _ (m) _ピコーン
      |ミ|
    /  `´  \
     ('A`)    日本語のログをファイルに保存してコミットしよう
     ノヽノヽ
       くく

677 :デフォルトの名無しさん:2012/07/23(月) 11:01:14.09
ファイルの先頭にコメントで日本語のログを書こうぜ。

678 :デフォルトの名無しさん:2012/07/23(月) 11:57:13.29
ローマ字「………(チラッ)」

679 :デフォルトの名無しさん:2012/07/23(月) 13:04:17.00
1行目だけ英語、3行目以降は日本語(UTF-8)で書いてる俺が優勝

680 :デフォルトの名無しさん:2012/07/23(月) 15:18:54.79
優勝おめ(棒)

681 :デフォルトの名無しさん:2012/07/23(月) 15:33:35.30
1行目は60文字くらい以内でコミットを要約
`Add a new class Hoge'とか`Refactor the method Foo.bar()'とか
(マージコミットに生成されるメッセージと合わせるため主語省略・文末のピリオド省略)
2行目は空行 3行目以降に必要なだけ詳細説明(各行は70文字くらいに抑える)

git始めて半年くらい試行錯誤した結果がこれ

682 :デフォルトの名無しさん:2012/07/23(月) 16:10:34.29
これ?w
https://gist.github.com/3160352

683 :681:2012/07/23(月) 16:25:32.40
>>682
あちこちのwebページ見て試行錯誤したけど、上のはどこか1箇所のスタイルをほとんど継承してるはず
いただいたリンクは似てるけど違うようだ

684 :デフォルトの名無しさん:2012/07/25(水) 16:56:05.58
初めてコミットしたものを消したいんですが消えません。
どうやって消せますか?
git init
touch test.txt
git add .
git commit -m "a"
git log↓以下が表示される
===========================
commit 11d20268befb62d7d53d818e36e5368549c124f8
Author: xxx <xxx@xxx.xxx>
Date: Wed Jul 25 08:37:00 2012 +0100
===========================
git reset --hard 11d20268befb62d7d53d818e36e5368549c124f8 もしくは git reset --hard HEAD^
git log←コミットしたものが消えてない

685 :デフォルトの名無しさん:2012/07/25(水) 17:00:18.04
git commit --amend

686 :デフォルトの名無しさん:2012/07/25(水) 18:26:12.91
rm -rf .git
git init

687 :デフォルトの名無しさん:2012/07/25(水) 18:29:33.69
>>684
git log HEAD^で確かめてみればわかるが、
HEAD^は存在しないから、git reset --hard HEAD^はできない。

git reset --hard 11d20268befb62d7d53d818e36e5368549c124f8は、
git reset --hard HEADと同じ意味で、
今の状態に戻すということだから何もしない。

688 :デフォルトの名無しさん:2012/07/25(水) 19:09:47.38
gitで一度行った変更をなかったことにする方法4つ
ttp://labs.timedia.co.jp/2011/02/git-various-undo.html

689 :デフォルトの名無しさん:2012/07/27(金) 16:41:20.82
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-%E3%82%B5%E3%83%96%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB
ここを見ながらsubtree mergeでサブディレクトリに読み込むとこまでは行ったんですが、
サブプロジェクトRackがさらに別のプロジェクトをsubmoduleで取り込んでる場合は
どうすればいいんでしょうか?
rack_branchをチェックアウトしてgit submodule init > git submodule updateすると
submoduleが読み込まれるんですが、masterを再度チェックアウトすると空のままなんです。


690 :689:2012/07/27(金) 17:48:58.38
貼ったリンク間違っていました。正しくは、こちらです。
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-%E3%82%B5%E3%83%96%E3%83%84%E3%83%AA%E3%83%BC%E3%83%9E%E3%83%BC%E3%82%B8

691 :デフォルトの名無しさん:2012/07/28(土) 00:20:08.16
add . と、add -A には意味の違いがない同じコマンドと見なして良いでしょうか?

692 :デフォルトの名無しさん:2012/07/28(土) 00:21:10.77
はい

693 :デフォルトの名無しさん:2012/07/28(土) 01:37:01.08
>>691
違うぞ
git add . は削除ファイルがステージされない
git add -A は削除ファイルもステージされる

-A はベンダーブランチみたいな運用をする時に重宝するよ。


694 :デフォルトの名無しさん:2012/07/28(土) 04:31:07.00
git reset HEADのHEADを省略した場合はHEADになるんですよね?

695 :デフォルトの名無しさん:2012/07/30(月) 09:25:50.09
gitgでコミットした人のアバター(gravatar.com)を表示するようになってるのですが、これを停止する方法はないもんでしょうか
っていうかこれ画像はキャッシュとかされてるんでしょうか、まさか毎回コミット表示するたびにサーバに問い合わせしてる?

696 :デフォルトの名無しさん:2012/07/30(月) 10:25:50.59
あれはgithubを見るときにも表示を遅くして非常に鬱陶しいので、hostsに
127.0.0.1 localhost.localdomain localhost www.gravatar.com secure.gravatar.com gravatar.com
と書いてしまってる

697 :デフォルトの名無しさん:2012/07/30(月) 10:28:19.32
今時Win板hostsスレを参考にするなんてかっこわるいよ
AdBlock系でgravatar.comをブロックとかの方がスマート


698 :デフォルトの名無しさん:2012/07/30(月) 10:31:19.18
>>697
> も

699 :デフォルトの名無しさん:2012/07/30(月) 10:34:40.47
>>695をなんとかするには>>696みたいな方法しかないはず
githubで表示されなくなるというのは余録に過ぎない
DNSのブラックリストを弄れるソフト導入してるなら別だが

700 :デフォルトの名無しさん:2012/07/30(月) 10:39:55.35
>>698-699
あの…AdBlockPlusとか、Operaならデフォルトで「特定のドメインへのアクセスを遮断する」機能がついているんだけど
>>696みたいな方法しかない」というのはどこで誰が主張しているの?

701 :デフォルトの名無しさん:2012/07/30(月) 10:45:55.82
>>700
何でgitgとウェブブラウザが関係有るんだよ
何か他のものと勘違いしてないか

702 :デフォルトの名無しさん:2012/07/30(月) 12:55:38.07
こんなわけわからん主張でスマートとか言い出すやつに何言ったって無駄だと思う

703 :デフォルトの名無しさん:2012/07/30(月) 13:37:19.53
hostsは万能なのにな

704 :デフォルトの名無しさん:2012/08/02(木) 19:52:42.09
git stash save で、特定のファイルだけを指定してsaveできないかな。
すべてをsaveする仕様は使いづらい。

705 :デフォルトの名無しさん:2012/08/02(木) 20:34:50.23
>>704
git stash --patch とか?

706 :デフォルトの名無しさん:2012/08/03(金) 04:51:01.80
stashにまで-pオプションあんのかよ、、、

707 :デフォルトの名無しさん:2012/08/03(金) 16:17:32.03
>>705,706
さんくす。--patch は add -p と同じ意味なんですね。

708 :デフォルトの名無しさん:2012/08/03(金) 18:05:40.89
設定ファイルみたいにclone時には含めたいけど、
pushさせたくないファイルってどうすればいいんですか?
--assume-unchangedはcloneとかresetで元に戻ってしまうみたいだし、
clone毎に設定しなきゃならないとヒューマンエラーの元になりそうだし。
〜.ini.sample作って〜.iniをgitignoreに入れとくしかないんですかね?

709 :デフォルトの名無しさん:2012/08/03(金) 19:18:03.91
そうです

710 :デフォルトの名無しさん:2012/08/04(土) 09:31:31.34
>>708
setting.ini.inでコミットしておいて
configureでsetting.ini.in -> setting.ini
を生成するのが一般的かな。


711 :708:2012/08/04(土) 11:20:50.48
>>710
> configureでsetting.ini.in -> setting.ini
というのは、プログラムレベルとかビルドの話ですか?


712 :デフォルトの名無しさん:2012/08/04(土) 11:57:25.51
>>711
ビルド、というかビルドの前処理ですね。


713 :デフォルトの名無しさん:2012/08/07(火) 17:18:34.43
ローカルでtest.txtを作り
git add .
git commit -m 'hoge'
git push origin
と行ってもリモート側にファイルがPUSHされません
リモート側でステータスを見ると
git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# deleted: test.txt

となっており、何故か勝手に削除されているようです
既に存在するファイルを変更してPUSHしても変更が元に戻されてしまいます
どこを見ればいいかもわからずアドバイス頂ければ幸いです……

714 :デフォルトの名無しさん:2012/08/07(火) 19:46:59.80
リモートにpushしたから、test.txtがリポジトリにのみ存在して
リモートの作業ツリーに存在しない状態になっているだけじゃないの?

715 :デフォルトの名無しさん:2012/08/08(水) 20:00:36.00
githubさんがメアドの存在性チェックを始めちゃったみたい

716 :デフォルトの名無しさん:2012/08/08(水) 21:25:23.21
何か都合悪いのか?

717 :デフォルトの名無しさん:2012/08/09(木) 14:52:24.51
変えるの面倒くさいから、なくなったメールアドレスがデフォルトだよ
どうすべw

718 :デフォルトの名無しさん:2012/08/09(木) 15:39:53.23
Account settingsからEmails選んで、新しいメールアドレス追加して、
古いアドレス削除すればいいんじゃないの?
2つ以上メールアドレス登録してあれば、Default消すと他のアドレスがDefaultになるんじゃない?

719 :デフォルトの名無しさん:2012/08/10(金) 00:21:39.15
うん

720 :デフォルトの名無しさん:2012/08/10(金) 03:06:15.87
>>713
>>714の言うとおり作業ツリーが更新されてないだけでpushはされているよ。
リモート側で git reset --hard すれば同じになる。

.git/hooks/post-receive に

(cd ..; git --git-dir=.git reset --hard)

といったフックスクリプトを書いておけばpushした時に自動で更新出来る。
変更ファイルは吹っ飛ぶけどね。

でも、pushはbareリポジトリに使って
non-bareなリポジトリはお互いにpullし合うように使うのが基本だと思うよ。


721 :デフォルトの名無しさん:2012/08/10(金) 11:02:39.62
>>718
こんな事件もあるみたい
ttp://news.mynavi.jp/column/svalley/476/

722 :デフォルトの名無しさん:2012/08/13(月) 05:31:36.10
tagつけたのにsf.netのブラウザ上で表示されないよ

723 :デフォルトの名無しさん:2012/08/13(月) 06:18:29.49
去年10月にコミットした状態のディレクトリを/tmp/10gatu/
に取り出したいのですが
どうすればいいのでしょうか

724 :デフォルトの名無しさん:2012/08/13(月) 06:53:14.29
>>723
レポジトリが/path/to/reposにある場合
% cd /path/to/repos
% git archive --format=tar (10月のcommit-id) | (cd /tmp/10gatu;tar xf -)
でどうでしょう

725 :デフォルトの名無しさん:2012/08/14(火) 01:53:06.04
>>722
tagをpushしてないとか。

726 :デフォルトの名無しさん:2012/08/18(土) 21:40:10.58
質問なのですが、gitのレポジトリはどのディレクトリに作成していますか?
/var/lib、/usr/local、~/以下など何か慣例はあるのでしょうか。

727 :デフォルトの名無しさん:2012/08/18(土) 22:09:36.11
>>726
慣例は知らないけど、SSHだと下記のようなパスが多い気がするので

ssh://example.com/git/hoge.git

うちはルートにシンボリックリンクを作ってそこを参照するようにしてるよ。
実際の置き場所はまちまち。

/git -> /home/public/git


728 :デフォルトの名無しさん:2012/08/18(土) 22:22:49.64
>> 727
なるほど〜。シンボリックリンク自分では作ったことなかったんで超参考になりました。
ありがとうございます!

729 :デフォルトの名無しさん:2012/08/18(土) 23:10:52.14
>>726
gitの場合いろんなとこにできるからなぁ。
センターはバックアップ送りにしたいので/var/rep/gitとかに、ローカルは~/usr/gitとか~/tmp/gitとかにしてます。

730 :デフォルトの名無しさん:2012/08/19(日) 01:14:46.10
普通、gitliteとかでリポジトリをつくってバックアップだろ。
生gitのレポジトリをそんなに使いたいのか?

アドミンの好きにすればいいけど、面倒だろ。

ローカルは好きに、cloneに時間掛からないなら、毎回消しているな。
もちろん、自分のbranchやstashが必要なら消さないけど。

731 :デフォルトの名無しさん:2012/08/20(月) 22:25:55.65
UTF-8-MAC問題が修正されてるね
precomposeunicode = true


732 :デフォルトの名無しさん:2012/08/21(火) 12:19:42.10
github:gistでhttps://gist.github.com/3401612のように文章で太字やらリストやら見出しやらを付けたいのですが
ページ内のrawというリンクをクリックするとソースみたいなのが出てきます
それを参考にして自分でも書きたいんですがhttps://gist.github.com/でLanguageは何を選べばできるのでしょうか?

733 :デフォルトの名無しさん:2012/08/21(火) 12:22:51.66
Markdownじゃないか

734 :デフォルトの名無しさん:2012/08/24(金) 22:20:42.56
githubでローカライズ用の1ファイルだけを更新してpull requestした(マージもされました)のですが、
同じファイルだけ更新して2回目にpull requestする時は新しいブランチを作ってからpull requestしなければならないのでしょうか?
日本語化だけのブランチなので英語版が更新されるたびに新しいブランチを切るのも面倒な気がして。

↓の話はpull requestが取り込まれた後も影響するの??

GitHubへpull requestする際のベストプラクティス - hnwの日記
ttp://d.hatena.ne.jp/hnw/20110528
>>1点だけ、pull request後の注意点があります。pull requestに使ったブランチで別の作業をしてはいけません。万一無関係なcommitをpushしてしまうと、pull requestにも反映されてしまいます。

735 :デフォルトの名無しさん:2012/08/25(土) 13:57:45.18
馬鹿には無理

736 :デフォルトの名無しさん:2012/08/25(土) 14:02:05.61
          /        ,       ::| |ヽ\    \
          /      /  / |     ::/| :| `、`、    ヽ
           /      /  / |    ::/ |::|  `、',ヽ  ',  ',         r┐ r┐ヾ>
         ,'   i   | :/'  | |  ::/ i:|    ', i ヽ  i  ',.       | | lニ コ
        ,'   |     ! :,'   i||  ::/  ||     || `、 | | |        | レ! _| |.
         |   |    |`i'-,,, | | ::/   |     |  ', | | |        ヽ/(___メ>
          |   |    ||.|  `二=,,__,,,     ,,,__... -!´ト, | |         ,、
      .  | .   i    | |  //:::C,       7::c\ ||ヘ.| |        ((
          |   .|     | /  {::::::::::::}         {::::::::}`、 ,' .| i         ))
        | /´'|     |     ヽ::::::ノ       ヾ::ノ  .|   |        ((
        | {  |    |::::::::         ,    .... |   |         ))
        |  \',   '','''''   __       ::::::::: |   i           ((
        |   .:::',   ',   /    ` ー --、    |   |            ))
        /  .:::::::', ::  ',  /          }    /   |         ((
       / ...:::::::::::'、::.   ',、(          /  ,イ|:: :   |          `
     /  ..:::::::::::/'`、:::.. ',`'' - ,,____ノ,,ィ::´:::i ',:::|:: |         / 7
`-ー-´/ /:::::::::/    `、、 ',   /`、\:::::::::::::::,':::::::,' |::||:: |       ┌‐' 'ー┐ト、
 ̄ ̄/  ./:::::,-{       \ `、、   /  \::::::::,'::::::/  .|:i'|: |        7 /_7 / 」__〉
  /   //  \       \ ヽ/    }::::/:::::/   | |:|        〈_/ヽ_/

737 :デフォルトの名無しさん:2012/08/25(土) 14:03:57.59
2回目にpull requestする時は新しいブランチを作る地獄で悶えて市ね

738 :デフォルトの名無しさん:2012/08/25(土) 14:15:40.81
>>735-737
この人何か嫌なことでもあったの

739 :デフォルトの名無しさん:2012/08/27(月) 03:22:47.33
GitHubのissue報告のページにはどういうマークアップ記法が使われていますか?
コードの部分をそれと分かるようにしたいです。
プレーンテキストオンリーは嫌です

740 :デフォルトの名無しさん:2012/08/27(月) 03:58:50.99
>>739

Comments are parsed with GitHub Flavored Markdown
リンクはってあるやん


741 :デフォルトの名無しさん:2012/08/27(月) 11:09:49.38
>>740
本当だ
ありがとうございます。

742 :デフォルトの名無しさん:2012/08/29(水) 15:57:45.61
PortableGit-1.7.11で
git pull --rebaseをしていると、
/libexec/git-core/git-sh-setup: line 266: cd: .git: No such file or directoryというエラーが出ました。
ファイルgit-sh-setupの266行目を見ると、
test -n "$GIT_DIR" && GIT_DIR=$(cd "$GIT_DIR" && pwd) || {
echo >&2 "Unable to determine absolute path of git directory"
exit 1
}
とありますが、つまりこれは$GIT_DIRがないということでしょうか?
このあとどうしたら正常に動かせるようになると思われますか?

743 :デフォルトの名無しさん:2012/08/29(水) 16:01:32.33
福沢諭吉「脱亜論」 1885年3月16日 時事新報

日本の不幸は中国と朝鮮だ。
この二国の人々も日本人と同じく漢字文化圏に属し、同じ古典を共有しているが、
もともと人種的に異なるのか、教育に差があるのか、 日本との精神的隔たりはあまりにも大きい。
地球規模で情報が行き来する時代にあって、近代文明や国際法について知りながら、
過去に拘り続ける中国・朝鮮の精神は千年前と違わない。
国際的な紛争の場面でも「悪いのはお前の方だ」と開き直って恥じることもない。
もはや、この二国が国際的な常識を身につけることを期待してはならない。
「東アジア共同体」の一員として その繁栄に与ってくれるなどという幻想は捨てるべきである。
日本は、大陸や半島との関係を絶ち、 欧米と共に進まなければならない。
ただ隣国だからという理由だけで特別な感情を持って接してはならない。
この二国に対しても、国際的な常識に従い、国際法に則って接すればよい。
悪友の悪事を見逃す者は、共に悪名を逃れ得ない。
私は気持ちにおいては「東アジア」の悪友と絶交するものである。

         _,,,,,,__  __,,,__
        ィjj)))))))))!!!!!彡ヽ,
      /ミ/         ,}彡ヘ
      |ミ{ -‐ ‐ ‐ ‐-  {三=|
      El==; ゚ ''==. |ミミ,|
        `レfォ、,〉 :rfォ.、,  !iル┤
.        { `¨ i ・、¨ ´  `{ゞ'} 支那、朝鮮とは
.        | '`!!^'ヽ     .「´  付き合うなと忠告しておいたのに。。。
        ! ,-ニ'¬-、  ,!|,_   
.        \´?`  / ∧ヘ、
         __/〉`ー ' ´ /  〉 \
     _, ィ´「∧     /  /    」¬ー- 、_
  -‐ ´  / /  ヽ、/    /     iヾ      ヽ

744 :デフォルトの名無しさん:2012/08/30(木) 21:37:16.07
以下の様な場合どのようなコマンド・処理が適切でしょうか?
状況:パソコンAで少しずつ修正をかけて、パソコンBでそれを見る
パソコンAから共用リポジトリへpush→共用リポジトリからパソコンBへpull
という操作を繰り返すことになるのですが、
そうするとコミットの履歴がどんどん増えていくことになります。
なので、共用リポジトリに前回pushした内容を上書きする(1つのコミットを修正し続ける)ような形にしたいです。


745 :デフォルトの名無しさん:2012/08/30(木) 21:43:59.24
>そうするとコミットの履歴がどんどん増えていくことになります。
何が問題なんだ?

746 :デフォルトの名無しさん:2012/08/30(木) 21:50:48.09
共用リポジトリを使わず、git-daemon とか使ってパソコンBでパソコンAから git pull -f すれば?

747 :デフォルトの名無しさん:2012/08/30(木) 21:50:54.77
>>744
作業用に一時的なブランチを生やして作業、最終的にまとまったら--squashでマージ

748 :デフォルトの名無しさん:2012/08/30(木) 21:52:01.40
scpとかデプロイツール使う局面なんじゃないか?

749 :デフォルトの名無しさん:2012/08/30(木) 22:00:56.28
>>744
ftp put / getというコマンドが適切。

750 :デフォルトの名無しさん:2012/08/30(木) 22:41:53.36
>>749
だせえwいまどきFTPかよww

751 :デフォルトの名無しさん:2012/08/30(木) 22:49:00.12
>>750
だせえやつには、だせえものを。
自分ならgitかnfsかrsync。

752 :デフォルトの名無しさん:2012/08/30(木) 23:08:36.74
台湾を救った陸軍中将根本博
http://www.youtube.com/watch?v=RRYOmM-TlKo
台湾の歴史
http://www.youtube.com/watch?v=8ahxYuYwGIc
台湾の歴史1(〜13まであり)
http://www.youtube.com/watch?v=NGE8ZWYy8XQ

753 :デフォルトの名無しさん:2012/08/30(木) 23:12:45.12
>>751
レンタルサーバの多くは「お前らユーザはダサいんだからFTPだけ使わせてやる」なんだよなぁw

754 :デフォルトの名無しさん:2012/08/31(金) 03:51:48.89
747以外全部とんちんかんに見えるのは俺だけか…??

755 :デフォルトの名無しさん:2012/08/31(金) 11:48:57.80
うん

756 :デフォルトの名無しさん:2012/08/31(金) 17:51:47.58
>>747のやり方では履歴が増えちゃうだろう。

757 :デフォルトの名無しさん:2012/08/31(金) 18:05:30.28
>>747
・増えるのはブランチの履歴だけ
・git merge --squashしたら、後はリモートのブランチ削除
ってことでしょ
それでいいとオレも思うけど

758 :デフォルトの名無しさん:2012/08/31(金) 18:07:31.26
正しいことを書いても全力で否定するのが2ch流

759 :デフォルトの名無しさん:2012/08/31(金) 18:12:37.03
>>757
共有リポジトリに何度もコミットするってあるよ?

760 :デフォルトの名無しさん:2012/08/31(金) 18:50:44.27
githubで通常のプロジェクトとgistの違いはなんですか?
一方でできてもう一方でできない(ないし困難な)機能はありますか
どう使い分ければよいですか?

761 :デフォルトの名無しさん:2012/08/31(金) 19:11:33.92
gistはpastebinサービスの一種で、基本的に単一ファイルを貼るもの
gistに貼ったものは、ブログとかにもそのまま転載してsyntaxhighlighterの代わりにしたりできる

762 :760:2012/08/31(金) 19:19:57.20
>>761
なるほど ファイルが一つかどうかで使い分けるのがよさそうですね
小さいファイル複数で構成するので通常のプロジェクトを使いたいと思います
ありがとうございました

763 :デフォルトの名無しさん:2012/08/31(金) 19:47:36.59
複数ファイルも扱えるよ>gist

764 :デフォルトの名無しさん:2012/09/02(日) 11:44:26.01
>>759
共有リポジトリでmasterブランチにマージしなけりゃ履歴はいずれ消える。
マージするときもsquashなら増える履歴は一つだけ

765 :デフォルトの名無しさん:2012/09/02(日) 11:56:31.71
>>764
それじゃ最後までmasterに入れられないし、入れるまではbranchの履歴が増えてくじゃん。

766 :デフォルトの名無しさん:2012/09/02(日) 12:03:27.96
履歴増えるのはどうでもいいけど
複数のcommitを一回のcommitにあとからまとめる方法ないかな

767 :デフォルトの名無しさん:2012/09/02(日) 12:04:34.92
>>766
squash

768 :デフォルトの名無しさん:2012/09/02(日) 12:14:28.40
それだとあらかじめ連続するcommit専用のbranch作っておく必要があるよね


769 :デフォルトの名無しさん:2012/09/02(日) 12:23:25.52
rebase

770 :デフォルトの名無しさん:2012/09/02(日) 12:56:23.62
>>769
ありがとう
超thx!!!

771 :デフォルトの名無しさん:2012/09/02(日) 12:59:14.25
>>766
http://labs.timedia.co.jp/2010/11/git-squash-commits.html

772 :デフォルトの名無しさん:2012/09/02(日) 13:19:54.80
>>768
作業用と公開用の履歴わけたいのかと思った。rebaseこそbranchある前提じゃ。

773 :デフォルトの名無しさん:2012/09/02(日) 14:04:14.88
ある程度commitしたあとでやっぱり新しいbranch作っておけば良かったとか思った時どうしてます?

774 :デフォルトの名無しさん:2012/09/02(日) 14:10:56.51
>>773
基本、次からそうしようと思うだけだけど、必要なら過去に戻ってbranch切ればいいんじゃないの。

775 :デフォルトの名無しさん:2012/09/02(日) 14:13:26.99
必要なら過去に戻ってbranch切るのとrebaseってどうちがうの?

776 :デフォルトの名無しさん:2012/09/02(日) 14:20:36.47
rebaseはbranch切った後の変更も保持されるでしょ。rebaseはその名の通り、branchの分岐した根元を移動させるものだと思ってるが違うのかな。

777 :デフォルトの名無しさん:2012/09/03(月) 21:06:49.34
          /        ,       ::| |ヽ\    \
          /      /  / |     ::/| :| `、`、    ヽ
           /      /  / |    ::/ |::|  `、',ヽ  ',  ',         r┐ r┐ヾ>
         ,'   i   | :/'  | |  ::/ i:|    ', i ヽ  i  ',.       | | lニ コ
        ,'   |     ! :,'   i||  ::/  ||     || `、 | | |        | レ! _| |.
         |   |    |`i'-,,, | | ::/   |     |  ', | | |        ヽ/(___メ>
          |   |    ||.|  `二=,,__,,,     ,,,__... -!´ト, | |         ,、
      .  | .   i    | |  //:::C,       7::c\ ||ヘ.| |        ((
          |   .|     | /  {::::::::::::}         {::::::::}`、 ,' .| i         ))
        | /´'|     |     ヽ::::::ノ       ヾ::ノ  .|   |        ((
        | {  |    |::::::::         ,    .... |   |         ))
        |  \',   '','''''   __       ::::::::: |   i           ((
        |   .:::',   ',   /    ` ー --、    |   |            ))
        /  .:::::::', ::  ',  /          }    /   |         ((
       / ...:::::::::::'、::.   ',、(          /  ,イ|:: :   |          `
     /  ..:::::::::::/'`、:::.. ',`'' - ,,____ノ,,ィ::´:::i ',:::|:: |         / 7
`-ー-´/ /:::::::::/    `、、 ',   /`、\:::::::::::::::,':::::::,' |::||:: |       ┌‐' 'ー┐ト、
 ̄ ̄/  ./:::::,-{       \ `、、   /  \::::::::,'::::::/  .|:i'|: |        7 /_7 / 」__〉
  /   //  \       \ ヽ/    }::::/:::::/   | |:|        〈_/ヽ_/


778 :デフォルトの名無しさん:2012/09/04(火) 13:05:01.08
gitでリモートのブランチを取得するにはどうすればいいですか?
マシンAでブランチを複数作成

リモートに反映
は出来たのですが、
マシンBでリモートからブランチを取得することが出来ません
git pull origin で無理でした。
試しに、マシンBでリモートのブランチと同じ名前のブランチ(hogeとする)を作って、
git pull origin hoge : hogeとした所、
ローカルのhogeにリモートのhogeをマージしましたみたいなのが毎回出るので
別のbranchと認識されていると思います。

779 :デフォルトの名無しさん:2012/09/04(火) 13:38:15.80
馬鹿には無理

780 :デフォルトの名無しさん:2012/09/04(火) 13:43:00.50
>>779「えーっと、マジでやり方わからねえけどいじりてぇ…しかたねえ『馬鹿には無理』」

781 :デフォルトの名無しさん:2012/09/04(火) 13:50:37.03
馬鹿には無理

782 :デフォルトの名無しさん:2012/09/04(火) 13:54:06.77
もっとアナ・コッポラちゃんに罵られたい

783 :デフォルトの名無しさん:2012/09/04(火) 17:36:25.91
>>778
結論から言うとそれで問題ない

$ git branch -r
で出力されるのがリモートブランチ
「origin/master」と「master」は別のブランチだから、同期するにはマージの必要がある
コミットのIDをが同じなら同じ位置にいるブランチだと確認できる

784 :デフォルトの名無しさん:2012/09/04(火) 18:31:53.53
「origin/master」と「master」の2重管理で悶えて師ね

785 :デフォルトの名無しさん:2012/09/04(火) 19:11:15.50
>>778
最初、ローカルのhogeが無いときにpullしちゃだめだぜ
git fetchなりした後、git branch -rでリモートブランチorigin/hogeがあることを確認して、
その後、以下のどれかでローカルのhogeを作る

git branch -t hoge origin/hoge
git checkout -t -b hoge origin/hoge
git checkout -b hoge origin/hoge
git checkout -t origin/hoge
git checkout hoge

全部同じローカルブランチhogeができる。まあ一番最後が簡単だね

786 :デフォルトの名無しさん:2012/09/04(火) 20:49:59.53
馬鹿には無理

787 : 忍法帖【Lv=40,xxxPT】(1+0:5) :2012/09/04(火) 22:39:51.15
いやん、ばかん、うふん。そこは、branchなのっ。

788 :デフォルトの名無しさん:2012/09/05(水) 01:37:44.82
いやっ、だめぇ!そこbranchなのぉっ!

789 :デフォルトの名無しさん:2012/09/05(水) 14:25:52.69
エリコ with branch

790 :デフォルトの名無しさん:2012/09/06(木) 02:26:43.05
テスト

791 :デフォルトの名無しさん:2012/09/06(木) 08:43:16.72
王様のbranch

792 :デフォルトの名無しさん:2012/09/06(木) 09:00:42.21
え?今そのギャグ!?

793 :デフォルトの名無しさん:2012/09/07(金) 23:26:15.10
rebaseしたらout of memory出てそのブランチのコミットが全部吹き飛んだよ。
reflogから拾ってなんとかなったけど、
--abortも効かないしこのエラー処理はいただけないなぁ・・・。

原因はうっかりコミットされた数百メガバイトのファイルだったんだけど
大きすぎるすぎるファイルをadd出来ないようにするとか出来ないかな?


794 :デフォルトの名無しさん:2012/09/08(土) 00:20:37.24
ファイルサイズ調べて上限超えてたら弾くwrapperでも書いたらいいんじゃね
alias設定しとけば使い勝手もたいして変わらんでしょ

795 :デフォルトの名無しさん:2012/09/08(土) 11:48:27.18
git イイよ、git。手軽に始められるのがいい。
みんなに気に入られていてWeb上に情報がたくさんあるのもいい。
好きなコマンドは、git initです。

796 :デフォルトの名無しさん:2012/09/08(土) 11:49:17.11
ネタなのかマジなのか

797 :デフォルトの名無しさん:2012/09/08(土) 11:54:34.85
git stash 難しい…。
以下の処理だと、最後のstash popの時点で、
「CONFLICT (content): Merge conflict in c.txt」。

mkdir stash_test
cd stash_test
git init
echo 1 >> c.txt
git add c.txt
git commit c.txt -m "1"
echo 2 >> c.txt
git commit c.txt -m "2"
echo 3 >> c.txt
git commit c.txt -m "3"
echo 4 >> c.txt
git commit c.txt -m "4"
echo index >> c.txt
git add c.txt
echo work >> c.txt
git stash -k
git stash pop

気持ちとしては、「index」行の追加がインデクスに残って、
「work」行の追加がワークツリーにある状態に戻ると思ってるんだけど。


798 :デフォルトの名無しさん:2012/09/08(土) 12:21:36.01
>>797
stash [save] -kがなんなのか俺は知らんけど、これがついてなかったら
stash pop --indexでインデックスの状態含めてpopしてくれた気がする

799 :デフォルトの名無しさん:2012/09/08(土) 12:43:07.76
>>798
ありがとうございます。
pop --indexでやってみます。

800 :デフォルトの名無しさん:2012/09/08(土) 12:47:19.51
-k(--keep-index)はインデックスの状態を保持してstash。
git add -p とかしたときに、インデックスの変更点だけでテストが通るか試すのに便利。

あとコンフリクトについては
http://stackoverflow.com/questions/4058372/git-stash-and-edited-hunks
が参考になるのでないかと。

801 :デフォルトの名無しさん:2012/09/08(土) 12:51:40.71
>>798
できました、できました。ありがとうございます。
最後の2行を、

git stash
git stash pop --index

にしたら、希望通りの動きになりました。

-k(--keep-index)を、indexを保存することと勘違いしていました。
どちらかというと、保持する意味合いだったようです。

798さま、ありがとうございました。

802 :デフォルトの名無しさん:2012/09/08(土) 12:55:39.08
>>800
レスが前後してしまいました。
-kは、その場に残しておくことを指定するオプションだったんですんで。
今考えてみればそのとおりですが、
なぜか、indexを保存しておく、という意味合いで捉えておりました。

URLも参考になりました。

ありがとうざいました。

803 :デフォルトの名無しさん:2012/09/08(土) 12:58:48.65
>>796
いいやつだよ、init。
他のバージョン管理は使ったことがないので比較はできないけど、
git initで、コード管理が始まる手軽さがうれしい。
おかげで、ぐっちゃぐちゃだったドットファイルとか、書きなおす勇気が湧いた。


804 :デフォルトの名無しさん:2012/09/08(土) 13:00:18.80
>>802
× -kは、その場に残しておくことを指定するオプションだったんですんで。
○ -kは、その場に残しておくことを指定するオプションだったんですね。

お礼レスでのタイポ失礼しました。

805 :デフォルトの名無しさん:2012/09/08(土) 13:01:02.30
home directory で git init 最強

806 :デフォルトの名無しさん:2012/09/08(土) 15:36:25.91
>>805
個人用のlibとかどこに置いておくんだ。
etcとusr作って、そこだけ履歴管理してる。
でもcvsと違ってmoduleでcheckoutできないから、ちょっと悩む。

807 :デフォルトの名無しさん:2012/09/08(土) 15:46:32.36
最強は/.gitに何かマウントしておいて/でgit initだろう。

808 :デフォルトの名無しさん:2012/09/08(土) 17:37:38.11
>>807
履歴付きのファイルシステム使えよ。
tmpとか履歴取る意味わからんし。

809 :デフォルトの名無しさん:2012/09/09(日) 04:22:35.70
ひだまり荘で待ってます
git initくださいね

810 :デフォルトの名無しさん:2012/09/09(日) 13:21:23.64
>>808
そんなあなたに
.gitignore

811 :デフォルトの名無しさん:2012/09/09(日) 14:05:26.18
>>810
そういうレベルの話でなくw

812 :デフォルトの名無しさん:2012/09/09(日) 20:19:54.09
git branch -a すると
remotes/origin/HEAD -> origin/master
remotes/origin/master
というのが見えるんだが、この2つの違いは何?

813 :デフォルトの名無しさん:2012/09/09(日) 21:01:44.11
デフォルトのブランチ

814 :デフォルトの名無しさん:2012/09/13(木) 03:06:14.65
コミットする前に変更した部分(差分)を確認したいのですがどうしたらいいの?


815 :デフォルトの名無しさん:2012/09/13(木) 03:12:58.45
git diff --cached

816 :デフォルトの名無しさん:2012/09/19(水) 07:58:47.87
github終わるん? (;_;)

817 :デフォルトの名無しさん:2012/09/19(水) 08:10:18.25
>>816
は?
「Gitという一過性のソフトウェアに依存しているサイトだから
あと数年でGitが廃れたら終わるね。sourceforge万歳!」
とか答えればいいの?

818 :デフォルトの名無しさん:2012/09/19(水) 11:27:53.20
これのことだろ。
Rackspace sued for hosting GitHub
http://lwn.net/Articles/516736/

どうなるかは知らんけど。

819 :デフォルトの名無しさん:2012/09/19(水) 12:13:26.54
bitbucket大勝利

820 :デフォルトの名無しさん:2012/09/19(水) 13:02:30.74
とりあえず今のうちに git clone --mirror しとけってこと?

821 :デフォルトの名無しさん:2012/09/19(水) 13:10:15.74
>>818
ああこれか
俺は「この程度でGitHubは潰れない」に賭けるね

822 :デフォルトの名無しさん:2012/09/19(水) 16:22:12.29
英語わからんから三行でまとめて

823 :デフォルトの名無しさん:2012/09/19(水) 18:10:10.09
いきなり申し訳ありません。

東京x1〜大阪x2の計3台のマシンにgitをインストールして
ソースコードの管理をしようと考えています。
※全てWindows環境なのでmsysgit + Git Extensionsをインストールしてます。

全てのマシンでクライアント利用が出来ることは確認できたのですが、
(githubにアクセスして任意のリポジトリをclone出来た、という意味です)
各マシン間でのソースコードの公開をどのように設定すれば良いかが
判りません。

東京のマシンを中央リポジトリとして、3台のマシン間でソースコードを
管理(push/pull)したい場合は、どの様に設定すれば良いでしょうか?

ネット上では、msysgitをクライアント的に使用する方法は多数出てきますが、
マシン間をhttpプロトコルで公開する方法についてはほとんど出てこない状況です。
※sshやWebDavでの公開方法は見つかったのですが、LAN内であるということで、
 プロトコルはhttpを利用したいと考えています。

過去スレや設定方法が載っているURLでも結構です。
本スレ256周辺に近い話が載ってましたが、難しいでしょうか・・

みなさんのお力を貸してください。
宜しくお願い致します。


824 :823:2012/09/19(水) 18:27:42.58
読みなおしてみると判りづらい部分がありましたので、補足します。

私が知りたいのは、msysgitとapacheの設定(連携)部分です。
msysgitでcloneしたリポジトリは、どの様な設定をすれば
httpプロトコル経由で他のマシンに公開できるのか?という
部分がしりたいです。

お願い致します。


825 :デフォルトの名無しさん:2012/09/19(水) 19:45:23.91
>>822
TechCrunch日本語版に記事があるけど、それかな?ちがう?

826 :デフォルトの名無しさん:2012/09/19(水) 20:03:42.36
>>823-824
HTTPで閲覧できるGitのリポジトリ公開用サーバをmsysGit+Apacheで作りたいって話だろ?
キーワード msysGit Apache でぐぐっただけで
・Hosting a Git server under Apache on Windows
・Gitリモートサーバー(for 勉強環境) on Windows 構築メモ
とか色々出てくるんだけど……

827 :デフォルトの名無しさん:2012/09/19(水) 20:22:58.96
ていうかWebDavはHTTP(の拡張)だろ。WebDavじゃだめでHTTPでやりたいとは?

828 :デフォルトの名無しさん:2012/09/19(水) 22:53:38.07
>>823
リポジトリをwebdavとして公開するようにすれば使えますが、
gitらしく動くようにするにはgit-http-backendも設定する必要があります。
(詳しくは git http-backend --help や git webdav http-backend で検索)
apacheならこんな感じの設定ファイルになります。

---/etc/httpd/conf.d/git.conf------------------------
SetEnv GIT_PROJECT_ROOT /var/www/html/git
SetEnv GIT_HTTP_EXPORT_ALL
ScriptAlias /git/ /usr/libexec/git-core/git-http-backend/
<Location /git>
Dav on
</Location>
-----------------------------------------------------

windows+msysgitの場合はgit-http-backendへのパスなど調整する必要があるでしょう
試した事ないので動くかはわかりません。
でも、
・WebDAVは遅い
・認証する場合apacheの設定が面倒
・認証パスワードを保護するはSSLが居る
と、面倒事が多いので
仮想マシンにLinuxを入れてSSHしたほうが楽かもしれませんよ。


829 :デフォルトの名無しさん:2012/09/19(水) 23:23:49.34
ssh が一番簡単で楽

830 :デフォルトの名無しさん:2012/09/19(水) 23:25:52.83
ssh鯖も仮想マシン作るよりmsysのsshdで充分

831 :デフォルトの名無しさん:2012/09/20(木) 03:25:31.11
>>828です。
git-http-backendとwebdavが一緒にいるみたいに書いてたけど必要ないですね。
勘違いして自分のサーバーも間違って設定してた。恥ずかしいorz
正しくはこうです。

git-http-backendで公開する場合。GET/POSTだけの純粋なHTTP
---/etc/httpd/conf.d/git.conf------------------------
SetEnv GIT_PROJECT_ROOT /var/www/git
SetEnv GIT_HTTP_EXPORT_ALL
ScriptAlias /git/ /usr/libexec/git-core/git-http-backend/
-----------------------------------------------------

webdavで公開する場合。/var/www/html/gitにリポジトリ
---/etc/httpd/conf.d/git.conf------------------------
<Location /git>
Dav on
</Location>
-----------------------------------------------------

>>823が知りたかったのは上の方ですね。
適当なこと言ってすみませんでした。


832 :823:2012/09/20(木) 11:14:51.16
皆さん、返事が遅くなり申し訳ありません823です。

>>826さん
ありがとうございます。
どちらもヒットしたのですが、上のURLは英語、下のURLは内容を読んで
実行していたのですが、CGIスクリプトの辺りで理解できなくなり断念
しておりました。


>>827さん
WebDavはHTTPの拡張プロトコルだったのですね。以前、自宅サーバを
構築した時にApacheとは別で設定したので、別物だと思っていました。
勉強不足でした。


>>828さん
詳細かつ丁寧な情報ありがとうございます。書き込みを見てすぐに
理解できるほどのレベルではありませんが、内容を自分なりに精査してみて、
こちらの方法を試してみます。


>>829さん 830さん
どうしようも無くなった場合にはsshでの構築を考えたいと思います。
アドバイスありがとうございました。

皆さん色々な情報提供ありがとうございました。
また、何かありましたら質問させて頂きます。


833 :823:2012/09/20(木) 14:48:42.85
>>828さん

823です。
申し訳ありませんが、一つ質問お願いします。

上に書いて頂いた、/etc/httpd/conf.d/git.confの設定は
ディレクトリ構成などからLinuxでの設定と考えてよろしいでしょうか。

Windowsにインストールした、msysgitフォルダ配下を検索しても
git.confというファイルは出て来なかったもので・・・
仮想マシンにLinuxを入れてSSHした、と仮定しての設定という事ですね。

よろしくお願いいたします。


834 :デフォルトの名無しさん:2012/09/20(木) 16:29:22.34
>>830
msysのsshdってあるの?

835 :デフォルトの名無しさん:2012/09/20(木) 20:28:54.36
To answer your question: install cygwin, and use its package manager to install sshd.

836 :デフォルトの名無しさん:2012/09/20(木) 20:57:11.96
cygwin+meadowでgit-blame.elだったかを入れたら、vc-annotateで-rlocalとかいうオプションつけられて動かなかったでござる。Linuxで仕事してぇ。

837 :デフォルトの名無しさん:2012/09/20(木) 21:06:47.48
馬鹿には無理

838 :デフォルトの名無しさん:2012/09/20(木) 21:24:12.49
sshd は cygwin で git は msys にしとくのがオヌヌメ

839 :834:2012/09/20(木) 21:52:14.40
今、cygwin の sshd なんだけど、msysのsshdがあるならmsysだけですむかなと思っただけ。
馬鹿には無理ならいいや。速さが変わるわけでもないし。

840 :デフォルトの名無しさん:2012/09/20(木) 22:57:35.74
>>833
833です。

はい、Linuxでの設定です。
git.confというファイルは自分で作ったファイルです。
例のように3行だけの設定ファイルです。
Windows版のApacheにはconf.dがないのでhttp.confに直接
git-http-backendの設定3行を書き足すだけでOKのはずです。

Linuxのhttp.confには下記のように

Include conf.d/*.conf

というincludeの設定が最初から書かれていてconf.dに新規ファイルを
作成するだけで独自の設定を追加出来るようになっています。


841 :デフォルトの名無しさん:2012/09/20(木) 22:58:58.79
↑828です。もうダメポ。


842 :デフォルトの名無しさん:2012/09/21(金) 02:04:23.34
自演してるとアンカミスるよね、

843 :デフォルトの名無しさん:2012/09/21(金) 04:21:58.83
情弱乙

844 :デフォルトの名無しさん:2012/09/21(金) 07:58:12.03
githubでプライベートリポジトリ買った方が早いと思う。
msysgitのgit bashでgit daemon使えなかったっけ?

845 :デフォルトの名無しさん:2012/09/21(金) 09:32:23.54
gitblitだとJava製なんでWindowsでもそれだけで使える

846 :デフォルトの名無しさん:2012/09/21(金) 10:20:39.29
git-daemonは認証がないから仕事用には難があるな

847 :823:2012/09/21(金) 19:07:32.50
823です。

皆さん、色んな回答ありがとうございました。

本日もhttpで通信しようとして、あれこれ設定しましたがうまく行きませんでした。
Cygwin入れてSSHで、というお声が多くありましたので、月曜日にやってみようと
思います。

833さん始め、みなさんありがとうございました!

848 :デフォルトの名無しさん:2012/09/22(土) 17:00:03.22
>>763
まじか!知らんかったわ…

849 :デフォルトの名無しさん:2012/09/22(土) 17:07:06.84
>>839
msysgitとCygwinのgitって速さ結構違わないか?

850 :デフォルトの名無しさん:2012/09/22(土) 17:53:53.55
だれも Cygwin の git を使うとは言ってない

851 :デフォルトの名無しさん:2012/09/22(土) 18:11:17.22
>>847
828です。
なんか気になって来たんで自分でもやってみたよ。

1. http.confに設定を追加
-----------------------------------------------------
<Directory "C:/Program Files (x86)/Git/">
Allow from all
</Directory>
SetEnv GIT_PROJECT_ROOT C:/git
SetEnv GIT_HTTP_EXPORT_ALL
ScriptAlias /git/ "C:/Program Files (x86)/Git/libexec/git-core/git-http-backend.exe/"
-----------------------------------------------------

2. システム環境変数Pathに追加。C:\Program Files (x86)\Git\bin

3. ファイアウォール設定。ポート80の受信開放。

で、動きました。でもちょっと遅いですね。


852 :デフォルトの名無しさん:2012/09/22(土) 18:29:27.76
828です。
折角なんで色々な組み合わせで速度を測ってみました。

clone時間(転送速度) OSとgitサーバーの組み合わせ
-----------------------------------------------------
10.939s(18.60 MiB/s) Win7 git-daemon/msysgit
17.903s(12.54 MiB/s) Win7 ssh/cygwin+msysgit
25.110s( 2.08 MiB/s) Win7 apache/git-http-backend/msysgit

9.018s(18.67 MiB/s) Linux git-daemon
9.106s(18.56 MiB/s) Linux apache/git-http-backend
9.519s(20.77 MiB/s) Linux ssh
-----------------------------------------------------

gitサーバーはWindows 7上のVirtualBoxのゲストとして作成し
Win7 = Windows 7 64bit (VirtualBox)
Linux = Scientific Linux 64bit (VirtualBox)

別PCのLinux(Scientific Linux 64bit)で
仮想マシンのgitサーバーからcloneした時間を測定しました。
time git clone git://vboxaddress/git/git.git
time git clone http://vboxaddress/git/git.git
time git clone ssh://vboxaddress/git/git.git

テスト用のリポジトリにはgitのミラーを使いました。
git clone --mirror git://git.kernel.org/pub/scm/git/git.git


853 : 忍法帖【Lv=40,xxxPT】(1+0:5) :2012/09/22(土) 20:08:13.21
ひとつ気になるのだが、httpでロック機構がないと同じタイミング
でpushすると、ぶっこわれないか? davだとlockがある気がするが
ほかどうのさ。

854 :デフォルトの名無しさん:2012/09/23(日) 12:58:33.66
svn checkoutのように特定のリポジトリから特定のリビジョンを
バージョン管理外へ持ち出したいのですが、
gitでこれをするには一度リポジトリをcloneし
欲しいリビジョン以外のデータも全てコピーしてから
git checkout hashする必要があるのでしょうか?

855 :デフォルトの名無しさん:2012/09/23(日) 13:20:55.92
>>818
あー、これか
コレでgithubがサービス停止で俺の有料分リポジトリがパージされたら日本の裁判所に訴えるしかないのかな


856 : 忍法帖【Lv=40,xxxPT】(1+0:5) :2012/09/23(日) 13:54:32.92
> 854
man git-archive でよくないか?

857 :デフォルトの名無しさん:2012/09/23(日) 14:20:49.21
>>849
Cygwinのsshdとgit使えばmsysgitいらなくなるじゃない!

858 :デフォルトの名無しさん:2012/09/23(日) 15:57:51.83
>>854
その特定のリポジトリとやらから同じことすれば。

859 :デフォルトの名無しさん:2012/09/23(日) 17:47:53.77
>>853
git本体ががCGIとして呼び出されてるだけだからsshと同じじゃないかな。


860 :デフォルトの名無しさん:2012/09/23(日) 21:50:32.05
>>855
訴えるべき主体が国内に存在しないので訴えようがない。

861 :デフォルトの名無しさん:2012/09/24(月) 00:16:17.98
>>857
Cygwin の git はイマイチ

862 :デフォルトの名無しさん:2012/09/24(月) 00:31:39.34
会社でgithubエンタープライズ使ってるけど、これ一人2万もするのか
たけえな

863 : 忍法帖【Lv=40,xxxPT】(1+0:5) :2012/09/24(月) 02:33:42.50
> 859
それは、.git/hook/post-update が git update-server-info
を呼んでいるが、CGIだと並列に呼び出されることはないと
いっていますか?

864 :デフォルトの名無しさん:2012/09/24(月) 02:52:28.35
>>863
CGIではpost-updateにupdate-server-infoを仕込む必要なないので
呼び出される事はない、かな?


865 :デフォルトの名無しさん:2012/09/24(月) 04:38:55.84
ななんだって

866 :デフォルトの名無しさん:2012/09/25(火) 20:13:14.96
git clone --bare でつくったリポジトリはどうやって更新したらいいのん?
git pull したら、「ワークコピーがなかろうもん、バカちん」的なことを言われた。

867 :デフォルトの名無しさん:2012/09/25(火) 20:22:14.83
他のリポジトリからpushすればいいのでは

868 :デフォルトの名無しさん:2012/09/25(火) 20:32:29.92
ありがとう、やってみる。

869 :デフォルトの名無しさん:2012/10/01(月) 15:46:42.93
元祖にpushする予定と、しない予定のあるプロジェクトがある場合は

リポジトリを二つに分けてpushする予定のあるリポジトリから

forkでpushしない予定のリポジトリを作るというような

理解であってますでしょうか?

870 :デフォルトの名無しさん:2012/10/01(月) 16:01:01.97
分ける必要は無いと思いますが、お好みで分けてもいいのではないでしょうか

871 :デフォルトの名無しさん:2012/10/01(月) 16:51:29.13
>>869
日本語でおk

872 :デフォルトの名無しさん:2012/10/01(月) 19:28:29.53
それだとforkとbranchの違いがはっきりしないね

873 :デフォルトの名無しさん:2012/10/01(月) 23:23:21.46
remoteRepoから、localRepoA と localRepoB を clone して、
localRepoAからのみ push すればいいんでないの?
違う?
もしかして、cloneもとは2つある?


874 :デフォルトの名無しさん:2012/10/02(火) 01:43:56.19
それはforkとどうちがうのでしょうか

875 :デフォルトの名無しさん:2012/10/02(火) 08:40:01.65
>>870-873
あざす

他のスレでもbranchを使えばという話になりました。

876 :デフォルトの名無しさん:2012/10/02(火) 11:01:46.64
馬鹿には無理

877 :デフォルトの名無しさん:2012/10/03(水) 22:02:52.33
git-svnでSASL認証が使えるものってありますか?
普通のgit-svnにSASL用のモジュールを組み込めばいけるのでしょうか?
OSX環境ですが、Linuxでもいいです

878 :デフォルトの名無しさん:2012/10/04(木) 22:40:54.01
>>877
単にsubversionがSASL有効でコンパイルされてないとか
svn --versionしてSASL authenticationって出なかったら
git-svnでも使えないんじゃなかろうか


879 :デフォルトの名無しさん:2012/10/05(金) 19:16:24.11
githubで日本語モードにできると書かれているサイトが複数あるのですが
切り替えられません、いまはできなくなったのでしょうか?

880 :デフォルトの名無しさん:2012/10/05(金) 19:54:31.07
馬鹿には無理

881 :デフォルトの名無しさん:2012/10/05(金) 20:02:29.48
>>879
翻訳間に合わねえから英語のみにするはってアナウンスがあったような

882 :デフォルトの名無しさん:2012/10/05(金) 20:34:07.78
現在ブランチAを作ってそちらで作業しています。
まだ区切りがついていないのでコミットいません。
しかしマスターに更新したい箇所があります。

git checkout masterとしてもブランチAの変更は消えないでしょうか?

883 :デフォルトの名無しさん:2012/10/05(金) 20:40:13.71
ok

884 :デフォルトの名無しさん:2012/10/05(金) 20:55:20.41
>>882
消えないです。
ってか、別でディレクトリ作って簡単なテスト環境作って試したら?

885 :デフォルトの名無しさん:2012/10/05(金) 20:55:59.01
ブランチAで作業中の修正をmasterのワークツリーへ持っていくことになるぞ?
ブランチAでやってる作業とはまったく関係無い修正をmasterでするなら、git stashを使うのがいんじゃないか?
git stash saveでブランチAの中途半端な修正を一時的に保存してからmasterへcheckout
masterでの作業が終わったらブランチAをcheckoutしてgit stash pop

886 :デフォルトの名無しさん:2012/10/05(金) 21:00:59.09
>>882
「ブランチAの変更は消えないでしょうか?」これの意味が、
ブランチAでコミットしてない修正が、checkoutしたmasterブランチのワークツリー上でも存在し続けるか?
ブランチAに戻ってきたときに、ブランチAのコミットしてなかった修正がワークツリー上に残ったままか?
どっちの意味だ?

887 :デフォルトの名無しさん:2012/10/05(金) 21:44:05.82
馬鹿には無理

888 :デフォルトの名無しさん:2012/10/06(土) 00:36:22.56
          /        ,       ::| |ヽ\    \
          /      /  / |     ::/| :| `、`、    ヽ
           /      /  / |    ::/ |::|  `、',ヽ  ',  ',         r┐ r┐ヾ>
         ,'   i   | :/'  | |  ::/ i:|    ', i ヽ  i  ',.       | | lニ コ
        ,'   |     ! :,'   i||  ::/  ||     || `、 | | |        | レ! _| |.
         |   |    |`i'-,,, | | ::/   |     |  ', | | |        ヽ/(___メ>
          |   |    ||.|  `二=,,__,,,     ,,,__... -!´ト, | |         ,、
      .  | .   i    | |  //:::C,       7::c\ ||ヘ.| |        ((
          |   .|     | /  {::::::::::::}         {::::::::}`、 ,' .| i         ))
        | /´'|     |     ヽ::::::ノ       ヾ::ノ  .|   |        ((
        | {  |    |::::::::         ,    .... |   |         ))
        |  \',   '','''''   __       ::::::::: |   i           ((
        |   .:::',   ',   /    ` ー --、    |   |            ))
        /  .:::::::', ::  ',  /          }    /   |         ((
       / ...:::::::::::'、::.   ',、(          /  ,イ|:: :   |          `
     /  ..:::::::::::/'`、:::.. ',`'' - ,,____ノ,,ィ::´:::i ',:::|:: |         / 7
`-ー-´/ /:::::::::/    `、、 ',   /`、\:::::::::::::::,':::::::,' |::||:: |       ┌‐' 'ー┐ト、
 ̄ ̄/  ./:::::,-{       \ `、、   /  \::::::::,'::::::/  .|:i'|: |        7 /_7 / 」__〉
  /   //  \       \ ヽ/    }::::/:::::/   | |:|        〈_/ヽ_/

889 :デフォルトの名無しさん:2012/10/06(土) 23:02:29.08
Githubに接続しようと公開鍵を登録した後、

ssh -T git@github.com

を入力しても、

/.ssh/config: line 1: Bad configuration option: 鍵〜〜

となり、接続できません。
どうすれば接続できるんでしょうか……?
稼働させているのは仮想OSとしてたてたRedHatです

890 :デフォルトの名無しさん:2012/10/06(土) 23:08:54.37
>>889
~/.ssh/configに変なこと書いてない?

891 :デフォルトの名無しさん:2012/10/06(土) 23:22:00.83
鍵〜〜のところに表示される内容がまるまる載っているんですが…

892 :デフォルトの名無しさん:2012/10/06(土) 23:23:08.74
また例のひとこと来るぞ

893 :デフォルトの名無しさん:2012/10/06(土) 23:23:22.88
BOMでも付いてるんじゃない?

894 :デフォルトの名無しさん:2012/10/06(土) 23:35:09.21
横レスだけど、BOMの有無とか文字コードとか改行コードってどうやって確認するんだっけ?

895 :デフォルトの名無しさん:2012/10/06(土) 23:36:56.53
hexdumpやodなければバイナリエディタ

896 :デフォルトの名無しさん:2012/10/06(土) 23:42:13.41
>>895
やっぱりそれか
自分はnkf -gで文字コード調べて、
バイナリダンプの先頭付近見てBOM判定、ダンプの中で0D0A検索して改行コード判定してるけど、
この方法よりよさそうな方法はないっぽいのね

897 :デフォルトの名無しさん:2012/10/06(土) 23:44:29.53
少し気の利いたテキストエディタなら、ファイル開くだけでステータスバーに全部出るんじゃないの

898 :デフォルトの名無しさん:2012/10/07(日) 02:13:47.44
>>896
viで開いたらすぐ判る

899 :デフォルトの名無しさん:2012/10/07(日) 03:46:27.72
       //
     /  /   バカッ
     //⌒)∩__∩
    /.| .| ノ     ヽ
    / | |  ●   ● |     
   /  | 彡  ( _●_) ミ 馬鹿には無理
   /  | ヽ  |∪|  /_
  // │   ヽノ  \/
  " ̄ ̄ ̄ ̄ ̄ ̄ ̄(..ノ

900 :デフォルトの名無しさん:2012/10/07(日) 14:54:19.43
find. -type f|xargs file

901 :デフォルトの名無しさん:2012/10/07(日) 15:01:54.20
新しいテキスト ドキュメント.txt: UTF-8 Unicode (with BOM) text, with CRLF line terminators
今のfileはこんなんまで表示してくれるのかw

902 :デフォルトの名無しさん:2012/10/07(日) 15:48:42.20
これは知らんかった便利だなw


903 :デフォルトの名無しさん:2012/10/10(水) 14:51:14.26
https://github.com/norinori2222/boyfriend_require

githubで彼氏募集するというの斬新すぎる

904 :デフォルトの名無しさん:2012/10/10(水) 15:05:39.13
>年齢:30代後半

905 :デフォルトの名無しさん:2012/10/10(水) 15:28:22.46
理想高いなー。

906 :デフォルトの名無しさん:2012/10/10(水) 15:34:42.75
年齢より金

907 :デフォルトの名無しさん:2012/10/10(水) 16:18:04.13
この条件に当てはまるほどの人間がこんな面倒臭そうな女に人生の時間を費やすとは思えないね

908 :デフォルトの名無しさん:2012/10/10(水) 16:42:03.78
>>903
吹いたw

ステマかと思ったが、単なる釣りだろ。


909 :デフォルトの名無しさん:2012/10/11(木) 04:50:14.64
ライセンスw

910 :デフォルトの名無しさん:2012/10/11(木) 10:44:15.30
>>907
なんのためにgithub選んだと思ってんだよ
pull requestでバージョンあがるたびに条件減らされまくるっていう自虐ネタだろ

911 :デフォルトの名無しさん:2012/10/11(木) 13:02:46.44
アプローチ方法はネタでも彼氏ほしいって気持ちは本気だろうよ

912 :デフォルトの名無しさん:2012/10/11(木) 13:27:58.95
ガチホモ

913 :デフォルトの名無しさん:2012/10/11(木) 13:58:29.82
>>910
そんな仕込みもw
やべぇバージョンあがってるかちょっと見てくるw

>>911
これで彼氏が見つかったら映画化されるなw


914 :デフォルトの名無しさん:2012/10/11(木) 17:01:23.85
彼女募集だったらネタ乙だったけど彼氏募集だからな・・・
ホモのお人かと思ったけどしっかりと女性って書いてあったのが残念

915 :デフォルトの名無しさん:2012/10/11(木) 18:08:27.12
そして、全米が感動の渦に


916 :デフォルトの名無しさん:2012/10/11(木) 18:21:56.06
issue20件わろた

917 :デフォルトの名無しさん:2012/10/11(木) 20:57:26.89
SourceForgeの新システムって、機能が明らかに退化してるなあ。
Githubはいいなあ。

918 :デフォルトの名無しさん:2012/10/11(木) 20:58:52.28
今も昔もSourceForgeが使いやすかったことなんてあったか?
ファイルひとつダウンロードするにもリンクを何重にも辿らないといけないクソ設計じゃん。

919 :デフォルトの名無しさん:2012/10/11(木) 21:06:36.98
githubいいね

920 :デフォルトの名無しさん:2012/10/11(木) 23:01:48.76
なんかファイルの日付が全部今日になっちゃったぞ

921 :デフォルトの名無しさん:2012/10/12(金) 05:11:30.49
それがどうかしましたか?

922 :デフォルトの名無しさん:2012/10/12(金) 13:44:57.96
>>921
日付が変わるとすごい困るんだけど
差分出来ちゃうじゃん

923 :デフォルトの名無しさん:2012/10/12(金) 13:52:48.73
?

924 :デフォルトの名無しさん:2012/10/12(金) 14:55:46.11
Gitは基本的にファイルのタイムスタンプはガン無視なので…
後付けでタイムスタンプも保存する機能くっつかないものかのう

925 :デフォルトの名無しさん:2012/10/12(金) 15:59:35.31
んなアホらしい機能、誰得だよ

926 :デフォルトの名無しさん:2012/10/12(金) 16:12:17.56
なにムキになってんの…

927 :デフォルトの名無しさん:2012/10/12(金) 16:13:06.71
test

928 :デフォルトの名無しさん:2012/10/12(金) 16:18:59.82
せめて手元に引っ張ってきたファイルのタイムスタンプは
コミットされた時の日付になってはほしいということ?

関係ないけど、ブラウザのダウンロードでもLast-Modifiedヘッダの日付へ
タイムスタンプを変更するかのオプションくらいはそろそろ付けてほしいw

929 :デフォルトの名無しさん:2012/10/12(金) 16:53:06.48
branch に checkout して戻ってくるだけでも日付変わるけど
(共通のファイル以外)

930 :デフォルトの名無しさん:2012/10/12(金) 16:54:48.43
どうでも良いけど
せめてダウンロードしたファイルのサイズくらいチェックして欲しい
途中で中断して黙って完了とかアホすぎる
firefox とか

931 :デフォルトの名無しさん:2012/10/12(金) 17:42:18.80
pass

932 :デフォルトの名無しさん:2012/10/12(金) 18:08:12.79
pas

933 :デフォルトの名無しさん:2012/10/12(金) 19:03:39.35
コミットするときにタイムスタンプをテキストに保存するしかないのか
うまく自動化できそうだな

934 :デフォルトの名無しさん:2012/10/12(金) 19:36:58.63
       //
     /  /   バカッ
     //⌒)∩__∩
    /.| .| ノ     ヽ
    / | |  ●   ● |     
   /  | 彡  ( _●_) ミ 馬鹿には無理
   /  | ヽ  |∪|  /_
  // │   ヽノ  \/
  " ̄ ̄ ̄ ̄ ̄ ̄ ̄(..ノ

935 :デフォルトの名無しさん:2012/10/12(金) 19:42:23.87
まあそうなるわ

936 :デフォルトの名無しさん:2012/10/12(金) 20:34:25.14
保存しとかなくてもファイル毎に最後に変更があったコミットはログから分かるんだからそれに変更するスクリプト書けば良いんじゃないの?

937 :デフォルトの名無しさん:2012/10/12(金) 20:41:44.46
天才北-

938 :デフォルトの名無しさん:2012/10/12(金) 21:19:27.24
>>936
お前馬鹿だろ?
それだとコミットした時刻になっちゃうだろ?
お前はファイル修正した瞬間にコミットできるの?
マッハ20で動けるの?

939 :デフォルトの名無しさん:2012/10/12(金) 21:42:53.63
現状: ファイルがチェックアウトなど変更される時点での時刻にされる
>>933: 保存時のタイムスタンプがコミットに記録される
>>936: コミット時のタイムスタンプに(あとから)変更する

>>938>>933の方法で記録されたタイムスタンプに(あとから)変更するスクリプト書けばいいと思うの

940 :デフォルトの名無しさん:2012/10/12(金) 22:20:26.15
ソースコードの場合はファイルの日付が過去になると
make とか ant とかのファイル更新検知が機能しない(再コンパイルされない)から
チェックアウトした日付になってもらわないと困るんだよな

941 :デフォルトの名無しさん:2012/10/12(金) 22:22:20.07
>>940
元のファイルの日付で何か問題あるの?

942 :デフォルトの名無しさん:2012/10/12(金) 23:00:41.93
OSによるけど
ぴったり元の時間に戻したつもりでも
2秒くらい過去の時間に変わってたり

943 :デフォルトの名無しさん:2012/10/12(金) 23:02:47.15
>>941
過去のコミットに戻った時に、日付まで戻られるとmakeが破綻する

944 :デフォルトの名無しさん:2012/10/12(金) 23:57:54.06
>>940
手元でコンパイルするなら、いちいちチェックアウトするなよw

サーバ側でやらせるなら、クリーンビルドしろよ。
横着してると問題の発見が遅れるぞ。

945 :デフォルトの名無しさん:2012/10/13(土) 00:21:25.54
git用語としてのcheckoutを混同してる予感

946 :デフォルトの名無しさん:2012/10/13(土) 00:24:53.44
makeやant使うにしてもcommitされたものはcleanなものだから全部作り直しじゃないの。

947 :デフォルトの名無しさん:2012/10/13(土) 00:29:32.24
checkoutは横レスじゃないのか?

948 :デフォルトの名無しさん:2012/10/13(土) 00:30:53.73
日付は常に最新に変わってもらわないと、
タグでチェックアウトして確認する時に差分コンパイルが出来なくて困る。
git bisectも効果的に使えない。


949 :デフォルトの名無しさん:2012/10/13(土) 01:00:16.93
checkoutしたらその時間になるのは当たり前だからいいとして、
git archiveでアーカイブを作ると、全部のファイルのタイムスタンプが最後の
コミット日時になってしまうのがなんとかならんのか。個々のファイルごとの
最終コミット日時になるようにできないものか。

950 :デフォルトの名無しさん:2012/10/13(土) 01:01:52.92
>>944
過去のコミットをチェックアウトしないで
どうやって過去の物をビルドするんだ
あんたGit使ったことないだろ

タイムスタンプをコミット日時に変えた所で何に使うんだ
定期的にこういう事言う人いるけど

951 :デフォルトの名無しさん:2012/10/13(土) 03:13:35.75
>>943
別に破綻しないだろ。何いってんだ?

952 :デフォルトの名無しさん:2012/10/13(土) 04:37:37.48
>>951
一度git rebaseでも体験してこい

953 :940:2012/10/13(土) 10:27:58.48
>>950
ん?そういう意味で言ったんじゃないんだが、誤解させたようだな。

タイムスタンプに関しては同意。

今更だが”チェックアウト”が具体的には何さしているのかよく分からんが、
どこかからか新しいコードを持ってきたら、まっさらな状態からビルドしないと
後々問題が起きた時に面倒だろ。

954 :944:2012/10/13(土) 10:29:19.19
>>953
間違えた・・・俺>>944な。 orz

955 :デフォルトの名無しさん:2012/10/13(土) 10:37:23.03
馬鹿には無理

956 :デフォルトの名無しさん:2012/10/13(土) 10:42:09.47
↑バカのクソレス

957 :デフォルトの名無しさん:2012/10/13(土) 10:44:16.33
>>954
gitの世界ではチェックアウトといえばリポジトリ内でのブランチ(任意のコミットやタグでもいいが)の移動ことだが、
おまえ、svnとかのチェックアウトと勘違いしてるだろ

958 :デフォルトの名無しさん:2012/10/13(土) 10:58:08.33
自演してるとレス番間違うよね

959 :デフォルトの名無しさん:2012/10/13(土) 11:24:57.56

svnだとupdateが作業するコミットを変える操作で
switchが作業するブランチを変える操作

gitはどちらもcheckoutを使う
hgだとどちらもhg updateだっけか

960 :デフォルトの名無しさん:2012/10/13(土) 13:27:34.24
馬鹿でも分かるような、
ムービー付きのGITのGUIを作ってやれよ

961 :デフォルトの名無しさん:2012/10/13(土) 15:35:40.90
>>960
スライドで充分じゃ

962 :デフォルトの名無しさん:2012/10/13(土) 16:06:42.36
http://www.amazon.co.jp/dp/4798035009/

963 :デフォルトの名無しさん:2012/10/13(土) 16:29:11.76
http://rogerdudler.github.com/git-guide/index.ja.html
http://osc-tokyo-git.phper.jp/
http://slashcolon.com/pdf/ProGit.pdf
https://docs.google.com/file/d/0BxkaLAGEeWgLNDRhYzQ3MDgtNmQ1NC00ODZiLThmYzYtYmJlYWE5YzY2Mjkw/edit?hl=en
http://www.textdrop.net/doc/git-cheat-sheet-ja/
http://www8.atwiki.jp/git_jp/
http://gitref.org/
http://www.amazon.co.jp/dp/4798023809/
http://fnya.cocolog-nifty.com/blog/2012/04/git-4b11.html
http://tech.kayac.com/archive/git-book.html

964 :デフォルトの名無しさん:2012/10/13(土) 17:40:29.76
手元のソースをリポジトリから引っ張り直したのならmakeはcleanしてからmakeするだろ普通。
リポジトリでファイルのタイムスタンプまで保持したら別の変更とマージしないといけなくなった時に
どちらのタイムスタンプを取るのか困るだろ。
という事でファイルのタイムスタンプはコミットされた時刻にするべき。

965 :デフォルトの名無しさん:2012/10/13(土) 18:25:56.56
>>964
> 手元のソースをリポジトリから引っ張り直したのならmakeはcleanしてからmakeするだろ普通。
は?

966 :デフォルトの名無しさん:2012/10/13(土) 20:25:43.22
>>964
          /        ,       ::| |ヽ\    \
          /      /  / |     ::/| :| `、`、    ヽ
           /      /  / |    ::/ |::|  `、',ヽ  ',  ',         r┐ r┐ヾ>
         ,'   i   | :/'  | |  ::/ i:|    ', i ヽ  i  ',.       | | lニ コ
        ,'   |     ! :,'   i||  ::/  ||     || `、 | | |        | レ! _| |.
         |   |    |`i'-,,, | | ::/   |     |  ', | | |        ヽ/(___メ>
          |   |    ||.|  `二=,,__,,,     ,,,__... -!´ト, | |         ,、
      .  | .   i    | |  //:::C,       7::c\ ||ヘ.| |        ((
          |   .|     | /  {::::::::::::}         {::::::::}`、 ,' .| i         ))
        | /´'|     |     ヽ::::::ノ       ヾ::ノ  .|   |        ((
        | {  |    |::::::::         ,    .... |   |         ))
        |  \',   '','''''   __       ::::::::: |   i           ((
        |   .:::',   ',   /    ` ー --、    |   |            ))
        /  .:::::::', ::  ',  /          }    /   |         ((
       / ...:::::::::::'、::.   ',、(          /  ,イ|:: :   |          `
     /  ..:::::::::::/'`、:::.. ',`'' - ,,____ノ,,ィ::´:::i ',:::|:: |         / 7
`-ー-´/ /:::::::::/    `、、 ',   /`、\:::::::::::::::,':::::::,' |::||:: |       ┌‐' 'ー┐ト、
 ̄ ̄/  ./:::::,-{       \ `、、   /  \::::::::,'::::::/  .|:i'|: |        7 /_7 / 」__〉
  /   //  \       \ ヽ/    }::::/:::::/   | |:|        〈_/ヽ_/

967 :デフォルトの名無しさん:2012/10/13(土) 21:08:58.62
>>964
>>964
>>964
>>964
>>964
>>964

968 :デフォルトの名無しさん:2012/10/13(土) 21:09:55.46
eNptWNeS40aWfZ+v6NDEarqEmiUAgjBRakXAE44kDOE6+gHeew+t/n1R1T0asxsMEOTJkzevSXPz/jWrg3IKo0+/LlkdNsvw3+l
vf/nrn+BeZv4H0vZeUnmfgqaqonr8fMCvP300Hs9PL3+Zmyz85KNIGAVNGH2mHIP99Es4jK9ZPX4asj16/Q4NffDy+8fPg/wVB7
99+R384y1u+u9dhi/ga/YFfMt+hY4v4Av88nuQev2nX/wvP5Gut4MEAJxOP719kMMv/tcMgL79/Xh9A6B/SgkOCcGv4VsAAC/vw
3y0B3//G/C3b18GIHgbgC/h2x/v9Hftvo/3ruPpfIwJ/NAv+Ip8e/sHJz84+a/IW340B1/zb1/exX4+jPma/YIA+bd32S//dZjz
dth8YGfgsOzz5+Ar+O3XX+GXn8EVBOPg5X/eIejbb78hH9D55U869J0OHXTkBx38TocP+ncJ8T/p8Hc6fNDR7/TgnR58PX/79PM
ncD0f3D/+eNe88rL6wwQveP3uyl+8+YeJ5X5Y8e3LT5G4jzUD61c5MBOSHTReHMuxCjaRVfpxcsnFuZtPUx1VtsZTE6SU51Qu5i
RpZO4HsCjWTOIAy43jWrPtbf4EEMyNIDGlCt2Y2+/h/VEvy2PBBYondo2uAWuPKY/VKbAoFAPOBHRN7rrUxghEl41O9Xf2Hoh5T
5ZVYA9NCiWBM54RYVBVGkxGkBnj0KMLymVVHext8UnKI2k2ZxfK6DBiVAUAqaiF1kj0GXKVeq483luXyp4oqw5/8y7pIXegoAxf
wzZx+NIrz1BtUYNi3JyhIwKLBGcW3Ug+BbicrYjeGemw7+moMeMcsOxCUYIsm5/syUYcLvAEdJ7FwUszJORaB2FNl6eWFNWCk1F
YOlQwyXkybxYNk/x8XcWtYG/w0AhXSWjX6Ik69mnLBoTzSmC+TW73CG9QbSCMLjf1TAMDsKa8ty5WYbkTzGJFgGKJSSBP43T3z0
UWn1lxm4AxfEqIpA/uDorBep2qzbUExu43Te5lLenOfgiDDsrlJuZU5Mg0t9vlHrh6O4S+TAroGKzcfXVXmb/SghJJi8+j62GOj
Qgh4zMNY7dzQfiWAQCP7Loe7tYn8frQjOzUZShcN1LUBWnQlYXSMZjUOClvHoairo55g5n7WA7KBA/Kspw26yqS7t3L7NgXh46s
aH13V1Q6jynQQmld03Vj3cWylscuDMIwIpXRyot7wY3VNiposd/62z0H1nHibgNTqFYAFEElWPi2XQrvudP4iCJm4rCBkj0ywS2
bFgLUK4H4GXVT2SEte/m+Yn10N51VftpEBFsQP2kXx/T6y31j76RiQjV94aV7Gy5dYN6tczILgQsOJ8sGmw4lTDIBqIsLypTrol
xYnWLPDl0fNgUH6qPeHLinO5QLWtZS3x8TycUtc+OFsI2nCprGdvazc38hc7cEvRznZvWM0eXlpnAcBCDJUgam+6wk3JYLuTOQy
rinnT2YjEZpniWq02Ow9Aw686RmbHLlEW4loTeZQ1ecdyy+YrRNbINrUFpc0wyQEqNNcyujcjaffm1S2F11sMLtggo9cckwDisK
WlPPOeNTZjC6KgWrL7Nsc1sVZcPUCrqxra2nGE2h25RcOT+eS5+bvo3S2sVlawOrkRJ4bFi5XXjPRb3kRBlR2o++I9p8ag9ql52
j3eUVWfEl1VmsB1RJhGdBVy31qzJ94tUAZlLrbIq49FNrc0XsigjnXl2xmEtnLmWuWsRu8RAjTqocSgWXMsc0No5lmQy6C43SHt
LN2HHJ9VxqDwvfp9zcRVrQfK2mT2Te7SBaye3d46+rG7qZKFkNkZPLzEeL1h6LhHbmbI0HHRgeXt+tiMwd+sCToZIOfZWV+jJno

969 :デフォルトの名無しさん:2012/10/13(土) 21:10:31.96
R1ZxcUt131hoccoYhg+wru6lwobZPMkweCmbQxHqdPZRVznyqbUDZPVkwmHLn34t16qXpaslrD7cAsL20WlNAZ6M8tr2ERrh7Bg
uN/Ola9MWE1ELs7LmbNAAKoGE/iAHt7ICe64QZmOEYdyWgfoo4fa7oU/nQZo1C4MYQCef9n2yGnhXr+ekrB5SjogdW2+zxrRgHW
7QKUKYpC+Int3cWd+dcz+kdzDadd4UiQioGcfMe4xLgvYrKFDkNB4RN7eMFgD9HLj8uV0J9xNvi/X9DQ/U9+SZZTTQvWUyzchNE
z0Fgh6XdgmMrUPPTLOD6Dt9lGxytybIXIWdK/vWRk9ZijYO1HhF+ItG3Rw8M2LGMGFBeO9fmmPdQa72uqJPsZOvgmLsSYXBFjN5
6gjbE10YHlfT1wo6ECnSE9v9/GYEzBZV8ttOgNJiZVS0FgO8aCuwq3l8TtsziMSYkQa9ydGb+r16mKtvqY31GSsETRidHVw2cw3
VyBR9DlYdrqea2fISdLiTm0mlVaZgSbJZa2rKy3EVfDSFpJ2Td1+UDrOUAn5jj+I+HZE1cg6Y9yIqWQtHxignRJqV6mNwSBpy9c
KIkzsxCyL/Gr2FtVSoXFCU2/yeJXA8pZHdi4hEOiK3QnqkdEQ0GT8ZnnlVehaYAcX5sYNT+5yHeNR7zPak1VphR9A444Vw8V9C2
5YpUDR5foIHndZcwmWHQuZ5Fe4mkjdsog82+7PYs7jCbjUFws0MXn1FDxaeAmLY6lgxzmdUsC26LV8uvoU4AuBLdEaKULmoFs70
oCm3ZTrUOneYDkjrAWzRYUtIU3X4epjjy1aJ1Rx9ds5f7oaJPOGYCzbdm0JpevGgbHUPLVQKpYA5gaVeHmzcOHWk17aAxrsQExM
4FYgrecBvwbPCxob0nDC7iM3Q81Dw1wGOV/TFhfO9YM1NtrhzLVd7RZUuvOdhmyCm9vVj83oYu7NirrpaKbyyTpO7SDzAd8Xt1x
znZmjypQaoUrzagIbkFjq7hm6msm6ZjczINEC2usVuUPGlVMV3+lAB6aofg0Y3pJghKpm7YIZ2dgzQ7NXqucwxMSo0R48FN9QfF
x7CDc3GbFIBk4zxijTrOlhdb/kO6aZD5MY5rFUc/tKlMKxcckeQgWaaGVO/pydYulQ/OhiLCG95jXnjRfVUDmGnJ8UxmcA75gWV
IBG2gETRJw2QYDRQ2h9IkACJK0eug1uUxhDpV49ogKcli1dMYHOS1c/L550K5MeIfh9KPViMfuVXXqjpp0e6oICyEtAPJ/hUVdv
Zj0yGurUnJBLI9CrSXFOLBqZL8dRjvbRzHhbFQfmaFrwskZn86kgwoZPjGWpJ30TSDPZewewxyOdIoDjLLlELO0IZVwQ1qVuGbL
S1hSL/Z3RrkAJM31/d5EL43slF0cKc6w9treyFhDopXWuvRnLXjOhqY6z5kUGdWuTkzW5hWhatIPU0E/KEmCblUk26SYf6ZsluV
lLv5U5aZgVKQ3pg65Ejl77NoaHY2Mggd6LRQfyH/4GzWeSteTQBloJSaEneOvquzz3vS66dyKs9rj00+yZhHCAS/1wLRrFvOHG1
SopWK0Vm7foJn1EKeBep+J8fqb66sXTPKwG/tgDbIRA72wfy5DzLT3MHQ0IENe8G4UhsJ1BZfZ0N+ezWcDZLOImnsvNVZ/12A0G
ppdo+EnM2L0K1rSxLqspn8hbtgbxSCmZrpDTEIyUpQsjUIEqSmx4Vyaae+wVqn5mTpw6Bhc4Y6/NxUv8umCf2tlTThpitvDA9vt
zlnG54loV4E17JrG1F32+NVVCDHgaalQtvtMWuRMsrGrKtQBlOONucXXl+tYB/SWB/Es73Cn7iZagzhB2GxE2GJcJgEu+dHEwEA

970 :デフォルトの名無しさん:2012/10/13(土) 21:11:08.88
FAjI0cMd6o8FYaZdkYE7pxdg1hLe3LpxGTZAST7vOZnYJiB4DrOOeG2bNPAUi4xhd3tjkZ07FLHIuo3nDf57O5XXTQhkmzlR+pV
8GBme3ZQj/FhqlHNzz+7QNvc1W6ygDJtOr0RDJsDJTyHlB7tjM9l1QhziPZTqLZTTNV/+GuXTLbqruec/R0wzocO3KzxjQlgiq4
nMAutnIRZuUxLnVP+BBrnE47GcSZXcxgbQN8l6tzoY1O44blk9saPd16Xlqydg+dSEPDZS1HsReRi5TJq7lUPAISKldSR1JASWn
vnjfkiLIengzR6Lm1hFzocfS85Hw/1ckqF97l9jjLhMzPWo7yd6VSRBhYRTri+UcCcKHv2rKxnLgjrw6EDMrmvsHL/sY84zgqAr
t6QJaQFxbFLaJb8QBgGcoJ769t6BsLIbcgNkGitOUFENzEhi6VmcqW+rnH947w6FynyL7fSaRFgSJc81MPgax1yrl6VZXoZJ05s
MAfinKWrnC0dvqNFsk4WEIrnZTWjVowp1dntnT+mskXxrzDpZHFt21YzQDDInxPvDbT+SKG8Agup5TbY5yzrNvjtKYoaeuw2Dwo
9bhJYc+TuBAOcBWCVcxcQ1+qznwibWcCJ57lQBGXjCQqs62qLoS1bFrthJGpRwktYc/5klua4pbEE32K3PNq1oIN2ewglzkWdeF
FshQZ0N73jFbLZ1PrreN0iZNtMLlwQsHKOGPp3i0XSNM4zBIu136awRDOcBldC9snjnRjxtWHqM2H9dVwwtHG8g2UPSEF2GPd5V
kEhEqr6MVyS1VsiVCWI50Vy9kFi/ZZREs2WKEIdlyapDpFyQ+nvmAS/0jNe8hSLqI8nPjIp3FeB5iubDjfpTyGvo/LpawMzNloL
RbLQgIjdUJvCy3x+qTFTDhmuimON38WE9UamAVkfIN4pFhkhS68ouPpWvFpGyqJkl8TqNWAKDVREM6j1eNLcCOXYb7p8KIJ0DGr
ElBnz4OcgCznY8lgdZx2h2SqQgQjRaOW4byLSwiK0RXU6NTCdTD2UYJK4yL5w5kH94BGEPGMn7ZBjgYUUaEjF528SSdsdbORJ8p
gdamjqH1O/GPeBq1rbBZ65y9V7PoPPKuF00LH+oJEP2pB5Y5hX88wdP729s8q1Dv4+g6+vlc6Xr4z/Sn+CmNnFPz2Nh236yT+KE
99+YDesvjzVAdN1fbRMHw+qK8/fxSv/pT08tJH49TXn6C3q3VjPqVLHX7ho5GJhmJsWuujhvb55e3K0J/SMPhooj+/s35gVVQdM
N1H3hjRx0DemPll9M4Jg4NCCYZCPj4dF6L2/5CobKy89p34ioLg66Hvv3RoyvC9z+cfwIselVEw3v38+P78fdTXd6kvb8cNgir/
xMDj80Paq3UVDPbG6vrL278Xxz5cAwAv/14Ow9CPetjhs3efZr9gKJB/+5NTfAFfqy8QjL8Vvx4PALxWv/32BfoP+s/Voen4yNa
o/IdG+S84ULxmrx9FsPj9OSKXfdf5PxT+Fxt0jabvD+fl7f81/Lt3Xt6Yo3GM/tH4L9B7AD64L2/aAXhD9CNsrx9x+RF08O2P/w
UBPgSo

971 :デフォルトの名無しさん:2012/10/13(土) 21:12:26.28
これが今話題のウィルスへの指令書か

972 :デフォルトの名無しさん:2012/10/13(土) 21:27:22.16
>>964
日本語でおk

checkoutでファイルが1つ変更されただけでも
全てのソースファイルをコンパイルし直していたら
時間が掛かりまくりんぐじゃないか
その間2chでも見てダラダラ過ごすのか?

973 :デフォルトの名無しさん:2012/10/13(土) 21:53:40.71
パルミジャーノ・レッジャーノ

974 :デフォルトの名無しさん:2012/10/13(土) 21:56:39.45
>>972
プロジェクト分けてライブラリ化したら。
ソースが変わってたら困るだろ。diffで差分取って、違うのだけコンパイルするとか。

975 :デフォルトの名無しさん:2012/10/13(土) 22:08:35.37
>>974
      ___    ━┓
    / —\   ┏┛
  /ノ  (●)\  ・
. | (●)   ⌒)\
. |   (__ノ ̄  |
  \        /
    \     _ノ
    /´     `\
     |       |
     |       |

976 :デフォルトの名無しさん:2012/10/13(土) 22:20:32.97
ファイルの日付が更新されてたら中身も更新されてると想定する文化ってあるらしいね
そういうとこではGit使うの無理だからアキラメロ

977 :デフォルトの名無しさん:2012/10/13(土) 22:46:56.60
>>976
それで何か問題でも?
エディタでファイルを編集した場合も、
バージョン管理システムのcheckoutとかでファイルが変更された場合も
更新日時が新しくなる
そのソースファイルだけ変更されたとみなしてコンパイルすれば良い
makeなどのツールはそういう前提で動いている

978 :デフォルトの名無しさん:2012/10/13(土) 23:09:20.25
ファイル中身の変更は管理する必要があるのはいいよね?
ファイルの日付が中身と同等と想定する文化では、ファイルの日付の変更も管理される

>>977
それが何か問題でも?って言われたら、
gitとmakeの併用が不便になるのが問題だとしか答えようが無いな

979 :デフォルトの名無しさん:2012/10/13(土) 23:24:07.08
どうしてもってことなら post-checkout フックして
最終コミットの日付に設定しなおすスクリプトかませば?

他のバージョン管理システムもデフォルトのタイムスタンプの扱いは
同じだから運用見直すほうがマシだとは思う

980 :デフォルトの名無しさん:2012/10/13(土) 23:34:42.12
>>978
「ファイルの日付が更新されてたら中身も更新されてると想定する文化」で許されないのは
日付更新なしの内容変更だろ?
内容変更なしの日付更新も許されないというのならその具体例は?makeじゃないよね。

981 :デフォルトの名無しさん:2012/10/13(土) 23:36:44.76
makeはタイムスタンプが過去に戻ることなんて想定してないんだよ
gitのワークフローだと過去のコミットからファイルを引っ張り出すなんて日常茶飯事だぞ

982 :デフォルトの名無しさん:2012/10/13(土) 23:51:53.02
タイムスタンプの話は総合スレでやれ。
誰か次スレよろしく。

983 :デフォルトの名無しさん:2012/10/13(土) 23:54:11.55
>>980
日付更新なしの内容変更あり -> これはどんな場合でも当然許されない
日付更新なしの内容変更なし -> 何も更新されない正常な状態
日付更新ありの内容変更あり -> 正常にファイルが更新された状態
日付更新ありの内容変更なし -> 通常の文化圏ではこれを管理しないが、
上記の異常な文化圏ではこれを管理する必要がある

gitとmakeを併用する場合は「日付更新ありの内容変更なし」を
「日付更新なしの内容変更なし」と同じ扱いにする必要がある

「日付更新ありの内容変更なし」を管理する特殊な文化圏では、
gitの使用か、makeによるタイムスタンプ依存のビルドか、
どちらかをあきらめる必要がある

984 :デフォルトの名無しさん:2012/10/14(日) 00:15:33.85
それが異常な文化圏ってのはいいが後段が意味不明。
結局その「異常な文化圏」って実際に存在するんだろうか?

985 :デフォルトの名無しさん:2012/10/14(日) 00:35:49.18
昔、バージョン管理してないころ、変更手続き(書類のw)無しでソースファイルの更新日付変わってると大騒ぎしてたわw
バージョン管理導入したら、そんな習慣残すのは無理じゃないの?w

986 :デフォルトの名無しさん:2012/10/14(日) 00:47:27.71
コンパイルが必要なソースコードとは相性が悪いけど
タイムスタンプ保存の需要も、ないことはないみたいだ

Re: git check out file time
ttp://marc.info/?l=git&m=128118878725653

metastore
ttp://david.hardeman.nu/software.php

987 :デフォルトの名無しさん:2012/10/14(日) 01:14:14.47
次スレ
Git 5
http://toro.2ch.net/test/read.cgi/tech/1350144612/

988 :デフォルトの名無しさん:2012/10/14(日) 01:47:44.75
>>983
>日付更新なしの内容変更あり -> これはどんな場合でも当然許されない

どんな場合でも、じゃなくて、それは「ファイルの日付が更新されてたら中身も
更新されてると想定」する場合だけだろ。
日付を内容更新の有無の推定に用いないなら当然許される。

989 :デフォルトの名無しさん:2012/10/14(日) 02:02:15.87
上記異常な文化圏では「日付更新なしの内容変更あり」を想定したVCSが必要になるんだなw
そのせいでgit pull等した後にmake cleanが必要になるとw

990 :デフォルトの名無しさん:2012/10/14(日) 02:04:12.00
想定したは正しくないな「日付更新なしの内容変更あり」を引き起こすVCSが必要になるとw

991 :デフォルトの名無しさん:2012/10/14(日) 03:38:51.77
>>983
更新が無いのに日付だけが変わってしまう
ってのがそもそも問題だろ

992 :デフォルトの名無しさん:2012/10/14(日) 03:55:36.48
>>991
実際に内容が更新されているいないに関係なく、
更新された可能性のあるファイルをワーキングツリー上に取り込んだときは
日付を常に最新にしないとmakeが動かないんだよ

993 :デフォルトの名無しさん:2012/10/14(日) 08:46:29.06
ファイルの更新のチェックに日付を使うのが間違い
ファイルサイズで確認汁

994 :デフォルトの名無しさん:2012/10/14(日) 08:49:45.39
ひょっとしておまいらの言っている「異常な文化圏」ってmakeのことか?

995 :デフォルトの名無しさん:2012/10/14(日) 09:02:24.82
みんな、更新のチェックにはgit使おうぜ。

>>993
せめてチェックサム使おうぜ。

996 :デフォルトの名無しさん:2012/10/14(日) 09:07:01.10
>>994
>>983の妄想で実在はしないだろ。
ファイルを変更して、その変更を元に戻した場合、日付も戻すべきなのか
進めるべきなのか一意に定まらん。

997 :デフォルトの名無しさん:2012/10/14(日) 09:07:06.34
異常な文化圏ではファイルのタイムスタンプが巻き戻るからmakeがうまく動かないぞw

998 :デフォルトの名無しさん:2012/10/14(日) 09:23:20.85
>>996
>>922,944,964辺りがそうなんじゃ?

999 :デフォルトの名無しさん:2012/10/14(日) 09:50:23.83
checkout して以前と同じファイルなのに日付だけ変わって
make で再コンパイルとかあり得んのだが

1000 :デフォルトの名無しさん:2012/10/14(日) 09:51:06.24
1000 なら commit フックして毎回 md5 書き出し

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

238 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)