git スレッド
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001login:Penguin
2007/12/16(日) 18:40:39ID:GslAi8rsあの、リーナス・トーバルズだって、バージョン管理を始めたんだ。
http://www.kernel.org/pub/software/scm/git/
git チュートリアル (バージョン 1.5.1 以降用)
http://www8.atwiki.jp/git_jp/pub/Documentation.ja/tutorial.html
0002関連スレ
2007/12/16(日) 18:46:21ID:f7tgD3+1http://pc11.2ch.net/test/read.cgi/tech/1193332500/
ところで Windows ユーザはお呼びでない？
GUI でコミットできたりする？
今は犬糞自鯖の Subversion リポジトリを
TortoiseSVN でつかってるんだけどさ．
あと，Merナントカと比べてどっちがいいの？
0003login:Penguin
2007/12/16(日) 19:11:29ID:qBPtEO0sLinux 板
subversion バージョン管理【サブバージョン】
http://pc11.2ch.net/test/read.cgi/linux/1154701996/
UNIX 板
CVS 1.3
http://pc11.2ch.net/test/read.cgi/unix/1093611448/
>>1
乙。
0004login:Penguin
2007/12/16(日) 20:26:49ID:QXy/zVCN0005login:Penguin
2007/12/16(日) 22:42:28ID:GNrc/MYC乙。
バージョン管理システムについて語るスレから誘導されてきました
>>2
すまん、犬がLinuxを指すんだろうなーというのは感じてたんだが、
犬糞とは？
0006login:Penguin
2007/12/16(日) 22:50:22ID:QXy/zVCN0007login:Penguin
2007/12/17(月) 00:08:13ID:xELccl5q~~~~~~~~ ~~~
0008login:Penguin
2007/12/17(月) 00:40:00ID:W6zCTNJqそか、それで犬糞かー
しっかしイメージわるっ
0009login:Penguin
2007/12/17(月) 07:56:26ID:L6um+ERc0010login:Penguin
2007/12/17(月) 08:06:29ID:0XEJOpmd0011login:Penguin
2007/12/17(月) 21:48:16ID:/yrR25Cr1.5.3から使えるようになったんだっけな、けっこう便利。
0012login:Penguin
2007/12/17(月) 22:28:16ID:IgqbHlu/0013login:Penguin
2007/12/19(水) 03:32:13ID:dXqKwU0p0014login:Penguin
2007/12/21(金) 02:00:12ID:6o0qhWXwなんでやねん
0015login:Penguin
2007/12/21(金) 03:25:07ID:AYJ4T+a5checkout -bして逃すか、stashしてpullするのがgitのやり方
それにコンフリクトしてなきゃpullできるだろ
0016login:Penguin
2007/12/23(日) 14:53:44ID:fi/RmBMCコマンド多すぎ！git hogehoegに統一しろよ。かなわんわ。
0017login:Penguin
2007/12/23(日) 15:03:11ID:N2RrqJDEgit-am
git-branch
git-checkout
git-clone
git-commit
git-diff
git-format-patch
git-log
git-push
git-rebase
だけ分かればなんとかなる。きっとなる。
0018login:Penguin
2007/12/23(日) 16:34:13ID:RyBdHHBH0019login:Penguin
2007/12/23(日) 16:43:09ID:K9KsPcXggit-hogehoge は git hogehoge でもいけますが？
0020login:Penguin
2007/12/23(日) 16:55:21ID:R7YWvlFyttp://linux.yyz.us/git-howto.html
0021login:Penguin
2007/12/23(日) 17:27:52ID:CF8f6C8uzsh: do you wish to see all 144 possibilities (49 lines)?
0022login:Penguin
2007/12/23(日) 19:34:11ID:fi/RmBMCいけるに決まってるだろアホか
そういうことがいいたいんじゃないんだよ
0023login:Penguin
2007/12/24(月) 01:12:48ID:a5pJldP1＞git hogehoegに統一しろよ
って書いてるけど。じゃgit-hogehogeを無くせってか？
それともコマンド減らせって？
使わなきゃいいだけじゃん。
0024login:Penguin
2007/12/24(月) 07:35:31ID:SQuGm0vv0025login:Penguin
2008/01/30(水) 02:00:10ID:bXVdZXGPいきなりこんなの作れるLinusはやっぱすげえな
彼がバス事故とかにあったらそれでLinux終了なんだろうか
0026login:Penguin
2008/02/01(金) 19:08:57ID:rSw2dtTK作者が死んでもソースは志しあるものに引き継がれる。
彼並みのマネージスキルというとあれだけどな。
0027login:Penguin
2008/02/07(木) 20:40:32ID:iRLnulYw0028login:Penguin
2008/02/09(土) 01:28:18ID:tqDiHypGwindows版落としてみたら、意外に普通にうごいてびっくりした
0029login:Penguin
2008/02/10(日) 03:36:35ID:HUyz7WXTgit revert filename とすると、fatal: can't find hoge.c と言われます。
0030login:Penguin
2008/02/10(日) 03:38:43ID:HUyz7WXT書いたとたん、git reset というのを見つけてしまったorz
0031login:Penguin
2008/02/10(日) 14:09:33ID:irmoOUSWgitはreset、rebase、cherry-pickを使い始めると、かなり良い感じになってくると思うヨ
0032login:Penguin
2008/02/11(月) 18:21:30ID:biU+/9KYなんか checkin を取り消すんじゃなくて、checkin したのと逆のパッチを適用するみたいなんですけど、
これってそういうもんでしょうか。
個人的希望としては、直前の checkin を取り消してもとの状態に戻したいだけなんですけど。
0033login:Penguin
2008/02/11(月) 18:40:40ID:huZqSBbSその場合はreset使うんだお
まずはチュートリアル見てみたらいいんじゃまいか
http://www8.atwiki.jp/git_jp/
0034login:Penguin
2008/02/11(月) 19:04:33ID:biU+/9KYあれ、git reset は commit していない checkin を取り消すものじゃないですっけ？
0035login:Penguin
2008/02/11(月) 19:50:44ID:huZqSBbSresetはどこにでもリセットできるよ。これがけっこうアツいんだ。
こうすれば今のブランチの１個前にリセットされる
git reset --hard HEAD^
リセットを取り消すのはたいてい出来ないので注意
まあゆっくりドキュメント詠みなって
http://www8.atwiki.jp/git_jp/pub/Documentation.ja/user-manual.html#fixing-mistakes
0036login:Penguin
2008/02/22(金) 23:38:57ID:qDG1xDNvgit checkoutだよ。
0037login:Penguin
2008/02/23(土) 19:57:04ID:54b7Idwq0039login:Penguin
2008/02/25(月) 00:48:26ID:ew7Eacri0040login:Penguin
2008/02/25(月) 15:31:38ID:f8BCtTFE0041login:Penguin
2008/03/06(木) 21:02:14ID:oj0m+NVrSD 4 月号は git 特集らしい。
0042login:Penguin
2008/03/20(木) 18:23:26ID:NvgN5uBF0043login:Penguin
2008/04/04(金) 16:51:51ID:VtK1I9PCチュートリアル読んでたら、なんの説明もなしに登場してくるので、教えてください。
0044login:Penguin
2008/04/04(金) 18:27:28ID:JdXMDd2F現在作業してるブランチに対する最新のコミットのIDのエイリアス
0045login:Penguin
2008/04/04(金) 21:30:33ID:rtdSSa+F最近HEADって大文字で書くのがちょい億劫になってきた
0046login:Penguin
2008/04/05(土) 02:49:47ID:uV0eyb6h0047login:Penguin
2008/04/05(土) 03:01:18ID:zGo20/USgit show-ref
とか
cat .git/refs/heads/master
とか
git show HEAD
とかか？
0048login:Penguin
2008/04/06(日) 12:09:53ID:o13Td3pyさんくす
Gitのmapページで index という用語がでてくるんですが、これは何を意味していますか？
0049login:Penguin
2008/04/06(日) 19:21:49ID:AhVxVw+dmapページて何だか分からないが、indexはGit特有かもしれない
ワーキングコピーとリポジトリの中間に位置する場所で、
コミットする前にいったんここに保存する感じになる。
けっこう便利に使えます。
今月号のSD見てみたら？ ムズ目かもしれないけどかなり秀逸な記事ですよ。
0050login:Penguin
2008/04/07(月) 19:20:32ID:EqyCSPuzmapページじゃなくてmanページでした。
説明ありがとうございます。
index は、RDBMSでいうところのredoログファイルみたいなもんですかね。
SDってのはSoftwareDesign誌のことでしょうか。ちょっと買ってみます。
それにしてもSoftwareDesignはタイミングよい記事を載せますね。前回のYAMLとJSONも良かった。
0051login:Penguin
2008/04/16(水) 11:34:13ID:RilLZEQp見て気になったんだけど、
head って 小文字で書いてるんだけど弊害あるの？
0052login:Penguin
2008/04/16(水) 13:20:16ID:bD0WIhMfただ一点気になっていること：
subversion の自分のレポジトリから svn:externals 指定で他のモジュールの
最新版を取得する使い方が多いのですが、gitのレポジトリの場合も外部のsvnを
参照する方法があるのでしょうか？
0053login:Penguin
2008/04/16(水) 17:12:38ID:LOLPT6Jlマジheadでいけんの！？ ってやってみたらいけなかたorz
GIT 1.5.5
0054login:Penguin
2008/04/16(水) 21:38:44ID:s50cdEQtそれは、Gitから他のGitのリポジトリってこと？
それとも、Gitから他のSVNのリポジトリを参照したいってこと？
前者はできるし、後者は git-svn使えばできそう。
0055login:Penguin
2008/04/17(木) 08:41:42ID:pfpWBVyH時にmaster以外にそれらのブランチのデータも一緒にとってきたい
(でも普段checkoutするのはmaster)んだけど、それってどう設定
するのが正しいの?
0056login:Penguin
2008/04/17(木) 09:03:47ID:pfpWBVyHちゃんととってきてました。
よくわかりませんが
git log origin/BRANCH_FOO
と
git log BRANCH_FOO
で内容が違うようです。
0058login:Penguin
2008/04/17(木) 09:09:28ID:ZMgRHVN7普通はできないのですか…
バージョンは、cygwinのgit 1.5.4ですね。
使っているのは、
git reset --hard head
git show head
git diff head..head~5
くらいです。
検討違いのコマンドでしたら申し分けないです
0059login:Penguin
2008/04/17(木) 10:36:55ID:/nSY839jwindows はファイル名の大文字小文字を区別しない。
HEAD って .git/HEAD
さてさて？
0060login:Penguin
2008/04/17(木) 12:44:33ID:ZMgRHVN7なるほど
HEADって.git/HEADを差していたのですね
windowsのファイル名大文字小文字無視が原因かなとは
疑っていましたが、なぜなのかがピンときてませんでした。
ありがとうございます。
今(windowsで)は良いけど、混乱の元になりどうなので
HEADって打つようにします。
0061login:Penguin
2008/04/17(木) 14:45:07ID:QJd9vB8f＞git log origin/BRANCH_FOO
＞と
＞git log BRANCH_FOO
＞で内容が違うようです。
そりゃorigin/BRANCH_FOOはリモートのブランチで（git commitは出来ない）
BRANCH_FOOはローカルのブランチ（git commitできる。たまたま同じ名前なだけ）
内容が違うこともあるよ。
＞リモートのリポジトリにいくつかブランチがあってgit pullする
＞時にmaster以外にそれらのブランチのデータも一緒にとってきたい
git fetch origin とかでいけると思う。
0062login:Penguin
2008/04/18(金) 20:38:42ID:zn32tz08svn:externalsはgit submoduleで似たようなことが出来るみたいだけど、
git-svnでsvn:externalsを透過的に使えるワケではないし、使い勝手はだいぶ違うようです。
>>60
逆に小文字でheadでいけるのが少し羨ましかったり。。。
0063login:Penguin
2008/04/20(日) 17:34:50ID:T155+Ikmどーしてもっつーなら、シンボリックリンクでも
ためしにはってみれば。.git/headとか？
0064login:Penguin
2008/04/20(日) 21:19:59ID:cyoem7vwそれでいけた！ (・∀・)
refs/headsをごにょごにょしなきゃダメかと思ってたんだけど、
この方法で名無しブランチでもheadでいけたよ。ありがとう！
0065login:Penguin
2008/04/23(水) 13:18:56ID:c9i8hTSf0066login:Penguin
2008/04/23(水) 19:21:41ID:WOoYuez/git branch -f branch って打っちゃった
これ復旧させることってできますでしょうか；；
0067login:Penguin
2008/04/23(水) 19:44:50ID:RWYW/w1Fあたりじゃどう。
0068login:Penguin
2008/04/23(水) 20:04:29ID:WOoYuez/いけました。
ありがとうございました。
一ヶ月分の作業を失ってしまったかと かなり 涙目になってました
0069login:Penguin
2008/04/23(水) 23:27:56ID:9XenftLj0070login:Penguin
2008/05/15(木) 00:35:10ID:CKsV7vhr0071login:Penguin
2008/06/02(月) 01:28:01ID:K7GwLnsRそれと svnのレポをgitからアクセスしてコミットやらチェックアウトやらって出金の？
0072login:Penguin
2008/06/02(月) 08:55:36ID:+7cXOACLgit-svnでgitからsvnにコミットもチェックアウトもできるが
svn:externalsやsvn:ignoreなどは対応してない。
0073login:Penguin
2008/06/03(火) 01:58:33ID:QWA+WrFc0074login:Penguin
2008/06/09(月) 19:08:58ID:qzPjR4/Mgit-clone でクローン作って、そこで何回かコミットして
マスタへクローンの全履歴を反映させたくないんだけれど、
どうしたらいいの？
git-push したら全履歴が反映されてしまった。
0075login:Penguin
2008/06/09(月) 20:21:25ID:k9rgwIu8クローン元と同期しておきたいブランチを作っておいて、そこをpushすればいいんじゃないかな。
俺最先端ブランチの途中までpushしたいなら、checkout -b してそこをpushとか。
0076login:Penguin
2008/06/10(火) 08:46:37ID:KgejrtZo0077login:Penguin
2008/06/13(金) 01:09:33ID:0qkio06U保存されてるの？ そのタイムスタンプでチェックアウト
できたりできる？
0078login:Penguin
2008/06/13(金) 21:59:18ID:BTTXLp//タイムスタンプを保存して何したいのかを言ったほうがいい。
0079login:Penguin
2008/06/13(金) 23:34:10ID:0qkio06Uしたいんですが。
0080login:Penguin
2008/06/14(土) 08:26:20ID:AfqaBG/Zだからタイムスタンプが復元できて何がうれしいのかな？
どのように利用したいのか目的がわからずに適当に
答えても正しい答えなのかわからないよ。
0081login:Penguin
2008/06/14(土) 11:15:56ID:qEnbIax8自分の意見押しつけんのも大概にしろ。
0082login:Penguin
2008/06/14(土) 14:09:39ID:vfIs0VcC了解です。
>>81
＞自分の意見押しつけんのも大概にしろ
おまえ良くいる頭にウジ湧いてる決めつけ厨だろ？
誰も意見押しつけてないっつーの
出来るかどうかを聞いてるだけだろ？良い悪いは問題にしてない。
意味無いレスならするなよ
0083login:Penguin
2008/06/14(土) 14:15:37ID:jfP/Z0Kj0084login:Penguin
2008/06/14(土) 14:25:30ID:9U0IMmLW出来るか出来ないかを聞いてるだけなんだから、
ちょっと過剰な反応のような気がするけど。
みんな、マ板の方でうんざりしてるってだけかなｗ
0085login:Penguin
2008/06/14(土) 15:10:17ID:nckv2fL3男ならcpだろ、ｊｋ
0086login:Penguin
2008/06/14(土) 15:16:30ID:cIQ+spTzまったくだ。cp -pなんて使ってる奴は糞だ。
cpには-pを付けろだのなんだのと自分の意見を押し付けんのも大概にしろ。
0087login:Penguin
2008/06/14(土) 20:41:25ID:ni3Z2Orfttp://git.or.cz/gitwiki/GitFaq#head-76695e517a5f4dc371c613a14a9d88fd0523bf27
0088login:Penguin
2008/06/21(土) 18:12:50ID:pkTfrc9vhttp://www.kernel.org/pub/software/scm/git/docs/RelNotes-1.5.6.txt
* "git branch" (and "git checkout -b") can be told to set up
branch.<name>.rebase automatically, so that later you can say "git pull"
and magically cause "git pull --rebase" to happen.
これってbranch.autosetuprebaseのことなのかな…よくわからん
0089login:Penguin
2008/06/25(水) 08:24:38ID:mw46d4A7世の中にはお前や俺よりバカな奴が一杯いるわけだ。
それを理解していないお前はバカだと思うが、どうだろう？
0090login:Penguin
2008/06/28(土) 13:45:49ID:1ufqpgyzttp://jp.youtube.com/watch?v=8dhZ9BXQgc4
0091login:Penguin
2008/06/28(土) 15:12:06ID:/LJ+f5Il0092login:Penguin
2008/06/28(土) 16:03:19ID:CQHvNqo20093login:Penguin
2008/06/28(土) 16:15:49ID:5Ndx9bZbなんてものもあるんだから、ギットだろう
0094login:Penguin
2008/06/28(土) 18:16:30ID:2P6N18btそれは cogito というラテン語を知らないと通じないかも。
いや、Cogito ergo sum. くらい常識か。
0095login:Penguin
2008/06/29(日) 13:18:38ID:XN4+BjuCgitをギットと読んでる奴よりジットと読んでる奴の方が多いんじゃないか
0096login:Penguin
2008/06/29(日) 18:28:25ID:qzoCJb7s0097login:Penguin
2008/06/29(日) 21:02:31ID:OYNO3DBfdigitは「ディギット」かい?
0098login:Penguin
2008/06/29(日) 23:08:37ID:c9hvQ/j50099login:Penguin
2008/06/30(月) 01:35:35ID:tzC6XB0G0100login:Penguin
2008/07/01(火) 02:52:00ID:ne12KqOW同じようなもんかな。
0101login:Penguin
2008/07/08(火) 22:11:40ID:LSu++xNcバージョン管理システムについて語るスレ2
http://pc11.2ch.net/test/read.cgi/tech/1215520728/
夜露死苦ー
0102login:Penguin
2008/07/08(火) 22:38:13ID:7zg8vwOw別に総合スレと個別スレがあってもいいじゃん。
それとも単なる荒らし？
0103login:Penguin
2008/07/08(火) 22:39:53ID:LSu++xNc0104login:Penguin
2008/07/08(火) 22:44:59ID:7zg8vwOwすまん、強制的に移動しろっていう荒らしが立てたスレかと思った。
勘違いで煽って悪かった。
0105login:Penguin
2008/07/08(火) 22:51:37ID:LSu++xNcｲｲﾖｲｲﾖｰ
0106login:Penguin
2008/07/09(水) 11:03:24ID:XO23tYI80107login:Penguin
2008/07/09(水) 18:38:40ID:xXnuy0X6「挨拶回り」ってどういう意味？ｗ
いや、言葉自体はもちろん知ってますが。
0108login:Penguin
2008/07/11(金) 22:53:51ID:ozTGhgN01.5.6はバグ修正多いなぁ
そのうち落ち着くかな？
0109login:Penguin
2008/07/12(土) 10:26:18ID:VXCpKRyP$Id:$
とか、ソースに埋め込まれたのを変更してくれるやつです
0110login:Penguin
2008/07/12(土) 11:28:28ID:LefsuGz6man gitattributes |less +/ident
0111110
2008/07/12(土) 11:44:01ID:LefsuGz6キーワードを変更してくれないな。
$ mkdir foo
$ cd foo
$ git init
Initialized empty Git repository in .git/
$ echo '* ident' >> ./.git/info/attributes
$ echo '$Id$' > TEST
$ git add TEST
$ git commit -m TEST1 TEST
Created initial commit d1fae63: TEST
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 TEST
$ cat TEST
$Id$
$ git checkout -f
$ cat TEST
$Id: 055c8729cdcc372500a08db659c045e16c4409fb $
0112login:Penguin
2008/07/13(日) 01:43:59ID:+ZlfHzsH0113login:Penguin
2008/07/13(日) 20:34:30ID:sgALKsd0書式はあるのでしょうか。一応試した限りでは
git log ${version}
とやると現在のブランチで最初から${version}までを全てリスト、
git log HEAD^..HEAD
とやるとHEADだけを取り出せるのですが、versionを二回
書かないといけないのはちょっと面倒です。
0114login:Penguin
2008/07/13(日) 21:00:20ID:9od32cQM0115113
2008/07/13(日) 22:34:10ID:sgALKsd0あー、そんなコマンドがあったんですね。ありがとうございます。
git show --name-only と
hg tip -v
がだいたい似たような感じですね。
0116login:Penguin
2008/08/05(火) 11:09:27ID:dlGR6/hK0117login:Penguin
2008/08/10(日) 04:43:49ID:wkdEdvb8今までCVSしか使ったことなかったもんで、軽くカルチャーショックだわ。
末永く使わせてもらいますわ。
0118login:Penguin
2008/08/10(日) 12:26:34ID:UwEAQmwP0119login:Penguin
2008/08/10(日) 15:40:41ID:d1U1Jm8Dどんなところが良いですか？参考にしたいので。
0120login:Penguin
2008/08/11(月) 01:18:40ID:Dizr7UnMgitはまだ個人利用しかしてないし、他の分散型も全く使った事が
ないので、あくまでcvsとの比較なんだけど。
・使い始めるまでが拍子抜けするぐらい簡単
・ブランチの扱いもすっげー簡単
・ワーキングディレクトリ下にデータベースができるのも管理が楽
・ファイルのリネームもできる
多分、これぐらいはgitでなくてもいいんだろうけど、EmacsのVCが
対応してたので使ってみた。
当然、分散型のメリットも計り知れないと思うけどまだ実感できず。
(メリットは十分理解はしてはいるよ )
0121login:Penguin
2008/08/12(火) 22:11:50ID:LzxYrnrKほうが(最初の時点では)楽だと思う。
gitで好きなのはsharedなリポジトリを作れることかな。
cloneした時のディスク消費量が小さくて済む。
0122login:Penguin
2008/08/12(火) 22:37:04ID:jyLw7NZhRCS,CVS->svn->hgって来てる。
gitも使っているけど、hgの方が好み。
ローカルレポジトリでの使用でもgit/hgは便利だと思う。
>>120
> ・ワーキングディレクトリ下にデータベースができるのも管理が楽
これってRCS/CVSもそうじゃないっけ?
svnは違うけど。
0123login:Penguin
2008/08/13(水) 04:13:01ID:klCDf59BCVSは違うな
0124login:Penguin
2008/08/13(水) 13:23:04ID:j62J0KFJcvs updateでぶっ壊れて止まることはなくなったけどションボリだよ
0125login:Penguin
2008/08/13(水) 14:13:32ID:wGlbYnYoそんなことはないと思うが。Windowsで使ってるとか？
0126login:Penguin
2008/08/13(水) 14:53:37ID:j62J0KFJgit clone git://git.sv.gnu.org/emacs.git emacs-git 187.51s user 5.78s system 22% cpu 14:19.61 total
du emacs-cvs|tail -n 1
107M emacs-cvs
du emacs-git|tail -n 1
241M emacs-git
まるごとcheckoutするのが遅いだけでしたねごめんなすって
0127login:Penguin
2008/08/13(水) 20:11:56ID:wRv5KoSxそりゃそうだw
CVSリポジトリをrsyncでとってきてそこからcheckoutする時間と
比べれば公平になるんじゃないかな。
0128login:Penguin
2008/08/14(木) 00:14:12ID:0EGHDgT1まるごと履歴取ってきてるのにあの時間で終わるのはすげーと思った。
0129login:Penguin
2008/08/19(火) 02:06:32ID:EJ+ka2Ia0130login:Penguin
2008/09/10(水) 15:46:19ID:JtA0GFrH具体的には
git log git://git.videolan.org/x264.git
で svn log svn://ほにゃらら
と似たような結果になると思ったが
fatal: Not a git repository
となる・・
一度cloneで取り込んでgit-logすると直近の変更点は表示されるが、全ての変更点は見られない。
gitは考え方がsvnと根本的に違うみたいでよくわからない。
0131login:Penguin
2008/09/10(水) 16:16:38ID:3qB8R8zPAuthor: Laurent Aimar <[email protected]>
Date: Thu Jun 3 19:29:33 2004 +0000
* all: re-import of the CVS.
git-svn-id: svn://svn.videolan.org/x264/trunk@1 df754926-b1dd-0310-bc7b-ec298dee348c
.cvsignore | 3 +
AUTHORS | 35 +
COPYING | 340 +++++
Jamfile | 67 +
Makefile | 58 +
Makefile.cygwin | 52 +
TODO | 65 +
build/cygwin/Makefile | 102 ++
build/win32/libx264.dsp | 742 +++++++++
ry
結構昔まで見えるようだが。
svnでcvsから取り込んだときにログはドロップしてるのか分からないけどここから。
0132login:Penguin
2008/09/13(土) 21:59:14ID:hiNgxRSE0133login:Penguin
2008/09/13(土) 22:26:25ID:yne4uVANgit help
0134login:Penguin
2008/09/15(月) 01:43:26ID:Vn95ZDDRhttp://www.survs.com/survey?id=M3PIVU72&channel=2WXE4BVTW8
0135login:Penguin
2008/09/15(月) 21:12:16ID:autoD5Br恥ずかしい思いをしたよ。
最初の変数がかなりマニアックだったとか、コメントに入れてた人生の悩みとかばれまくり。
で聞きたいんだが、手元でがしがし変更→commitしている場合、その途中ってみんなどうしてるの?
ぜんぶpush?
なんかいい方法あったら教えて。
0136login:Penguin
2008/09/15(月) 21:30:13ID:RrauyvJBやったことないけど
これなら公開できると思ったらpush用ブランチに
merge?マージだと履歴も逝ってしまうっけ？
0137login:Penguin
2008/09/16(火) 14:00:17ID:sfm/svzZ0138login:Penguin
2008/09/17(水) 07:07:39ID:mi6NTA+sいまファイルサーバ上のツリーを記録するためにmercurialを
使っているんですが、mercurialにはそういう機能はないので
(MQ用のコマンドstripはあるがそれは直近の数changesetを
消すもの)結局移し替えのためのスクリプトを書いて対応しました。
gitにそういう機能があればhg->git移行するんですが...
0139login:Penguin
2008/09/19(金) 00:47:51ID:gbQDBJFbMercurialでもqimport→qfold→qdeleteでできるよ。
めんどくさいけど。
0140login:Penguin
2008/09/19(金) 22:53:44ID:oBiMratP$ hg qimport -r 1
abort: revision 1 has unmanaged children
0141login:Penguin
2008/09/22(月) 01:27:56ID:lsYav/dy$ hg qimport -r 1:tip
$ hg qgoto 1.diff
$ hg qfold 2.diff 3.diff
$ hg qpush -a
$ hg qdelete -r qbase:qtip
0142login:Penguin
2008/09/22(月) 01:40:43ID:lsYav/dyスレ違いだったな。
0143138
2008/09/23(火) 00:27:41ID:1BYKayXPなるほど、勉強になりました。バイナリファイルが混じってる
時は--gitがないとえらいことになる、というのも分かりました。
ところでgitだったらそういう操作は可能でしょうか。
0144login:Penguin
2008/09/23(火) 15:08:29ID:T3gMcMGAで作った「bob」を/home/bob/myrepo2に変更したいんだけど
どうすればいいの？
0145login:Penguin
2008/09/23(火) 16:42:01ID:BgTvVXV1ローカルでリモート使ったことないけど、、、
リモートの概念は自分のワーキングコピーからアクセスできるprefixを
簡単に使うことができるようにする為のもの、と理解してるんだけど。
0146login:Penguin
2008/09/24(水) 09:59:21ID:dxz6iP6w試してないけど
0147login:Penguin
2008/10/01(水) 00:27:09ID:R6cOiuz/加えて git checkout origin/colors でブランチ "colors"に居ますと。
その後の作業で、いくつかのディレクトリでブランチをmaster/colorと切り替えてたんですが、
全ディレクトリのブランチを一気にmasterにする方法ってありますか？
0148login:Penguin
2008/10/02(木) 10:48:37ID:jWmFY2RShttp://www.ustream.tv/recorded/746377
0149login:Penguin
2008/10/10(金) 16:24:54ID:s0rmxUVr0150login:Penguin
2008/10/12(日) 06:30:09ID:jJgFADl+0151login:Penguin
2008/10/18(土) 03:07:31ID:dDb45WJS0152login:Penguin
2008/10/23(木) 01:32:11ID:HvfmsSww0153login:Penguin
2008/11/04(火) 13:32:06ID:3alaTQXXだけど、どうすればいいかわかりますか？
checkoutすると修正差分消えちゃうし、stashの部分的versionがあれば
いいのかもしれませんが。
まぁ、diff取って手patchでもいいので、今回はそれでやりますが、
後学のために教えてください。
0154login:Penguin
2008/11/04(火) 14:30:15ID:pgRYNcfNgit reset
0155login:Penguin
2008/11/04(火) 23:09:57ID:3alaTQXXありがとうございます
0156login:Penguin
2008/11/05(水) 00:32:36ID:l+PE2hcdそれよくあるわー
あるファイルをいじってる最中に関係ないバグなんかを見つけて、
つい流れでそのままやっちゃうんだよね。
でもコミットする時には別々にしたくなる．．．
俺の場合、修正が少ない時は、エディタでundo出来るようにしつつ２回に分けてコミット、
修正が複数ファイルだったり込み入ってる時は、stash使ったりdiff出して後からpatchしたりしてるな。
0157login:Penguin
2008/11/14(金) 23:25:39ID:Op12tx9f0158login:Penguin
2008/11/14(金) 23:29:20ID:4rtpLX5i0159login:Penguin
2008/11/14(金) 23:48:00ID:Lmgx2Pjwこの点では sf.jp が先行しているんだ。
0160login:Penguin
2008/11/15(土) 06:24:15ID:PSPQtBpR0161login:Penguin
2008/11/15(土) 18:00:52ID:MUmWX/Luあるコミットの子コミット一覧をなるべく高速に得る方法ってある？
0162login:Penguin
2008/11/22(土) 09:30:29ID:ZDTHO6y7ほんとはこういうプリミティブな分野ほど保守的なはずだけど
svn が出てからと言うもの乱世になっちゃった感があるね。
そう言う意味では svn の功績も大きいかも。
そんな中で日本は一般の追従が早かったりするのかな？
ただ sf.jp が勇み足ってこともあるかもしれないけどw
0163login:Penguin
2008/11/22(土) 22:19:54ID:f114SqWJ原理的に無理なんじゃないの？
コミットすると、その親のレポジトリに通達する仕組みが無いと
0164login:Penguin
2008/11/25(火) 21:33:58ID:2oYcDe4Nmercurialには`hg children'っていうコマンド(extension)が
あるけど、そういう機能のことじゃない?
0165login:Penguin
2008/11/29(土) 21:53:13ID:x6WDXIQWhttp://blog.miraclelinux.com/yume/2007/10/post_d748.html
0166login:Penguin
2008/12/12(金) 11:43:38ID:M6DfFnZx0167login:Penguin
2008/12/12(金) 14:32:02ID:WlMynC7N.gitignoreに「*~」って書いとく
http://www8.atwiki.jp/git_jp/pub/Documentation.ja/user-manual.html#ignoring-files
0168login:Penguin
2008/12/12(金) 23:20:38ID:fQQDEn/S0169login:Penguin
2008/12/13(土) 13:26:24ID:OASQvN2rignoreあったのか、㌧くす
0170login:Penguin
2008/12/14(日) 08:48:06ID:Z9GwfQdj0171login:Penguin
2008/12/14(日) 12:48:29ID:x3iOnWd3wktk
0172login:Penguin
2008/12/20(土) 01:31:20ID:vKNATyousvnでいうチェックアウト（svn co）はgit cloneで合ってますか？
gitではユーザ名を登録しますが、ここで登録したユーザ名を頼りにチェックアウトできますか？
自分で調べた内容は、 http://www8.atwiki.jp/git_jp/pub/Documentation.ja/tutorial.html を見て
「共同開発における git の利用」で git clone /home/alice/project myrepo ってコマンドを探せたくらいです
0173login:Penguin
2008/12/20(土) 02:56:48ID:rjvGH0/Ggit cheat sheet でググレカス
0174login:Penguin
2008/12/20(土) 09:37:26ID:ei1zjot9ignoreファイルで管理対象にしたくないファイルのパターンを
指定してhg commit -A すると、消えたファイルは削除扱い、
新しいファイルは追加扱いでうまくやってくれるんですが、これを
gitでやるにはgit statusの出力をスクリプトで処理するしかない
でしょうか。
0175login:Penguin
2008/12/20(土) 20:34:52ID:D7NqFLzpcommit -a
でいいのかな?
0176login:Penguin
2008/12/25(木) 17:46:05ID:waBObvDn0177login:Penguin
2008/12/25(木) 20:41:00ID:Lvzi1Kt9ほんとだ。
http://git.or.cz/ にはまだ出てないけど、Tagは昨日打たれてるんだね。
さっそくビルドしてみよっと。
0178login:Penguin
2008/12/25(木) 21:51:01ID:xGFcU4xY俺もビルドしてIYH!!
0179login:Penguin
2008/12/28(日) 10:56:17ID:M6Jmnnag0180login:Penguin
2009/01/07(水) 13:35:45ID:yljPTwi+0181login:Penguin
2009/01/07(水) 22:12:42ID:w9oQRMMIなんかみたことあるなーとは思てたけど。
0182login:Penguin
2009/01/08(木) 00:35:09ID:Lnbl1Hh0新キャラクタを一から作り始めると見た
0183login:Penguin
2009/01/08(木) 18:22:06ID:ZbvVG/Dm世界中で使われまくりんぐ
0184login:Penguin
2009/01/08(木) 21:38:12ID:+tvvOsmO0185login:Penguin
2009/01/12(月) 21:00:52ID:WcSLRQ7m環境
Ubuntu_1 こいつに"mysite"リポジトリがある（git init で作ったリポジトリ）
Ubuntu_2 こいつにgit-cloneをさせたい
Ubuntu_02でコマンド
:git clone ssh://name@Ubuntu_01/home/name/git/mysite/
で結果がこうなる
remote: Counting objects: 366, done.
remote: Compressing objects: 100% (150/150), done.
remote: Total 366 (delta 262), reused 296 (delta 213)
Receiving objects: 100% (366/366), 53.82 KiB, done.
Resolving deltas: 100% (262/262), done.
error: Trying to write ref HEAD with nonexistant object 73f8...（省略）
fatal: Cannot update the ref 'HEAD'.
このようなエラーが出て、mysiteフォルダが作成されませんでした。
Ubuntu_1のHEADのハッシュは73f8...です。
不思議なのが、nonexistant（nonexistentの間違い？ 存在しない）といわれても、Ubuntu_1側でlogを見ても内容はあるように思えるのですが。謎です。
どなたか解決方法をご存知ありませんか。よろしくお願いします。
0186login:Penguin
2009/01/12(月) 21:05:09ID:WcSLRQ7mUbuntu_1（Ubuntu8.04.1） : git version 1.5.4.3
Ubuntu_2（Ubuntu8.10）: git version 1.5.6.3
です。gitの最新では問題ないとか、そういうものなんでしょうか・・・
0187login:Penguin
2009/01/12(月) 22:47:45ID:Uq2UYoFZ0188login:Penguin
2009/02/16(月) 23:10:31ID:YaLIe5U3しばらくたってチラ見したら、Gitチートシート見ながら使い方勉強してるようだった。
emacsでメモ取りながら。
Railsのおかげか？マックの人にも浸透してきてんだねー
0189login:Penguin
2009/02/17(火) 00:20:11ID:6D8Af0Ge0190login:Penguin
2009/02/17(火) 00:51:17ID:ju3lrvVQぎゃーぎゃー騒ぐ連中がrubyのMLでノイズをまき散らしている(た)
0191login:Penguin
2009/02/17(火) 01:50:48ID:p0vzD+Qg未だにCVS使ってるプロジェクトがあることを考えると、
まぁSVNへの移行はそれなりに適切だったよな。
すれ違いスマソ
0192login:Penguin
2009/02/17(火) 21:51:55ID:mqqNODDHsvnだからどうとかgitだからどうとかってあまり問題ないん
じゃないかと思うんだけど... 騒いでるのって実際自分では開発
してる人なのかな?
0193login:Penguin
2009/02/18(水) 02:42:16ID:/eQIK6gRクライアントだけみても結構違いはあるよ
というか、むしろリポジトリ変換できるからどれでもいいだろと言う人の方が
自分で開発してるのか疑わしい
0194login:Penguin
2009/02/18(水) 07:55:24ID:DFCGO0mb漏れもmac使いだけど、多い日には８割ぐらいX11で作業してるなぁ
linux板で言うことじゃないけど、最強のunix osだと思ってる
0195login:Penguin
2009/02/18(水) 08:09:04ID:m9oJRtIs目悪くなるよ、あれ。
0196login:Penguin
2009/02/18(水) 11:17:34ID:83SU7AOtパワポの起動に数十秒かかっててわろた。
0197login:Penguin
2009/02/18(水) 12:43:10ID:/eQIK6gR0198login:Penguin
2009/02/18(水) 12:54:38ID:XFrEXlX00199login:Penguin
2009/02/18(水) 19:20:17ID:d2HDJA0JOSX -> ヒラギノ代
0200login:Penguin
2009/02/18(水) 23:34:07ID:0GUjr6IS>クライアントだけみても結構違いはあるよ
違いがないとは書いてないよ。問題がないとは書いたけど。
>というか、むしろリポジトリ変換できるからどれでもいいだろと
>言う人の方が自分で開発してるのか疑わしい
なんでそこで「言う人の方が」とか出てくるんだろう...
リポジトリ変換の手段があれば普段の開発は最も自分に都合がよい
VCSを使える。プロジェクトのリポジトリを移行するのは単なる変換
以外のエネルギーが必要なんだよ(commitlogとかリポジトリのミラーとか
開発支援のためのスクリプトやドキュメントの修正とか)。その労力や
時間は開発にまわしたほうが合理的。
0201login:Penguin
2009/02/19(木) 00:18:13ID:PdrPyNp0相互変換つっても、git-svn使ってるけどかなり寂しい状態だからなぁ…
使ったことないけどhgやbzrとならいい感じにやり取り出来るんだろうか。
0202login:Penguin
2009/02/19(木) 01:00:15ID:EG8D4dSlどうも変換できないパターンが存在するらしいのだが、詳細が不明。
0203login:Penguin
2009/02/19(木) 01:45:08ID:ytISsoJvgentoo user なら、
Per Gentoo bugs #223747, #238586, when subversion is built
with USE=dso, there may be weird crashes in git-svn. You
have been warned.
って、message がデルよ。
0204login:Penguin
2009/02/19(木) 07:31:39ID:EG8D4dSlDebianだけど、もしかしたら同じかもしれない。豚々。
0205login:Penguin
2009/02/21(土) 13:27:13ID:4lfOqpcBまずはsvnに移行したよ。
自分自身は、git-svnつこてる。
CVSから一足飛びにgitを使ってもらうのは、酷かなと
0206login:Penguin
2009/02/21(土) 13:39:00ID:yqrw3Axq0207login:Penguin
2009/02/21(土) 13:52:33ID:4lfOqpcBCVSは難しいからね。
A: CVS使い
B: CVS,SVN両使い
C: CVSは忘れたSVN使い、gitは少し
こんなメンバーで開発してるんだが、
A、Bにpush,pullを教える自身がなかったというか
Cも共同開発系操作は怪しかったので
svnになってしまった。ちょっとチキンだったか
0208login:Penguin
2009/02/21(土) 15:02:07ID:Bpq3TsWGローカルA
ローカルB
リモートリポジトリ
とありまして、ローカルAにmaster、v0.1の二つのブランチがあります。
ローカルAからリモートには、push --allですべてのブランチをリモートにおきましたが、
ローカルBからリモートへのpullはmasterしか行えない気がしますが、どうなんでしょうか。
理想は、リモートを通してすべてのローカルリポジトリにブランチの共有を行いたいのですが、どんな操作方法があるでしょうか？
よろしくお願いします。
0209login:Penguin
2009/02/21(土) 15:27:28ID:vsW8bIWn話がいまいち飲み込めないんだけど、
そのリモートをcloneじゃダメなん？
0210login:Penguin
2009/02/21(土) 17:17:05ID:Bpq3TsWGああそうか、cloneのことを忘れていました。ありがとうございます。
0211login:Penguin
2009/02/21(土) 17:47:07ID:vsW8bIWncloneというか、git remote add でいつでもリモートの追加は可能だよ。
権限に問題がなければ、remoteにpushすることもできる。
0212login:Penguin
2009/02/21(土) 21:53:30ID:Mctk+V930213login:Penguin
2009/02/21(土) 22:56:24ID:4lfOqpcB0214login:Penguin
2009/02/22(日) 00:56:10ID:T3tENWactortoisegitdozo-
0215login:Penguin
2009/02/22(日) 03:05:15ID:Xj5AqDY8ブランチの扱い考えると CVS な人は SVN より GIT の方が
なじみ易いんでは？
0216login:Penguin
2009/02/22(日) 14:26:08ID:mBjWyYz+気持ちわるいところはある
0217login:Penguin
2009/02/22(日) 15:03:08ID:1XxXXSjkCVSのブランチってファイル毎じゃなかったっけ。今となってはもう無理な気がする。
0218login:Penguin
2009/02/22(日) 19:13:59ID:8lvMl2P/それがsubversionのいいところ。
たとえばあるブランチの開発がすすんでそっちを本流にしたくなった場合、
trunkにマージするという断絶ではなく
本流を切り替えるという操作がそのままできる。
0219login:Penguin
2009/02/22(日) 23:21:39ID:mBjWyYz+それ気持ち悪い
ブランチ担当者が1ファイル毎にcommitするとか、
コンパイルも通らないソースcommitしてくれたりして、
怪しいリビジョンが増えんだよね。svn
gitだったらブランチ替えるのもrebaseすれば
問題ない
0220login:Penguin
2009/02/23(月) 01:45:32ID:7ybypk05使い方が悪い場合にツールに文句付けても仕方ないな。
0221login:Penguin
2009/02/23(月) 08:47:31ID:tJXsAqHt「本流にしたくなったブランチを本流とみなす」
だけになるのではなかろうか。
0222login:Penguin
2009/02/23(月) 09:12:05ID:PfEahPoc0223login:Penguin
2009/02/23(月) 22:04:17ID:RXJ8Zkdlgit pull したときに、一部のファイルだけ、自分の修正を破棄してリモートのファイルをそのまま適用することは
できないのでしょうか?
SVNで、updateしてコンフリクトした時の tf みたいなイメージです。
0224login:Penguin
2009/02/23(月) 22:33:08ID:Abtbk8hJ0225login:Penguin
2009/02/23(月) 22:56:28ID:RXJ8Zkdlmake update-poとかすると、他の言語のpoファイルも更新されてしまいます。
それやっちったあとにリモート側でpoファイルが更新されるとカオスになります。
なので、コンフリクトした時にマージとかしないで、リモート側(かローカル側かどっちか)を採用みたい
なのができないかなと。
0226login:Penguin
2009/02/23(月) 23:31:25ID:3S3xpgxHgitだったら、自分専用になるから他のブランチのcommitポリシー
関係なくなるじゃん。
まともになったらpullしてやんよと言うだけで、
教育する手間がいらんということだ。
0227login:Penguin
2009/02/23(月) 23:47:39ID:qE2tArP5git mergeのドキュメントを--strategyあたりでgrepすると良いと思う。
git pull = git fetch + git mergeね。
0228login:Penguin
2009/02/24(火) 22:25:50ID:7lWKoCOb>make update-poとかすると、他の言語のpoファイルも更新されてしまいます。
他の言語のpoファイルを更新しないようにMakefileを修正する。
0229login:Penguin
2009/02/26(木) 21:09:00ID:c1Dg6ivChttp://gitready.com/advanced/2009/02/25/keep-either-file-in-merge-conflicts.html
タイムリーなtipsが
0230login:Penguin
2009/02/28(土) 18:19:24ID:tKEdSpX5もどしたいファイルはcheckoutすればいいだけじゃね？
あとは自分の修正はstashするとか色々
0231login:Penguin
2009/03/04(水) 22:33:23ID:qIzLJZaT0232login:Penguin
2009/03/06(金) 23:57:38ID:op+ZMKgYこのフォルダで更新するためのコマンドなんだっけ？
とミスることが多発するんだけど、こういうのって同じコマンドで
管理できないんでしょうか？今は
- git-clone の場合 -> git-pull で更新
- git-remote の場合 -> git-remote update で更新
- git-svn の場合 -> git-svn update で更新
とバラバラで、しかもlsしただけでは判定できないしで
誤実行しては.git/config調べて「ああそうだった」の連発です。
もしかしてもっと便利な統合コマンドがあったりするでしょうか？
0233login:Penguin
2009/03/07(土) 01:39:30ID:ZWrd4H3Rあと更新とかじゃないよ。
0234login:Penguin
2009/03/07(土) 08:32:02ID:ovs/dmRV意味で同じように使っているのですが、もしかしてこの使い方・理解自体が
間違ってるんでしょうか？
0235login:Penguin
2009/03/07(土) 09:38:44ID:u/rVLzU8いずれの場合も更新のためのシェルスクリプトを書いとけば
悩む必要がなくなるよね。
でgit-pullはfetch+merge --ff、git-remote updateはgit fetchと
ほぼ同じなんで役割が違う。git-remote addで追加したremoteだと
git-pullで更新してくれない、というのであればそれはローカル
ブランチの設定が正しくできていない、refspecの設定が変、とか
そんなところだと思う。
git-fetchでなくgit-remote updateをあえて使う利点はremoteを
複数設定している時にいっぺんに更新できることぐらいかな
(このあたりの動作はgit-remote(1)のupdateのところに書いてある)
0236login:Penguin
2009/03/12(木) 08:16:17ID:76FRS4+80237login:Penguin
2009/03/12(木) 09:29:53ID:XKHVHsT3pull したときに、いっぱい yes/no 聞かれずにすむ。
0238login:Penguin
2009/03/14(土) 11:44:17ID:juJwYmYq0239login:Penguin
2009/03/14(土) 11:58:11ID:i8Be0VVAまーきゅりある、って難しいスペルを覚えなくても良くなる。
覚えてないけど。
0240login:Penguin
2009/03/14(土) 15:19:18ID:+0rKDWfW高速.
0241login:Penguin
2009/03/22(日) 22:31:18ID:/27zAYWESubversion の tags が Git の tag にならずに branch になってしまうのは、
そういうものなのでしょうか。
Subversion のタグは、タグといいながらただのディレクトリだったりする変態仕様なので、
しょうがないのかなぁ…という気もするのですが…。
0242login:Penguin
2009/03/26(木) 16:23:33ID:XSnWphDj( github が許されなくて… )
Git Browser と ViewGit を見つけました。
Git Browser は見た目派手だけど実用度に疑問なので
ViewGit を検討しています。
ほかに何かいいのありませんか。
github クローンがあれば最高です。
0243login:Penguin
2009/03/26(木) 16:35:56ID:g3Z2bRWJttp://git.or.cz/gitwiki/InterfacesFrontendsAndTools
0244242
2009/03/26(木) 17:37:03ID:XSnWphDjうーん、ざっと見た限り GitHub や ViewVC レベルってないですね。
定番はデフォルトの gitweb なのかな？
0245login:Penguin
2009/03/28(土) 01:25:21ID:TZ6DBfAq微妙に違うかもしれないけど
redmineに付属のリポジトリブラウザなんてどうよ？
0246242
2009/03/30(月) 15:37:27ID:A3cN4vHEありがとうございます。
trac & redmine は使ってます。
チケットとコミットを連動させるために。
差分のリッチな diff や、フォークの流れ、パッチ管理が
github を知ってしまうと、どれも霞んで見えて。。。
0247login:Penguin
2009/04/01(水) 12:33:50ID:TObhm5N50248login:Penguin
2009/04/01(水) 20:55:16ID:LojNH9iG0249login:Penguin
2009/04/01(水) 21:18:58ID:jmcNlx3xLinux(狭義の=カーネルそのもの)開発のために作られたのがgit
0250login:Penguin
2009/04/01(水) 21:54:39ID:MKGzQ4EBプロジェクトのホームページやリリース物件置き場やITSってどこつかってます？
0251login:Penguin
2009/04/01(水) 22:12:24ID:AOF7SCh+>プロジェクトのホームページ
githubでホストできる
>リリース物件置き場
適当にタグ付けしておけばzip等でダウンロードできるようになってる
>ITS
>>252に任せた
0252login:Penguin
2009/04/01(水) 23:53:33ID:I1/8jsAx0253login:Penguin
2009/04/02(木) 01:51:26ID:L6SkfqgrGithubのUIってそんないいかなーあんま好きじゃない。。。
俺は普通にGitwebがいちばん分かりやすいと思う。
じっくり見るならCUIだけど。git show-branchとかけっこう分かりやすいと思うな。
0254login:Penguin
2009/04/03(金) 00:48:36ID:pDtVIzVuditzがいいと思います
0255login:Penguin
2009/04/03(金) 18:00:14ID:uOZV7ek8lighthouseじゃだめ(´・ω・`)？
もしくは、ticgit。
0256login:Penguin
2009/04/06(月) 09:58:37ID:JCLhMxPhうちは面倒になったやめてmercurialをいれてgitweb形式で
使ってるわ。インストールはこっちのほうが簡単だったから。
xrea用のバイナリを公開しているところがあればなぁ。(ぶつぶつぶつぶつ)
0257login:Penguin
2009/04/06(月) 23:28:22ID:eHpElSRS0258login:Penguin
2009/04/06(月) 23:51:46ID:JCLhMxPhいれてる人はいるみたい。
0259login:Penguin
2009/04/07(火) 18:44:33ID:HQC4Ps4f0260login:Penguin
2009/04/08(水) 00:50:22ID:QNjBH7lcgithubってプライベートリポジトリが作れないし。そのへんじゃないのか。
容量も桁ちがいになるって事実もある。それは大きくないか。
>>257
サーバーでmakeをやってるんだろうか？てっきりクロスコンパイルかなにかだと思った。
0261login:Penguin
2009/04/08(水) 01:10:30ID:5zwafMgz「タダでは」作れない、と一応補足。
0262login:Penguin
2009/04/08(水) 16:50:09ID:mCOhjIt8XREAにコンパイラはなかったと思う。クロスコンパイルしてるんでしょう
0263login:Penguin
2009/04/09(木) 02:02:38ID:PTQTRrqaパッケージ作って持ち込んだらいいんちゃう？
0264login:Penguin
2009/04/09(木) 02:14:06ID:CHi6WPmY違う環境でコンパイルしたものを持ち込むのって
やってみたことないなぁ
0265login:Penguin
2009/04/09(木) 02:34:36ID:FnIYwStdそれも試した。そのためにはosの環境を知るひつようがあるが。
0266login:Penguin
2009/04/09(木) 02:36:23ID:FnIYwStdmercurialは簡単に入ったけど、どうしてもgitとなれば、git-mercurialを使うか
svn-gitを使うかって方法もあるよ。svnは入ってるから。
0267login:Penguin
2009/04/09(木) 02:41:28ID:PTQTRrqaxrea昔使ってたけどわすれちゃったい
0268login:Penguin
2009/04/09(木) 09:19:35ID:FnIYwStdサーバーで違うからね。
0269login:Penguin
2009/04/19(日) 19:40:35ID:EpTMRFi2どのrepoをみても、ず～っと「Loading」のままなんだけど‥‥‥。(´Д`)
0270login:Penguin
2009/04/19(日) 21:02:55ID:vX0fbY2N10個ぐらい探したけどissues(0)でないものは見つからなかった。
Safari4Beta
0271login:Penguin
2009/04/21(火) 09:03:12ID:WkK6/Gbo0272login:Penguin
2009/04/21(火) 19:01:11ID:KUyr8Kra0273login:Penguin
2009/04/21(火) 22:05:48ID:yPrR70Feあれ？そう？
じゃあ、自分だけかぁ。
誰もどこにも不具合報告してない感じだし。
Firefox 3.0.7
0274login:Penguin
2009/04/21(火) 23:48:13ID:k6LFvaa10275login:Penguin
2009/04/23(木) 12:52:20ID:OS8mDzFUありがとうございます。
javascript関係とcookie関係は(NoScriptも使っているし)真っ先に疑っていろいろ設定値を変更してみたんだけど、
変化なし。
で、今朝帰宅後に何気なくみてみたら、(再読込とかもしていないのに)Loadingが消えていたよ。
読み込みに何時間かけたんやって感じだけど、とにかくCreate Issuesボタンを押しても反応するし、
よくわからんが使えるようになったので、よしとした。
# 自分は、「動けば何でもいいや」サンデープログラマなので。
ちなみに、IEでも確かめてみたが、IE6でもIE7でもLoadingのまま。(´・ω・`)
まぁ、普段は使わないから(ry
0276login:Penguin
2009/04/30(木) 22:30:43ID:to8eVmEBbranchとdiffには --color オプションがあるのに、statusだけ無いので、
これだけ
[color]
status = auto
と指定しなければいけないのを避けたくて、出来ればstatus --colorなどしたいのですが、可能ですか？
また、svnでいうリビジョン指定のupdate、たとえば svn up -r4などをしたいのですが、
revertを使うと勝手にコミットされてしまいます。コミットせずに、ただリビジョンを戻したいときはどのコマンドを使えばいいですか？
0277login:Penguin
2009/04/30(木) 23:48:05ID:16J7B4JZ∩( ´Α`)< 276、「git config --global ui.color auto」ってどうよ？
2個目のは
git checkout ～
かな？
# よくわからんが。
0278login:Penguin
2009/05/01(金) 00:27:11ID:gzznyDiQありがとうございます。
＞git config --global ui.color auto
centos4.2 / git 1.5.2.1 で効かない模様です・・
2個目は、例えばsvnで、リビジョン5が最新だとして、リビジョン5の時点で、「svn up -r3」と打つと、リソースがリビジョン3の時点のものになるのです。
その後「svn up」と打てば、リビジョン5に戻ります。
gitの場合、「git revert コミット時のハッシュ」で、前回のコミット時の状態に戻すことが出来ますが、revertは「前回との差分を反映した上でコミットする」ようなのです。
以前の状態に戻してもらえれば、別にコミットしなくてもいいのですが、そういうことをしてくれるコマンドを探しています。
0279login:Penguin
2009/05/01(金) 02:11:17ID:UyxRnjCJgit checkout {commit} -- .
git reset使っても良いけどreflog変わっちゃうから私はお勧めしない。
0280login:Penguin
2009/05/01(金) 23:16:38ID:N/KL5AXzgit checkout HEAD^^
とか書けるのがいいやね
0281login:Penguin
2009/05/02(土) 03:42:35ID:jDKFtoWOバージョンによってヘルプが無かったりするんでしょうか・・？
0282login:Penguin
2009/05/02(土) 08:23:07ID:ww11tj+40283login:Penguin
2009/05/02(土) 17:53:08ID:jDKFtoWOcdとかlsのmanはあります。
centos5.1で、gitはyumでインストールして、バージョンは1.5.2.1です。
0284login:Penguin
2009/05/02(土) 19:16:03ID:9M7bqe9Lじゃあドキュメントは別のパッケージになってるとか。
0285login:Penguin
2009/05/07(木) 10:52:48ID:PyUwUZuU0286login:Penguin
2009/05/07(木) 21:35:53ID:0VojICGT0287login:Penguin
2009/05/07(木) 22:37:33ID:09tnqhRR0288login:Penguin
2009/05/17(日) 01:00:54ID:ePLSrhR80289login:Penguin
2009/05/19(火) 00:05:14ID:5BgkgMmKEnter file in which to save the key
(/c/Documents and Settings/Administrator/.ssh/id_rsa):
ってメッセージが出るのですが、
該当のディレクトリを探しても、
/.ssh/id_rsa):
が存在しません。
どこにいったのでしょうか？
0290login:Penguin
2009/05/19(火) 00:45:40ID:3rv5JzN1まだない。
その文の訳は「鍵を保存するファイルを入力してね」だ。
カッコ内は、名前を指定しなかったときにこの名前になるよってこと。
0291login:Penguin
2009/05/19(火) 00:58:18ID:5BgkgMmK0292login:Penguin
2009/05/19(火) 01:31:25ID:zZo+QRSM0293login:Penguin
2009/05/26(火) 12:25:38ID:lz1Hno2I0294login:Penguin
2009/05/26(火) 12:56:04ID:F7u3ZQupまさかGitリポジトリの中で虫を飼ってるやつがいるとは・・・。
はっ！なるほど、バグを飼ってるんですね、わか(ry
0295login:Penguin
2009/05/26(火) 15:02:12ID:lz1Hno2I設定ファイルをgitで管理してて、
パスワードとかはいっててリポジトリに入れるのはなんかいやなファイルがあるんだけど、
git clean -fxとかしちゃうとそれまで消えちゃうんだよね。
makeの.PRECIOUSみたいな設定ができると嬉しい。
まあ需要なさそうだよな…
0296login:Penguin
2009/05/26(火) 20:43:46ID:dhhqSphP何の設定ファイルか知らないけど、そういう場所でclean -fx
するのはそもそも間違いじゃないの?
0297login:Penguin
2009/05/26(火) 23:19:27ID:lz1Hno2Iでもauthorized_keys~とか消したくね？ね？
0298login:Penguin
2009/05/26(火) 23:48:37ID:KnIgZeet0299login:Penguin
2009/05/26(火) 23:51:18ID:Aiox/6VI0300login:Penguin
2009/05/27(水) 01:55:32ID:h/OEez6w>>298の言うとおり、そのうち改造してみることにします。
0301login:Penguin
2009/05/27(水) 10:46:25ID:V1RGq7PO0302login:Penguin
2009/05/27(水) 17:11:06ID:h/OEez6wでも、hogehoge~とかがUntracked filesと表示されるのはいや。
0303login:Penguin
2009/05/27(水) 18:40:50ID:NsMBl7Do.gitignore で除外指定するのも手かと。
0304login:Penguin
2009/05/27(水) 19:10:26ID:V1RGq7PO普通にcleanしてもhogehoge~とか消えないの？
hogehogeがignoreされてるの？
0305login:Penguin
2009/05/27(水) 21:29:16ID:h/OEez6w.gitignoreで一緒に除外されているid_rsaとかは消したくない、と。
そういうことです。
git config clean.precious とかで設定できるようにしようかと思っている。
0306login:Penguin
2009/05/27(水) 22:07:16ID:Jwgt63tk0307login:Penguin
2009/05/27(水) 23:24:03ID:IDa+cPEF0308login:Penguin
2009/05/28(木) 00:04:05ID:+ifPU4jK0309login:Penguin
2009/05/28(木) 18:03:13ID:iCE9wfb7なるほどねぇ…俺はset nobackupなんで全く気にならなかった。
PRECIOUSいいかもねー。
末尾~のファイルを一括削除するタスク作るのが手っ取り早いような気もするが。。。
0310login:Penguin
2009/05/28(木) 23:23:15ID:+ifPU4jK0311login:Penguin
2009/05/29(金) 14:40:20ID:qJp0/nmkalias rmtilde='rm -f *~ .*~'
としておいて rmtilde と打てばカレントディレクトリのバックアップファイルが消えるようにしている
毎度 rm *~ と打ってるとミスってファイル全消しとかやりそうで怖いからこうした
0312login:Penguin
2009/05/29(金) 15:27:50ID:HgM+30FZ0313login:Penguin
2009/05/29(金) 22:22:50ID:2y8c1+1L0314login:Penguin
2009/05/30(土) 14:50:11ID:dqOmA8jR-fつけるな、っていう反論は尤もだけど。
0315login:Penguin
2009/05/30(土) 17:05:06ID:9brHsk7Fmake cleanで良いだろうとは思うんだけど。
あとコーディングしてるとUntracked filesがどんどん増えていってしまう
性分なので、気軽にcleanはできない…。
0316login:Penguin
2009/05/30(土) 17:05:50ID:uf3CgwBVシェルでワイルドカード使うときはC-x * で展開してから実行するだろ
0317login:Penguin
2009/05/31(日) 10:32:14ID:K6LNij6T>>306
0318login:Penguin
2009/05/31(日) 11:00:18ID:0DzzHN4oいや？
0319login:Penguin
2009/06/01(月) 11:52:10ID:rqA2erQurootで作業するときは
echo rm *~ みたいなことをして確認している。
0320login:Penguin
2009/06/01(月) 12:51:51ID:Lgjwq8a50321login:Penguin
2009/06/02(火) 13:07:04ID:qa3GkTXXalias rm trash
見たいなのを.bashrcに書いとけば、Windows見たいなゴミ箱のシステムが使える。
これでいざというときも安心。
0322login:Penguin
2009/06/02(火) 13:54:30ID:D8d0YmW8trash-cliなんて便利そうなの知らなかったよ、あんがと。
0323login:Penguin
2009/06/02(火) 21:16:03ID:x7ntZyXz0324login:Penguin
2009/06/03(水) 09:06:05ID:XMOgq/dGtrashコマンドはオプションがないので、rm -rf *とかしなくてもrm *でいい。
だから、rm *と打つ癖を付けとけばtrashがない環境でも削除するかダイアログで聞かれるはず。
0325login:Penguin
2009/06/04(木) 11:13:39ID:gFmd/ycHほうがいい気がする。>>323みたいなのはあるし。
0326login:Penguin
2009/06/04(木) 12:39:36ID:TWd6diqQスクリプト書いてバックアップにしてる。
zshつかってるのにrm * したんだよね……
0327login:Penguin
2009/06/04(木) 15:06:54ID:vC6RyzlI0328login:Penguin
2009/06/05(金) 17:33:49ID:0gYSyA330329login:Penguin
2009/06/08(月) 23:17:07ID:ZitoZgZ1これをcloneしたいんですが、表示されているclone urlでcloneすると
ttp://github.com/yhara/sinatbbs/tree/master
こっちをcloneしてしまいます。
多分ブランチでmagazineが存在するんだろうと思うんですが、masterをcloneしてgit branchしてもmasterしか表示されません。
どうすればmagazineをcloneできますか？
0330login:Penguin
2009/06/08(月) 23:54:18ID:C1ERIbGCリモートリポジトリの magazine ブランチで遊びたいなら、
git checkout -b magazine origin/magazine とかしてみたらどう？
リモートリポジトリのブランチは git branch -r で確認できると思うよ。
0331login:Penguin
2009/06/09(火) 00:07:59ID:AyjP2z0qgit clone git://github.com/yhara/sinatbbs.git magazine
じゃない?
0332login:Penguin
2009/06/09(火) 07:51:55ID:xJxgLqqZ$ git clone -n $URL
$ git checkout -b magazine origin/magazine
magazine以外取ってきたくもない、という場合はこうかな。
$ mkdir sinabbs
$ cd sinabbs
$ git init
$ git remote add -t magazine origin $URL
$ git fetch
$ git checkout -b magazine origin/magazine
0333login:Penguin
2009/06/10(水) 00:58:47ID:KXr3oHi6いけました、ありがとうございました。
0334login:Penguin
2009/06/18(木) 15:44:21ID:5DrDTVn8+-a-b-c-d-e … experimental
で、 experimantal のうち a と c だけ master に適用して github に push したいです
master で experimental をマージしたら a b c d e 全部 master に入ってしまうのが困るです
0336login:Penguin
2009/06/18(木) 20:18:53ID:cCav561Rcherry-pickが手軽だと思う
0337login:Penguin
2009/06/18(木) 21:43:20ID:Ntg4BqVh--no-dry-runっていう動作にするにはソースをいじるしか
ないのかな。そういう需要ってあまりないんだろうか。
0338login:Penguin
2009/06/18(木) 21:57:41ID:eLD/FLhKgit config --global alias.p 'push --dry-run'
としてpush使わないとか
0339login:Penguin
2009/06/21(日) 20:28:22ID:lOVS9wsZgit push [email protected]:USERNAME/PROJECT.git :charset
でいいよね？
charset は予約名で、作ったら絶対に消せないとかそういうのないよね
git push 場所 master
でも master が GitHub の USERNAME の PROJECT のページに出てこないんだけどなんだろう
ttps://github.com/USERNAME/PROJECT/tree にアクセスすると
ttps://github.com/USERNAME/PROJECT/tree/charset に飛ばされるんだが
ちなみに ttps://github.com/USERNAME/PROJECT/tree/master は 404
0340login:Penguin
2009/06/21(日) 22:41:22ID:zEt58fLNウェブ上のインターフェイスからできるよ。
0341login:Penguin
2009/06/22(月) 06:17:19ID:dUjEbQcZ最近のGitHubは微妙にレスポンスが悪い
pushしたら2時間くらい放置することにしてる
たぶん、今日見たら消えてると思う
質問、トライアルごとにブランチ切るような使い方してるんだけど、
一応完成して、メインストリームブランチに入れて、
倉庫みたいな物置ブランチにコピーしておいて
という使い方をすると、「もう必要ない使用済み」のちいさなブランチができるよね
これを
「"圧縮"してどこかに退けておいて git-branch で表示されないようにしておく」
ということはできない？
git branch すると20個くらいだーっと表示されてもうわけわからん状態になってるん
ブランチを消してもいいんだけど、なんか操作ミスとかでマージしたメインブランチが消えたときとかの予備にみたいな貧乏性
0342login:Penguin
2009/06/24(水) 21:35:59ID:2QUgEiwrまったく同じだｗ
俺も貧乏性というかビビりなんでブランチやたら残ってる。
pushの際にfast forwardできた時はまだ良いんだけど、rebaseとかcherry-pickした時は
古いブランチを念のために残しちゃうんだよねぇ。
やり方としては、必要なくなったブランチがある今の場所を他からremoteで
fetchさせておいて、そっちでcheckout -bしておくとかかね…めんどくさいな。
0343login:Penguin
2009/06/25(木) 21:57:36ID:Onb9g2E7開発用と同じPCにgit-daemonをセットアップしようとしています。
基本的にはこちらにある通りに設定を行いました。
http://d.hatena.ne.jp/amacou/20090113/1231831940
わたしの環境はgit-1.6.0.2、opensuse11.1です。
git cloneやcommitはできたのですが、
git pushを行うと以下のエラーメッセージが表示され、結局pushが行われません。
Counting objects: 3, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (2/2), 219 bytes, done.
Total 2 (delta 1), reused 0 (delta 0)
error: unpack failed: unpacker exited with error code
fatal: read error (Connection reset by peer)
>>1にあるマニュアルの日本語訳は見たのですが、
git-daemonについてはまだ訳されておらず、よく分かりません。
すみませんがよろしくお願いします。
0344343
2009/06/25(木) 22:08:30ID:Onb9g2E7127.0.0.1に対してgit cloneをした後、git pushとしたときは
Counting objects: 5, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 258 bytes, done.
Total 3 (delta 1), reused 0 (delta 0)
error: unpack failed: unpacker exited with error code
To git://127.0.0.1/hobby/git_test.git
! [remote rejected] master -> master (n/a (unpacker error))
error: failed to push some refs to 'git://127.0.0.1/hobby/git_test.git'
ネットワークの設定がおかしいのかもしれません。ちなみにps aux | grep gitすると、
git-daemon --syslog --detach --reuseaddr --user=git-daemon --group=nogroup --pid-file=/var/run/git-daemon.pid --base-path=/srv/git --enable=receive-pack --export-all
というコマンドで実行されているようです。
0345login:Penguin
2009/06/25(木) 23:07:10ID:E5OhASqIうーん、git-daemonの書込みパーミッションとか？
git-daemonにreceivepack設定してpushさせると匿名フルオープンになるみたいなので、
sshのほうが良いんじゃないかと思う。
てかgit-daemonでpush出来るとは知らなかった…
0346343
2009/06/25(木) 23:54:48ID:Onb9g2E7gitを使い始めて浅いもので理解していないのですが
＞ sshのほうが良いんじゃないかと思う。
これはどういう意味でしょうか？man git-pushで
ssh://[user@]host.xz/path/to/repo.git/
という表記は見かけましたが、このコマンドでpushするべきだとことでしょうか？
0347343
2009/06/26(金) 00:48:11ID:sI4GnV0Xまず、自分ユーザの権限が及ぶところにbareレポジトリ(~/repos/git_test)を作ってみたら
$ git clone ssh://127.0.0.1/~/repos/git_test
は出来ました。そこに編集後、$ git pushすることもできました。
>>344のプロセスにあるように、
git-daemonはgit-daemonユーザ権限で実行されているのですが、
git-daemonユーザが/srv/git以下に書き込み権限がないことが理由だったようです。
レポジトリ以下のファイルをgit-daemonユーザにchownしたら、
git push git://....ができるようになりました。
ところで、gitレポジトリに書き込み権限のあるユーザに
新しいレポジトリを作ってもらうようなコマンドって存在しますでしょうか？
例えばですが、git create git://host.xz/path/to/repo.git/
を発行すると、新しくrepo.gitというレポジトリを作ってもらうようなものです。
0348login:Penguin
2009/06/26(金) 01:20:59ID:uHyKMR0Hこのへん参考になるかも
http://www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/user-manual.html#pushing-changes-to-a-public-repository
Gitの操作に慣れるという意味ではgit-daemonもsshも使わずに普通に同じホストで
pushとかしても大体同じなので、それでもいいと思う。
gittutorial(7)
http://www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/gittutorial.html
LAN内少人数で中央集権の置き場として運用したいということなら、
git-daemonで匿名pushOKにしてやっても良いかもしれないですが。
sshでpushはさせたいけどシェルは使わせたくないとか、本格的にGitを
ホスティングしたいのであれば、Gitosisが便利ですよ。
0349login:Penguin
2009/06/26(金) 02:03:14ID:uHyKMR0H＞例えばですが、git create git://host.xz/path/to/repo.git/
＞を発行すると、新しくrepo.gitというレポジトリを作ってもらうようなものです。
よくわからないけど、あったっけなぁ。ブランチを作るのはできるけど。。。
sshできるならそこのホストにログインしてgit initすれば出来る。
それか管理者が作っておいてあげるとか。
Gitosisはそのへんの管理が柔軟にできるようにはなってましたが。
0350login:Penguin
2009/06/26(金) 14:12:47ID:2GlKWaVlls ~ して出るところに .gitignore を置いているのですが、
git status すると、ignore 指定したファイルが
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
に出てきます。どのように設定すればよいでしょうか。
0351login:Penguin
2009/06/26(金) 17:37:09ID:JV5Aa+Hkgit config [--global] core.exludesfile ~/.gitignore
0352login:Penguin
2009/06/26(金) 17:46:31ID:2GlKWaVlありがとうございます。
それでも変わらず…。
0353login:Penguin
2009/06/26(金) 18:38:46ID:iVeHZqbPcore.excludesfile だよん
0354login:Penguin
2009/06/26(金) 23:51:12ID:p2TqTPM6お返事ありがとうございます。
＞ Gitの操作に慣れるという意味ではgit-daemonもsshも使わずに普通に同じホストで
＞ pushとかしても大体同じなので、それでもいいと思う。
git://~~~とかssh://~~~でなくともgit clone ~/path/to/repo.git/
という感じにネットワーク越しの操作じゃなくても使えるのですね。
こういうことができるなら、
わたしの使い方ならgitデーモン立ち上げなくともよさそうです。
いただいたURL、Gitosisについても今後の為に読ませていただきます。
ありがとうございました。
0355login:Penguin
2009/06/29(月) 00:33:12ID:cM4lxNQ+①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく
冫─' ~ ￣´^-、
／ 丶
/ ﾉ、
/ ／ヽ丿彡彡彡彡彡ヽヽ
| 丿 ミ
| 彡 ＿＿__ ＿＿__ ﾐ/
ゝ_/／| |⌒| |ヽゞ
|tゝ ＼__／_ ＼__／ | | ＿＿＿＿＿＿＿＿＿＿
ヽﾉ ／＼_／＼ |ﾉ ／
ゝ /ヽ───‐ヽ / / linuxはめんどくさくて難しい分だけ、
/|ヽ ヽ──' / ＜ 自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
/ | ＼ ￣ ／ ＼
／ ヽ ‐- ￣￣￣￣￣￣￣￣
0356login:Penguin
2009/06/29(月) 11:19:14ID:ZvxokV6Hありがとうございます。うまくいきました！
0357login:Penguin
2009/07/02(木) 10:56:24ID:jjJW7RlLgit config --global alias.st status
しました。
git status では何も変更がないのに
git st すると膨大な modified: が出ます。
( modify してないのに )
git status = git st にするにはどうしたらいいでしょうか。
0358login:Penguin
2009/07/06(月) 14:19:12ID:6WnxlUWFB→Aにpushしたとき、warningがだだっと出て、Aではgit reset --hardしないとpushした内容になりません。
resetせずとも良いやり方はありますか？
（A→Bは操作できません）
0359login:Penguin
2009/07/06(月) 14:59:26ID:qaJTybW2warningの内容が分からないので適当だけど、
A側に変更がある状態でpushしてるんじゃないかな。
pushする先はbareリポジトリのほうがいいよ。
0360358
2009/07/06(月) 18:06:27ID:6WnxlUWFThanks!
bareリポジトリにpushすれば良いのですね
今まで勘違いしてたけど調べて分かりました
0361login:Penguin
2009/07/06(月) 19:01:30ID:tXUbQGaL分かる方いらっしゃいませんか
0362login:Penguin
2009/07/09(木) 08:58:11ID:neFt6wMr俺は ~/.gitconfig にこうやって書いてるけど、全然問題なし。
[alias]
st = status
0363357
2009/07/09(木) 09:41:44ID:spRnDxWIありがと。そうか。。。
正しい git status の結果になるディレクトリと、
長大な modified が出るディレクトリがあることが分かりました。
仕方なく git status と書かれた gitst.bat を使ってます。
0364login:Penguin
2009/07/09(木) 14:45:00ID:neFt6wMr…もしかしてWindows？
ここLinux板だし、こっちでも聴いてみたらどうだろう。
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
0365login:Penguin
2009/07/09(木) 14:53:30ID:spRnDxWIWindows ( cygwin ) です。
そっちで聞いてみます。ありがとうございました。
0366login:Penguin
2009/07/20(月) 12:59:20ID:y3l+3ouDいちおうこれに追随しなければならないんですが、
手元の適当なブランチに試しにpullしたら衝突解消がとってもめんどくさいことになって泣きました
手元にブランチが20個くらいあります。全部に対してこれを繰り返すのは嫌です
きっとなんか便利な方法があるんだとは思うんですが、何をすればいいものなんでしょうか？
0367login:Penguin
2009/07/20(月) 14:29:02ID:/rqSq1cXWWW::Mechanize？
0368login:Penguin
2009/07/20(月) 19:07:11ID:q2y5p7aG取得を自動でやる方法じゃなくて
0369login:Penguin
2009/07/20(月) 19:18:33ID:/rqSq1cXごめんなさい、>>367は「バカみたいに大規模なファイル構成とファイル内容の全変更」があったものについての予想です。
0370login:Penguin
2009/07/20(月) 20:05:55ID:ma9OV7L+module WWW
class Mechanize
end
end
を
class Mechanize
end
# と外出しして
module WWW
Mechanize = ::Mechanize
end
で後方互換性を保つとゆー大顰蹙。
# nbsp の使い方はこれであってるのだろうか
0371login:Penguin
2009/07/20(月) 22:36:14ID:1OZrXuJk0372login:Penguin
2009/07/21(火) 04:43:12ID:nT3Auy6Rmodule WWW と end のとこだけだろ、それ引っかかるの
0373login:Penguin
2009/07/21(火) 12:41:57ID:Y7zra871git rerere --help
0374login:Penguin
2009/07/21(火) 13:52:37ID:HzmMUGDt検索にかからない、自分のIDすらかからない・・・なんだこりゃ
0375login:Penguin
2009/07/22(水) 06:38:32ID:dp/16pzuこれ、lib/www/mechanize/ 以下のファイルが全部 lib/mechanize/ に移動してるんだよね
手元では lib/www/mechanize/ の中に編集されたファイルがたくさんあるだろうから、
rebase で遡って差分適用するたびに衝突起こすな
0376login:Penguin
2009/07/24(金) 14:17:45ID:6MAoexAT0377login:Penguin
2009/07/26(日) 10:29:12ID:r004HONTaliasを設定するとか。
0378login:Penguin
2009/07/29(水) 21:06:50ID:NqWOLxIQ0379login:Penguin
2009/08/02(日) 06:28:58ID:ANiJcqBB原書はどんなできなのかな？
0380login:Penguin
2009/08/02(日) 09:08:14ID:1MTX0arwPragprogの原書なのでブランド買いした。
CVS/Subversion/Mercurialを使った経験ありの俺的にはそれなりに
使えるようになった。
管理オブジェクトの話とかplumbingコマンドのレイヤーについては
さほど載ってなかったはず。
0381login:Penguin
2009/08/02(日) 19:51:08ID:ANiJcqBBレビュー、ありがとう。
この訳本が出たら、立ち読みしてみて、考えよう。
0382login:Penguin
2009/08/03(月) 14:34:54ID:RIRtotudgitを改造しないでsquidと連携させることできる？
0383login:Penguin
2009/08/03(月) 16:11:32ID:T85XxxMuでCVSリポジトリを変換しようと思ったらメッセージが化けました。
今までTortoiseCVS SJIS版（あろはだよCVS版）を使っていたのでそうなったんだと思いますが、
このメッセージをUTF8に変換するにはどうしたらいいんでしょう？
どなたかお助けいただけますと幸いです。よろしくお願いします。
0384login:Penguin
2009/08/03(月) 20:24:19ID:6y63jn1e「連携」が何か他の人に伝わってる、と思うのはなぜ?
0385login:Penguin
2009/08/06(木) 07:01:18ID:KCKgFcNyおれはEUC-JPなcvsからcvsimportしたやつは、
git config i18n.commitEncoding EUC-JP してるけど。
まああたらしいログをUTF8で書くとやっぱり化けるけど。
基本自分は英字でログかくから気にしてない。
0386login:Penguin
2009/08/06(木) 07:05:35ID:KCKgFcNygit config i18n.logOutputEncoding UTF8すると
あたらしくUTF8で書いてもしっかり全部化けずにいけますた。
0387login:Penguin
2009/08/10(月) 17:32:11ID:2cu11IQe一意なハッシュで管理されてるなら cherry-pick だけで十分じゃね？
ローカルなブランチが晒されるしコミットメッセージの編集もできないし merge は害悪しか思いつかないんだが
0388login:Penguin
2009/08/10(月) 17:41:46ID:+bQVdOii私たちが図を書かず頭のイメージだけで考えるところの「ブランチのマージ」は、
たいていの場合、適切な方向に rebase することで達成される
git を使っていて「マージ」したいと思ったなら、まずは rebase を検討すれ
0389login:Penguin
2009/08/10(月) 17:42:14ID:Ln/irodmcherry-pickしたらハッシュ変わるけどどうすんの？
0390login:Penguin
2009/08/10(月) 17:59:06ID:+bQVdOii0391login:Penguin
2009/08/10(月) 18:11:48ID:Ln/irodmどうにかならないもんかとたまに思うことはあるな。まあしょうがない気はするけど。
FF出来ない時にマージコミットつくらずに１つの新しいコミットにまとめてしまって、
その上で便宜上だけでも元のコミット群はこれらです、って感じに参照させることが
出来ればいいなーと妄想することがある、けどそれって結局マージと同じことなんだよね。
ただ、受け入れ側でマージコミットを嫌がる場合も多いので、そんな機能もあったら便利かも
しれないとかまた妄想。
0392login:Penguin
2009/08/10(月) 20:56:04ID:i4bAM8hhとかなる希ガス
0393login:Penguin
2009/08/10(月) 21:07:20ID:IbZ/Z+oAcp を頻繁に行う人はコミットメッセージも cp 時に有機的に書き換えてるはずなので
よっぽど変なまとめ方しない限り大丈夫
ウィンドウ2枚開けて片方に git log の結果を常に表示しながら cp しないといけない状況ばかりなのには同意はしておく
0394login:Penguin
2009/08/10(月) 23:47:00ID:nFA1XbhB公開してるリポジトリに直接commitしたりとかしてんの?
0395login:Penguin
2009/08/10(月) 23:57:49ID:Ln/irodmいや、pushしてるよ。ただフォーク元も公開してるから。
0396login:Penguin
2009/08/11(火) 00:18:25ID:gCZov+kt0397login:Penguin
2009/08/11(火) 01:51:55ID:9aVIR9qR>>396
衝突しない理想的な世界であれば好ましい
衝突が起こったとたん別のコミットになるからシステムデザイン上は駄目
「AをしてBをしてCをする差分適用」であるコミットが衝突後
「AをしてBをしてXをしてCをする差分適用」というコミットに摩り替わっちゃやっぱ駄目だろ
「AをしてBをしてCをする差分適用であるが、今回に限ってはBのあとにXであるさらなる差分適用がある」
という情報で格納すべき
ハッシュ値は不変で
このコミットを cherry-pick したらまずは「AをしてBをしてCをする差分適用」が試されるべき
0398login:Penguin
2009/08/11(火) 06:08:40ID:od33ZDSxハッシュ値をどうやって計算してるか知らないの?
0399login:Penguin
2009/08/11(火) 08:06:48ID:hQImHIErハッシュというとファイルをバイト列として利用しなければいけないとしか思いつかない人が稀にいるが
0400login:Penguin
2009/08/11(火) 10:38:30ID:AVaSZeyh> 「AをしてBをしてCをする差分適用であるが、今回に限ってはBのあとにXであるさらなる差分適用がある」
におけるXになってない？
そもそもA B Cが何を指してるのかよくわからんが。
0401login:Penguin
2009/08/12(水) 15:06:33ID:8h+T8Ju7大きなプロジェクトで update, commit 速度が遅く困っています。
git に乗り換えれば速度少しでも早くなるでしょうか？また、各
ローカル側の hdd 使用量は svn より増えると考えておいてよいで
しょうか？
0402login:Penguin
2009/08/12(水) 15:53:46ID:mycJo5BE速度はたぶんものすごく早くなると思う。
ローカル側のディスク使用量はそれほど気にならないよ。
ただし操作方法、概念が異なるので、もしも仕事で大人数でやるのなら、
習得させるのにそれなりに工数がかかると思う。
0403login:Penguin
2009/08/12(水) 17:45:44ID:Z/KJAJVWアクセスする感じで検証でしょうか。ただ、この使い方だと速度面の
メリットはわからないですよね。大プロジェクトなので難しいところ。
0404login:Penguin
2009/08/12(水) 18:24:39ID:FOPhwWTC今一環境がかんないんだが、大プロジェクトでも
updateとcommitなんて日に一度くらいじゃね？
自分だけgit-svn使えばローカルだけで大抵の用事は済むので、
快適になると思うよ。
0405login:Penguin
2009/08/12(水) 18:36:00ID:Y2NYIgNJ0406login:Penguin
2009/08/12(水) 19:12:05ID:4qtNGkYm0407login:Penguin
2009/08/12(水) 19:48:18ID:pDDmfa5D一般的にcommitって細かく（最低でも1つの機能の追加ごとに）やるものだと思うのですが、
調子に乗ってコーディングしていくうちに、手元で大量に変更してしまいました。
こういうときって、どうされていますでしょうか。
diffの出力を手作業で加工して、追加した機能（関数）もしくは変更部分ごとにパッチを作って、
それらを取り込んで→コミット...を繰り返せば何とかなると思っているのですが、
他によい方法はないでしょうか。
# 対象は1ファイルです。
0408login:Penguin
2009/08/12(水) 20:05:23ID:dme4v7A0そんな時のための git add -p じゃないか
0409login:Penguin
2009/08/12(水) 20:25:02ID:mycJo5BE最近それ知って、gitすげーと思った。
git add -i なんかはまだ使いこなせないが、極めたら世界が変わりそうだ。
0410login:Penguin
2009/08/12(水) 20:26:37ID:3jImDu3O>updateとcommitなんて日に一度くらいじゃね？
日にもよりますが１日１０回ぐらいですかね。プログラマは２０人以上
いますので全員合わせるととんでもない量の svn commit メールが来て
大変です。データサイズも200GBくらいはあるんじゃないかな。
TortoiseSVN で commit をルートディレクトリから行うと５分待ちな
状態で億劫なのでサブディレクトリからこまめにあげて上げわすれとか
出るほどのひどい状態です。
0411407
2009/08/13(木) 07:17:33ID:iA5oHuEpうわ～～～。んじゃ、これは！！
すげ～～。
教えていただきありがとうございます。
今までの苦労は何だったんだって感じ...。
ほんと、gitすげーよ。
addのオプションか。diffとかpatch-formatとかみてたよ orz
っていうか、それ以外のaddのオプションもすごいのな。
なんか、今までやっていたことが「バージョン管理するための管理」みたいな
ほとんどが不毛なことって気がしてきた...。
もちっと精進するよ。
またお願いします。
0412login:Penguin
2009/08/13(木) 15:27:28ID:tyyaneTmサーバが openSUSE で、
クライアントが Windows Vista。
ローカルなので ssh なしでやりたいのですが、
どう設定すればいいでしょうか。
0413login:Penguin
2009/08/13(木) 15:44:37ID:zQQwCknsてっとりはやくやってみたそうだから、xinetdでやってみたら？
xinetd
0414login:Penguin
2009/08/13(木) 15:49:26ID:zQQwCknsxinetdにgitを登録する(gitポートにリクエストがあったとき、xinedがgit-daemonを呼び出す)
あとは、gitリポジトリ(コンテンツ)の用意と、クライアントへのgitのインストールで
クライアントから、git cloneっしょ
0415login:Penguin
2009/08/13(木) 15:57:01ID:tyyaneTmありがとうございます。
xinetd、挑戦してみます。
0416login:Penguin
2009/08/13(木) 16:30:15ID:F9EvWFzj>>343-354
0417412
2009/08/13(木) 16:48:16ID:tyyaneTm躓いて見てみたらｗ
ありがとうございます。
私も openSUSE をサーバに、
複数人で開発したい用途。
そして、どうやって新規リポジトリを作ろうかと思っていたので、本当に既視感。
再度、挑戦！
0418login:Penguin
2009/08/13(木) 18:29:12ID:tyyaneTm( ssh を使うのが面倒なので… )
sudo zypper install git-daemon
sudo /usr/sbin/rcxinetd restart
して、ローカルの Vista から git clone するとエラーになります。
$ git clone git://example/test/test.git
fatal: read error (Software caused connection abort)
サーバの /var/log/message を見ると
git-daemon: [23646] cannot open pid file /var/run/git-daemon.pid: Permission denied
が出ています。とりあえず chown & chgrp & chmod して
ls -l /var/log/git-daemon.pid
-rw-r--r-- 1 git-daemon nogroup 6 2009-08-13 18:24 git-daemon.pid
とし、再度 git clone すると、やはりエラーになり、/var/log/message には下記エラーが出ます…。
git-daemon: [23765] cannot drop privileges
うまく動いている方、アドバイスお願いします。
0419login:Penguin
2009/08/13(木) 18:36:55ID:cf0vEXgIgit-daemonを動かす権限をsetuidを呼べる人(rootとか?)にすればい
いのかもしれない。
0420login:Penguin
2009/08/13(木) 20:51:01ID:Vyg2UZ2asetuid...
調べてみます。
0421418
2009/08/14(金) 10:12:25ID:vxCEaCUs/var/log/message のエラー内容が変わりました。
$ tail /var/log/message
git-daemon: [25819] unable to allocate any listen sockets on host (null) port 9418
$ lsof | grep git
git-daemo 25772 root cwd unknown /proc/25772/cwd (readlink: Permission denied)
git-daemo 25772 root rtd unknown /proc/25772/root (readlink: Permission denied)
git-daemo 25772 root txt unknown /proc/25772/exe (readlink: Permission denied)
git-daemo 25772 root NOFD /proc/25772/fd (opendir: Permission denied)
ハマってきたので zypper remove git-daemon して、
ゼロからやり直してみたところ、やはり同じ症状に…。
openSUSE スレで聞いた方がいいのかもしれませんが、
その前に、ここでお分かりになる方はいらっしゃいますでしょうか。
0422login:Penguin
2009/08/14(金) 10:35:16ID:Q/iZulHOttp://www.aoisakura.jp/tdiary/?date=20081212
おなじエラーではまってる人がいました。
以前動かそうとしていたものが正常終了していないのでは?
0423421
2009/08/14(金) 10:56:54ID:vxCEaCUsプロセスを kill -9 し、xinetd を再起動しました。
$ sudo lsof | grep git
xinetd 26055 root 5u IPv4 1666608 0t0 TCP *:git (LISTEN)
$ sudo kill -9 26055
$ sudo /usr/sbin/rcxinetd restart
今度は readlink: Permission denied が出ないのでいい感じ！
$ sudo lsof | grep git
git-daemo 26095 git-daemon cwd DIR 253,3 4096 2 /
git-daemo 26095 git-daemon rtd DIR 253,3 4096 2 /
git-daemo 26095 git-daemon txt REG 253,3 196936 10356883 /usr/lib64/git/git-daemon
git-daemo 26095 git-daemon mem REG 253,3 47784 9946462 /lib64/libnss_files-2.9.so
( 省略 )
git-daemo 26095 git-daemon 2u CHR 1,3 0t0 2055 /dev/null
git-daemo 26095 git-daemon 3u IPv6 1666970 0t0 TCP *:git (LISTEN)
git-daemo 26095 git-daemon 4r FIFO 0,7 0t0 1666971 pipe
git-daemo 26095 git-daemon 5w FIFO 0,7 0t0 1666971 pipe
xinetd 26136 root 5u IPv4 1667341 0t0 TCP *:git (LISTEN)
と思ったのですが、
windows> git clone git://example/test/test.git
fatal: read error (Software caused connection abort)
$ tail /var/log/message
git-daemon: [26178] unable to allocate any listen sockets on host (null) port 9418
と変わらず…。openSUSE を再起動してみます…。
0424421
2009/08/14(金) 11:00:50ID:vxCEaCUszypper install git-daemon で作られる /etc/xinetd.d/git には
--base-path="/srv/git"
と書かれていて、" を消して
--base-path=/srv/git
としないといけなかった。
昨日からハマっているので、午前中の段階で精神的に疲労中ｗ
0425421
2009/08/14(金) 11:14:13ID:vxCEaCUs$ sudo taile /var/log/message
git-daemon: [3288] unable to allocate any listen sockets on host (null) port 9418
$ sudo lsof -i:9418
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
xinetd 2903 root 5u IPv4 6924 0t0 TCP *:git (LISTEN)
git-daemo 3296 git-daemon 3u IPv6 9929 0t0 TCP *:git (LISTEN)
xinetd と、普通のサーバが二重に立ちあがっているのが原因でしょうか ( しかも IPv6 )。
git-daemon を kill -9 しても自動で立ち上がります。
これを止める方法を探しますが、アドバイスがあると嬉しいです。
0426login:Penguin
2009/08/14(金) 11:23:39ID:Q/iZulHOそのままデーモンとして残り続けていませんか?
xinetdから起動するなら、処理ごとに終了するべきですね。
git-daemonに渡せるオプションはありませんか?
--inetd だろうか。
0427421
2009/08/14(金) 11:43:01ID:vxCEaCUs本当にありがとうございます！！
git clone できました！！！
今後の人のためにまとめると、
openSUSE 11.1 で
$ sudo zypper install git-daemon
したのを ssh 使わずに利用したいなら
/etc/xinetd.d/git を下記に変更。
■ BEFORE
server_args = daemon --syslog --detach --reuseaddr --user=git-daemon --group=nogroup --pid-file=/var/run/git-daemon.pid --base-p
ath="/srv/git"
■ AFTER
server_args = daemon --syslog --detach --reuseaddr --inetd --export-all --pid-file=/var/run/git-daemon.pid --base-path=/srv/git
変更後、xinetd の再起動を忘れずに。
$ sudo /usr/sbin/rcxinetd restart
あー、今日はもう帰ってビール飲みたい。
0428427
2009/08/14(金) 11:43:52ID:vxCEaCUsそのほか、いろいろ助言を下さった方、ありがとうございました。
0429login:Penguin
2009/08/17(月) 12:41:58ID:w4WoSrsOlinux kernel tree 本線を git で、ローカルのlinux PC 上に
同期できるでしょうか？その場合、どうすれば良いですか？
0430login:Penguin
2009/08/17(月) 13:25:08ID:IIDjTJ7Iでぐぐれ
0431login:Penguin
2009/08/17(月) 14:01:07ID:w4WoSrsO0432login:Penguin
2009/08/18(火) 00:02:03ID:cqrV6ZTW>read only で構わないのですが、
0433login:Penguin
2009/08/18(火) 14:17:17ID:LNnWooNTGitHubのNetworksでどばっと20個くらいドットが突出すると悩む
これやっぱ手作業でまとめておくべきだったかもしれない、とか
手元のコミットは細かくして公開するブランチに追加するときにまとめるのがいいのだろうか
でもコミットを1個ずつ扱うのってブランチのメリットなくね、とも思ってみたり
マージとかができてこそのブランチだろう、とも思う
0434login:Penguin
2009/08/18(火) 14:41:53ID:Kn1/NE8Q何がしたいのかが分かって、適度な量の差分があって、機能単位にまとまっていれば
（混ざり合っていなければ）それでいいんじゃないかな。
後はバリバリ作り中なのか、機能追加中なのか、とか、、、
同時にコーディングしてる人の数にもよるね…
俺はキレイなコミットを作りたいほうなのでけっこうまとめてからにしてしまうなぁ
0435login:Penguin
2009/08/18(火) 22:05:49ID:Gf8+h6+Uそこら中で使われはじめて
リーナスのいうように、kernel特化でほそぼそといくと思ってたよ
0436login:Penguin
2009/08/19(水) 12:38:13ID:pceGE7iL微妙な違いがいやらしいなぁ。
viとemacsは同時に使えるが
hgとgitはかなり混乱しそうだ。
0437login:Penguin
2009/08/19(水) 23:02:46ID:O0WnAYMJ0438login:Penguin
2009/08/20(木) 04:02:05ID:2o0Eo2gmそんなレベルの人間が公開なんかするな
迷惑だから
0439login:Penguin
2009/08/20(木) 04:24:39ID:amhGymTU.|
∩＿＿＿∩ |
| ノ＼ ,＿ ヽ .|
/ ●゛ ● | .J
| ∪ ( _●_) ミ
彡､ |∪| |
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
＼ " ／ ｜ |
＼ ／￣￣￣ ／
0440login:Penguin
2009/08/27(木) 18:25:34ID:AEidpR6iTotal 15 (delta 13), reused 0 (delta 0)
の delta や reused って何でしょうか？
0441login:Penguin
2009/08/27(木) 19:25:19ID:HNb4zbwi・index, cached, stage といった用語を一貫して欲しい
・obj, ref などが何の説明もなく頻繁に登場するが、何を指しているのか不明
0442login:Penguin
2009/08/27(木) 21:44:24ID:KnkKlcU8>index, cached, stage といった用語を一貫して欲しい
MLしばらく読んでからパッチ送る、とか。
>obj,ref
git help tutorial-2
あたりかな?
0443login:Penguin
2009/08/28(金) 07:32:58ID:sWD41Zdb> ・index, cached, stage といった用語を一貫して欲しい
無理。indexで統一できなくはないけど、どういう使い方をしているかで呼び分けてるから。
ML漁ればどういう意図で呼び分けてるかの回答はあるよ。
0444login:Penguin
2009/08/28(金) 08:05:49ID:fZ8G9Ga3用語集はつけとくべきだな
0445login:Penguin
2009/08/28(金) 12:15:32ID:cXIbI/joindexは実装者側の視点。
cacheはどういう発想なのか不思議。
0446login:Penguin
2009/08/28(金) 13:53:30ID:xwPQ04edhttp://www.kernel.org/pub/software/scm/git/docs/user-manual.html#glossary
0447login:Penguin
2009/08/29(土) 14:57:13ID:U8/P76bccache Obsolete for: index.
えらそうなこった
0448login:Penguin
2009/08/29(土) 16:10:23ID:+Pa25OBz> Truth be told, it can also contain a second, and even a third version of a working tree
これHamanoさんか誰かの講演を聞いた人のメモで読んだことが
あるのを思いだしたんだけど、てことは何度かgit stageしたそれぞれの
バージョンをみたり、バージョン間で差分見ることができるってこと?
もしそうなら、どういうコマンドでできるの?
0449login:Penguin
2009/08/31(月) 02:43:09ID:VXNlRilHsubversion と違って履歴を持つオブジェクトの概念があるわけではないので
subversion のような改名いかんに関わらず履歴やdiffを追えるという特徴は
git にはないと理解しました。あってますか。
0450login:Penguin
2009/08/31(月) 11:11:59ID:kZiorwCagit commit で開いた vim から書いた場合で文字コードが違った(上記はUTF-8,vimはiso-2022-jp)ので、
git log 等で見ると vim から書いた方が文字化けしてしまいました。
git log --encoding=iso-2022-jp とすれば文字化けせずに見られるのですが、やはり文字コードを統一したいので log を直接編集したいのですが、
.git/logs/HEAD
.git/logs/refs/heads/master
を編集しても文字化けは解消されませんでした。
どのファイルを編集すればよいのでしょうか？
0451login:Penguin
2009/09/01(火) 01:17:08ID:BBTYztuTgit log -p --follow <path>
0452login:Penguin
2009/09/01(火) 01:22:40ID:BBTYztuTgit commit --amend
でHEADのコミットメッセージ入力をやりなおせる
または、
git reset HEAD^
で一旦HEAD^まで戻してやりなおす。
ちなみに
git commit -F <file>
でファイルからコミットログを読ませることが可能なので試してみて
試してないが -amend との同時利用も可能なんじゃないかな
0453login:Penguin
2009/09/01(火) 06:39:58ID:BUwsap/vどうも。コミットを追跡することでやっているみたいですね。
でもmv後修正してからコミットしたり、あるいはcpでフォークしたり(ファイル
を分割するときとか)はやはり追跡できないみたいですね。
0454login:Penguin
2009/09/01(火) 11:24:42ID:qONSM/kccommand line のcommit log の文字コードって、今まで考えてもいなかったよ。
で、i18n.commitEncoding と i18n.logOutputEncoding の値を、
変えて色々試してみて、ワザと異なる文字コードの時の動作が
しっくりこなくて調べた。
解ったことは、
message が commit object に格納される時って、
文字コードを変換してくれるんじゃなくて
i18n.commitEncoding で、指定した値をcommit object に
encoding EUC-JP
って、挿入してるだけなのね。
encoding で指定しない時が UTF-8 で、これがデフォルトってことみたい。
出力時にi18n.logOutputEncoding を元に変換する。
だから、commit message も、raw って言えば raw なのね。
ん 、知りませんでした。ビックリ。
これで、コード変換に纏わる面倒な部分を、(出力時にまわして)
うまく避けてることになるのかな。
0455login:Penguin
2009/09/01(火) 12:01:26ID:bYVC5N8Bindexの存在を完璧に隠蔽しているのはかなり大胆な設計だと思う。
0456login:Penguin
2009/09/01(火) 12:38:37ID:Cu6PEjTWar
0457login:Penguin
2009/09/01(火) 12:39:46ID:Cu6PEjTWありがとうございます。出来ました。
--amend は直前のコミットしか編集できなかったのですが、
ttp://www8.atwiki.jp/git_jp/pub/Documentation.ja/user-manual.html#rewriting-one-commit
を見て、git rebase と組み合わせると以前のコミットでも修整できることが分りました。
>>456 はミスです...
0458login:Penguin
2009/09/01(火) 15:48:31ID:cQoB1n74残念ながら
0459login:Penguin
2009/09/01(火) 17:44:29ID:Cu6PEjTW古いコミットを削除？して新たにコミットしている、という事でしょうか？
0460login:Penguin
2009/09/01(火) 19:42:56ID:+F0cM0kX0461login:Penguin
2009/09/01(火) 20:44:28ID:2vtwePxMなるほど。
git show "古いハッシュ"
で、古いコミットのログが見れました。
削除はしてないんですね。
0462login:Penguin
2009/09/01(火) 21:41:34ID:miUg4h5cgcしたら消えるよ。どこからも参照されてなければ。
0463login:Penguin
2009/09/04(金) 22:13:13ID:jVdAqUn/ところから普段はfetchしている
$ git fetch
んですが時々別の場所からfetchしたい場合があります。
$ git fetch another_mirror
こういう場合、各ミラーをそれぞれremoteとして登録すべきなんで
しょうか。調べた限りではurl.<url>.insteadof=<alias>を
使ってURLに別名をつけられるのですが、fetchコマンドの最初の
引数にこのURL別名だけを与えても実際にはデータが落ちず、refspec
まで書かないといけなくて面倒です。
0464login:Penguin
2009/09/11(金) 20:42:02ID:Crcv3Tiigit push したのを取り消すにはどうしたらいいでしょうか？
0465login:Penguin
2009/09/11(金) 21:24:08ID:GPAiiF+d「取り消す」というのがamendしたものを反映したいという意味なら
git push -f
で上書きできるよ。
0466login:Penguin
2009/09/11(金) 21:34:54ID:Crcv3Tiiありがとうございます。
history からも消すことはできますか。
0467login:Penguin
2009/09/11(金) 21:37:03ID:GPAiiF+d> history からも消すことはできますか。
んん? 何を消したいのかもう少し詳しく。
0468466
2009/09/11(金) 22:41:07ID:Crcv3Tiigithub に git commit & git push してから間違いに気づいてしまったのです。
それを消したいのです。git log から消えたり、
github は history を見ることが出来ますが、それからも消えるとありがたいです。
0469login:Penguin
2009/09/11(金) 22:47:34ID:CyE8alMj何もかも上書きさるよ。
ただgithubってことは既に公開されてるから、他の人があれ何だこれこわい、
ってなるかも。つまりあんまやるべきじゃない。
0470466
2009/09/11(金) 22:50:59ID:Crcv3Tiiありがとうございます。
確かに消すのはよくないですよね。
( 別の場所から commit したから名前を間違えてしまってｗ )
0471login:Penguin
2009/09/16(水) 17:10:33ID:YPgdd8OBgit log では表示されるんですけど、master に反映されていません・・・。
0472login:Penguin
2009/09/16(水) 17:13:27ID:XD22rFwt「反映」を適当に解釈してエスパーしてみると、
git pull
0473login:Penguin
2009/09/16(水) 17:19:00ID:YPgdd8OBリモート自身に push されてきたものを、自身の master に反映させる、でした＾＾；
リモート(origin)側で git pull する場合ってどう指定するんでしょう？
0474login:Penguin
2009/09/16(水) 17:40:50ID:XD22rFwt「自身の master に反映させる」なら git pull だよ。
リモート(origin)側をどうにかしたいの？
0475login:Penguin
2009/09/16(水) 18:07:18ID:YPgdd8OBはい。その通りです。
サーバに置いたoriginに対してローカルからpushした結果を、originのmasterに反映させたいんです。
0476login:Penguin
2009/09/16(水) 18:45:32ID:XD22rFwtローカルのmasterをoriginのmasterに突っ込むにはこう
git push origin master:master
文章から推測するにいまひとつ理解できてないようなので、この辺を読むことをオススメします
http://www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/gittutorial.html
0477login:Penguin
2009/09/16(水) 19:43:56ID:JwlYDLcsgit checkout -f HEAD
0478login:Penguin
2009/09/16(水) 22:23:53ID:Wm2GOTkuそれなら git remote update だよ
0479login:Penguin
2009/09/16(水) 23:36:01ID:YPgdd8OB仰る通りリモートは bare じゃないです。
git checkout -f HEAD
でリモートの状態を最新にできました！
ありがとうございました！
0480login:Penguin
2009/09/17(木) 01:26:37ID:P4kqmOWE0481login:Penguin
2009/09/21(月) 13:23:23ID:GwGS71uzhttp://www.shuwasystem.co.jp/products/7980html/2380.html
# 翻訳本の「入門git」じゃないぞ
Amazon はすでに売り切れ状態みたいだけどね。
0482login:Penguin
2009/09/21(月) 13:34:20ID:zscoFCMs0483login:Penguin
2009/09/21(月) 13:57:00ID:ZVNst0Rd？？？
0484login:Penguin
2009/09/21(月) 14:34:05ID:vL4ajUNHぎゃー
つい最近翻訳本のほう買っちまったぜ…
Hamanoさんが書くべきだろとは思ってたけど、書いてたのか～
目次だけ見たけどすごいしっかりしてそうだ。読むのが楽しみ！
0485login:Penguin
2009/09/21(月) 14:36:17ID:Sxx9inOy0486login:Penguin
2009/09/21(月) 14:57:30ID:GwGS71uzここを読んでもっとwktkするがよい
http://gitster.livejournal.com/38015.html
0487login:Penguin
2009/09/21(月) 21:31:18ID:vL4ajUNHありがとう、livejournalか、そこ知らなかったよ。
wktkが止まらないので、明日本屋うろついてくる。Amazon売り切れ過ぎ、入荷予定遅すぎ。
0488login:Penguin
2009/09/22(火) 20:31:15ID:ssamdIV8にんまりしてしまうに 1000カーネル
0489463
2009/09/23(水) 18:27:17ID:vjEE4TYp0490login:Penguin
2009/09/23(水) 21:43:44ID:jo5qX9Sxremote 登録すると明示的に指定しなくても、そのリポジトリの全ブ
ランチを fetch してくれるのは.git/config 内でそのリモートリポ
ジトリの設定の fetch の行におまじないが書いてあるから。
別名定義したいほどの頻度で使うなら素直に remote add しろや
0491login:Penguin
2009/09/23(水) 22:37:49ID:O/8ntIxQ＞別名定義したいほどの頻度で使うなら素直に remote add しろや
>>463にはすまんが、俺もそう思ってた。
てか、refspecまで書かなきゃダメ、とかいろいろ試してみたんだったら、
MLで質問したほうが良いんじゃないかな。bugかもしれないし。
0492login:Penguin
2009/09/24(木) 00:06:18ID:h3tEtuixんー。fetch の refspec はリモートリポジトリのどのブランチをロー
カルのどの参照名で格納するか(remote/<hoge>/master とかね)を指
定するものだから、 fetch のときに指定必須(*1)なのはしょうがな
いんじゃね？gitからしてみりゃ「どこに格納すりゃいいのよ？」っ
て話でしょ。普通はそれが面倒だから remote 登録しちゃえば？と
思うんだけどねー。
*1 何も指定しなければリモートの master がローカルの
FETCH_HEAD として格納されるはず。
「全部 fetch して remote/<URL>/* に自動的に格納されろや」とか
いう話ならMLに提案するほうがいい話だと思う。もし提案するとし
てもremote add するよりも、「デフォルトでrefspecを指定しない
場合にその挙動をとるほうがより優れている」、という論拠が必要
だと思うよ。
あと、もし pull request 受けるような状況であれば、みんなpull
用のbranch切って pull しちゃってる(or master に pull して結果
が気に入らなければ reset )だろうから、単発の fetch のrefspec
指定を楽にしたい理由があんま思いつかない。
0493login:Penguin
2009/09/26(土) 14:03:44ID:EEvSsK+sGitHubの収益源ってなんだっけ？
0494login:Penguin
2009/09/26(土) 16:19:01ID:1VrklZ1N鯖はEngineYardだな。
0495login:Penguin
2009/09/28(月) 11:57:44ID:tMILVOon0496login:Penguin
2009/09/28(月) 17:40:21ID:9izAOEVdタダで使い倒しておいてあまり文句いう筋合いもないけれど
0497login:Penguin
2009/09/28(月) 18:11:25ID:tMILVOon0498login:Penguin
2009/09/28(月) 18:13:49ID:JZFsKZPhそういえば、こんなのあったね。
0499login:Penguin
2009/09/28(月) 22:56:07ID:oz2dR2Weそれとも差分だけ？また、ローカルリポジトリには圧縮されたバイナリはどのように
保存されるのでしょうか？バイナリサイズが大きいプロジェクトで使用予定なのですが
ローカルリポジトリが膨れ上がるのを恐れています。
0500login:Penguin
2009/09/29(火) 21:45:20ID:bBdN/JgI(あるいは時間が来て)packされるまではそのままのバージョンが
残ってるみたい。
mkdir foo
cd foo
git init
dd if=/dev/urandom of=BIN bs=1024k count=1
git add .
git commit -m 1
du -hs .git
echo -n A >> BIN
git add .
git commit -m 2
du -hs .git
find .git/objects -type f
git gc
du -hs .git
0501login:Penguin
2009/09/29(火) 23:05:28ID:RwaZJqu/まあ、HDDスペース節約よりは速度重視な最適化というわけですね。
HDDは、いっぱい増やすしかないかぁ。
後 Windows のファイル名の日本語処理がまずいところが不満ですね。
これさえ解決すれば svn から乗り換えるんだけどなぁ。来年ぐらいかなぁ。
0502login:Penguin
2009/10/02(金) 20:43:35ID:N5w8liglあれなんかEngine Yardじゃなくなってるぽい。
こないだのメンテで移動したのかな。
0503login:Penguin
2009/10/05(月) 13:23:59ID:wUrA1+B20504login:Penguin
2009/10/05(月) 13:27:13ID:Llm7fIHPでぐぐれば面白いのが見つかるぞ
0505login:Penguin
2009/10/07(水) 07:24:37ID:GcizbF6Ggit で下の階層に置かれている newton を
持ってくるにはどうしたら良いのでしょうか？
xyzzz を持ってくるのはできるのですが…
0506login:Penguin
2009/10/07(水) 07:53:19ID:GcizbF6Ggit clone -n git://git.example.org/xyzzz
cd xyzzz
ls
git checkout -b newton
git fetch
で取りあえず上手く取ってこれるみたいでした
なんでも一行でやろうとするなじぶん('A
0507login:Penguin
2009/10/07(水) 20:16:41ID:9QifAEecgit cloneで既にfetchしているんでcheckoutの後にfetchしなくても
0508login:Penguin
2009/10/09(金) 23:56:02ID:zcQ4FwK0>後 Windows のファイル名の日本語処理がまずいところが不満ですね。
$ git config core.quotepath true
でもだめでしょうか。
0509login:Penguin
2009/10/10(土) 10:37:00ID:qzf82yALcygwin 版の話ですかね。基本エンジニア以外も触るのでTortoiseGit の(MSYS版)でコミット
した後の亀が飛んで行ったところのメッセージが必ず文字化けしているのがちょっと嫌ですね。
また現在 svn を利用していてこちらを git-svn で使用したいのですがこれも MSYS版には
入っていないようなのでそこもネックになっています。
0510login:Penguin
2009/10/10(土) 11:19:34ID:KZzP/TMnmsysgit(PortableGit-1.6.3.2-preview20090607) + TortoiseGit 1.0.0.2にて
git-svn をGUI経由で使えてますよ
git-svnにはハマリどころがありました。
svnリポジトリとシンクロしているgit側ブランチでgitのマージコミットをつくったりすると
git svn dcommit時にエラーになるので要注意ですね
ここらへんに情報があります
http://learn.github.com/p/git-svn.html
Rules and Guidelines
0511login:Penguin
2009/10/10(土) 19:49:42ID:mLaG7GzK0512login:Penguin
2009/10/10(土) 19:51:42ID:mLaG7GzKTortoiseGit に同梱されている igit.exe のソース
どこにあるか、知っている人いたら教えてもらえないだろうか？
どうも TortoiseGit のリポジトリの中にはなさそうなんだけれども。
0513login:Penguin
2009/10/10(土) 19:57:24ID:6WX0ZYRA0514login:Penguin
2009/10/10(土) 20:14:31ID:zeXst2F3Windowsでgit使いたいんなら、フィードバックしないと一向に改善されないと思うよ
git開発者は、Windows特有の問題とか疎いだろうし
0515512
2009/10/10(土) 20:47:16ID:mLaG7GzKスレタイのみで検索して書き込んでしまった。
分散型バージョン管理システムのフロントエンドを
git の Windows 版フロントエンド作りたいなぁと思って
TortoiseGit のソース見てたんだが、
0516login:Penguin
2009/10/10(土) 20:48:31ID:mLaG7GzKごめん、反省した。途中だけど、もうやめる。
0517login:Penguin
2009/10/10(土) 21:07:24ID:5i7bVBSp次スレはム板にする？
0518login:Penguin
2009/10/10(土) 21:26:06ID:e4Crdqki0519login:Penguin
2009/10/11(日) 00:39:32ID:9BCQsKnT0520login:Penguin
2009/10/11(日) 02:33:37ID:FePGrTfs0521login:Penguin
2009/10/11(日) 02:44:24ID:MLGHRsF4プログラム板にバージョン管理システムのスレあるけど、、、
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
板違いにはならないだろうけど、、、コアな話題はここでも良いんじゃないかなぁ
>>519
あっちのスレ見てると、使ってる人居るみたいだよ。
日本語ファイル名で苦労するようだけど、UTF-8 Cygwinではちゃんと使えてるらしい。
0522login:Penguin
2009/10/11(日) 02:50:26ID:9BCQsKnTここはLinux板
0523login:Penguin
2009/10/11(日) 03:22:42ID:MLGHRsF4ってお前が言うから、教えてやったんだぜ。
0524login:Penguin
2009/10/11(日) 03:40:02ID:9BCQsKnT0525login:Penguin
2009/10/11(日) 03:41:49ID:FePGrTfs終わりだぜ。しばらくmixijかtwitterでもやってたほうがいい。
0526login:Penguin
2009/10/11(日) 12:14:56ID:bj1WkRKb0527login:Penguin
2009/10/11(日) 14:55:39ID:tk3kki/A0528login:Penguin
2009/10/11(日) 15:00:46ID:h+3Jm6y90529login:Penguin
2009/10/11(日) 15:03:12ID:h+3Jm6y90530login:Penguin
2009/10/11(日) 20:01:14ID:EMO8XszPttp://article.gmane.org/gmane.comp.version-control.git/129906
0531login:Penguin
2009/10/11(日) 23:51:09ID:5ur/s6Zl乗り換えたら確かに git-svn を TortoiseGit から使えました。Windows も実用段階
に入ってきましたね。
0532login:Penguin
2009/10/12(月) 12:09:24ID:cIqY6mPO>Windows も実用段階に入ってきましたね。
きっとﾋﾞﾙｹﾞｲﾂも喜ぶよ、それ言ってやったら。
0533login:Penguin
2009/10/15(木) 23:02:27ID:eyJUfiVxhttp:／／www.yo●utube.c●om/watch?v=●MUv12Ae7ojE
小沢一郎 ～ 闇の系譜 ：秘書逮捕の真相／北朝鮮との黒い関係 高画質
http:／／www.yo●utube.com/w●atch?v=gdKVt●_vKCHc
2/3【イリハム・マハムティ】東トルキスタンの歴史と中共の弾圧[H21/7/8]
http:／／www.you●tube.com/watch?v=6eUN●hjdBLXg
漫画で学ぶチベット問題
http:／／www.ni●covideo.jp/w●atch/sm275●2213
日米規制改革および競争政策イニシアティブに基づく日本国政府への米国政府要望書
http://japan.u●sembassy.●gov/j/p/tpj-j2●0041020●-50.html#mineika-s
●の部分は外してブラウザのURLに入れること
0534login:Penguin
2009/10/21(水) 13:42:46ID:c6oQncZ5もしかして git って名前通り、日付指定で checkout できないの？
やっぱ馬鹿。
0535login:Penguin
2009/10/21(水) 21:06:25ID:l0alaDlxなぜできないと思ったのか詳しく。
0536login:Penguin
2009/10/21(水) 21:07:29ID:aa6m0+r8おみゃーがgitなんでは
0537hNhmZvkzyoOKS
2009/10/23(金) 00:55:36ID:AJC23NiC0538VfpxZeUExLhxZWcT
2009/10/23(金) 22:20:46ID:iDEpw1qy0539login:Penguin
2009/10/28(水) 22:39:14ID:5N68sDZB何世代も過去のコミットのログメッセージの再編集はどうやればできるのでしょうか。
それともそんなことはできないんでしょうか。
0540login:Penguin
2009/10/28(水) 22:53:34ID:oPxfRTK5みたくやって pick を edit にして、--amend の時に変更かな
0541login:Penguin
2009/10/28(水) 22:53:38ID:ZAqclN9p色々やり方あると思うが、例えば git rebase -i ... で編集したい commit を "edit" に設定
して、そこで git commit --amend とか
0542login:Penguin
2009/10/28(水) 22:54:51ID:Bv3SPJWB妙な日本語訳の改善案などがあればお知らせください。
http://lab.mzr.jp/gitk/
0544login:Penguin
2009/11/02(月) 10:53:06ID:dHnBQYx7脳内で考えるような「単純な差し替え」は厳密にはできない
「以前と同じ修正群と、以前と違うコミットメッセージ」を持ったコミットの列を作って繋げなおす、という手順になる
動作的には同じだが、オブジェクトとしては別だし、ハッシュ値も違う
push した後だと以前のコミットと同一視させる手段がなくてたいそう悲惨
0545login:Penguin
2009/11/02(月) 22:10:38ID:tm2FQ3Ctのを見ると、そこらへんは分かってるように見える。
0546login:Penguin
2009/11/12(木) 18:58:57ID:g557GIl1ttp://pc12.2ch.net/test/read.cgi/tech/1257079004/90-
0547login:Penguin
2009/11/12(木) 21:02:35ID:ExEkAwfKどっちだ?
http://golang.org/
http://books.google.com/books?id=jyIrfDokmKgC&dq=isbn:0975444913
0548login:Penguin
2009/11/18(水) 09:19:34ID:F9Vk+fo2Applying: コミットメッセージ
usage: git update-ref [options] -d <refname> [<oldval>]
or: git update-ref [options] <refname> <newval> [<oldval>]
-m <reason> reason of the update
-d deletes the reference
--no-deref update <refname> not the one it points to
と出てしまいます。
git rebase --continueしても同じメッセージが出ます。
どうすればいいんでしょうか？
0549548
2009/11/18(水) 15:11:19ID:F9Vk+fo2git rebase -i masterすると問題なくリベースできました。
解決はできたのですが、なぜgit rebase masterでリベースできないのに
インタラクティブモードではできるのか、わけがわからない・・・
0550login:Penguin
2009/11/18(水) 18:47:37ID:d8p7qpgPrebaseの内部でコケてるみたいだけど、遭遇したことないなあ。
バージョンは？ もしかしてCygwinだったり？
0551login:Penguin
2009/11/18(水) 22:32:08ID:vQLD30Z2rebase -i masterでリベースできるってことは
ふだん使うブランチはmasterではなくて、
masterっていうローカルブランチがたとえば
ref: origin/master
みたいになってたりするの?
0552login:Penguin
2009/11/22(日) 09:56:48ID:AGTujtCRbareじゃない二つのリポジトリAとBがあります。
（BはAからのクローンです）
Bで変更を行ってAにPushしたあと、Aでgit statusすると
A上ではBで行った変更の真逆の修正が行われてステージされていることになっています。
これはどうしてでしょうか？
純粋に期待している動作（A上でもBで行った修正がコミット済みになっていて何もステージされていない状態）にするにはどうしたらよいのでしょう？
0553login:Penguin
2009/11/22(日) 11:17:08ID:VQCPH5PDステージされてるなら git reset なり git checkout . なりすればいいんじゃないの？
0554login:Penguin
2009/11/22(日) 12:57:08ID:KnKStRKzbareじゃないとこにpushじゃしょうがないんじゃないかな。
Aでpullしたらいいんじゃない？
0555login:Penguin
2009/11/22(日) 18:25:36ID:AGTujtCR>>553
A上で、真逆の修正が行われているものを
すべてgit checkout -- hogehoge.txt
して解除してみたところ結果としてはうまくいきました
>>554
AからBのリポジトリをremoteに登録して、pullしようとすると
Because this is not the default configured remotefor your current
branch,you must specify a branch on the command line.
とおこられます。
デフォルトのリモート先ではないので
先に設定を変えましょうといった感じでしょうか
現状ですと、正しくPushするためにはbareじゃないリポジトリを
用意する必要があると考えた方がいいのでしょうか？
checkoutする方法や都度リモート先を変更するのは手順が煩雑になるため・・
0556552,555
2009/11/22(日) 18:28:42ID:AGTujtCR誤：現状ですと、正しくPushするためにはbareじゃないリポジトリを
正：現状ですと、正しくPushするためにはbareなリポジトリを
0557552,555
2009/11/22(日) 19:14:14ID:AGTujtCRBからAにPushしたあと、Aでgit reset --hard
すればいいだけでした。
返信をくださった方ありがとうございました。
0558login:Penguin
2009/11/28(土) 04:29:09ID:mXZ4Zywnマージすることが不可能な場合、どちらかのファイルを選択することになりますが
自分の作業を優先してコンフリクト解消する場合には
git add コンフリクトしてるファイル
git commit
これでコンフリクト解消できますが、相手のファイルを優先したい場合に
git reset コンフリクトしてるファイル
git commit
をすると両者の作業がなかったことになってしまいます。
相手の作業を優先する場合にはどのようなコマンドを打てばよいのでしょうか
0559login:Penguin
2009/11/28(土) 20:11:39ID:xkqQAqqu0560login:Penguin
2009/12/03(木) 20:30:50ID:lBf6Jtla0561login:Penguin
2009/12/04(金) 13:36:14ID:F6K5uhGt/ \
-------A
\
---C
という感じで開発を進めていて、Bの変更はマスターであるAに頻繁にマージしている状態です。
Cで $ git pull A でマージして $ git push A とすると
To prevent you from losing history, non-fast-forward updates were rejected.
Merge the remote changes before pushing again.
といわれてしまう。
なんでnon-fast-forwardな状況なんだかよくわからないです。どうやったら直せるんでしょうか?
0562login:Penguin
2009/12/04(金) 22:38:29ID:8MryHyNFpushとpullって名前からしてやることが近い気がしてしまうけど、
pull：remoteをfetchして現在のブランチにmerge（fetchしてmergeするのと同じことが起こる）
push：remoteブランチをローカルのブランチで上書き
なので、pullはfast-forwardじゃなくてもマージコミット作ってくれるけど、
pushはマージはしないのでfast-forwardじゃない時は怒られる。forceオプションで強制pushすると
ヘタするとremoteブランチのコミットが失われる。
fast-forwardの意味が分からない場合は、チュートリアル見ると良いと思うよ。
Git入門 - トップページ
http://www8.atwiki.jp/git_jp/
0563login:Penguin
2009/12/05(土) 10:43:44ID:Pt8GWP/i「なんでnon-fast-forwardな状況」であるかの説明になっていないけど
0564login:Penguin
2009/12/05(土) 13:58:28ID:dGM7vi/8それが分からなければチュートリアル読んだほうが良いと思ったから。
0565login:Penguin
2009/12/06(日) 00:13:42ID:O+n3DTMA質問は「なんでnon-fast-forwardな状況」なのかであって
「(non-)fast-forwardとは何か」ではないので、だったら
>>561の説明自体無駄で最初からチュートリアルのURLだけ
案内するのと変わんねーじゃん
0566login:Penguin
2009/12/06(日) 03:51:03ID:3OwwH+xVほんとだ、俺寝ボケてたみたいだわ。ごめん。
>>561
Bの進化分は既にAに反映されているが、Cはそれ以前のAの状態を元に進化しているので、
non-fast-forwardということになる。
0567login:Penguin
2009/12/07(月) 12:28:13ID:XoL3Gt8wttp://www.kernel.org/pub/software/scm/git/docs/RelNotes-1.6.5.5.txt
＞Manual pages can be formatted with older xmlto again.
0568561
2009/12/07(月) 13:26:24ID:BLewJ948>566
>Bの進化分は既にAに反映されているが、Cはそれ以前のAの状態を元に進化しているので、
でその通りでした。Cで
$ git pull B
コンフリクト等解決して
$ git push A
でOKでした。
0569561
2009/12/07(月) 13:34:18ID:BLewJ948私の今回の場合、過去にどう作業していたか思い出した、という原始的な方法だったんだけど、便利なコマンドとかありますか?
$ git log --graph
とか見ても、ごっちゃで気づけなかったです。
0570login:Penguin
2009/12/07(月) 14:54:49ID:XoL3Gt8wgit statusした時に
# Your branch and 'origin/master' have diverged,
# and have 1 and 1 different commit(s) each, respectively.
という感じで出るので、これで分かる。ただしgitのバージョンが古いとこれ出ない。
git show-branchも調べてみたらいいかも。あとgitkはそれなりに見やすいと思うな。
>>561
＞Merge the remote changes before pushing again.
これやってみればいいのに。mergeだけだとマージコミットだらけになっちゃうから、
rebase出来る時はrebaseした方がいいけどね。git pull --rebaseとか。
0571login:Penguin
2009/12/08(火) 01:34:52ID:JrbFTpX+gitk --all と打つとグラフィカルにグラフ表示してくれるので
fast-forwardかどうかすぐわかる
0572561
2009/12/10(木) 14:41:50ID:ZxyM+JCYリモートのコンソールにログインして使うことが多いので、gitkは使えないんです。
X飛ばすのも面倒な環境だし。
git show-branch の見かたを覚えることにしますわ。
0573login:Penguin
2009/12/11(金) 09:24:45ID:n6TyF9bQ0574login:Penguin
2009/12/12(土) 01:53:51ID:1uRf1xZKさすがに濱野さんが書いてるだけあるか。
チームで使うSCMをSubversionからGitに変えたいんだが
メンバー全員に正しいGitの使い方を教育するのは、骨が折れそうだな・・・
0575login:Penguin
2009/12/12(土) 02:23:58ID:7I0ALriM入門Git、神本なのは確かだけど、俺としては日本語ちょっとクドい気がしたな。
アメリカ在住らしいから、脳が英語になってるんじゃなかろうか。
Gitって、viとかみたいに取っ付きにくいけど慣れてしまうと手放せなくなる
典型的な麻薬ツールだと思う。そのぶん障壁が高くて文句言われがちなんだけど。
だから「メンバー全員に正しいGitの使い方を教育」するのは、難しいだろうけど
そのぶん感謝もされるし、また始めての人にどう教えたら本質を理解してくれるのか
というのは、とても有用な情報だと思う。
0576login:Penguin
2009/12/12(土) 14:40:22ID:0trcq50X良い本だとは思うけど、わかりやすくはないと思う。
まわりを教育するには初心者向けのわかりやすい本が欲しい。
0577login:Penguin
2009/12/12(土) 15:31:09ID:1uRf1xZK日本語で読めるGitの入門書って濱野本、でびあんぐる本、ProGitくらいしかないしなぁ
でびあんぐるのは知らないけどProGit、濱野本の順で読ませるのが分かりやすいんじゃないかな
0578login:Penguin
2009/12/12(土) 15:35:54ID:1uRf1xZKGitが難しいのは、思想や観念を理解するのが難しいわけじゃなくて
コマンド/オプションが多すぎる、同じコマンドで2種類以上の役割を持たせてる
あたりが敷居を高くしてる気がする
0579login:Penguin
2009/12/12(土) 18:45:28ID:7I0ALriMいや、コマンドの数が多いのは確かだけど、普段使うものは数えるほどしか無いよ。
それに全コマンド一覧なんて初心者に見せるか？ 下位レベルコマンドは知る必要ないし。
もっとも障壁が高いのはGitの本質を知る事だと思う。特にsvnをやってた人は
「Gitで何が出来るのか」ではなく「svnでやっていたことをGitでやろう」とするので
自分がやっていることがほんとうは何を意味するのかよく分からないまま使うことになり、
「使いづれー」ってなる気がする。
頭を切り替えてチュートリアルを実践するだけで、けっこう分かると思うんだけどな。
>>577
最近初心者向けにGitのことブログで書いてる人も多いね。俺は純正チュートリアルでも
けっこういけると思うんだけどね。最初は会社の同僚からGit教えてもらったんだけど、
これは麻薬ツールの典型なんだが、会得してしまった人は会得してない人に教えるのが
上手くできないんだよね。viとかemacsとか、そう簡単に教えられるものじゃないみたいに。
だから結局は全て自分でチュートリアルやって覚えたけど、最初はどうしてもsvnとかに
なぞらえてしまって、イライラしたな。
0580login:Penguin
2009/12/12(土) 19:41:26ID:91i8JXzYresetはreset(巻き戻し)とunstage(indexからの削除)に分けるべきだよな
他には何があるっけ？
0581login:Penguin
2009/12/13(日) 04:59:08ID:XTGOd8wrWebなんかでも、svnのこのコマンドに相当するgitのコマンドは何？って質問が
結構あるしやっぱり本質は理解されてないかんじですね
indexも存在意義がわかれば非常に便利なんだけど。
Winの話題で申し訳ないけれど、TortoiseGitなんかもindexの存在を隠して
ワークツリーから直接コミットするような作りになってるし
＞これは麻薬ツールの典型なんだが、会得してしまった人は会得してない人に教えるのが
たしかにそうですねｗ
>>580
よく使うコマンドだと
checkout ブランチ名（ブランチ切り替え）
checkout -- ファイル名（ファイル取り出し）
reset HEAD^（コミット取り消し）
reset ファイル名（ファイルアンステージ）
reset --hard（ワークツリーの修正取り消し）
0582login:Penguin
2009/12/13(日) 12:05:06ID:eLNfVimeチュートリアルをいじって自分の頭の中に動作イメージを作るか
よくできた紙芝居を見せてもらうかしないと
「わかった」とはならなよね。
0583login:Penguin
2009/12/13(日) 21:39:57ID:MfgUdwK5まあでも「alias書けば?」で終わるレベルじゃん
0584login:Penguin
2009/12/13(日) 22:56:38ID:hWQ7uDdJ0585login:Penguin
2009/12/13(日) 23:48:27ID:yRHWt0hz0586login:Penguin
2009/12/14(月) 00:06:09ID:iC7LD6wI0587login:Penguin
2009/12/14(月) 00:12:42ID:1YNrTAVE付けられるんだけどねー。
分かるまでがたいへん。
0588login:Penguin
2009/12/14(月) 00:21:12ID:MiMO4S1uならないが、話の論点わかってますか？
0589login:Penguin
2009/12/14(月) 00:50:41ID:uqSDssQDttp://github.com/blog/564-hub-git-with-github
0590login:Penguin
2009/12/14(月) 20:21:03ID:9KU3MLe4文脈で書き方が
$ git push repository branch
だったり
$ git merge repository/branch
だったりするところとか。理解しきれてないからなんだろうけど。
0591login:Penguin
2009/12/14(月) 22:02:14ID:iC7LD6wIそしてある程度分かってきたら、よほど長くない限りalias使わなく
てもよくなるんだけど、誰かが作ってくれたalias集をwebから
持ってきて、... なんて方法も今はあるからね。
0592login:Penguin
2009/12/15(火) 00:21:21ID:uU/CeyJd省略形じゃなくてフルで記述するコマンド体系を覚えてから
省略形を使うようにしたら、すんなり理解できた
$ git push repository branch
は
実は
$ git push repository branch:branch
の省略形で、手元のbranchからrepositoryのbranchへ対してpushしなさいという意味
一方mergeのorigin/masterなどは、具体的なコミットを指しているので
リポジトリ名/ブランチ名となる
0593login:Penguin
2009/12/15(火) 04:59:39ID:pR/bRTj/もう忘れてたけど確かに俺もそうだわ。
pushはフル書式で理解するまではかなり自信なさげに使ってた。
0594login:Penguin
2009/12/24(木) 15:20:36ID:v3JWri2J0595login:Penguin
2009/12/25(金) 21:55:28ID:lY3loZi6気になるんだが、indexとかうまく使えば減るだろうか
0596login:Penguin
2009/12/26(土) 00:20:32ID:EUZh5OCV運用上不都合がなければいいんじゃない?
0597login:Penguin
2009/12/26(土) 06:40:51ID:SkSud091reset、rebase、resetに頼りまくれるようになってはじめて、一人前のGit使いだと思う。
commitとmergeだけじゃ今までのVCSと変わらないじゃないか。
0598login:Penguin
2009/12/26(土) 06:42:53ID:SkSud091reset、rebase、stashのつもりだった。。。
あとrebase --onto、rerereなんか使うとさらに先にいける。
0599login:Penguin
2009/12/26(土) 10:39:25ID:AQehkmKr0600login:Penguin
2009/12/26(土) 12:12:59ID:Z6Z05dDL普段git svnでやりとりしてるとrebaseだけで事足りるというだけなのか
0601login:Penguin
2009/12/29(火) 01:24:35ID:AAGVKxmF0602login:Penguin
2009/12/29(火) 14:12:54ID:utuwRMGkそいつとは、pushやpullができるという
0603login:Penguin
2009/12/29(火) 18:19:26ID:erZVRnS3でも結局いつかgit svn rebaseするから、ID全部変わるしマージコミット入れられないしで
うぼわーマジsvnやめようぜクソがぁ！
ってなる。
0604login:Penguin
2009/12/30(水) 07:38:54ID:kfBW1mPl0605login:Penguin
2010/01/08(金) 12:31:36ID:S57JTlxptextファイルだとgitに教える方法はありませんでしょうか？
0606login:Penguin
2010/01/09(土) 10:57:40ID:3So5fkbwgitattributes で crlf と diff をセットだと思う。
0607login:Penguin
2010/01/12(火) 19:43:07ID:2XlpNrfTコミット名を入れたいのですが、みなさんはどうやって取得していますか？
知りたいコミットがHEADとした場合、bashでは
VER=`cat ".git/\`cut -d \ -f 2 .git/HEAD\`"`
でコミット名が取得されるのですが、
Makefile内だとうまくエスケープ？されなくて困っています。
他の方法があればそちらで試してみたいと考えています。
ちなみに、Makefile内では
@VER=$(shell cut -d \ -f 2 .git/HEAD)
@VER=$(shell cat .git/$(VER))
echo $(VER)
としているのですが、変数VERが空になってしまいます。
0608login:Penguin
2010/01/12(火) 23:43:38ID:914bGyNn0609login:Penguin
2010/01/13(水) 05:50:58ID:+l7m8J7G0610login:Penguin
2010/01/13(水) 09:58:54ID:/kr/i6EO0611login:Penguin
2010/01/18(月) 10:24:04ID:xAKlwsjNこのファイル自体はpushされていて、でも今後の変更分についてはpushしたくないってとき、どーするのが正解？
git rm --cached して版管理自体をやめるわけにはいかないんだけど
0612login:Penguin
2010/01/18(月) 11:48:43ID:9pALEWP20613login:Penguin
2010/01/18(月) 11:58:05ID:xAKlwsjNすでに版管理されてるからmodified filesとしてあがってきちゃう
commit対象としてのみ無視したいんだけど、ignoreできるの？
0614login:Penguin
2010/01/18(月) 20:36:24ID:KAj8+0o6ローカルリポジトリでバージョン管理するのを止めれないなら
ignoreできないから、簡単な方法はないでしょう。
push用のブランチを作り、手でrebaseしてそのファイルへの修正が
入らないようにしてからpushするとかしか思いつかないけど。
0615login:Penguin
2010/01/18(月) 20:43:21ID:2FuAr7Gb0616login:Penguin
2010/02/04(木) 11:09:26ID:5W3FJugT何が集中したり分散したりしてるの？
0617login:Penguin
2010/02/04(木) 11:11:53ID:CYNiw1E30618login:Penguin
2010/02/04(木) 13:34:55ID:YQOQkcZC0619login:Penguin
2010/02/04(木) 14:30:46ID:5W3FJugT仕事用で使いたくて、なるべく権力を集中させたいので
gitは見送ります。ありがとうございました。
0620login:Penguin
2010/02/04(木) 17:54:59ID:5NWhCwR0http://progit.org/book/ch5-1.html
http://github.com/progit/progit/blob/master/ja/05-distributed-git/01-chapter5.markdown
0621login:Penguin
2010/02/04(木) 19:37:14ID:YQOQkcZC0622login:Penguin
2010/02/04(木) 19:39:44ID:YQOQkcZC0623login:Penguin
2010/02/04(木) 19:55:52ID:gmC/Yryo要は、運用次第で権力集中可能
例えば、マスターリポジトリの更新権限を限定するとか（つ～か普通そうするんじゃ…)
0624login:Penguin
2010/02/04(木) 20:47:50ID:JYXesGU0オフラインでのコミットとか無理じゃね？
ローカルにリポジトリあれば別だけど自分以外ができないからあれだし
0625login:Penguin
2010/02/04(木) 21:36:49ID:G2p82aGi集中型だとお説教タイムになってしまう悪寒
0626login:Penguin
2010/02/05(金) 00:04:47ID:+YPRuxoa巻き戻せばいいだけでは。
0627login:Penguin
2010/02/05(金) 01:55:01ID:CLmEj5oN普通巻き戻しは特権がいるんじゃない。 で、特権のある人に
お説教されるとw
0628login:Penguin
2010/02/06(土) 00:46:55ID:44qJRz290629login:Penguin
2010/02/09(火) 20:22:37ID:RAlUQWhiターミナルが A と B の 2個あったとして、
A で git checkout one したあと
B の Emacs でたくさん git 対象ファイルを開いて、そのまま、
A で git checkout two するとします
Emacs で開いてるバッファ内容ってやっぱり one のままだよね？
バッファを編集して保存したら one のファイル内容が two のファイルに上書きされて「危険」だよね？
A でブランチを切り替えるたびに Emacs のバッファは全部閉じて再度開きなおさないといけないよね理屈上
0630login:Penguin
2010/02/09(火) 20:36:57ID:b7GskCpL警告もなしにそのまま上書きしちゃうのか？
0631login:Penguin
2010/02/09(火) 20:39:16ID:acViODVs0632login:Penguin
2010/02/09(火) 20:39:37ID:nKVKxkV80633login:Penguin
2010/02/09(火) 20:47:12ID:9V49chdu0634login:Penguin
2010/02/10(水) 09:43:04ID:QkCzSUH30635login:Penguin
2010/02/10(水) 10:00:40ID:0TBtUf8g危険ていうか、それはgitじゃなくても他の端末から同じファイルを編集したら同じことになるでしょ。
俺はvimだけど、ブランチ切り替えもそうだけど、git stash -> git svn dcommit -> git stash pop
ってやった後に保存しようして、警告が出るな。
このパターンだと十中八九ファイルの内容は変わってないんだけど、念のため確認するようにしてる。
0636login:Penguin
2010/02/10(水) 15:21:40ID:M9UhD/wSようはEmacsがブランチ変更を検知しないことが問題なんだよね
上書き警告だって本質的な対策じゃない
ブランチが変更されたんだから、編集したいのはそのブランチのファイルのはず
0637login:Penguin
2010/02/10(水) 15:26:10ID:3rYFILyb0638login:Penguin
2010/02/10(水) 15:31:20ID:M9UhD/wSそれがめんどくへえという話なのでは…
編集中のバッファでなければこっそり開きなおしてくれてるくらいのサービス精神がないと
不況下の日本ではEmacsは生き残れないぞたぶん
0639login:Penguin
2010/02/10(水) 15:33:25ID:uKVeMcInそうしたいならそうすればいいじゃん
0640login:Penguin
2010/02/10(水) 15:43:03ID:9JULZJQUgit はメンテしてる Junio Hamano 氏がとんでもないナンパ野郎だと知って以来、
極力避けるようにしてる。濱野氏がメンテから降りたらもっと使ってもいいかな。
0641login:Penguin
2010/02/10(水) 16:33:53ID:wST9AMIH0642login:Penguin
2010/02/11(木) 11:44:58ID:yw+dRYs8どのへんがナンパ野郎なのか教えて
0643login:Penguin
2010/02/11(木) 12:45:14ID:XV6xszzu濱野氏は、美人研究者のブログで、その人が git 好きなのをネタにして、
「今度 git の講演に日本に行くから、その時に二人でデートしようぜ」
と本気でナンパしていたと聞いている。
0644login:Penguin
2010/02/11(木) 15:02:11ID:nZMD/n4Yことはないと思うけど、それ以前に共通の趣味をネタに口説くこと
がどうまずいのかも不明。
0645login:Penguin
2010/02/11(木) 15:10:50ID:yJW9hFuf0646login:Penguin
2010/02/11(木) 15:55:14ID:WaojUPKf糞ワロタwww
ブログでかよ？
他に読んでる奴等もいるだろうし、
さすがにそれはねーわなw
0647login:Penguin
2010/02/11(木) 17:30:48ID:aEGTGT/7メンテナ氏の女性へのアプローチ法とは関係がない
0648login:Penguin
2010/02/11(木) 19:24:12ID:oAJQYaS+0649login:Penguin
2010/02/11(木) 20:12:33ID:jeJxZddW0650login:Penguin
2010/02/11(木) 22:27:09ID:71QNNVeuauro-revert-bufferじゃだめなのか？
0651login:Penguin
2010/02/12(金) 01:58:47ID:hFHmJq9f前回デプロイ時のソースとの差分だけ抽出して、そのファイルだけ本番にデプロイできるようにしたいと考えています。
今レポジトリにコミットしたリビジョンと、前回デプロイ前のコミット時のリビジョンの差分を
抽出することができればと思うのですが、それ用のコマンドってgitにあるでしょうか？？
教えていただけると幸いです。
0652651
2010/02/12(金) 02:00:25ID:hFHmJq9f>>今レポジトリにコミットしたリビジョンと、
>>前回デプロイ前のコミット時のリビジョンの差分を
>>抽出することができればと思うのですが、
更新のあったファイルの「ファイル名」だけ、gitのコマンドで抽出できないか、という意味です。
0653login:Penguin
2010/02/12(金) 08:54:33ID:hx+CbuVOどーやってデプロイしてるのか教えれ。
0654login:Penguin
2010/02/12(金) 11:50:19ID:StLEjzjsgit diff --name-onlyとか、どう？
0655login:Penguin
2010/02/12(金) 14:33:42ID:MaWIE5lB普通にgit pullしたら早いと思うんだけどな。
rsyncするよりも手軽だし。
0656651
2010/02/12(金) 15:29:51ID:hFHmJq9f>>653
ftpかsftpでデプロイしようと思っています。
本番環境はさくらインターネットの供用サーバです。
>>654
やってみました。
これって、コミットする前の、さらにステージする前の差分ファイルを抽出するんですね。
git diff --cached --name-only って試してみたらステージ後の差分ファイル一覧も出力出来ました。
やろうとしていることは大体こんな感じなのですが、
２つ前のコミットと１つ前のコミットの間で更新されたファイル一覧の出力ってのはできないでしょうか？？
>>655
なるほど、本番環境に入ってpullするんですね。
仕事では本番サーバも自分で用意してgit環境も構築してたのですが、これってやったことありませんでした。(普通にsftpとかrsyncで・・)
ただ今回の場合、デプロイ先がさくらインターネットの共有サーバなので、git環境を構築出来ないと思うんですよね。
なので普通にftpとかsftpでアップしようと思っています。
ちなみに、本番環境でgit pull する方法で、本番ウェブサーバが複数ある場合は、
それぞれにログインしてウェブサーバ毎にgit pullする感じですか？
0657login:Penguin
2010/02/12(金) 15:54:21ID:MaWIE5lB＞ちなみに、本番環境でgit pull する方法で、本番ウェブサーバが複数ある場合は、
＞それぞれにログインしてウェブサーバ毎にgit pullする感じですか？
どれぐらい気をつかってやるかにもよるんじゃないか。
静的コンテンツをただ更新するだけならrsyncとかgit pull/pushとかをスケジューリングで
自動でやらせてもいいかもしれないけど、warなんかだとそうもいかないだろうから
リリース毎にウェブサーバ切り替えながら慎重にやるんじゃない？
てきとうにググったら、さくらのレン鯖にGit入れてる人けっこう居るみたいだよ
ttp://www.google.co.jp/search?q=%E3%81%95%E3%81%8F%E3%82%89+%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC+git
俺もさくらのやつあるんだよね。今度やってみようかな。
0658651
2010/02/12(金) 21:58:43ID:hFHmJq9fレスどもです。
そーか、スタンダードプランならsshとか使えるし、gitのインストールもできるんですね。
早速
http://d.hatena.ne.jp/higepon/20091119/1258633627
これみてやってみたんですが、
git push --all
のところで
Permission denied (publickey,password).
fatal: The remote end hung up unexpectedly
っていわれてしまいました。
さくらのスタンーダードプランのssh接続って試してみたら
鍵認証なしの単純なパスワード認証みたいなんですけど、
git push の時のssh接続では鍵が探されてる？気がします。
上の記事書いた人はなんでうまくいったのか・・
git://プロトコルにするとポートが開いてないみたいでダメです。思案中・・
0659login:Penguin
2010/02/12(金) 22:57:55ID:meESnmZa単に向こうの~/.sshやauthorized_keysのパーミションの
問題とかではなく?
0660651
2010/02/13(土) 00:05:44ID:IZfm7XrQいま一応確認してみましたが、~/.ssh のパーミッションは755で、authorized_keysはありませんでした。
普通にsshでログインしようとしたら鍵認証じゃなくてパスワード認証になるので
authorized_keysはないのは問題ないと思うんですが
gitでssh接続しようとするとなぜか鍵認証にしようとします・・なぜだー。
0661login:Penguin
2010/02/13(土) 02:02:29ID:52GS5xAq0662login:Penguin
2010/02/13(土) 09:09:31ID:mH7bnksn> ２つ前のコミットと１つ前のコミットの間で更新されたファイル一覧の出力ってのはできないでしょうか？？
git diff --name-only HEAD^^ HEAD^
それぞれのcommitのSHA-1値を与えてもOK。詳細は git diff --help してみるのがよいかと。
0663login:Penguin
2010/02/13(土) 11:21:11ID:tHnX+oRfttp://article.gmane.org/gmane.linux.kernel/949579
0664login:Penguin
2010/02/13(土) 11:53:52ID:06CKMljI0665login:Penguin
2010/02/13(土) 16:21:28ID:3p2VcGOYmjd??
0666login:Penguin
2010/02/15(月) 11:27:21ID:v96hRl2preiserfsを使っている俺には死角はなかった。
0667login:Penguin
2010/02/15(月) 22:23:02ID:Ap57uWpzお、ちゃんと日本語に戻ったな。
ちょっと前まで何語かよくわからんのにすり変わっていて笑ったんだけど。
0668login:Penguin
2010/02/18(木) 22:09:12ID:yUl4nZSSrepo.or.czのミラーって更新遅いんだな...
0669login:Penguin
2010/02/23(火) 21:07:12ID:hI3BlWsmに慣れてきた感じ。
git add も当たり前だがわかっててやらないと(?_?)な
状態にすぐなる。git add -u とか
git commit -v -m "hoge" huga.txt
とか、けつまずいた。git reset HEAD^ に何度も助けられたぜ。
0670login:Penguin
2010/02/23(火) 23:41:35ID:ZVOkCMZj少し前まではgit pushした後、
別の日にgit commit --amendから初めて
git pushして、パニクってたものです・・・
0671login:Penguin
2010/02/24(水) 16:05:44ID:wK5Zb8Pm複数プロジェクトを1レポジトリでまとめたいんだけど
どうすりゃいいの？
0672login:Penguin
2010/03/02(火) 23:16:21ID:jWjxjdrz0673login:Penguin
2010/03/05(金) 07:39:15ID:nZaP2lzx0674login:Penguin
2010/03/05(金) 08:23:57ID:T3bjYh1eblameとか見ればいいんだし使わないよ
0675login:Penguin
2010/03/05(金) 16:26:48ID:HZ7fJgn/1.3.2対応の日本語化パッチが使えなくて困ってます。。
是非1.3.2にヴァージョンダウンさせたいんですが本家のぞいても前ヴァージョンが無いんですよね・・・
どこかに1.3.2転がってませんかね？
0676login:Penguin
2010/03/05(金) 16:38:07ID:Cxd0LGFJ開発元サイトにあるぢゃん
ttp://code.google.com/p/tortoisegit/downloads/list?can=1&q=&colspec=Filename+Summary+Uploaded+Size+DownloadCount
0677login:Penguin
2010/03/05(金) 18:22:52ID:vhUyLNw10678login:Penguin
2010/03/05(金) 23:40:59ID:nZaP2lzxattributesファイルに * ident って書けばできるんですけど、
日付とかではなく、コミット名(ハッシュ値)になるみたいだし、
checkoutした時しか置換されないようです。
今までSubversionとかで$Id$使ってたソースをGitに移した場合、
全ファイルのこの部分は、この先どうしていけばいいんだろう？と思いました。
0679login:Penguin
2010/03/06(土) 00:08:17ID:OxENSWUeコミットスクリプトが必要なのが無駄。気にしないようにするか、
日付やリビジョンを含まない形に全置換しとくかすればいいと思う。
0680login:Penguin
2010/03/06(土) 00:09:03ID:OxENSWUe0681login:Penguin
2010/03/06(土) 00:37:19ID:5+PCqCSd使えるようになり、UTF-8化が可能になるかと期待したが、cygwin の git process
呼び出しで、.netが勝手にlocal cp(日本版ならcp932)に変換しやがる。
stdoutとstderrは、encodeを変えるオプションがあるし、実際それを使って、utf8
文字列として読み込んでくれるんだが、何故かstdinには無い。
processの引数と、stdinをutf8で渡せれば何とかなりそうなんだが・・・
0682login:Penguin
2010/03/10(水) 06:42:35ID:KudZTj20アパッチの設定ってどういう記述すればいいんでしょうか？
<VirtualHost *:80>
ServerName git.55train.info
CustomLog /var/log/apache2/git/access.log combined
ErrorLog /var/log/apache2/git/error.log
DocumentRoot /sites/git/www/html/
<Directory /sites/git/www/html/>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
Alias /prj "/var/git/projects"
<Location /prj >
DAV on
AllowOverride None
AuthUserFile /var/git/projects/.davpasswd
AuthGroupFile /dev/null
AuthName "dav user"
AuthType Basic
Options Indexes -FollowSymLinks
</Location>
</VirtualHost>
っていう記述だと、中においてるスクリプトファイルが反応して.gitフォルダにアクセス出来ないようなんですが・・・
0683login:Penguin
2010/03/10(水) 08:58:20ID:Ut6hXZPm0684login:Penguin
2010/03/10(水) 10:08:15ID:ZHIpTB9lやれやれ
0685login:Penguin
2010/03/10(水) 11:22:43ID:rvbZnmFs「スクリプトファイルが反応して」ってどういうこと?
0686login:Penguin
2010/03/10(水) 11:41:55ID:VG72PX0T特に何も入って無いサーバーなので、特に問題は無いと思うんですが、
念のためapache等は落としておきます。
徹夜明けの寝ぼけた頭で投稿したのがまずかったようです。
>>685
普通にapacheで動作するスクリプトファイルを置いていたので、
git clone 'http://～'だと反応したんだと思います。
"ForceType text/plain"かchmodで対応してみようと思います。
すいませんでした。
0687login:Penguin
2010/03/10(水) 11:59:59ID:4WH27GGD0688login:Penguin
2010/03/10(水) 13:05:13ID:oeQspfUo0689login:Penguin
2010/03/10(水) 21:35:44ID:HKIKwOTLなんか色々大変ですね
0690login:Penguin
2010/03/10(水) 22:16:33ID:DRNWG7Oz0691login:Penguin
2010/03/10(水) 22:17:57ID:b2Fg0cB+0692login:Penguin
2010/03/10(水) 22:43:37ID:rtnf98lv0693login:Penguin
2010/03/11(木) 05:05:22ID:vWTSpXf40694login:Penguin
2010/03/11(木) 07:17:44ID:a4pU/TF4>git clone 'http://～'だと反応したんだと思います。
だから反応ってどういうことだよ池沼が
0695login:Penguin
2010/03/12(金) 00:35:01ID:g58g7Khcとりあえず俺はgitどころか
カーネルのアップグレードに失敗したらしく
かなり焦ってる
バックアップの必要性は必要になってから気づくんだ
0696login:Penguin
2010/03/14(日) 23:02:16ID:74SKWdA2例えば、HEAD~2 とか HEAD^2ってどう使い分けたらいいの？
0697login:Penguin
2010/03/15(月) 00:13:16ID:9vDzc51S0698login:Penguin
2010/03/15(月) 00:17:27ID:9vDzc51Sc^2 」
c^3 」
c~3-c~2-c1^-c(HEAD)
c^2 」
c^3 」
0699login:Penguin
2010/03/15(月) 00:18:53ID:9vDzc51S0700login:Penguin
2010/03/15(月) 00:20:25ID:vdbEsin0~nはn個前の親を表していて
^nは1つ上のレベルのn個目の親を表す
D-E
/ \
A-B-C-F
FがHEADの時にAはHEAD~3
CかEがHEAD^1、HEAD^2。
0701login:Penguin
2010/03/15(月) 00:58:04ID:INJko3Py^はマージによってコミットに複数の親がある時、それぞれの親を指定できるんですね。
すっきりしました！
0702login:Penguin
2010/03/15(月) 03:38:25ID:5FqVvyVi0703login:Penguin
2010/03/16(火) 09:03:16ID:5gE8Vm9w複数のバージョン？見たいなのが出てくるんですが、これはなんですか？
0704login:Penguin
2010/03/16(火) 18:59:10ID:I38d2Qfd恥ずかしい失敗したらコマンド使ってコミット無かったことにするけど
0705login:Penguin
2010/03/16(火) 19:22:14ID:UUVEpT2o0706login:Penguin
2010/03/17(水) 21:14:49ID:ZS5QfrTO1. 作業用ブランチでは気にせず commit/revertしまくる
2. 作業終わったら作業用ブランチの根元から新しくブランチを切る
3. cherry-pick とかで綺麗な履歴を合成
4. 作業用と新ブランチのdiffに差がないことを確認
5. 作業用ブランチはまるごとさようなら
がオススメ。1commit に複数の仕事を含めないようにしないと後で
カオスになるけど。
0707login:Penguin
2010/03/18(木) 00:36:24ID:dr1HU4dMお前は俺かｗ
そんな神経質なことやってるのは俺ぐらいなもんだろうと思ってたぜ。
ただ、履歴が綺麗だと気分良いけど、仕事ではそれなりで我慢するようにしようと心がけてる。
あとそのやり方やってると、diffで何も出ないんだからgit branch -D でさよならで
良いはずなんだけど、どうも念のために残しておきたくなっちゃうんだよな。。。
だからtopic_bk1 topic_bk2 ... とかいう感じで、ゴミブランチがたくさん残ってしまう。
0708login:Penguin
2010/03/18(木) 00:48:06ID:wZ6/zNxhテキストデータなんてどうがんばってもHDD1台分も書き溜めることはできないんだから
いくらでも残しておけばいいんだと思うよ
0709login:Penguin
2010/03/18(木) 01:28:19ID:dr1HU4dMデフォで git branch | grep hogehoge しないと使ってられない。
ってまあ、そうなる前に整理しろって話なんだけどね。。。
手動でgcした時だけ消える（消えなくてもいいけど）普通にはリストに出てこないtrashes的な属性が
ブランチに付けられたらいいなと思った。けどgit-branchはスクリプトじゃなくてC実装だったので寝る。
0710login:Penguin
2010/03/18(木) 02:50:25ID:6BBqQXR00711login:Penguin
2010/03/18(木) 23:14:55ID:dr1HU4dM0712login:Penguin
2010/03/19(金) 11:41:12ID:r52T5pgD0713login:Penguin
2010/03/19(金) 19:37:38ID:NIuQLQlKtagは、大抵付けっぱなしだけど、branchはmerge済みになれば(俺は)消しちゃうから
選ばなくても、そんなに沢山出てこないんじゃないかな？
0714login:Penguin
2010/03/19(金) 20:23:13ID:sUcT09Pzゴミブランチが多すぎてうざくなったら、clone して
別リポジトリでとっておけばいいんじゃね？
また必要になったら pull すりゃいいだろうし。
0715login:Penguin
2010/03/19(金) 20:35:42ID:sUcT09Pzて format-patch でファイルに落としてから選別、 git am で一気
に進めると楽。ただし、commit log の1行目に適切なサマリを書い
てないと選別作業がカオスにw
0716login:Penguin
2010/03/19(金) 20:55:59ID:sUcT09Pzって状態になったときに、根元のcommitが beef だったとして
1. git format-patch beef で patch ファイル化
2. git checkout -b topicA beef で topicA を作成
3. topicA に必要な patch だけあてていく
4. git checkout -b topicB beef で topicB を作成
5. 残りの patch をあてる
6. git merge topicA で一旦topicBにマージ
7. git diff でもとの作業ブランチと違いがないことを確認
8. git reset HEAD^ --hard でマージ前のtopicBに戻す
9. 作業用ブランチはまるごとさようなら
とかでサクッと分割できる。
0717login:Penguin
2010/03/19(金) 21:01:59ID:sUcT09Pzこの手の作業するのに gitk --all は欠かせない。各ブランチHEAD、
ブランチ間のつながり等が一目瞭然なのでイメージをつかみやすい。
0718login:Penguin
2010/03/19(金) 21:55:21ID:sUcT09Pz1.7系は俺もつかってないんだけど Relnotes-1.7.0.txt の Notes
on behaviour change をざっくり要約。
* "git push" でpushするブランチがリモート側でチェックアウト
中だったら失敗するようになった。似たような状況だとgit
push <あっち> :ゴミブランチ で消すときも弾かれる。
* "git send-email" があんまり深いスレッドを作らなくなった。
これからはカバーレター以外はカバーレターのリプライになりまっ
せ。(設定のデフォルト値が変わっただけ)
* "git status" の実体が "git commit --dry-run" じゃなくなっ
たぜ。今までそれを利用して git status に引数つけて実行して
なければ(普通しないと思う)関係ない。
* "git diff --exit-code -b" ってやったときに diff が出ないの
に exit code が non zero になる場合があったんで、いい具合
に修正しときました。
* External diff と textconv helper が shell で実行されるよう
になるよ。必要ならコマンドラインパラメータ付きで呼び出せる
ようになったぜ。そのかわり外部コマンドのパスに空白が入って
たりする環境は注意。
* "git repack"とかの --max-pack-size オプションが MiB 単位固
定だったけど、byte単位になった。必要なら数字の後ろに k と
か m とか g とかつけてね。
ということらしい。
0719login:Penguin
2010/03/20(土) 01:01:58ID:250FD1S2なるほど。すません、英語読むの面倒くさがって。
git1.7は一部後方互換性なし、って見出しでよく言われてるけど、普通に使ってるぶんには
まったく問題なさそうだね。チェックアウト中のブランチにpushしたらデフォで拒否ってのは
安全でとても良いと思う。
>>714
なるほど、そうしてみるわ。ゴミ置き場リポジトリね。最近cloneはハードリンクがデフォになったようなので
そこは注意だけれども、、、
>>717
そうそう、gitk以上に見やすいのは知らない。つってもマージ激しくない時はshow-branchでどうにかなるけど。
>>716
それって最終的にマージして終了？ まっすぐにして残そうとはしないの？
0720login:Penguin
2010/03/20(土) 01:24:01ID:Y/nTXIhi0721login:Penguin
2010/03/20(土) 02:00:55ID:VyCYaEo0> >>716
> それって最終的にマージして終了？ まっすぐにして残そうとはしないの？
おっと、topicA, B ともに、まだ作業中のイメージでした。
作業が完了してるなら統合用ブランチにマージして終了ですな。
0722login:Penguin
2010/03/20(土) 04:50:50ID:lzllMVc30723login:Penguin
2010/03/20(土) 22:08:34ID:8SKMhpSsコミットログに書いておくべきであるような変更をぽろっと書き損ねるとかありそうでヤじゃね
それとも忘れないような小さなカタマリで鬱陶しいほど細かく作業単位でコミットするもんなの？
それともみんなコミットログ書くときには別窓で git diff とかの結果眺めつつ書いてるの？
0724login:Penguin
2010/03/20(土) 23:00:31ID:CNETOYMb＞コミットログ書くときに今回どこを変更したかってふつう覚えてなくね
git commit -v 使うといいよ。
どこを変更したじゃなくて、なんで変更したのかを書くといいよ。
git diff使えば変更点なんかすぐ分かるんだから。
＞小さなカタマリで鬱陶しいほど細かく作業単位でコミットするもんなの？
鬱陶しいかはしらんけど、俺は結構細かくつけてるけど。
一気に変更した後、git add -p使ってコミット自体は細かくしてる。
この時に、意味的に1種類のコミットにするようにして、
すぐgit commitしちゃうから-vオプションつけなくても、
コミット内容は頭に入ってるかな。
0725login:Penguin
2010/03/21(日) 00:21:34ID:EU6VkwB8何か目的があってソースいじってるんだから、その目的を書けばいいんじゃないかね。
逆に言うとどんだけデカい差分になってもいいから、別の目的の差分は入れるべきじゃないと思う。
例えば、機能追加なのにちゃっかりバグフィックスも混ざってるとか。
0726login:Penguin
2010/03/21(日) 09:08:50ID:GHhv3uqIgitx ではとりあえずコミットログを書きながら
コミットするファイルの一覧から diff 表示させられるから
忘れてても全然 OK
0727login:Penguin
2010/03/25(木) 08:29:22ID:ACJlY4U70728login:Penguin
2010/04/01(木) 15:28:34ID:M9uKaIit# "\343\202\265\343\203\263\343\203\227\343\203\253\343\203\225\343\202\243\343\203\253\343\202\277/"
みたいに数値で表示されるのってなんとかならないものなんでしょうか？
cygwin 1.7なんでUTF-8には対応しているはずなんですが。
0729login:Penguin
2010/04/01(木) 15:29:18ID:M9uKaIit0730728
2010/04/01(木) 15:41:21ID:M9uKaIithttp://d.hatena.ne.jp/takkaw/20080831/p2
こういうのって公式に取り込んでもらう方法ってないもんでしょうか？
0731login:Penguin
2010/04/01(木) 15:45:28ID:8lE6TdJZcore.quotepath = false
でいけます。
0732login:Penguin
2010/04/01(木) 16:38:48ID:ivXW99qP0733login:Penguin
2010/04/01(木) 22:37:08ID:fogg5tiYはずだけど、どういう勉強がしたいの? 自分で実験してみる
以上に勉強にはならないとおもうけど。
cloneしてから、一個一個コマンドを試していけば
いいんじゃないの?なんかダメなの?
0734728
2010/04/02(金) 03:19:32ID:mth9LXwFｲｹﾀ━（ﾟ∀ﾟ）━ !!
$git config --global core.quotepath false
でいけました。
上記でUTF-8で入れたマルチバイトファイル名は文字化けしてないみたいなんですが、
gitkやgitguiだとコミットログは問題ないようなのですが、ファイル名は化けて、操作できないですね・・・
$ git config --global gui.encoding utf-8
している状態なんですが、これはどうにもならないもんなのでしょうか？
cygwin 1.7.1、 git 1.6.6.1です
0735login:Penguin
2010/04/04(日) 12:24:16ID:N7boF9scｽﾚ違い
0736login:Penguin
2010/04/11(日) 23:37:35ID:gnsZLsDvそのInputの入力Boxで文字列が選択できません。
これはなぜ？
0737login:Penguin
2010/04/12(月) 01:08:08ID:zlVRCvUq0738login:Penguin
2010/04/12(月) 05:36:23ID:B6m3dSPJ誤爆しました。失敬。
0739login:Penguin
2010/04/12(月) 08:45:24ID:i6AEo9WC0740login:Penguin
2010/04/12(月) 09:35:28ID:TaBB+zUC0741login:Penguin
2010/04/15(木) 01:17:11ID:GwN4l2eh0742login:Penguin
2010/04/15(木) 15:39:46ID:VoGIIRW/どこが早いだよ。ボケが。
0743login:Penguin
2010/04/15(木) 15:40:06ID:VoGIIRW/0744login:Penguin
2010/04/15(木) 16:15:54ID:/XEu1xEv0745login:Penguin
2010/04/16(金) 08:09:07ID:UzWc4Tj90746login:Penguin
2010/04/17(土) 10:38:01ID:yU9e03Tmぎったんぎったんにしてやんよ
0747login:Penguin
2010/04/19(月) 12:01:21ID:9Dj8CBQkクローンだよ。
初回はやっぱりクローンだし。
LLのコード管理するならいいけど
中間コード生成する類のコードだと余計ファイルを一掃したくなるので
中央からクローンする頻度が上がる、クローンが遅いのは痛い。
零細企業の事情は知らんけど、そこそこの企業ならポート制限をかけてて
git用に別ポート開けろとかいやがられるので80ポートは開いてるからwebdav
0748login:Penguin
2010/04/19(月) 12:24:28ID:T4uQ6+sSだまってsvn使えばいいじゃない
gitのクローンって、リポジトリのクローンだよ？
速度を比べるのがおかしい
0749login:Penguin
2010/04/19(月) 12:55:20ID:4DqhZF3Fだな、速度を比べるのならsvnではr1からHEADまで全履歴を取得させて計測すべき。
0750login:Penguin
2010/04/19(月) 15:21:58ID:9Dj8CBQkたしかにsvn使う方がいいですね。そうします。
中央リポジトリだけsvnにしてもいいんだけど
それだとブランチ毎にcloneしないといけないっていうのが使いにくい。
Linusさんが作ったわけだから、中間コードを生成するようなものにも
利用してるはずで、多分私の運用方法がまずいと思うんだけど。
git系の解説書見てもよく分からん。
0751login:Penguin
2010/04/19(月) 16:41:09ID:4DqhZF3F＞中間コード生成する類のコードだと余計ファイルを一掃したくなるので
＞中央からクローンする頻度が上がる、クローンが遅いのは痛い。
中間コードの生成とクローンの頻度に何の関係があるの？ ignoreとかmakeとか使えないの？
てかクローン（全履歴取得）は最初だけでその後はフェッチ。中央扱いの場所へのコミット頻度が
高ければ、必然的にフェッチする頻度も増すだろうが。
社外とクローズドなソースコードのやりとりするなら会社責任者の認証を受けるべきだし、
そんならちゃんとした手順踏んで相手方とトンネル掘るなりしてsshでやるべきじゃないかと思う。
0752login:Penguin
2010/04/19(月) 22:26:52ID:9lqpgC5I"git clone"してたりするんでないかと。
0753login:Penguin
2010/04/20(火) 00:11:21ID:dxBJHbyQ0754login:Penguin
2010/04/20(火) 04:50:52ID:pVtIppVLMakefileのcleanターゲットとかさー
0755login:Penguin
2010/04/20(火) 08:39:49ID:1DvR0uQW0756login:Penguin
2010/04/20(火) 09:29:20ID:4QSw7roF早いし
0757login:Penguin
2010/04/20(火) 10:51:57ID:wr/OBch+0758login:Penguin
2010/04/20(火) 22:18:12ID:3xiD65pLブランチごとにcloneって意味がわからん
git-svnは普通にSubversionのブランチも追いかけられるぞ？
0759login:Penguin
2010/04/21(水) 08:24:48ID:yetyJ5AVUNIX系の環境だったら .gitをコード生成するディレクトリの外に
置いてsymlink貼って使うとか、symlinkが使えない環境だったら
webdavサーバからclone --mirrorした(ローカルの)リポジトリから
git clone -s して使うとか、いろいろ回避策はあるでしょう。
0760login:Penguin
2010/04/22(木) 12:54:59ID:hPfzumYq0761login:Penguin
2010/04/22(木) 13:32:46ID:93pJE4USめちゃくちゃ緊張して手が震えて駄目だ
公開することにした理由って何？
0762login:Penguin
2010/04/22(木) 13:40:24ID:2lkoAWrrだいじょうぶ、反響が皆無で逆に落ち込むから。
よっぽどインパクトのあるものかライフチェンジングなもの、もしくは宣伝しまくって煽ったりしない限り、
オープンソースソフトウェアの影響は徐々にくるものだから、気楽にやったほうがいいよ。
で、なにつくったの？
0763login:Penguin
2010/04/22(木) 14:00:26ID:I4eCvKffアドバイス求めたら結構くれるよ
0764login:Penguin
2010/04/23(金) 00:44:22ID:S4Z1KuPQソースつきなら
「俺はここまでやって方向示したのであとは凄い人が続きおね」
という思考で世間様にブン投げてOK
放っておけば誰かが使ったり誰かが紹介したり
もっといいものが出て忘れ去られたり
フォロアーどころか類似品すら出ずにカテゴリごと忘れられたりする
0765login:Penguin
2010/04/23(金) 01:01:53ID:AfgDmnjXソフトウエア（の前身）たちが今日も日の目を見ないままひっそりとどこかにいるんだろうなあ
そういう革新的なソフトたち発掘するネット界の冒険者っていうのもおもしろそうだなあ
という電波をいましがた受信した
0766login:Penguin
2010/04/25(日) 21:13:36ID:T3Ea8vhp0767login:Penguin
2010/05/11(火) 05:04:43ID:PH2IO3s2masterからtopicへの差分が見たい
git diff master..topic
ただこれだとmasterが成長するにつれて差分も増える（topic放置でも）
git diff master...topic
こうすると、topicに枝分かれした時点でのmasterからtopicへの差分が表示される
つまりmasterって指定してるけど、実際使われるのは以前のmasterのある固定のポイント
なので「んでtopicってどんだけ何かやったの？」ってなった時に安定してdiffが取れる。
0768login:Penguin
2010/05/11(火) 22:24:57ID:Frr3rWMlあれ？逆じゃない？
＞masterからtopicへの差分が見たい
のなら前者が良さそうな気がするんだ
git diff master..topicはtopicブランチだけがもってるコミットを表示せよ
git diff master...topicはmaster、topicだけがもってるコミットをそれぞれ表示せよ
だと思ってたんだけど俺の勘違いか
0769login:Penguin
2010/05/11(火) 22:38:53ID:Frr3rWMl途中からgit logの話になってるな。くそったれ
>>767の言うとおりだよちくしょう
0770login:Penguin
2010/05/12(水) 10:00:23ID:tQLSUqk60771login:Penguin
2010/05/12(水) 15:43:45ID:/mk0pC1k0772login:Penguin
2010/05/13(木) 19:11:02ID:3F0hNVx/export LANG=ja_JP.UTF-8
してある環境です。
git-svnで引っ張ってきたsvnのリポジトリなのですが、
コミットログを検索したいのですがエラーがでてうまくいきません。。
$ git log --grep="うんこ"
fatal: command line, 'うんこ': illegal byte sequence
また同様にgit grepなどでも同じようにエラーがでます。
$ git grep "うんこおぁぁおおお"
fatal: command line, 'うんこおぁぁおおお': illegal byte sequence
マルチバイトを指定しない場合(英字とか)は問題ないようです。
ターミナルはckを使っており入力にはUTF-8を使っています。
正しく動かすにはどうしたらよいものでしょうか？また、原因としてはどこを疑ったものでしょうか？
0773772
2010/05/13(木) 19:18:45ID:3F0hNVx/また、coLinuxのUbuntu上では該当リポジトリに対して同様の動作、つまり
git log --grep="文明はどんどん発達していく…"
や
git grep "文明はどんどん発達していく…"
は問題ないようでした。
gitの問題ではなくcygwinかcygwin gitの問題ということでしょうか？
他のユーザーの方の環境できちんと動いているかお聞きしたいところです・・・
0774login:Penguin
2010/05/13(木) 22:02:02ID:2MNEOw/G0775login:Penguin
2010/05/13(木) 22:32:28ID:DbFU2gKUgit help log のDISCUSSIONに書いてあるけど、commit logは
非NULのシーケンスとして解釈せずに格納してあるので、
grepする時にUTF-8に変換しようとして失敗してるんじゃない?
git help logの末尾の方には、commitした時にi18n.commitencoding
の値を記録している、と書いてあるけど、この値と実際のcommit log
の文字コードが一致していない、とかね。
0776772
2010/05/14(金) 10:20:48ID:Im+y6C3g別にうんこじゃなくてもいいんですがｗ
>>775
git log --pretty=format:"%s %e"
で調べた所特にエンコーディングの記述はなく、
ログ自身はUTF-8であらかじめ入れてあるので、
git log をリダイレクトでテキストに出力した所、ログ自身は予想どうりUTF-8Nでした。
cygwinのときだけデフォルトの文字コードが一致しない？ということがあるのかなあ
LinuxでOKで、cygwinで問題というのが気になるところです・・・。
0777772
2010/05/14(金) 11:40:48ID:Im+y6C3g0778login:Penguin
2010/05/14(金) 13:40:23ID:LmlSfb61だと思うけど
0779772
2010/05/14(金) 22:57:56ID:Im+y6C3gああっと書き忘れてた、google code searchとかもついでに見てて、
EILSEQがひっかかったんでもgrepしてたんだけどgitソース内には見当たらなかった。
他の問題なのか・・・
0780login:Penguin
2010/05/15(土) 00:24:18ID:HTmR5ivn0781login:Penguin
2010/05/17(月) 01:33:24ID:dnhW6nNk0782login:Penguin
2010/05/17(月) 19:05:56ID:6iXl9CjZ0783login:Penguin
2010/05/17(月) 19:27:07ID:bLG3BDZVgit pullはsvn updateみたいにHEADをコピーしているのでなく、過去の履歴も
含めて全部引っぱって来ている． のでpullしたあと作業ポイントをcheckout
コマンドで指定する。
1) そのコミットがすでにブランチになっていれば
git checkout <branch>
2) ブランチになってなかったら
git checkout -b <new_branch> <start_point>
<new_branch> はブランチ名
<start_commit>は選択するコミット
これ、gitのtutorialだけ見てたら分からなかったんだけど、SVNと比較するこの
tutorialを見たら分かった。
GIt - SVN Crash Course
http://git.or.cz/course/svn.html
0784login:Penguin
2010/05/17(月) 22:06:20ID:6iXl9CjZサンクスです。それでいかせていただきます。
0785login:Penguin
2010/05/18(火) 22:33:48ID:6442L1FLgit clone で落としてきた.gitは
CVSや.svnと同じようなものと思いがちやね。
>>747を見てバッカじゃねーのとか
思ったけど意外にこの勘違いを抱えたまま
毎回.gitを消してcloneしなおしてる人いるのかね。
0786login:Penguin
2010/05/18(火) 23:21:35ID:ID2y3O4eそうしてきた人にとってはコピーしてきたリポジトリまで
消しちゃう無駄よりも、「ちゃんと動くことが分かる」状態
に戻ることのほうが重要だもの。
0787login:Penguin
2010/05/19(水) 00:23:37ID:zJinMQgPcheckoutコマンドとは随分意味が違う。 「ちゃんと動くことが分かる」状態に
どうやってもどせばいいんだろうと探している時、コマンドのリストの中の
checkoutコマンドの説明を見ようとは普通思わないんじゃないかな。
0788login:Penguin
2010/05/19(水) 00:33:38ID:rEVii6OVunstageと分けてもいいと思う
0789login:Penguin
2010/06/01(火) 02:42:24ID:ke5Egb8Tgit log すると一番最新のコミットと２番目に新しいコミットが見れなくなってしまいました。
もしかして、checkoutはコミットしたものを取り消してしまう危険なコマンドなんでしょうか？
最新のものに戻したい場合はどうすればいいのでしょう・・
てっきりsubversionのrevertと同じようなものだと思って使ったのですが・・
gitのrevertはリビジョンを戻して新しくコミットしなおす感じのようですが、
最近のコミットを取り消さず、単純にファイルを巻き戻すだけのコマンドはないのでしょうか？
教えていただけると嬉しいです。
0790login:Penguin
2010/06/01(火) 03:08:28ID:ib2iuIgtここまで的確に逆のこと言ってると釣りに見えるな。
git checkout HEAD~2 とかやったのなら、名無しブランチに居るだけだから
元のブランチをcheckoutすれば元どおり。
git revert は指定したコミットを逆パッチしたコミットを作ってくれる。
後戻りはしない。
当たり前にドキュメント読んだほうがいいよ。Subversionとは概念が違う。
ttp://progit.org/book/ja/
ttp://www8.atwiki.jp/git_jp/pages/27.html
0791login:Penguin
2010/06/01(火) 06:48:15ID:nEJNHOMYという指定はできるのでしょうか。ただfooとだけ指定すると
warning: refname 'foo' is ambiguous.
リポジトリはcvsimportで作ったもので、ファイルによってfooが
ブランチの場合とタグの場合があるためにこういう状態になって
います。
0792789
2010/06/01(火) 12:22:08ID:7rDC0XFuレスありがとうございます。
自分がやったのは
git checkcout 862ed98d03863a826dca3246ee61d54264acae57
のような感じなんですが
あげて頂いたドキュメントを見ると、checkoutの説明のところに
「また、これが危険なコマンドであることも知っておかねばなりません。」
のように書かれていました。
やはり最新のコミット自体が消えてしまったように思えるのですが・・
0793login:Penguin
2010/06/01(火) 13:52:15ID:3Zl/kziyその下に、
>削除したブランチへのコミットや --amend コミットで上書きされた元のコミットでさえも復旧することができます
って書いてあるよ。
0794login:Penguin
2010/06/01(火) 14:35:10ID:rOsiehIqローカルブランチはheads/foo、タグはtags/fooで明示的に指定できますよ
0795login:Penguin
2010/06/01(火) 18:49:32ID:zlmZbFtlreflogというものがあってだな
0796login:Penguin
2010/06/01(火) 20:05:14ID:WTjgN8Mk＞ 「また、これが危険なコマンドであることも知っておかねばなりません。」
の部分は作業ディレクトリの情報が消えて、最新のコミットに戻されたって話だよ。
俺はgit以外のvcsをよく知らないけど、
subversionでも、レポジトリと個々人の作業ディレクトリってあるんだよね？
上の話は作業ディレクトリがレポジトリに戻されちゃって、
あなたの作業は消えましたよ、って話だから危険って書いてあるんじゃないのかしら。
0797login:Penguin
2010/06/01(火) 20:17:52ID:WTjgN8Mkそうなら、
git diff HEAD~2 -- (あるファイル)
っていうのはどう？
どうしてもcheckoutしたいならcheckoutした後、
git diff master.. -- (あるファイル)
でもいい
0798login:Penguin
2010/06/01(火) 20:24:44ID:WTjgN8Mkあ、それと言うの忘れてた。
＞ git checkcout 862ed98d03863a826dca3246ee61d54264acae57
なら、>>790も言ってるけど一時的に別のブランチにいるよ。
git branchしてみれば、今までのブランチと別のブランチにいることが分かると思う。
git masterとかやれば元に戻れるんじゃないかな。
元がmasterなのかは知らないけど。
0799792
2010/06/02(水) 01:34:42ID:gi9ro0yc状況としては、
最近のコミットに
49qayt928t4ht2
と
goghpghr9g9grh
というのがあったとして(文字列は適当です)
49qayt928t4ht2
が最新なのですが、一つ前のgoghpghr9g9grhに戻したいと思い、
git checkout goghpghr9g9grh
としたら、git log しても最新の
49qayt928t4ht2
が表示されなくなり、49qayt928t4ht2のコミットが消えてしまったように見える、
また最新の49qayt928t4ht2に状態を戻したくても、戻した方が分からない、といった感じだったのですが
git reflog と git resetのおかげでなんとかなりました。
勉強になります。ありがとうございました。
0800login:Penguin
2010/06/02(水) 05:38:06ID:tFFCKjtCcheckout直後なら以前チェックアウトしていたコミットがORIG HEADに格納されてるよ
0801login:Penguin
2010/06/02(水) 23:19:00ID:epvzW2MPあれ？MERGE_HEADだっけ？
0802login:Penguin
2010/06/03(木) 00:57:02ID:4mfPiwdf色々と突っ込みたい所はあるが、とりあえずチュートリアル読めば？
0803login:Penguin
2010/06/03(木) 08:35:19ID:dAM44TeXgit resetを使う状況じゃない。まずは>>798の内容を理解しよう。
0804login:Penguin
2010/06/03(木) 22:34:29ID:NRpX3vOy単に自分のいる点に目印の旗を立ててるだけ。
commitやreset等で自分が動けば旗も移動する。
0805login:Penguin
2010/06/03(木) 22:37:18ID:2hMMbzRWこれの"create"は「作る」という事ではないのですか？
$ man git-branch
...
NAME
git-branch - List, create, or delete branches
0806login:Penguin
2010/06/03(木) 23:35:29ID:k3O2NdDLまあ論理的には「作る」と考えて良いんだけど、、、
内部的には複数のコミットから親として参照されてればそれはブランチと言える
というぐらいで、特にbranchコマンドを使わなくても、ある履歴の途中の位置を
checkoutして何かコミットすれば分岐になるし、commit --amend とかで
やり直ししても以前のコミットと新しいコミットは分岐してる。
ただこの場合古いコミットは一見して行方不明になるけど、branchコマンドは
そこに旗を立てて移動しやすかったり自動でGCされないようにしたりしてる感じ。
reset とかいろいろ試してるうちに内部構造が分かるとそう思うようになったかな。
0807login:Penguin
2010/06/04(金) 00:02:52ID:/Cv0eiGeただ子の記憶は無いから自分の子供がどうなったかを辿る簡単な手段は無い
checkout等で移動してコミットが消えてるように見えるのはこの為
0808login:Penguin
2010/06/04(金) 06:08:20ID:PyuP7am3自動更新してくれるタグとおもえばよいよ
0809login:Penguin
2010/06/05(土) 11:36:02ID:aEd5JAax自動GCがないということと、リポジトリの実装がファイル
単位なのでcvs adminコマンドで実現しようとすると1コミット
に関連するファイルに比例して面倒になる、という点が大きく違う。
0810login:Penguin
2010/06/05(土) 20:57:10ID:zknULthJどうしたらいいんでしょうか？
$ git svn clone --prefix svn/ -s svn+ssh://xxx/var/svn/project
Initialized empty Git repository in /Users/alice/src/project/.git/
Using higher level of URL: svn+ssh://xxx/var/svn/project => svn+ssh://xxx/var/svn
error: git-svn died of signal 13
svn ls すると見えてます。svn co もできます。
$ svn ls svn+ssh://xxx/var/svn/project
branches/
tags/
trunk/
バージョン
$ git --version
git version 1.7.1
試しにローカルに作ったsvnリポジトリに対しては、リポジトリ内のサブディレクトリに
相当するプロジェクトを同様のコマンドで取ってこれます。
$ git svn clone --prefix svn/ -s file:///var/svn/project2 → 成功
0811810
2010/06/05(土) 23:35:57ID:zknULthJgit svn clone --prefix svn/ -s file:///var/svn/project2 → 成功
git svn clone --prefix svn/ -s svn+ssh://localhost/var/svn/project2 → 失敗
git svn clone -s svn+ssh://localhost/var/svn/project2 → 失敗
git svn clone svn+ssh://localhost/var/svn/project2 → 失敗
git svn clone svn+ssh://localhost/var/svn/project2/trunk → 成功
もしかしてssh経由だと最後の方法しかダメ？
0812login:Penguin
2010/06/06(日) 22:17:11ID:KNE6oozw--trunk trunk オプションを適用したらどうなる？
0813810
2010/06/06(日) 23:06:25ID:DDm/Y5Pcレスありがとうございます。
次の2つが正しく動作するのを確認後、
$ svn co svn+ssh://localhost/var/svn/project2/trunk project2
$ git svn clone --trunk trunk file:///var/svn/project2
svn+ssh と --trunk trunk の組み合わせを試したんですが >>810 のときと同様のエラーになります。
$ git svn clone --trunk trunk svn+ssh://localhost/var/svn/project2
Initialized empty Git repository in /Users/alice/src/project2/.git/
Using higher level of URL: svn+ssh://localhost/var/svn/project2 => svn+ssh://localhost/var/svn
error: git-svn died of signal 13
が、あれこれ試していたらここで中途半端にできた project2 ディレクトリ(中身は.gitだけ)を削除せずに、再び
git svn clone --trunk trunk svn+ssh://localhost/var/svn/project2
を実行するとcloneできました。
つまり --trunk trunk 付きで二回実行するとcloneできました。
それなら -s をつけた場合も二回実行すればいけるかと、試したんですが二回目も失敗します
二回目は「error: git-svn died of signal 13」だけが表示されます。
0814810
2010/06/07(月) 00:13:59ID:J3cMfgEohttp://cooldaemon.tumblr.com/post/71989299/subversion-git-svn-clone-git-svn
ローカルに作ったSVNリポジトリのHEADはリビジョン1なんですが、
上のサイトを参考に、git svn clone に失敗したあとにできたディレクトリに移動したあと
git svn fetch を実行したところファイルを取ってくることができました。
0815login:Penguin
2010/06/08(火) 13:31:10ID:rxszYzgCローカルのリポジトリフォルダで直接ソース修正し,
git add, git commit -m 'hoge', git push,
という手順を踏むのは、正しい手順なのでしょうか？
ブランチを切ってそれをmerge、というのも見つけたのですが、
違いが何かがまだ理解できません。ローカルの作業フォルダを
別に複製してそこで作業する、という意味ですか？
ググってもいまいち飲み込めず・・・用語が難しくて理解しづらいです。
0816login:Penguin
2010/06/08(火) 17:27:44ID:ioTeze1hよくわからなかったら、既存のものをforkしたのでなければ、
bitbucketを使いましょう。
0817login:Penguin
2010/06/08(火) 17:29:09ID:8e1WnVu/はい。正しいです。ブランチは新しい機能とメインの開発を分けて開発したい場合に使ったりします。
ローカルリポジトリ内で完結するので新しくフォルダをつくる必要はないです。branchとcheckoutコマンドでいろいろ遊んでみるとよいかも。
0818login:Penguin
2010/06/08(火) 17:35:19ID:2UFah327メインのソースツリーが subversion で管理されており、ローカル環境では、git-svn を使って、ソースのやりとりを行っています。
あるとき、ローカルのツリーを壊してしまったのか、
git checkout master
を実行すると、
and have XXXX and YYYY different commit(s) each, respectively.
という行が表示されています。
さらに、git pull を実行すると、git pull が失敗します。
ローカルのソースツリーを正常な状態にしたいのですが、ローカルにあるソースを全て削除し、さらに .git ディレクトリも削除したのち、改めて、git svn clone をしないといけないのでしょうか。
リビジョン YYYY までの修正分までは残しておき、YYYY + 1～XXXX までのリビジョンを削除したのち、改めて、git svn rebase で、YYYY + 1 以降の差分を取得したいのですが、その様なことは可能でしょうか。もし、可能でしたら、どうしたらできるのでしょうか。
どうかよろしくお願い致します。
0819login:Penguin
2010/06/08(火) 17:57:50ID:KwHWNnWZそのメッセージはマージ対象のブランチと現在のブランチが分岐してるよ、
って教えてくれてるんだけど、git-svnでもそれ出たっけな？
それにgit pull って、git-svn では使わないよ？
実際、svnのことは一旦忘れて、ドキュメントちゃんと読んだ方がいいよ。
ttp://progit.org/book/ja/
ttp://www8.atwiki.jp/git_jp/pages/27.html
大体一緒でしょ、っていうつもりでノリで触ってるとかえって回り道。
0820815
2010/06/08(火) 18:00:17ID:rxszYzgCいえ、githubにしろって言われたもので仕方なく・・・
>>817
ありがとうございます。助かります。
>ローカルリポジトリ内で完結するので新しくフォルダをつくる必要はない
ということは、checkoutするとブランチ間で異なるファイルがごっそり
差し替えされるということですね。試してみます。
0821login:Penguin
2010/06/08(火) 18:21:21ID:KwHWNnWZ何回ProgitとatwikiのURL貼らせんだよ。
他の便利ソフトみたいに、つまづいたとこを逐次誰かに教えて貰って、
とりあえず使えるようになればそれでOK、っていうものとは違うんだって
ことぐらい分かれよ。分散型使ったことなくてsvnしか知らないようなら
尚更ダメだろ。ソースコード管理するのに手探りみたいな状態でやってて
不安じゃないのか？
たいして時間かかんないから、ドキュメント読もうぜ。Progitも公式チュートリアルも
親切丁寧に書いてあるから。はあはあ。
0822login:Penguin
2010/06/08(火) 18:33:01ID:ioTeze1hCVSからさわっていれば、ブランチもタグもすんなり理解できるのだが。
0823login:Penguin
2010/06/08(火) 21:49:57ID:2UFah327>>821
>>822
819 さんに教えて頂きましたドキュメントなどを参考して、ローカル環境を戻してみます。
git svn rebase とするべきところ、ついつい、git pull と打ってしまう私が悪いんで。
また、さっきもやってしまって、マージできないとエラーが出たソースを元に戻していました。
0824login:Penguin
2010/06/11(金) 04:51:28ID:fuz3kvBd＜環境＞
$ uname
CYGWIN_NT-5.1
$ git --version
git version 1.7.0.4
歴代のコミットの状態を別のディレクトリへcheckoutできないものでしょうか。
今は、コミットIDの一覧からすべてをtar ballに吐き出して全部展開しなおす、
という手順をとっています。
もっと楽な方法(git clone [commit ID]とか)ご存知ではないでしょうか。
0825login:Penguin
2010/06/11(金) 05:10:03ID:2NWqNXbxgit-checkout-indexでできるよ
0826login:Penguin
2010/06/11(金) 08:34:44ID:Ce5oaCgsディレクトリで展開するone-liner
git log --format=%h |while read h; do git archive --format=tar --prefix=$h/ |gtar -C $CHECKOUT_ROOT -xf -; done
各ディレクトリでもgitの操作をしたいならgit clone -sでリポジトリを
作ってからそこでcheckoutするようにしたらいいと思う。
0827login:Penguin
2010/06/11(金) 12:49:38ID:CxOtHYvFありがとう。svn exportというのは意図したコマンドのようなのですが、
git-checkout-indexのヘルプにはコミットID指定の引数が見当たらないような。
>>826
なるほど。あー。--outputオプションの意味がわかった気がしました。
せっかくなんで昔見つけたtipsを活かしてみました。
ttp://whileimautomaton.net/2009/05/08003459
export-all = "!$SHELL -c ' \n\
cnt=1 \n\
git log --format=%h --reverse |while read h; do \n\
git archive --format=tar --prefix=$(printf %03d-%s/ $cnt $h) $h |tar -C ../hoge -xf - \n\
cnt=`expr $cnt + 1` \n\
done \n\
' __dummy__"
勝手に変えたところ
・git archive に$hを渡した。エラーになったので。
・gtar->tar。入っていなかったので。
・コミットは時系列順に、３桁連番をつける。
今のところ
・吐き出す先が../hoge固定
・なにがなんでも全コミットが対象
ですが、今日のところは満足なので放っときます。
有難う。楽しかったです。
0828login:Penguin
2010/06/11(金) 14:01:17ID:xMk4QMQlgit commit -m c2
git commit -m c3
としたときの次のコミットを c3 に混ぜるには
git commit --amend
ですが、c2 に混ぜるにはどうやるんでしょう？
0829login:Penguin
2010/06/11(金) 16:33:46ID:CxOtHYvFttp://progit.org/book/ja/ch6-4.html
0830828
2010/06/12(土) 20:32:34ID:EYPWrV4Vそのサイトを参考にやったらなんとかできました。ありがとうございます！
一応、自分用の実験メモを貼っときます。
$ echo x > x1.txt; git add .; git commit -a -m c1
$ echo x > x2.txt; git add .; git commit -a -m c2
$ echo x > x3.txt; git add .; git commit -a -m c3
c2 に含めたい作業分を c4 としてとりあえずコミットする(コミットしないと git rebase できなかったので)
$ echo x > x4.txt; git add .; git commit -a -m c4
c2 が何個前か確認すると3つ前だとわかる
$ git log HEAD~3..HEAD --oneline
e4b2fdb c4
cf77615 c3
09e1d42 c2
それを引数に git rebase -i を実行する
$ git rebase -i HEAD~3
エディタが起動して c2 c3 c4 の順に出ているので下のように c4 の pick を squash に変更して c2 の直後に移動させて終了すると
pick 09e1d42 c2
squash e4b2fdb c4
pick cf77615 c3
再びエディタが起動して c2 と c4 が出てくるのでコミットメッセージを調整して終了する。
再び確認するとc2とc4が一緒になっていることがわかる(コミットメッセージを c2c4 にしたので)
$ git log HEAD~3..HEAD --oneline
0fec832 c3
53d09e5 c2c4
61b0400 c1
0831login:Penguin
2010/06/12(土) 21:25:08ID:MYEOj4or0832login:Penguin
2010/06/12(土) 22:25:59ID:qHF7b2tGブランチを作ったりrebaseしたりすると使わなくなるaliasだと思う。
0833login:Penguin
2010/06/17(木) 22:46:57ID:ic50UB3Y0834login:Penguin
2010/06/19(土) 15:28:13ID:AdBXeY0EここはLinux板だからプログラム板行った方が良いんでない？
0835login:Penguin
2010/06/19(土) 17:18:17ID:e4H00FQJ0836login:Penguin
2010/06/19(土) 18:13:51ID:4IVjSb/tTortoiseGitにgit-svn機能が追加されたのは0.8.1.0からだそうだが、
あなたのバージョンはいくつなわけ?
0837login:Penguin
2010/06/19(土) 23:13:28ID:EutOiIFEム板にgitスレがない
つーかなんで>>1はここに立てた…？
リーナスが作ったからか。そうか。
0838login:Penguin
2010/06/19(土) 23:25:04ID:4f8lOGK6msysgitのgitkは文字化けするから助かる
0839login:Penguin
2010/06/19(土) 23:30:52ID:5cDyCRiO2007年の時点だと、Linuxでしかまともに使ってる人居なかったんじゃないか
0840login:Penguin
2010/06/20(日) 00:31:12ID:cdOp7QHwム板にSVNならあるよ、ってこっちにもあるね。
0841login:Penguin
2010/06/20(日) 22:04:20ID:7uPWjQgSってやった後、コミットする前にgit checkout -f ～ってやったら、
当然追加したFileは消えてるよね。＼(^o^)/
これって、復活させることは無理？
要するに、消えたファイルをサルベージしたいんです...(T^T)
0842login:Penguin
2010/06/20(日) 22:07:50ID:1ShQeJBQ0843login:Penguin
2010/06/20(日) 22:13:59ID:7uPWjQgSadd *.cs
なんて一括で追加したものだから...
いい週末になりました。(゜Д゜)
0844login:Penguin
2010/06/20(日) 22:46:22ID:/lqjlFiM$ git init; touch .gitignore; git add .gitignore; git commit -m 'init'
Initialized empty Git repository in /home/a/tmp/test-git/.git/
[master (root-commit) 8f89495] init
0 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 .gitignore
$ echo hogehoge > fuga
$ git add .
$ ls
fuga
$ git checkout -f master
Already on 'master'
$ ls
$ LANG=C tree .git/objects
.git/objects
|-- 82
| `-- e3a754b6a0fcb238b03c0e47d05219fbf9cf89
|-- 8f
| `-- 894951217914f4a29681fba7f7917acc034322
|-- e6
| `-- 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
|-- e9
| `-- bc11025c28829eedf6d30cd3b65628648cad5f
|-- info
`-- pack
$ git show e9bc11025c28829eedf6d30cd3b65628648cad5f
hogehoge
0845login:Penguin
2010/06/21(月) 03:55:25ID:g1rTD290そっか、indexに入れたのが残ってるのか！
>>843
＞いい週末になりました。(゜Д゜)
サルベージがんばれ！
0846login:Penguin
2010/06/21(月) 21:41:56ID:GDaRrD9aありがとぉ～～。
> ファイルそのものは .git/objects にころがってるけど探すのが大変ですねー
これで思い出しました。
数日前にgit stashで検索したときに見つけたこのページ↓
ttp://d.hatena.ne.jp/t-wada/20090407/p1
このページをもとにgit fsck --cacheなどの出力から「～blob」を抽出し、
それを順次git showしたら、なんだかそれっぽいものが出てきた～～(^○^)
ということで、おかげさまでサルベージ完了です。
いい週明けになりました。(^-^)
取り急ぎお礼まで。
0847login:Penguin
2010/06/23(水) 04:04:24ID:JeKYkEUMディレクトリ間違ってGITROOTで
find ./ -type f|xargs -i nkf -w -Ls --overwrite {}
やってしまった。オプション間違ってるし。
$ git log
error: non-monotonic index .git/objects/pack/pack-13ad494e745c9bd63ad500c1a376db3b34848631.idx
error: inflate: data stream error (invalid code lengths set)
fatal: object 9e521bc6c6454973b0d2df293bbe6288ae1e9156 is corrupted
$ git fsck
error: non-monotonic index .git/objects/pack/pack-13ad494e745c9bd63ad500c1a376db3b34848631.idx
error: inflate: data stream error (invalid literal/lengths set)
fatal: object 006d1163b9f7c9ee57bde708ada9e791a769bdc8 is corrupted
さすがにこれはもうアウト？
0848847
2010/06/23(水) 09:14:25ID:LED7N0iF$ git reset
でもだめだ…
.git/objects/00とかの下のコミットID名（？）をgit showしても一緒だよ。
おろろーん
0849login:Penguin
2010/06/23(水) 13:37:25ID:vPPSucp00850login:Penguin
2010/06/23(水) 20:53:37ID:RwfTLv2f0851847
2010/06/24(木) 16:37:14ID:zb2GzD4D途中まではサーバリポジトリにあったから、途中の履歴とブランチは諦ましたとさ。
0852login:Penguin
2010/06/24(木) 23:46:17ID:PrxiwgIJこれを、過去の履歴として最初のコミットより前に登録することってできる？
0853login:Penguin
2010/06/25(金) 00:01:43ID:icPu4CVCその古いコードからはじまる歴史を作るのが良いんじゃね。
その歴史をもったリポジトリを正にしてしまう。
0854login:Penguin
2010/06/26(土) 00:44:08ID:cyQi64aOでも、歴史はある時点のを基点として、進んでいってる。
つまり、遺産が見つかる度にリポジトリを作り直すってこと？
0855login:Penguin
2010/06/26(土) 04:17:55ID:w2I5qyES過去を改竄した上に、現在に至る道筋を全て書き換えるのだから、そうするしかないね。
ただ歴史の参考書として使うのが目的であれば、遺産専用のリポジトリを作って、
現実の流れとは切り離してみたら？
0856login:Penguin
2010/06/26(土) 09:06:18ID:fDYu/oxGちとめんどいが、リポジトリをまとめることできるよ
0857login:Penguin
2010/06/26(土) 09:48:49ID:H6FlpyjE0858login:Penguin
2010/06/26(土) 09:52:47ID:/z21ANsp0859login:Penguin
2010/06/26(土) 11:29:49ID:H6FlpyjE0860login:Penguin
2010/06/26(土) 11:56:07ID:w2I5qyES0861login:Penguin
2010/06/28(月) 03:34:04ID:dFIHaLjh起点のあやふやなリポジトリなんてあっちゃいけない。
0862login:Penguin
2010/06/28(月) 13:32:46ID:AeUZNcLY0863login:Penguin
2010/06/28(月) 21:27:15ID:M8SBBxn0具体的には、git commit を使うの? それとも違うコマンド?
パッチ管理システムのgitが過去に向かって遡るように
できるとするとどのコマンドを使うのだろか。謎だ。
0864login:Penguin
2010/06/28(月) 21:49:22ID:ZdGP9BRk古いソースのアーカイブとかが見つかったのなら、その時点のコミットまで戻って
ソースを展開してコミット、で続きはrebaseで改竄、かな。
次のコミットのコンフリクトが激しい場合、そのコミットはresetで無理やり
作ることになるかも。
0865login:Penguin
2010/06/29(火) 08:40:40ID:RKOTmQc0まとめておいて、始点終点の接続をtagでわかりやすくしておくのが無難じゃ
ないかな。
0866login:Penguin
2010/06/29(火) 09:14:18ID:mAh632T50867login:Penguin
2010/06/29(火) 10:44:08ID:6afYXK7c0868login:Penguin
2010/06/29(火) 12:19:34ID:VJOkvPml今まで git で管理されていなかったプロジェクトを引き継いで、引き継いだ時点から git で管理しています。
# ので、歴史は進んでいます。
しかも圧縮されたソース一式を、メールでやりとりしていたという状況があって、
それが、後から後から「XX月XX日時点のソースはこうでした」なんて送ってくるのです。
大抵そのときは、「XX月XX日時点では問題は無かった」なんて言われるもので、diff もとりたいわけです。
他人の歴史を取りこめる git なら、なんかできるんじゃないかな、と思ったのです。
0869login:Penguin
2010/06/29(火) 15:03:57ID:mAh632T5そっか、、、大変だね。
俺なら、過去専用リポジトリを作って、けっこう真面目に歴史つくりなおすと思うな。
reset、rebaseがちゃんと使えるようになれば、そんなに面倒でもないし、
歴史の改竄はたまにやるので、慣れてる。
ただ、差分見るだけだったらgitじゃなくてもdiffするだけでも取れるし、
とりあえずgitの使い方を学んでみたらいいと思う。
0870login:Penguin
2010/06/29(火) 15:27:33ID:6afYXK7c0871login:Penguin
2010/06/29(火) 18:00:28ID:8zZUzhs0gitにも同じオプションあるよ
0872login:Penguin
2010/06/29(火) 18:08:05ID:65UOE5ID試してないけど、git commit にも同じ --date オプションがある。
0873login:Penguin
2010/06/29(火) 22:47:08ID:6afYXK7cThanks. 1.7 から？
http://www.kernel.org/pub/software/scm/git/docs/RelNotes-1.7.0.txt
0874login:Penguin
2010/07/09(金) 12:12:28ID:A4ulNFz6レポジトリ名の変更ってどうすればよいのでしょうか？
/home/ore/project というレポジトリを
/home/common/project にクローンして、
/home/common/project の方をorigin にして
/home/ore/project の方は ore という名前のレポジトリにしたいんです。
今は /home/ore/project が originになっていて
pushとかcloneで originはすでに存在しますみたいなエラーが出ます。
どなたか教えていただけると幸いです。
0875login:Penguin
2010/07/09(金) 13:24:28ID:+O87Fylaリポジトリの名前というものは無いのでディレクトリをリネームしてOK。
あとgit-remoteのドキュメントを読めばわかる。Pro Gitやatwikiあたりも。
http://www.kernel.org/pub/software/scm/git/docs/git-remote.html
0876login:Penguin
2010/07/09(金) 14:11:35ID:A4ulNFz6あれ、すいませんなんか勘違いしてるのかもしれないのですが、
じゃあ例えば
/home/dareka/project
というレポジトリがあったとして、
/home/ore/project を /home/dareka/project にpushするときは
git push dareka
みたいにすることができて、
この場合のdarekaがレポジトリ名だと思ったんですが、違うんですかね？
こういうことがしたい場合はどうすればよいのでしょう？
0877login:Penguin
2010/07/09(金) 14:39:37ID:+O87Fyla勘違いとかじゃなくてドキュメント読まないと分からないよ。
それはリモートの名前で、パスに別名を付けたようなもの。
0878login:Penguin
2010/07/09(金) 16:26:29ID:A4ulNFz6すいません、追加でもう一つ質問したいのですが、
中央レポジトリの作り方を調べていて
http://d.hatena.ne.jp/hirose31/20090325/1237984133
このページを見たのですが、gitを使うユーザーに
中央レポジトリに書き込むgroupの権限を付与するということは、
その権限を付与されたユーザーは中央レポジトリの.git/objectsや.git/logs
のようなディレクトリを自由に編集・削除できてしまってことなんでしょうか？？
0879login:Penguin
2010/07/09(金) 17:56:50ID:+O87Fylaそうだね。つまり権限のある誰かがシェルを介して中央を破壊することは可能。
ただし分散してるからそう問題にはならない。
またリポジトリをsharedにしておくとFastForward以外はpushできなくなるので
通常の操作では破壊できなくなる。
自由にシェルを使わせるのが嫌ならgitosisという手がある。
てかこれもProGitに書いてある。いろいろ心配する前に一通りドキュメント嫁。
0880878
2010/07/12(月) 12:11:38ID:FAAvT4oMおかげさまでとりあえず最低限運用できるところまではいけましたので、
教えていただいたとおりこれからProgit読んでみようと思います。
ありがとうございましたｍ(_ _)ｍ
0881login:Penguin
2010/07/15(木) 10:50:37ID:p+4lqNUQ0882login:Penguin
2010/07/15(木) 16:20:27ID:NrmRtNGnファイルのパーミッション管理したいと思ったらcapistranoとかで
書いたタスクファイルをgitで管理するのがセオリーですかね？
0883login:Penguin
2010/07/15(木) 16:26:02ID:HC2fsnSk0884login:Penguin
2010/07/16(金) 11:10:26ID:DuxLjflUsvnみたいにエラーメッセージが日本語だとうれしい
0885882
2010/07/16(金) 11:34:03ID:/E1JLmLVありがとうございます。
それ知ってたんのですが、なぜかパーミッションの変更が検出されない・・
と思ったのですが、もしかしたらディレクトリのパーミッションだったからかもしれません。
もうすこし調べてみるとファイルのパーミッション管理はやはりちゃんとできていました。
ディレクトリにパーミッションの管理ってできないんでしょうか？
0886login:Penguin
2010/07/16(金) 13:39:21ID:fPR4+/MAgitは実行可能ビットしか扱わないよ
0887login:Penguin
2010/07/22(木) 12:59:29ID:001u31B7公開リポジトリはともかく、家リポジトリと手元リポジトリ間では常に整合性を取って欲しいと思ったり。
ちなみに今、家リポジトリでrebaseしたブランチを手元リポジトリにpullしてくる運用をしてるんだが、
手元リポジトリにゴミがたまってくるので、定期的に手元ブランチを捨てる->fetchしなおしとかやってる。
0888login:Penguin
2010/07/22(木) 15:17:40ID:cbVJZvgpおまえがやっている運用方法はわかったが、cherry-pick とか
じゃなくて、どういうふうになってほしいか、patch 管理システム
である git の特性から語ってくれないか ?
0889login:Penguin
2010/07/22(木) 17:51:50ID:kGVA/gdU使い方が間違っていると思われ。
0890login:Penguin
2010/07/23(金) 15:10:35ID:chVBZepp>>887じゃないけど、追っかけてる先がrebaseしちゃった時に、
自動判別してこっちもrebase --ontoっぽくやってくれたら良いなと思うことはあるな。
本家の改造とか公開してると、けっこうrebaseしたくなるんだよね。
0891login:Penguin
2010/07/23(金) 20:11:28ID:+2OGfwPe0892login:Penguin
2010/07/23(金) 20:19:47ID:AtkBTB/A標準出力を常にGoogle翻訳で翻訳するパイプでも作ってろ
0893887
2010/07/24(土) 08:48:55ID:mi89eBmBrebaseっていうかrebaseのmergeの話だった。
上流を追いかける作業を3サイトでやってるのでやっぱりrebaseに頼りたいのだ。
0894login:Penguin
2010/07/24(土) 14:23:06ID:T1iC+JGWを生かす方向なのかな。危険だけど
0895login:Penguin
2010/07/24(土) 14:32:22ID:ZRZfN7DH全然危険じゃないよ
0896login:Penguin
2010/07/24(土) 18:59:55ID:3or6t7890897login:Penguin
2010/07/24(土) 19:02:21ID:T1iC+JGWんと、man git-pull の --rebase に書かれてある。
>Note
> This is a potentially _dangerous_ mode of operation.
> It rewrites history, which does not bode well when you published that history already.
> Do not use this option unless you have read git-rebase(1) carefully.
っていう潜在的な危機をどう捉えるかによるんだろうねえ。
0898login:Penguin
2010/07/24(土) 19:09:04ID:88hJDb8QActiveScriptRubyでやってるんですが
git initと入力してもコマンドがないって怒られてしまって。。。
何か足りないのでしょうか？
宜しくお願いします
0899login:Penguin
2010/07/24(土) 19:28:08ID:EKpgTrLMここはLinux板です、とでも書いておけばいいのかな？
0900login:Penguin
2010/07/24(土) 20:19:39ID:EO3/tJEKrsyncでやってたところをWebサーバ側からのgit pullで済ませようと思ってるんだけどパーミッションは実行権限しか追跡しないとかって話が上で出てて足踏みしてる。
0901login:Penguin
2010/07/24(土) 20:38:16ID:T1iC+JGW0902login:Penguin
2010/07/25(日) 01:09:59ID:uqOvh6D0>>898は、たしかRubyのスレから誘導されてる人だと思うが、
どうやらRubyとgitを一体のもの(Rubyをインストールするとgitも
使えるようになる)だと思っているらしいな。
というわけで git は git で別途インストールしてください。
0903login:Penguin
2010/07/25(日) 17:10:28ID:lHmR0dFq0904login:Penguin
2010/07/25(日) 22:19:29ID:OrPiVp0Lもちろん path は UTF-8 に変換して収める形で。
0905login:Penguin
2010/07/25(日) 22:29:54ID:b9zDuuRt0906login:Penguin
2010/07/25(日) 22:45:21ID:87ahCoBn・そもそもできると思ってる？
・どうせ使わないんだろ？
0907login:Penguin
2010/07/25(日) 23:13:17ID:PIOYVDsrVersion Control in Ruby. Mercurial Compatible. Big ideas.
http://bitbucket.org/carbonica/amp/overview
0908login:Penguin
2010/07/25(日) 23:21:02ID:PIOYVDsrAmp has bigger dreams. Here’s what we want to do:
* git, bazaar, svn, cvs, darcs In Ruby. 100% Compatible.
0909login:Penguin
2010/07/26(月) 00:31:36ID:PBilh91y一応、TortoiseGit からきちんとUTF-8ファイル名を扱えることを確認済み。
http://tmurakam.org/git/
0910login:Penguin
2010/07/26(月) 00:36:54ID:oLqOu0tbGreat Job!!
プログラマ板にも宣伝した方がいいと思うよ。
0911login:Penguin
2010/07/26(月) 21:12:53ID:oLqOu0tbプログラム板と間違えた。
0912login:Penguin
2010/07/29(木) 10:32:28ID:SQ2Lg/WY・フォークしたいリポジトリがある
・そのリポジトリはgit使ってない(svn)
とかいう場合はどうする？
git-svn使ってcloneするとしてもpullとかできる？
あきらめるしかないのかな
0913login:Penguin
2010/07/29(木) 10:39:07ID:SQ2Lg/WYpullの代わりに git svn rebaseでいいのかな
問題なさそうなら試してみるか
0914login:Penguin
2010/07/29(木) 11:53:07ID:m5sW/oAYどうも不安定な感じなので
- ふつーに svn checkout
- その内容を "remote" ブランチ（git-remoteとは関係なく、単にそう名前つける）に
定期的に svn update して登録
- 自分の開発は "master" ブランチで行う
で誤魔化してる。svn側とコミット単位が揃わないのが難点だが、そこは
毎日 svn update して git-commit される単位もそこそこ小さくなるようにして
逃げてる。
0915login:Penguin
2010/07/29(木) 12:00:04ID:SQ2Lg/WYmasterブランチはsvnとの同期に使って
mymasterブランチを作ってそっちを自分用にしたほうがいい気がする
0916login:Penguin
2010/07/29(木) 12:54:32ID:AaQBX6kndcommitに失敗することあったな。
0917login:Penguin
2010/07/29(木) 19:56:16ID:SQ2Lg/WYそれにしてもgit-svn cloneなげえw
0918login:Penguin
2010/07/29(木) 20:21:05ID:RVoF2mKv数万リビジョンもやってられん。
0919login:Penguin
2010/07/29(木) 20:21:33ID:AaQBX6kncheckout -bで別ブランチに移動しておいて、
masterをsvnのHEADより前にresetしてから、rebaseでsvnに同期。
で、別ブランチをmasterにmergeしてから、dcommitしたら治った
0920login:Penguin
2010/07/29(木) 20:38:27ID:SQ2Lg/WYどうせrebaseするんだし、今からやるなら元からブランチ切っといたほうがよさそう
つうわけでsvnからclone中
数百リビジョン程度だけど時間かかるわ
さすがに数万リビジョンだったら途中からやったほうがよさそうね
出くわしたときには参考にはするわ
0921login:Penguin
2010/07/30(金) 19:27:57ID:n+PyZb8Exdoc2txtを利用してdiffをとろうとしてるんだけれど
うまくいかないのでアドバイス下さい。
progitを参考にstringsを使ってみたけれど、
うまくテキストを抽出してくれない。
（そもそもSJISに対応していない？）
xdoc2txtをダウンロード、PATHを通した。
$ uname -a
CYGWIN_NT-5.1 MP014 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin
$ git version
git version 1.7.1
$ git config -l | grep word
diff.word.textconv=xdoc2txt
$ cat .gitattributes
*.doc diff=word
（続く）
0922login:Penguin
2010/07/30(金) 19:28:44ID:n+PyZb8Eコミット済みのwordファイルを開き、最後の行に「追加テキスト」
を書き込み、保存。
diffをとってみると、文章全体が追加されたような結果が表示される。
古い方の文書が空？
$ git diff
diff --git a/test.doc b/test.doc
index 34294f8..d3e0c9e 100755
--- a/test.doc
+++ b/test.doc
@@ -0,0 +1,3 @@
+Word文書
+日本語
+追加テキスト
お願いします。
0923login:Penguin
2010/07/30(金) 20:11:33ID:hs7/uySS0924login:Penguin
2010/07/30(金) 21:33:55ID:99W6fMHULinux Like systemじゃん。多めに見てやれよ。
0925login:Penguin
2010/07/30(金) 22:06:26ID:ed1Kx/Tw該当しそうなム板にはgitスレないみたいだし。
0926login:Penguin
2010/07/30(金) 22:51:12ID:99W6fMHU0927login:Penguin
2010/07/31(土) 00:37:31ID:+18Yoya70928login:Penguin
2010/07/31(土) 01:01:37ID:E1O74csb0929921
2010/08/01(日) 10:19:53ID:8DX+UhYr-dオプションを”-d UTF-8”と大文字で書いてしばらくはまった。
$ catdoc.exe -w -d utf-8 test.doc
0930login:Penguin
2010/08/01(日) 14:20:01ID:LQjsO1N6それはcygwin標準配布なんでしょうか？
0931login:Penguin
2010/08/04(水) 08:58:27ID:IBiuTVdS0932login:Penguin
2010/08/04(水) 09:48:31ID:Hq1IxoMJあるけどこんなのがいるところだよ。
http://pc12.2ch.net/test/read.cgi/tech/1270640436/528
0933login:Penguin
2010/08/17(火) 16:34:08ID:9ok4N7z50934login:Penguin
2010/08/17(火) 16:54:04ID:cLeqdHdK0935login:Penguin
2010/08/17(火) 22:12:09ID:QBFEjw3K何で単にgit filesにしないんだろw
0936login:Penguin
2010/08/18(水) 00:56:05ID:G+jqjyHX作者の指が「ls」を記憶してるから、とか？
あんだけたくさんコマンドあると、衝突しないようにするだけでも大変そう。
0937login:Penguin
2010/08/18(水) 00:57:54ID:a7ZcViPY0938login:Penguin
2010/08/18(水) 01:56:40ID:vmbNRhYUのでしょうか。
0939login:Penguin
2010/08/18(水) 10:19:10ID:a7ZcViPY0940login:Penguin
2010/08/18(水) 13:47:34ID:b4yYMaNqってことか。
0941login:Penguin
2010/08/20(金) 15:36:32ID:Ne/nS8Jwcvsでいいますと、
$ cvs update -dP -rAUTOCONF-2.61a2
みたいなことをやりたいのですが、頭が悪いせいか、gitドキュメントを見ても
ググっても分かりませんでした∩(・∀・)∩
0942login:Penguin
2010/08/29(日) 11:02:39ID:3wb5Jkl1ってことか。
0943login:Penguin
2010/09/01(水) 22:12:47ID:E+kLKF/Mgit svnでcloneしようとしたらこんなメッセージが出てくるのですが・・・
git.exe svn clone "https://jedit.svn.sourceforge.net/svnroot/jedit" "C:\Users\UserName\Documents\Git\jedit" -T trunk -b branches -t tags -r 17781:HEAD
Initialized empty Git repository in c:/Users/UserName/Documents/Git/jedit/.git/
Error validating server certificate for 'https://jedit.svn.sourceforge.net:443':
- The certificate is not issued by a trusted authority. Use the
fingerprint to validate the certificate manually!
Certificate information:
- Hostname: *.svn.sourceforge.net
- Valid: from Jan 4 15:21:55 2010 GMT until Feb 5 10:03:23 2011 GMT
- Issuer: Equifax Secure Certificate Authority, Equifax, US
- Fingerprint: ea:d1:3e:01:cc:16:e9:9b:c2:ab:4b:0c:cc:26:5f:25:78:ea:89:b4
0944login:Penguin
2010/09/01(水) 22:21:24ID:pBMloSfq(R)eject, accept (t)emporarily or accept (p)ermanently?
は見えないのかな?
0945943
2010/09/02(木) 10:46:30ID:Arao/yfSよく考えたら、コンソールから実行すれば良いみたいですね・・・。
でも、このメッセージをでなくする方法はないんでしょうか。
(p)ermanentlyにしてもまた聞かれる事があるようなんですが。
0946login:Penguin
2010/09/02(木) 11:26:14ID:XvOWHzNG0947login:Penguin
2010/09/05(日) 13:15:39ID:uOwZFEmhこれらの違いをまとめたサイトってありますか？
http://code.google.com/p/msysgit/downloads/list
Git-1.7.0.2-preview20100309.exeとか
msysGit-fullinstall-1.7.1-preview20100612.exeとか
PortableGit-1.7.0.2-preview20100309.7zとか
あとバージョンとして現在（2010/09/05）ではGit1.7.0.2と1.7.1ではどちらを選ぶべきでしょうか？
0948login:Penguin
2010/09/05(日) 15:34:22ID:dvJgUDqy1.7.1一択でしょ
バージョンが上がって不具合出たってのは聞かないし
0949943
2010/09/06(月) 16:52:42ID:TasayJ9Wああ、すみません
動作がちょっとおかしいのでgit svn cloneしたら設定が消えて、また聞かれたようです。
回答ありがとうございました
0950login:Penguin
2010/09/06(月) 20:54:22ID:pgdlXjWJ0951login:Penguin
2010/09/07(火) 12:47:03ID:qEz6F0+GTortoiseGitのSettingsでプロキシを設定するだけでは全く使えませんでした。
TortoiseSVNはSettingsで設定しただけで使えたのですが。
0952951
2010/09/07(火) 12:52:43ID:qEz6F0+Gでもhttpsで始まるURLを、git svnで使うことは出来ないでしょうか
git.exe svn fetch
RA layer request failed: PROPFIND request failed on '/svn': PROPFIND of '/svn':
could not connect to server (https://projectname.googlecode.com) at
C:\Program Files (x86)\Git/libexec/git-core/git-svn line 1765
0953951
2010/09/09(木) 12:17:25ID:RH0+QDEGプロキシーサーバー名、ポート、ユーザー名、パスワードを設定しましたが
Proxy error: 502 Proxy Error( The specified Secure Sockets Layer (SSL) port is not allowed.
ISA Server is configured to allow SSL requests from this port. Most Web browsers use port 443 for SSL requests. )
って出てしまいます。ポート番号8080だとダメって事なのか・・・
0954login:Penguin
2010/09/09(木) 16:27:56ID:mDAI+fqz0956login:Penguin
2010/09/10(金) 01:20:57ID:zrQ2Gj6rやっぱ次スレはム板すかねぇ。。。
0957login:Penguin
2010/09/10(金) 09:22:15ID:TpgsxR0xSFにgitのミラーがあるっぽいけどこれは何なんだろう？
http://sourceforge.net/projects/jedit/develop
githubにフォークするってのもあると思うけど。
0958951
2010/09/10(金) 10:39:13ID:dSf/GY6Zsvnsyncで送信して同期すればいいかと思いましたが、
GoogleCodeはローカルへリポジトリを複製しか出来ないっぽいです
>>957
なんかgitでアクセス出来るようになってますね、jEdit
フォークとは・・・？あれってgitリポジトリ同士でしか出来ないのでは
0959login:Penguin
2010/09/10(金) 11:00:52ID:TpgsxR0xあ、SFのjeditとは別の人？
google codeならMercurial・・・
分散型ならリポジトリは全部フォークだと思うけど。
0960login:Penguin
2010/09/12(日) 16:19:55ID:Sol+WDkR私も
Git-1.7.0.2-preview20100309.exeとか
msysGit-fullinstall-1.7.1-preview20100612.exeとか
PortableGit-1.7.0.2-preview20100309.7zとか
の違いがわかりません。
教えていただけないでしょうか？
0961login:Penguin
2010/09/12(日) 21:31:08ID:h7gcaqYGLinuxでgit使っているからWindowsでもgitってことなのか、それとも新規なのか、
どっちなんだろう。
0962login:Penguin
2010/09/12(日) 22:45:02ID:htZZDz4y0963login:Penguin
2010/09/13(月) 00:38:24ID:YenyTnaVcygwin重すぎ、使ってる奴の気がしれない
とgnuwin32を使ってたらWindowsでもgit.exeになる
今はcygwinも早くなってるのかもしれんけど、もういいや
0964login:Penguin
2010/09/13(月) 08:21:48ID:jm0PoiEs0965login:Penguin
2010/09/13(月) 12:51:23ID:0ibbPuzYここ最近はきっちり3ヶ月おきリリースなことに今更気づいた
0966login:Penguin
2010/09/13(月) 20:48:12ID:Zgx/jEtL分散開発に最適のgitがフォークして開発されているというのも皮肉なもんだねw
0967login:Penguin
2010/09/13(月) 21:01:20ID:x3FkpFvu0968login:Penguin
2010/09/14(火) 02:48:37ID:tcoVxShJネット上の記事だとノーマルのGitを落とせというし
http://www.symfony.gr.jp/git/setup-git-windows
ここだとmsysGitを落とせと言うし。。。
0969login:Penguin
2010/09/14(火) 03:04:33ID:PgbTlLnP特に重いとは思わなかったけどなあ。
git svnは重かったけど、それはcygwinのせいでも、gitのせいでもないだろう。
0970966
2010/09/14(火) 04:05:20ID:B7Rjnzsmいやあ、git的にはmsysGitのツリーで行った開発を定期的に本家にpushする
という分散開発が理想だろう。 フォークっていうのはある一点で「分かれた」という
事だからね。
0971login:Penguin
2010/09/14(火) 11:46:05ID:tkVL1pFU日本語か。
TortoiseGit・・・
0972login:Penguin
2010/09/14(火) 12:23:58ID:STW7bI3cgithub にある hoge ライブラリを git clone して改造して
「特定用途に特化してて便利な気がする tokutei-hoge」 としてパッケージにして公開したいんよね
COPYRIGHT とかどう書けばいいのかな
オリジナル作った人の次に名前書くとかでいいのかな
本家さんは MIT ライセンスだそうなんだけど
0973login:Penguin
2010/09/14(火) 12:40:34ID:M4Br56RH(1) forkして作ったんだから、まずオリジナルのライブラリに関して言及するのは必須だろ
(2) 中身について、単なる拡張で、upstreamに戻した方がいいなら自分でメンテするんじゃなくて
upstreamに戻した方が楽
(3) 自分が書き直して、もしくは手を入れて著作権を主張できるぐらいの内容と分量があるなら
そこで初めて自分のライセンスを検討しはじめる。MITライセンスが第一候補になるかとは
思うが、別のライセンスでも良い。しかし、ライセンス矛盾がおきないようにして
あげないと事実上使えない。
0974login:Penguin
2010/09/14(火) 15:07:07ID:tkVL1pFUhttps://git.wiki.kernel.org/index.php/MSysGit:InstallMSysGit
> What is msysGit?
>
> msysGit is the development environment to compile Git for Windows.
> It is complete, in the sense that you just need to install msysGit,
> and then you can build Git. Without installing any 3rd-party software.
>
> msysGit is not Git for Windows; that is an installer which installs Git -- and only Git.
>
> It is easy to see the difference: the installers for Git have the prefix Git-,
> the msysGit installers have the prefix msysGit-.
> Another telltale is that the msysGit installers come in two flavors: fullinstall and netinstall.
> Further, msysGit does not install to C:\Program Files by default.
> But msysGit comes with gcc, the GNU C Compiler.
>
0975login:Penguin
2010/09/14(火) 20:14:54ID:tOvJH+meCommitting to svn+ssh://xxx/trunk ...
M xxx.txt
トランザクションはリポジトリ側と比べて古くなっています: Out of date: '/xxx.txt' in transaction '11523-1' at /opt/local/libexec/git-core/git-svn line 572
$ git svn rebase
It seems that I cannot create a rebase-apply directory, and
I wonder if you are in the middle of patch application or another
rebase. If that is not the case, please
rm -fr xxx/.git/rebase-apply
and run me again. I am stopping in case you still have something
valuable there.
rebase refs/remotes/svn/trunk: command returned error: 1
意味がぜんぜんわからないんだけど
rm -fr xxx/.git/rebase-apply
をすればいいのか…？
0976login:Penguin
2010/09/14(火) 20:21:12ID:tOvJH+meして git svn rebase したらコンフリクト地獄が始まったので
恐くなって git rebase --abort して
git svn dcommit したら >>975 の最初に戻った。
一体どうすれば
0977login:Penguin
2010/09/14(火) 20:33:12ID:AR5HDwoCgit svn fetch
git log HEAD..trunk
ってやったらどうなる？（trunkは適宜置き換えが必要かもしれない）
rebaseで適用される予定のコミットが表示されるはずだけど、
そいつらが既に今のブランチにあったりしない？
git log trunk..HEAD
この場合、dcommitでsvnに送られる予定のコミットが表示されるはずだけど、
既にsvn側に存在するコミットが表示されたりしない？
git側でマージしたりするとこうなるかも知れない。git-svnするならマージコミットは
作らないほうが良いよ。
もしくはdcommit先のtrunkとかbranches/hogeとかが途中でズレたりしてコミットが
重複しまくってるとか。
0978login:Penguin
2010/09/14(火) 20:51:11ID:tOvJH+me$ git svn fetch
(10秒ぐらいかかって何も表示されず正常終了したっぽい)
$ git log HEAD..trunk
fatal: ambiguous argument 'HEAD..trunk': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
$ git log trunk..HEAD
fatal: ambiguous argument 'trunk..HEAD': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
$ git log -3 --oneline
606d931 ○○するように変更
64a27a8 ○○機能実装
5974f08 Merge branch 'master' into topic4
なんかtopic4での作業を git master topic4 としてからおかしくなりました。
git svn dcommit -n だと10行ぐらいでてきます。
が、git svn dcommit だと >>975 の最初に戻ります
0979login:Penguin
2010/09/14(火) 21:00:30ID:AR5HDwoC最終的にdcommitするなら、topicブランチの作業はmergeしないでrebaseして
真っすぐにしといたほうが良いよ。
trunkじゃないのか。なんかリモートブランチの名前があると思うんだけどな。
.git/refs/remotesになんかあると思う。git branch -r とかでも。
0980login:Penguin
2010/09/14(火) 21:27:11ID:tOvJH+me「topicブランチの作業はmergeしないでrebaseして真っすぐ」というのがよくわからなかったのですが、
とりあえず .git/refs/remotes の下に svn があったのと、
$ git branch -r
svn/trunk
となったので
$ git log HEAD~3..svn/trunk --oneline
みたいにしたら git log は正しく動きました
(こういう使い方があるんですね。覚えとこう)
あとは、どっかのブログに過去に戻る方法が書いてあったのでそれを参考に、
$ git reflog -12
(中略)
64a27a8 HEAD@{9}: merge topic4: Fast-forward
0dd2d98 HEAD@{10}: checkout: moving from topic4 to master
$ git reset --hard HEAD@{10}
として戻って
>>977さんのアドバイスをうけて --no-commit をつけてみて、
ウノウのサイトで、おまじないとして --no-ff つけとけみたいに書いてあったので
$ git merge --no-ff --no-commit topic4
としてみて
git commit
未来でコミットしてたのを探して取り込んで、
git reflog -20
git cherry-pick 606d931
git svn dcommit
で、コミットできました(嬉し涙)
アドバイスありがとうございました >>979
0981login:Penguin
2010/09/14(火) 21:39:34ID:zBcLbtwPGit 2
http://hibari.2ch.net/test/read.cgi/tech/1284467898/
0982login:Penguin
2010/09/14(火) 21:48:11ID:tkVL1pFU乙。
連投規制があるらしいが、テンプレ終わり？
0983login:Penguin
2010/09/14(火) 21:50:02ID:Is+DvmEPGit-...preview と PortableGit... と msysGit... の違いは？
0984login:Penguin
2010/09/14(火) 22:05:48ID:zBcLbtwPテンプレはこんなものかな？
追加があればヨロ。
レス数が950を超えています。1000を超えると書き込みができなくなります。