git スレッド
■ このスレッドは過去ログ倉庫に格納されています
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
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出来るようにしつつ2回に分けてコミット、
修正が複数ファイルだったり込み入ってる時は、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あったのか、�dくす
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使いだけど、多い日には8割ぐらい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とかけっこう分かりやすいと思うな。
■ このスレッドは過去ログ倉庫に格納されています