[過去ﾛｸﾞ] Git 16©2ch.net (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
150: (ﾜｯﾁｮｲ 822d-E7Ol [115.39.17.219]) 2017/12/14(木)01:55:18.80 ID:l16WN9gO0(1) AAS
Git で管理しているJavaのクラスを
リファクタリングで別のパッケージに移動させた場合、
物理的な移動 と 中身の変更(パッケージ宣言の変更) が同時に発生するので
これらを同時にコミットすると、Git上で履歴が追跡できなくなるのがつらい
いまは、ファイルだけ移動させていったんrenamedでコミットしたあとに、
別のコミットで中身(パッケージ宣言)を書き換えてしのいでいるんだけれど、
途中でコンパイルが通らないコミットができるのが、あまりうれしくない…
省1
193: (ﾌﾞｰｲﾓ MMa7-A0Yw [210.138.6.197]) 2018/04/13(金)23:59:12.80 ID:rZGlzV+wM(1) AAS
めっちゃ便利なんだが？？
分かってる人が分かってない人にちゃんと教えるべきでは？
御社の教育体制を見直すべきでは？
250: (ﾜｯﾁｮｲ 9ba5-Bw3Y [114.145.153.21]) 2018/06/20(水)18:29:35.80 ID:FtYDkm0A0(1/2) AAS
2.18が出る直前になって、MLに "security: potential out-of-bound read at ewah_io.c |ewah_read_mmap|"
って、セキュリティバグほどではないけど、少しやばいのが見つかって、2.18のリリースが少し遅れている模様。
262: (ﾜｯﾁｮｲ 23d2-fhdp [59.168.54.42]) 2018/06/26(火)20:23:46.80 ID:z7QfCwwb0(2/2) AAS
>>256
統失
266(1): (ｽｯﾌﾟ Sd03-fhdp [1.66.105.50]) 2018/06/26(火)21:33:24.80 ID:3kHUFox/d(1) AAS
>>265
たとえば？
383(1): (ﾜｯﾁｮｲ 8deb-sule [58.138.47.216]) 2018/07/06(金)08:17:54.80 ID:Kkf9W2Qp0(2/5) AAS
ああ そういなのか
プルリクエストしたら１箇所なおしてっていわれたから直したんだが
git log みるといままでの人もほとんど１人１回のコミットしかしてなかったし
コミット履歴が多いのださいからと思って１つ前のコミットのリセットをして新しくコミットしなおしたんだよ
そしたらプッシュできなくなったんだよ
プッシュしたコミット履歴がないと別のブランチにみえるからコンフリクトってのをおこしたのか？
何となくやっちゃだめなことやったってのは分かったわけ
省4
406: (ﾜｯﾁｮｲ 6598-UVFs [124.103.78.199]) 2018/07/07(土)06:57:27.80 ID:iDNRczSG0(1) AAS
git push -f すればいい。
自分が管理するブランチの歴史を書き換えて
強制pushするのはよくやること
676: (ﾜｯﾁｮｲ 0914-+klA [180.44.254.115]) 2019/05/26(日)13:39:03.80 ID:n6k+d3Gb0(1/3) AAS
> 開発者だけどどっちでもいいわ
どっちでもいいってことは、どっちも知ってるはずだけど
違いしてていていってんの？svnとgitの比較言える？
749: (ｴﾑｿﾞﾈ FFc2-ca7b [49.106.188.113]) 2019/09/04(水)11:36:25.80 ID:Z0seKSTeF(1) AAS
逆じゃね
829: (ﾌﾞｰｲﾓ MM86-4+ob [163.49.206.19]) 2019/11/01(金)22:53:41.80 ID:e5+N+yHPM(1) AAS
バグがでたらその場でコミットするすらある
その後確実に直したかを確認できるように
888(1): (ｵｲｺﾗﾐﾈｵ MMc7-fMii [150.66.71.64]) 2020/02/18(火)12:31:37.80 ID:pMNjUdCaM(1) AAS
レポジトリは3つあるよ。
1. プルリクエスト受ける側 (オーナーA)
2. そこからforkして、じぶんのリモートになるレポジトリ(オーナーB)
3. 2からローカルにcloneしたレポジトリ(オーナーB)
pushは2と3のやりとりで、featureブランチ開発してpush。そのブランチをプルリク出して、レビュー。プルリクはGiHub/GitLabの操作。コードが良ければ、1のオーナーが2のブランチを1へマージ(っていうかpull)。
その後にmasterにマージするかは1の人次第だよ。masterの運用は、1の人が考えればいいよ。どんな開発かわからないけど、普通はデプロイするときにmasterにマージするんじゃないかな。
895: (ｱｳｳｨﾌ FF57-IPX/ [106.171.73.169]) 2020/02/20(木)10:51:36.80 ID:sbHTvmgoF(1) AAS
リモートのが壊れただけなら
自分のところにある正しいものをpush
898: (ﾜｯﾁｮｲ 43b0-Nz9x [114.145.109.199]) 2020/02/20(木)20:06:31.80 ID:tIiyieq40(1) AAS
>>793
遂に、先月GCCのリポジトリがGit に移行完了した模様。
It's 2020 And GCC Has Finally Converted From SVN To Git
Written by Michael Larabel in GNU on 12 January 2020 at 07:31 AM EST
外部ﾘﾝｸ[php]:www.phoronix.com
960: (ﾜｯﾁｮｲ 7f4c-wpJv [123.198.213.132]) 2020/06/06(土)00:10:37.80 ID:u22pMI2j0(1) AAS
その状況だと、リベースとマージは同じだと思うよ。
pushするときに毎度マージが発生するのは仕方ないかもしれないけど、
それをマージしおわってpushしたらもう更新されてたっていうのなら、運用見直したほうがいいと思う。
調停する人置くとかしないとならんかな
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s