トップページ⇒linux
984コメント325KB

git スレッド

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2007/12/16(日) 18:40:39ID:GslAi8rs
ソースコード管理を行うバージョン管理システム、git について語ろう。

あの、リーナス・トーバルズだって、バージョン管理を始めたんだ。
http://www.kernel.org/pub/software/scm/git/

git チュートリアル (バージョン 1.5.1 以降用)
http://www8.atwiki.jp/git_jp/pub/Documentation.ja/tutorial.html
0459login:Penguin2009/09/01(火) 17:44:29ID:Cu6PEjTW
>>458
古いコミットを削除？して新たにコミットしている、という事でしょうか？
0460login:Penguin2009/09/01(火) 19:42:56ID:+F0cM0kX
ハッシュ見れ
0461login:Penguin2009/09/01(火) 20:44:28ID:2vtwePxM
>>460
なるほど。
git show "古いハッシュ"
で、古いコミットのログが見れました。
削除はしてないんですね。
0462login:Penguin2009/09/01(火) 21:41:34ID:miUg4h5c
>>461
gcしたら消えるよ。どこからも参照されてなければ。
0463login:Penguin2009/09/04(金) 22:13:13ID:jVdAqUn/
あるリポジトリとそのミラーがいくつかあって、最初にcloneしてきた
ところから普段はfetchしている
$ git fetch
んですが時々別の場所からfetchしたい場合があります。
$ git fetch another_mirror
こういう場合、各ミラーをそれぞれremoteとして登録すべきなんで
しょうか。調べた限りではurl.<url>.insteadof=<alias>を
使ってURLに別名をつけられるのですが、fetchコマンドの最初の
引数にこのURL別名だけを与えても実際にはデータが落ちず、refspec
まで書かないといけなくて面倒です。
0464login:Penguin2009/09/11(金) 20:42:02ID:Crcv3Tii
間違えた commit は git commit --amend で戻せますが、
git push したのを取り消すにはどうしたらいいでしょうか？
0465login:Penguin2009/09/11(金) 21:24:08ID:GPAiiF+d
>>464
「取り消す」というのがamendしたものを反映したいという意味なら
git push -f
で上書きできるよ。
0466login:Penguin2009/09/11(金) 21:34:54ID:Crcv3Tii
>>465
ありがとうございます。
history からも消すことはできますか。
0467login:Penguin2009/09/11(金) 21:37:03ID:GPAiiF+d
>>466
> history からも消すことはできますか。
んん? 何を消したいのかもう少し詳しく。
04684662009/09/11(金) 22:41:07ID:Crcv3Tii
>>467
github に git commit & git push してから間違いに気づいてしまったのです。
それを消したいのです。git log から消えたり、
github は history を見ることが出来ますが、それからも消えるとありがたいです。
0469login:Penguin2009/09/11(金) 22:47:34ID:CyE8alMj
>>468
何もかも上書きさるよ。
ただgithubってことは既に公開されてるから、他の人があれ何だこれこわい、
ってなるかも。つまりあんまやるべきじゃない。
04704662009/09/11(金) 22:50:59ID:Crcv3Tii
>>469
ありがとうございます。
確かに消すのはよくないですよね。
( 別の場所から commit したから名前を間違えてしまってｗ )
0471login:Penguin2009/09/16(水) 17:10:33ID:YPgdd8OB
リモート側にpushされてきた変更を反映するのってどうやるんですか？
git log では表示されるんですけど、master に反映されていません・・・。
0472login:Penguin2009/09/16(水) 17:13:27ID:XD22rFwt
>>471
「反映」を適当に解釈してエスパーしてみると、
git pull
0473login:Penguin2009/09/16(水) 17:19:00ID:YPgdd8OB
>>472
リモート自身に push されてきたものを、自身の master に反映させる、でした＾＾；
リモート(origin)側で git pull する場合ってどう指定するんでしょう？
0474login:Penguin2009/09/16(水) 17:40:50ID:XD22rFwt
>>473
「自身の master に反映させる」なら git pull だよ。
リモート(origin)側をどうにかしたいの？
0475login:Penguin2009/09/16(水) 18:07:18ID:YPgdd8OB
>>474
はい。その通りです。
サーバに置いたoriginに対してローカルからpushした結果を、originのmasterに反映させたいんです。
0476login:Penguin2009/09/16(水) 18:45:32ID:XD22rFwt
>>475
ローカルのmasterをoriginのmasterに突っ込むにはこう
git push origin master:master

文章から推測するにいまひとつ理解できてないようなので、この辺を読むことをオススメします
http://www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/gittutorial.html
0477login:Penguin2009/09/16(水) 19:43:56ID:JwlYDLcs
リモートがbareじゃないのでは?
git checkout -f HEAD
0478login:Penguin2009/09/16(水) 22:23:53ID:Wm2GOTku
『リモートに push したのに反映されていない』とエスパーしたが
それなら git remote update だよ
0479login:Penguin2009/09/16(水) 23:36:01ID:YPgdd8OB
皆さんレスありがとうございます。

仰る通りリモートは bare　じゃないです。

git checkout -f HEAD

でリモートの状態を最新にできました！
ありがとうございました！
0480login:Penguin2009/09/17(木) 01:26:37ID:P4kqmOWE
?
0481login:Penguin2009/09/21(月) 13:23:23ID:GwGS71uz
gitメンテナであるHamano氏自身による「入門Git」発売記念age
http://www.shuwasystem.co.jp/products/7980html/2380.html
# 翻訳本の「入門git」じゃないぞ

Amazon はすでに売り切れ状態みたいだけどね。
0482login:Penguin2009/09/21(月) 13:34:20ID:zscoFCMs
gitは使われ始めたばかりだから、一番最初にgitの解説書書いたら、売れそうだな
0483login:Penguin2009/09/21(月) 13:57:00ID:ZVNst0Rd
>>482
？？？
0484login:Penguin2009/09/21(月) 14:34:05ID:vL4ajUNH
>>481
ぎゃー
つい最近翻訳本のほう買っちまったぜ…

Hamanoさんが書くべきだろとは思ってたけど、書いてたのか〜
目次だけ見たけどすごいしっかりしてそうだ。読むのが楽しみ！
0485login:Penguin2009/09/21(月) 14:36:17ID:Sxx9inOy
まあ、翻訳本もPragProgブランドだし、損にはならないんじゃね?
0486login:Penguin2009/09/21(月) 14:57:30ID:GwGS71uz
>>484
ここを読んでもっとwktkするがよい
http://gitster.livejournal.com/38015.html
0487login:Penguin2009/09/21(月) 21:31:18ID:vL4ajUNH
>>486
ありがとう、livejournalか、そこ知らなかったよ。
wktkが止まらないので、明日本屋うろついてくる。Amazon売り切れ過ぎ、入荷予定遅すぎ。
0488login:Penguin2009/09/22(火) 20:31:15ID:ssamdIV8
きっと、Linusの「はじめに」の最後の一文を読んで、
にんまりしてしまうに 1000カーネル
04894632009/09/23(水) 18:27:17ID:vjEE4TYp
誰か...
0490login:Penguin2009/09/23(水) 21:43:44ID:jo5qX9Sx
>>463
remote 登録すると明示的に指定しなくても、そのリポジトリの全ブ
ランチを fetch してくれるのは.git/config 内でそのリモートリポ
ジトリの設定の fetch の行におまじないが書いてあるから。

別名定義したいほどの頻度で使うなら素直に remote add しろや
0491login:Penguin2009/09/23(水) 22:37:49ID:O/8ntIxQ
>>490
＞別名定義したいほどの頻度で使うなら素直に remote add しろや
>>463にはすまんが、俺もそう思ってた。
てか、refspecまで書かなきゃダメ、とかいろいろ試してみたんだったら、
MLで質問したほうが良いんじゃないかな。bugかもしれないし。
0492login:Penguin2009/09/24(木) 00:06:18ID:h3tEtuix
>>491
んー。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:Penguin2009/09/26(土) 14:03:44ID:EEvSsK+s
最近GitHubが重いと思う
GitHubの収益源ってなんだっけ？
0494login:Penguin2009/09/26(土) 16:19:01ID:1VrklZ1N
有償アカウントとか講習会とか業務への導入サポートとか。
鯖はEngineYardだな。
0495login:Penguin2009/09/28(月) 11:57:44ID:tMILVOon
それだけで賄えるものなのか
0496login:Penguin2009/09/28(月) 17:40:21ID:9izAOEVd
時々サーバ死んでるよね
タダで使い倒しておいてあまり文句いう筋合いもないけれど
0497login:Penguin2009/09/28(月) 18:11:25ID:tMILVOon
無料でしか使う予定はないけど頑張ってほしい
0498login:Penguin2009/09/28(月) 18:13:49ID:JZFsKZPh
http://fi.github.com/
そういえば、こんなのあったね。
0499login:Penguin2009/09/28(月) 22:56:07ID:oz2dR2We
Gitはじめてなのですが、バイナリの履歴はすべて持っているのでしょうか？
それとも差分だけ？また、ローカルリポジトリには圧縮されたバイナリはどのように
保存されるのでしょうか？バイナリサイズが大きいプロジェクトで使用予定なのですが
ローカルリポジトリが膨れ上がるのを恐れています。
0500login:Penguin2009/09/29(火) 21:45:20ID:bBdN/JgI
.git/objects の下を覗きながらcommitしていくと、git gcで
(あるいは時間が来て)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:Penguin2009/09/29(火) 23:05:28ID:RwaZJqu/
thunks! 時間がくれば pack されるのですね。
まあ、HDDスペース節約よりは速度重視な最適化というわけですね。
HDDは、いっぱい増やすしかないかぁ。
後 Windows のファイル名の日本語処理がまずいところが不満ですね。
これさえ解決すれば svn から乗り換えるんだけどなぁ。来年ぐらいかなぁ。
0502login:Penguin2009/10/02(金) 20:43:35ID:N5w8ligl
>>494
あれなんかEngine Yardじゃなくなってるぽい。
こないだのメンテで移動したのかな。
0503login:Penguin2009/10/05(月) 13:23:59ID:wUrA1+B2
なんか新しい本買った人いる？
0504login:Penguin2009/10/05(月) 13:27:13ID:Llm7fIHP
"pro git" pdf
でぐぐれば面白いのが見つかるぞ
0505login:Penguin2009/10/07(水) 07:24:37ID:GcizbF6G
git clone git://git.example.org/cgit.cgi/xyzzz/tree/?h=newton

git で下の階層に置かれている newton を
持ってくるにはどうしたら良いのでしょうか？

xyzzz を持ってくるのはできるのですが…　　　
0506login:Penguin2009/10/07(水) 07:53:19ID:GcizbF6G
自己解決 >>329-334 辺り感謝

git clone -n git://git.example.org/xyzzz
cd xyzzz
ls
git checkout -b newton
git fetch

で取りあえず上手く取ってこれるみたいでした
なんでも一行でやろうとするなじぶん('A
0507login:Penguin2009/10/07(水) 20:16:41ID:9QifAEec
>>506
git cloneで既にfetchしているんでcheckoutの後にfetchしなくても
0508login:Penguin2009/10/09(金) 23:56:02ID:zcQ4FwK0
>>501
>後 Windows のファイル名の日本語処理がまずいところが不満ですね。
$ git config core.quotepath true
でもだめでしょうか。
0509login:Penguin2009/10/10(土) 10:37:00ID:qzf82yAL
> git config core.quotepath true

cygwin 版の話ですかね。基本エンジニア以外も触るのでTortoiseGit の(MSYS版)でコミット
した後の亀が飛んで行ったところのメッセージが必ず文字化けしているのがちょっと嫌ですね。
また現在 svn を利用していてこちらを git-svn で使用したいのですがこれも MSYS版には
入っていないようなのでそこもネックになっています。
0510login:Penguin2009/10/10(土) 11:19:34ID:KZzP/TMn
>>509
msysgit(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:Penguin2009/10/10(土) 19:49:42ID:mLaG7GzK
TortoiseGit に同梱されている
0512login:Penguin2009/10/10(土) 19:51:42ID:mLaG7GzK
途中での書き込み、すまん。

TortoiseGit に同梱されている igit.exe のソース
どこにあるか、知っている人いたら教えてもらえないだろうか？

どうも TortoiseGit のリポジトリの中にはなさそうなんだけれども。
0513login:Penguin2009/10/10(土) 19:57:24ID:6WX0ZYRA
Linux板でWindowsのソフトの話すんなよ
0514login:Penguin2009/10/10(土) 20:14:31ID:zeXst2F3
Windows版のgitはまだまだだよって、開発者自らいってて、どんどんフィードバックしてくれって言ってるんだから
Windowsでgit使いたいんなら、フィードバックしないと一向に改善されないと思うよ
git開発者は、Windows特有の問題とか疎いだろうし
05155122009/10/10(土) 20:47:16ID:mLaG7GzK
重ね重ねすまん。
スレタイのみで検索して書き込んでしまった。

分散型バージョン管理システムのフロントエンドを

git の Windows 版フロントエンド作りたいなぁと思って
TortoiseGit のソース見てたんだが、
0516login:Penguin2009/10/10(土) 20:48:31ID:mLaG7GzK
また、途中で書き込んでしまった。
ごめん、反省した。途中だけど、もうやめる。
0517login:Penguin2009/10/10(土) 21:07:24ID:5i7bVBSp
>>513
次スレはム板にする？
0518login:Penguin2009/10/10(土) 21:26:06ID:e4Crdqki
ここ、隔離スレかと思ってたんだが
0519login:Penguin2009/10/11(日) 00:39:32ID:9BCQsKnT
Windows上でgit使ってる奴なんかいなんだから、Windows特有の問題なんかしらないってことでしょ
0520login:Penguin2009/10/11(日) 02:33:37ID:FePGrTfs
>>512　恥ずかしいやつ過ぎるwwwwwwwwww
0521login:Penguin2009/10/11(日) 02:44:24ID:MLGHRsF4
>>515,517
プログラム板にバージョン管理システムのスレあるけど、、、
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
板違いにはならないだろうけど、、、コアな話題はここでも良いんじゃないかなぁ

>>519
あっちのスレ見てると、使ってる人居るみたいだよ。
日本語ファイル名で苦労するようだけど、UTF-8 Cygwinではちゃんと使えてるらしい。
0522login:Penguin2009/10/11(日) 02:50:26ID:9BCQsKnT
そりゃ、あっちのスレではいるだろうよ(あっちがどこなのか知らんけど)
ここはLinux板
0523login:Penguin2009/10/11(日) 03:22:42ID:MLGHRsF4
＞Windows上でgit使ってる奴なんかいなんだから
ってお前が言うから、教えてやったんだぜ。
0524login:Penguin2009/10/11(日) 03:40:02ID:9BCQsKnT
この板だろうが、あほ?
0525login:Penguin2009/10/11(日) 03:41:49ID:FePGrTfs
安価もつけてない２ちゃんのレスを自分だけのメッセージって思うようになったら
終わりだぜ。しばらくmixijかtwitterでもやってたほうがいい。
0526login:Penguin2009/10/11(日) 12:14:56ID:bj1WkRKb
は？　LinuxもWindowsも両方使ってる奴だって居るだろうが、カス？
0527login:Penguin2009/10/11(日) 14:55:39ID:tk3kki/A
で、ここは本スレなのか？
0528login:Penguin2009/10/11(日) 15:00:46ID:h+3Jm6y9
一応。
0529login:Penguin2009/10/11(日) 15:03:12ID:h+3Jm6y9
まあ今はム板にある Subversion スレも、この Linux 板の卒業生だしな。
0530login:Penguin2009/10/11(日) 20:01:14ID:EMO8XszP
[ANNOUNCE] GIT 1.6.5
ttp://article.gmane.org/gmane.comp.version-control.git/129906
0531login:Penguin2009/10/11(日) 23:51:09ID:5ur/s6Zl
Git-1.6.1-preview20081227.exe から Git-1.6.4-preview20090730.exe に
乗り換えたら確かに git-svn を TortoiseGit から使えました。Windows も実用段階
に入ってきましたね。
0532login:Penguin2009/10/12(月) 12:09:24ID:cIqY6mPO
>>531
>Windows も実用段階に入ってきましたね。
きっとﾋﾞﾙｹﾞｲﾂも喜ぶよ、それ言ってやったら。
0533login:Penguin2009/10/15(木) 23:02:27ID:eyJUfiVx
   【恐怖の】呆れるほど危険な民主党の正体【民主党】
    http:／／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:Penguin2009/10/21(水) 13:42:46ID:c6oQncZ5



もしかして git って名前通り、日付指定で checkout できないの？



やっぱ馬鹿。



0535login:Penguin2009/10/21(水) 21:06:25ID:l0alaDlx
>534
なぜできないと思ったのか詳しく。
0536login:Penguin2009/10/21(水) 21:07:29ID:aa6m0+r8
>>534
おみゃーがgitなんでは
0537hNhmZvkzyoOKS2009/10/23(金) 00:55:36ID:AJC23NiC
But while these inter- ventions slowed the adjustments of the market, these adjustments were still in ultimate control of the situation. ,
0538VfpxZeUExLhxZWcT2009/10/23(金) 22:20:46ID:iDEpw1qy
This initial post on Every Kitchen Table frames the need for new food systems connecting more consumers with sustainably grown, processed and transported food. ,
0539login:Penguin2009/10/28(水) 22:39:14ID:5N68sDZB
最後にコミットした時のログメッセージの再編集は git commit --amend でできるのですが、
何世代も過去のコミットのログメッセージの再編集はどうやればできるのでしょうか。
それともそんなことはできないんでしょうか。
0540login:Penguin2009/10/28(水) 22:53:34ID:oPxfRTK5
git rebase -i HEAD\~5
みたくやって pick を edit にして、--amend の時に変更かな
0541login:Penguin2009/10/28(水) 22:53:38ID:ZAqclN9p
>>539
色々やり方あると思うが、例えば git rebase -i ... で編集したい commit を "edit" に設定
して、そこで git commit --amend とか
0542login:Penguin2009/10/28(水) 22:54:51ID:Bv3SPJWB
ttp://progit.org/book/ja/ch6-4.html
0543 ◆Mizar2to32 2009/10/29(木) 20:21:01ID:25uBABNp
git gui は日本語UIにできるのに、 gitk はできないのも妙に思い、日本語訳を試みてみました。
妙な日本語訳の改善案などがあればお知らせください。

http://lab.mzr.jp/gitk/
0544login:Penguin2009/11/02(月) 10:53:06ID:dHnBQYx7
>>539
脳内で考えるような「単純な差し替え」は厳密にはできない
「以前と同じ修正群と、以前と違うコミットメッセージ」を持ったコミットの列を作って繋げなおす、という手順になる
動作的には同じだが、オブジェクトとしては別だし、ハッシュ値も違う
push した後だと以前のコミットと同一視させる手段がなくてたいそう悲惨
0545login:Penguin2009/11/02(月) 22:10:38ID:tm2FQ3Ct
もちろんそれは正しいけど、commit --amendを持ち出してる
のを見ると、そこらへんは分かってるように見える。
0546login:Penguin2009/11/12(木) 18:58:57ID:g557GIl1
Gitの実装はいつCからGoに切り替わりますか？
ttp://pc12.2ch.net/test/read.cgi/tech/1257079004/90-
0547login:Penguin2009/11/12(木) 21:02:35ID:ExEkAwfK
>>546
どっちだ?
http://golang.org/
http://books.google.com/books?id=jyIrfDokmKgC&dq=isbn:0975444913
0548login:Penguin2009/11/18(水) 09:19:34ID:F9Vk+fo2
git pull --rebaseしたのですが、

Applying: コミットメッセージ
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しても同じメッセージが出ます。
どうすればいいんでしょうか？
05495482009/11/18(水) 15:11:19ID:F9Vk+fo2
git fetchして、git rebase masterすると同じメッセージが出たのですが、
git rebase -i masterすると問題なくリベースできました。
解決はできたのですが、なぜgit rebase masterでリベースできないのに
インタラクティブモードではできるのか、わけがわからない・・・
0550login:Penguin2009/11/18(水) 18:47:37ID:d8p7qpgP
>>548
rebaseの内部でコケてるみたいだけど、遭遇したことないなあ。
バージョンは？　もしかしてCygwinだったり？
0551login:Penguin2009/11/18(水) 22:32:08ID:vQLD30Z2
>>548
rebase -i masterでリベースできるってことは
ふだん使うブランチはmasterではなくて、
masterっていうローカルブランチがたとえば
ref: origin/master
みたいになってたりするの?
0552login:Penguin2009/11/22(日) 09:56:48ID:AGTujtCR
すみません、煮詰まってしまったので詳しいかた教えていただけないでしょうか

bareじゃない二つのリポジトリAとBがあります。
（BはAからのクローンです）

Bで変更を行ってAにPushしたあと、Aでgit statusすると
A上ではBで行った変更の真逆の修正が行われてステージされていることになっています。

これはどうしてでしょうか？

純粋に期待している動作（A上でもBで行った修正がコミット済みになっていて何もステージされていない状態）にするにはどうしたらよいのでしょう？
0553login:Penguin2009/11/22(日) 11:17:08ID:VQCPH5PD
>552
ステージされてるなら git reset なり git checkout . なりすればいいんじゃないの？
0554login:Penguin2009/11/22(日) 12:57:08ID:KnKStRKz
>>552
bareじゃないとこにpushじゃしょうがないんじゃないかな。
Aでpullしたらいいんじゃない？
0555login:Penguin2009/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,5552009/11/22(日) 18:28:42ID:AGTujtCR
間違えました。

誤：現状ですと、正しくPushするためにはbareじゃないリポジトリを
正：現状ですと、正しくPushするためにはbareなリポジトリを
0557552,5552009/11/22(日) 19:14:14ID:AGTujtCR
たびたびすみません。自己解決しました。

BからAにPushしたあと、Aでgit reset --hard
すればいいだけでした。

返信をくださった方ありがとうございました。
0558login:Penguin2009/11/28(土) 04:29:09ID:mXZ4Zywn
バイナリファイルがコンフリクトした際にどのように対処してますでしょうか
マージすることが不可能な場合、どちらかのファイルを選択することになりますが
自分の作業を優先してコンフリクト解消する場合には

git add コンフリクトしてるファイル
git commit

これでコンフリクト解消できますが、相手のファイルを優先したい場合に

git reset コンフリクトしてるファイル
git commit

をすると両者の作業がなかったことになってしまいます。

相手の作業を優先する場合にはどのようなコマンドを打てばよいのでしょうか
■ このスレッドは過去ログ倉庫に格納されています