- 1 名前：デフォルトの名無しさん(ﾜｯﾁｮｲ) mailto:sageteoff [2017/02/05(日) 05:22:15.65 ID:AxwpDksc0.net]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆関連サイト
Pro Git - Table of Contents
git-scm.com/book/ja
Git入門
www8.atwiki.jp/git_jp/
◆前スレ
Git 13
echo.2ch.net/test/read.cgi/tech/1439563364/
Git 14
echo.2ch.net/test/read.cgi/tech/1457412803/
VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured
- 2 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/02/05(日) 06:30:39.79 ID:Aiaziz9C0.net]
- < ｀∀´>ﾆﾀﾞｰ
- 3 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/05(日) 14:05:34.08 ID:k22lvY+90.net]
- Git v2.12.0-rc0
https://github.com/git/git/blob/master/Documentation/RelNotes/2.12.0.txt
- 4 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/05(日) 15:38:55.62 ID:+MDXuZ600.net]
- rebaseを使いこなして初めて
gitを使えるようになったと言える
- 5 名前：デフォルトの名無しさん (ｴﾑｿﾞﾈ) [2017/02/05(日) 15:39:17.20 ID:uN/SMrchF.net]
- >1 乙py
- 6 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/07(火) 10:05:09.07 ID:rbbJBTTu0.net]
- gitlab復旧作業8時間実況すげ
https://www.youtube.com/watch?v=nc0hPGerSd4
- 7 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/07(火) 11:25:57.76 ID:HoZye2uF0.net]
- rebaseの使い途がそんなにないんじゃね
コミットが何百もあったときにrebaseで綺麗にできると思えん
squashはresetでできる
使えるのは過去のコメントを編集するときくらいか
- 8 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 03:26:19.24 ID:EqksEKaR0.net]
- >>7
コミットが何百もあるブランチを
マージするってのがそもそも間違いだよね？
そのどでかいブランチから、小さく機能を抜き取って
小さなブランチにしてマージするべきだよ。
そのときにcherry-pickを使うのは当然ながら
抜き取ったあとの整理でrebaseも行う
- 9 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 03:53:20.12 ID:TcrM+SWf0.net]
- エスパーすると
>>7は"git rebase -i [コミット]"くらいしか使ったことないんじゃなかろうか
違ったらごめーんね
- 10 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 11:32:37.78 ID:glAhqeU30.net]
- 何かそういう、ブランチを整理するときのワークフローで分かりやすいドキュメントってないですか？
いつもいろんなgit操作を試行錯誤してしまって、本題がコミットすることからブランチ整理することにずれていってしまうので。
- 11 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 11:38:22.96 ID:AT2+3Uwc0.net]
- >>8
なるほどと思ったが
cherry-pickは操作後の動作が保証できない
mergeなら操作後の動作が保証できる。完全ではないがcherry-pickよりまし
なのでmergeのほうが優れている
- 12 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 15:36:17.78 ID:fGXhImwi0.net]
- >>10
masterブランチにcommitしまくるからそうなる
最初に開発ブランチ作れ
- 13 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 17:10:20.00 ID:glAhqeU30.net]
- >>12
あっ、そういうのはいいんで、rebaseを含めブランチの履歴を整理する分かりやすいワークフローがあったら教えて下さい
- 14 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 19:40:31.54 ID:Z548kjM+0.net]
- 最強の整理整頓術はそもそもモノを増やさないことだってのは全く間違ってないと思う
ブランチ整理って何がしたいのか分からんけど、successful git branching modelでも参考にしたらええんちゃうの
- 15 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 22:22:54.22 ID:EqksEKaR0.net]
- >>11
> cherry-pickは操作後の動作が保証できない
何を言ってるんだ？
cherry-pickはあるコミットを持ってくるというだけの機能で
cherry-pickしたあとの動作なんて最初から何も保証してないんだが
保証できないんじゃなくて、保証してない
だからrebaseして、そのcherry-pickしたコミットが正しく動くようにするんだよ
ちなみに、そもそもなんでcherry-pickして動かなくなるのかといえば
こまめなrebaseをしてないから。例えばコミットに対する修正を別コミットに
していたりするとそうなる。こまめにrebaseして意味のある単位にコミットを
修正していれば他人が読んだときのレビューも楽になるし、再利用もしやすくなる
> mergeなら操作後の動作が保証できる
mergeはブランチ全てをマージするものであってそもそも使うべきところが違う。
ブランチの中の1コミットだけを抜き取りたいときにmergeではできない
（できないからmergeの方が劣ってるとでも？ｗ）
使い方が違うだけの話でどちらかが優れているとか劣っているとかいう話じゃない
- 16 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 22:48:05.72 ID:EqksEKaR0.net]
- >>13
> あっ、そういうのはいいんで、rebaseを含めブランチの履歴を整理する分かりやすいワークフローがあったら教えて下さい
簡単に言えば、こまめなコミット、こまめなrebaseだよ
有名なオープンソースソフト（例git）のコミットログを眺めてみればいい
あれが目標とすべきコミット
眺めてみればいいといったが、コミットログっていうのは読むものなんだよ。
後から読むこともあるしレビューのときに読むこともある。だから可読性が必要
じゃあコミットの可読性はどうやればあげられるかというと
意味がある単位で小さくまとまめること
例えば試行錯誤した形跡を表しているようなコミットを持ってこられたって
ここバグってる？すぐあとのコミットで修正されてるやーんとなって時間を無駄に費やするだけ
かと言って複数のコミットを全部まとめてしまったら量が多くなりすぎる
では意味がある単位で小さくまとめる（＝ワークフロー）にはどうするかとうと
まず開発中は小さくコミットしていく。大きな単位でコミットしてしまうと後で分けるのが大変になるから。
そして開発中はこまめにrebaseする。他の人にとって知りたいのは結果であって過程じゃない。
プルリク出すときには、最初から間違いなく作業しましたよっていう状態にして置かなければいけない。
rebaseが下手な人はコミットも大きくなって、いろんな修正を混ぜてしまう。
そういうことをするからrebaseするとコンフリクトまで起きてしまう。
コミットを小さくしていれば驚くほど簡単にrebaseができてしまう。
だからこまめなrebaseも苦にならない
- 17 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/08(水) 23:13:58.04 ID:I20sKjnm0.net]
- 最初から意味がある単位で小さくまとめるのが理想だけど、
後からブランチの履歴を整理する手段も色々ある。
gitでアレを元に戻す108の方法
labs.timedia.co.jp/2011/08/git-undo-999.html
Gitでやらかした時に使える19個の奥義
qiita.com/muran001/items/dea2bbbaea1260098051
- 18 名前：デフォルトの名無しさん (ｱｳｱｳｶｰ) [2017/02/09(木) 08:27:12.93 ID:ClsEJCvia.net]
- git(hub)-flow
- 19 名前：デフォルトの名無しさん (ｴｰｲﾓ) [2017/02/13(月) 10:17:21.25 ID:Ql0/GOXFE.net]
- git mvしないでmvしちゃったんですけどgit addしたらrename扱いになってました
絶対にgit mvしなくてもgit画面どう見てくれるから問題ないってことですか？
- 20 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/13(月) 10:39:40.22 ID:1h+Oz1MN0.net]
- >>19
中身を書き換える前ならわりと追ってくれる
どこまで追ってくれるか試すと楽しいぞ
- 21 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/02/13(月) 15:13:09.61 ID:UyeCKZqE0.net]
- 改行コード変わるだけで別ファイルになるけどな
- 22 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/17(金) 09:56:23.44 ID:hEtwtvyY0.net]
- 毎日仕事が終わったら、その日作ったソースコードを
gitサーバーにコミットして帰宅する俺。
- 23 名前：デフォルトの名無しさん (ﾜｲﾓﾏｰ) mailto:sage [2017/02/18(土) 01:13:13.92 ID:neEeF1u6M.net]
- コミットして帰ると次の日休んだ時にビルドが通らないと呼び出し喰らうパターンだな
- 24 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/18(土) 01:21:39.27 ID:YzcxuYMW0.net]
- >>22
プッシュじゃなくて？
- 25 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/18(土) 01:58:54.36 ID:SqGT/vv90.net]
- >>24
ごめん、プッシュね。
マネジャーの人が俺らの作業をチェックしたいらしくて、
毎日帰るときにみんなプッシュしてから帰宅する。
svn時代と変わらない。
- 26 名前：デフォルトの名無しさん (ｻｻｸｯﾃﾛﾙ) mailto:sage [2017/02/18(土) 02:04:19.48 ID:odevQhO/p.net]
- 細かくコミットしていくことを心掛けたいが、気付くとコミットを忘れて突っ走ってしまう
そんな馬鹿野郎におすすめのツールとか運用とかないですか
- 27 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/18(土) 03:06:20.95 ID:3dbLYC4l0.net]
- >>26
突っ走った後にgit add -p 使って複数のコミットを作る
- 28 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/18(土) 11:33:38.07 ID:YCJMYP7V0.net]
- >>26
一定時間ごとに�
- 29 名前：ｩ動でコミット、プッシュするスクリプトがあったと思う []
- [ここ壊れてます]
- 30 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/18(土) 13:22:21.19 ID:y2nzrwVZ0.net]
- >>28
そんなことするぐらいなら、
一定時間ごとに「コミットしろよ」って通知出すほうが良いわなｗ
- 31 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/19(日) 22:56:47.13 ID:ae9YYSse0.net]
- cron 書けとしか言いようがない。
- 32 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/02/22(水) 00:19:55.01 ID:doFig/5A0.net]
- エディタに自動保存機能なけりゃ編集内容はメモリ上にしかないからどのみち死ぬ
- 33 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/02/22(水) 15:40:38.57 ID:7bpb3LbA0.net]
- >>31
数分おきにエディタに :wq! を送るスクリプトを作ろう
- 34 名前：デフォルトの名無しさん (JP) mailto:sage [2017/02/22(水) 15:45:05.02 ID:T1tKwjPzH.net]
- 意味のある区切りじゃない自動保存などゴミ
- 35 名前：デフォルトの名無しさん (ｱｳｱｳｶｰ) mailto:sage [2017/02/22(水) 16:51:00.38 ID:QaRsR5LQa.net]
- そもそもコミットは成果毎に行うのであって細かくすればいいというものではない
- 36 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/22(水) 19:13:30.90 ID:nmnET67+0.net]
- プレーンテキストとかワープロとかならともかく、ソースコードだったらコンパイルするためにどんどん保存してるんだから自動保存ってそこまで必要性高いものでもなくない？
- 37 名前：デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ) mailto:sage [2017/02/22(水) 19:54:40.37 ID:OuXxGo6Bp.net]
- コミットと保存の話が混ざって混沌としてきてる
- 38 名前：デフォルトの名無しさん (ｱｳｱｳｶｰ) mailto:sage [2017/02/22(水) 20:45:47.20 ID:bVHsZCW9a.net]
- 個人開発なら単なる履歴残しに使ってもいいがチームの場合はそれじゃ困るんだよね
- 39 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/23(木) 01:11:00.83 ID:9wlFqT9C0.net]
- ショートカットキーctrl+Sで保存は便利でよく使う
履歴残し程度なら同様にショートカットキーで保存とコミットができるようにエディタにスクリプト組み込めばＯＫ
初回ショートカットキーで一時作業用ブランチを切らせて
一通り終わったなら別のショートカットキーでsquashなりでまとめてからコミットメッセージ入力窓でも出してから本来の作業用ブランチにFFマージさせればおｋ
- 40 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/23(木) 10:00:04.78 ID:lHjqIPrz0.net]
- >>37
チームの場合はgitは個人で自由に使わせておいて
チーム側では集約にsvnを使うよね
- 41 名前：デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ) [2017/02/23(木) 16:27:13.03 ID:EPi8ln12p.net]
- >>39
ない
svnで運用された頭が痛くなるような履歴をgitに取り込むことはよくある
- 42 名前：デフォルトの名無しさん (ｻｻｸｯﾃﾛﾛ) mailto:sage [2017/02/23(木) 20:55:38.64 ID:0FbQfq3Vp.net]
- チーム毎にgit使って、各チームの成果をインテグした時にsvn使う事はある
個人でgit、チームでsvnって構成はgitの美味しさの大部分を潰してるように見えるけど、想定してる規模が分からんし何とも言えんか
- 43 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/02/24(金) 14:06:29.60 ID:STsv/yLm0.net]
- SHA1の衝突がGoogleによって公開、gitにも言及
https://shattered.it/
それに対するLinusの見解
marc.info/?l=git&m=148787047422954
- 44 名前：デフォルトの名無しさん (JP) mailto:sage [2017/02/24(金) 14:11:42.95 ID:xRGcfmimH.net]
- hashの衝突は元から想定済っしょ
そもそも5桁でちぎって管理()してるんだし
- 45 名前：デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ) mailto:sage [2017/02/24(金) 15:11:29.62 ID:qhcGsvfzM.net]
- 想定はしてないでしょ、無理矢理衝突させたらリポジトリ壊れたって書いてるし
stackoverflow.com/questions/9392365/how-would-git-handle-a-sha-1-collision-on-a-blob
- 46 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/24(金) 16:02:16.98 ID:U6j2M/4W0.net]
- >>43
5桁でちぎって管理ってなんのこと？
- 47 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/02/25(土) 10:54:33.01 ID:xirdZVsB0.net]
- v2.12.0
- 48 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/25(土) 11:32:01.15 ID:PfZ6yy2F0.net]
- >>46
何か面白い機能追加された？
- 49 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/27(月) 04:28:34.00 ID:RD4dbD8r0.net]
- Linusの公式コメント
https://plus.google.com/+LinusTorvalds/posts/7tp2gYWQugL
- 50 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/02/27(月) 13:29:26.47 ID:v76+Cgkq0.net]
- SHA1衝突なんか怖かねーぜバーカ！
ってこと？
- 51 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/03/01(水) 00:08:39.88 ID:MSk4m/Wm0.net]
- ファイル数が20万～30万個あるプロジェクトをgitで管理できる？
git statusすると20万～30万の全部のファイルの更新日チェックするの？
- 52 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/01(水) 01:39:05.95 ID:B+RUxrlO0.net]
- gitで管理できなかったら、他の何を使っても出来ないと思うｗ
管理せずにファイル置いとくだけならできるだろうけど
- 53 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/01(水) 05:02:00.38 ID:TmPMZG9k0.net]
- >>51
きも
- 54 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ) [2017/03/01(水) 12:18:24.07 ID:riQaWnbAr.net]
- 俺も思った
- 55 名前：デフォルトの名無しさん (ｱｳｱｳｶｰ) mailto:sage [2017/03/01(水) 12:52:10.72 ID:D9Ze9lwZa.net]
- >>50
それくらいなら全然大丈夫だよー
- 56 名前：デフォルトの名無しさん (JP) mailto:sage [2017/03/02(木) 19:24:50.56 ID:ZV5SMkF2H.net]
- >>50
人間よりは速い
- 57 名前：デフォルトの名無しさん (ｽﾌﾟﾌﾟ) mailto:sage [2017/03/02(木) 23:03:10.15 ID:sITpgG7dd.net]
- gitを使うのが目的になってる奴がいるな
- 58 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/02(木) 23:06:07.56 ID:qpimcWgg0.net]
- gitを使うのが目的じゃないけど結果的にgitを使ってるな
- 59 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/02(木) 23:30:35.54 ID:GmcRpo7M0.net]
- gitを使ってるカッコいい俺
- 60 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/02(木) 23:31:43.91 ID:em5mjT5q0.net]
- 普通じゃ？
- 61 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/02(木) 23:36:40.95 ID:XOZN9kk90.net]
- gitの使い方を覚えられないおっさんも世の中には居るんだ
- 62 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/02(木) 23:42:40.19 ID:qpimcWgg0.net]
- 使える人が使わないなら、それはいいんだよ。
能力不足で使えない（＝無能すぎる）
会社のしがらみで使えない（＝かわいそう）
あと使って見てないやつもダメだな
- 63 名前：デフォルトの名無しさん (ｽﾌﾟｯｯ) mailto:sage [2017/03/03(金) 11:58:15.68 ID:SmLECISdd.net]
- Gitが使えない外注イラネ
- 64 名前：デフォルトの名無しさん (JP) [2017/03/03(金) 12:30:04.87 ID:IUFykjWpH.net]
- 篩に使うのはありか
- 65 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/03(金) 21:00:59.00 ID:n9rn4mK30.net]
- なんでもいいから自分のソースくらい自分でコミットしろ。
- 66 名前：デフォルトの名無しさん (ｽﾌﾟﾌﾟ) mailto:sage [2017/03/03(金) 21:35:27.51 ID:EvAeH8F3d.net]
- 本当になんでもいいの？
- 67 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ) mailto:sage [2017/03/03(金) 23:39:23.71 ID:q5L7Z+jKM.net]
- masterにコミットしていいの？
- 68 名前：デフォルトの名無しさん (ｻｻｸｯﾃﾛﾙ) mailto:sage [2017/03/04(土) 00:19:50.00 ID:2pwhOacNp.net]
- 結果にコミットしていいの？
- 69 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/03/04(土) 00:59:09.29 ID:kf4torcY0.net]
- 面倒臭いのでだいたい
git add .
git commit --amend -m "hoge"
で済ましてる
一通り終わったらgit commit --amendでコミットメッセージちゃんと書く
squashしなくてよい方法だよ
- 70 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/04(土) 03:38:59.15 ID:X3LbZrz10.net]
- Git - 高度なマージ手法
https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%81%95%E3%81%BE%E3%81%96%E3%81%BE%E3%81%AA%E3%83%84%E3%83%BC%E3%83%AB-%E9%AB%98%E5%BA%A6%E3%81%AA%E3%83%9E%E3%83%BC%E3%82%B8%E6%89%8B%E6%B3%95
これいいね
- 71 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/04(土) 11:03:44.63 ID:fiOXClU60.net]
- git merge --abort
git rebase --abort
これいいよな。
svnとかだとやらかしてしまって中途半端な状態になって
これどうすりゃいいんだよってなってしまうけど、
gitだとたいてい--abortすればリセットできる
- 72 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/03/04(土) 14:23:44.15 ID:GRvQ2lmz0.net]
- AにコミットしてA'
A'にコミットしてA''
になってるとき
A'を
- 73 名前：Bに名前変えて
A->A''と
A->Bに分けることはできますか？ [] - [ここ壊れてます]
- 74 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/04(土) 15:02:21.59 ID:fiOXClU60.net]
- git checkout 好きなコミットID
ブランチ名なんて最新のコミットに名前つけてるだけであって
コミットIDで全て参照できる
- 75 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/03/04(土) 17:15:35.10 ID:GRvQ2lmz0.net]
- A->A''の方にはB(A')が無かったことにしたいのですが
- 76 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/04(土) 17:34:49.80 ID:NAI/204b0.net]
- 説明がわかりにくすぎだろw
pushしてればrevertで
してなければrebase -iで
- 77 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/04(土) 21:55:14.48 ID:X3LbZrz10.net]
- cherrypickでA''からAにパッチ当てりゃいいだけじゃね？
- 78 名前：デフォルトの名無しさん (ｽﾌﾟｯｯ) [2017/03/04(土) 22:05:36.70 ID:TK9n5Zigd.net]
- >>71
git branch B A'
をする
git rebase A -i
でA'の行を消す
- 79 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/06(月) 23:20:15.96 ID:8UuxKa0s0.net]
- ディレクトリやファイルをマージするだけの作業だが、あまりに大量&1日あたりの作業時間があまり取れないため、1ヶ月ぐらいかかる見込み
こう言う場合って作業完了してからまとめてコミットすべき？
それともキリのいいところでコミットすべき？
- 80 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/06(月) 23:34:33.58 ID:hCzUBa9v0.net]
- 適当にコミットしていって後で纏めたくなったらrebase -iすればいいんじゃね
- 81 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/07(火) 15:02:30.70 ID:+1wYVpxF0.net]
- rebaseは甘え。 使ってはいけない。
- 82 名前：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ) mailto:sage [2017/03/07(火) 18:29:12.37 ID:JtxH0L4+M.net]
- せっかくローカルにあるんだし、どんどんコミットしたら？
- 83 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/07(火) 19:25:45.74 ID:deKTD69U0.net]
- rebase使っても実は隠しコマンドのrerebase使えばまた元に戻るから大丈夫
- 84 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/07(火) 20:49:12.26 ID:buHXdcTx0.net]
- rerebaseだと!?
- 85 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/07(火) 20:55:44.46 ID:FdtwfqDL0.net]
- rebase怖いならブランチ切るなりタグつけるなりしてからrebaseすりゃいいじゃん
rebaseしたってコミットそのものが世界からすぐに消えるわけじゃないんだし
- 86 名前：デフォルトの名無しさん (ｴｰｲﾓ) [2017/03/07(火) 22:48:44.65 ID:6dT6PmkfE.net]
- git cloneで特定のタグから最新のコミットまでの範囲を取得する方法を教えてください
- 87 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/08(水) 00:28:53.24 ID:bFUfM0140.net]
- > rebase怖いならブランチ切るなりタグつけるなりして
そのブランチやタグを作るのが面倒なバージョン管理ツールがありまして、
そのせいでブランチやタグを切るのが嫌なんですよ。
- 88 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/08(水) 01:12:08.47 ID:+/47+kY70.net]
- 知らんがな
- 89 名前：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ) mailto:sage [2017/03/08(水) 08:51:03.76 ID:dlE+7VUyM.net]
- ローカルだけブランチ作ればいいだろ。他のツールはスレ違い。
- 90 名前：デフォルトの名無しさん (ｴｰｲﾓ) [2017/03/08(水) 18:56:28.23 ID:tzSf6NwiE.net]
- (1)git checkout -b hoge コミットID1 でhogeブランチを作る
(2)masterブランチに戻る
(3)git branch -D hoge でhogeブランチを削除する
(4)git checkout -b hoge コミットID2 で異なるコミットのhogeブランチを作る
hogeブランチでは何かを編集したりするわけではないので
hogeブランチにいたまま別のコミットIDでhogeブランチを上書き？する方法ありませんか？
masterブランチに戻ってからhogeブランチを作りなおして新たに作るのが面倒くさいので
- 91 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/08(水) 19:57:59.67 ID:AFnyce7m0.net]
- git reset --hard コミットID2
- 92 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) [2017/03/09(木) 06:48:45.74 ID:fQxPjt/z0.net]
- >>88
コミットIDでcheckoutすりゃいいだけじゃね
(1)git checkout コミットID1
(2)git checkout コミットID2
- 93 名前：デフォルトの名無しさん (ｽﾌﾟｯｯ) [2017/03/09(木) 08:26:50.81 ID:TQt2xuGKd.net]
- >>88
git reset --hardは、ブランチの付け先を簡単に操作できてしまうから、使う前にreflogの見方を覚えておくこと
- 94 名前：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ) mailto:sage [2017/03/09(木) 08:37:37.52 ID:K/l9Si6sM.net]
- >>82
リ・リ・リベース
アホデミー賞を総なめ
- 95 名前：デフォルトの名無しさん (ｴｰｲﾓ) [2017/03/09(木) 10:28:24.13 ID:xGhx3aNSE.net]
- resetは困ります。。。。
checkoutでどうにかやる方法はないということでしょうか？
- 96 名前：88=93 (ｴｰｲﾓ) [2017/03/09(木) 10:29:17.80 ID:xGhx3aNSE.net]
- ブランチは１個しか作りたくないんです
- 97 名前：デフォルトの名無しさん (ｽﾌﾟｯｯ) [2017/03/09(木) 12:31:57.97 ID:TQt2xuGKd.net]
- >>93
じゃあ>>90で良いんじゃないの？
コミットは出来ないけど
- 98 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/09(木) 13:13:36.94 ID:x6aOWZGA0.net]
- >>88
git checkout hoge
git merge <commit>
- 99 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ) mailto:sage [2017/03/09(木) 13:42:24.50 ID:quKxBXU+0.net]
- >>93
なんでreset困るの？ブランチ消してる時点で同じことだと思うけど
resetしたってコミットが消えるわけじゃないよ
- 100 名前：88=93 (ｴｰｲﾓ) [2017/03/09(木) 22:57:50.27 ID:DwjAxR0kE.net]
- git checkout -b hoge
git reset --hard コミットid1
git reset --hard HEAD@{1}
masterブランチには何の影響もないですね
最新のコミットに戻るときにreflogで位置を確認するのが面倒くさそうです
これも覚えておきます
>>96
mergeだと古いコミットに戻ろうとした時にAlready up-to-date.って表示されてしまいました
|
 |
