Git 16©2ch.net

レス数が1000を超えています。これ以上書き込みはできません。
2017/08/15(火) 00:54:07.61ID:brNIopECE
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 14
http://echo.2ch.net/test/read.cgi/tech/1457412803/
Git 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured
458デフォルトの名無しさん (ﾜｯﾁｮｲ 9998-tpL7 [114.156.102.70])
垢版 |
2018/09/04(火) 12:23:17.98ID:ROt4XEkp0
バージョン管理ツール「Git」は一体どういうものなのか？
https://gigazine.net/news/20180904-git-version-control-system/

なんでgigazineがgitなんか解説してんの？
ライトなIT系ニュースサイトのお前には力不足だろうに
2018/09/04(火) 12:26:24.31ID:ROt4XEkp0
訂正

どうでもいいコンピュータ関連の話題紹介サイトのお前には力不足だろうに
2018/09/04(火) 12:27:38.79ID:ROt4XEkp0
違うな

ナードが好きそうな話題紹介サイトのお前には力不足だろうに
2018/09/04(火) 12:31:34.52ID:zUimgJL3d
GIGAZINE以上の内容が書けて拡散できるお前がやれば？
2018/09/04(火) 12:37:07.37ID:ROt4XEkp0
>>461
あの程度のgitの説明なら、誰でもかけるだろうなｗ
でもそんなのすでにたくさんあるからやる必要がない。
2018/09/04(火) 12:54:14.70ID:xdg0c65C0
NGID:ROt4XEkp0
2018/09/04(火) 12:55:26.87ID:ROt4XEkp0
へーんしん！
2018/09/04(火) 12:56:38.48ID:ROt4XEkp0
あ、ファイルダウンロード中だったｗ
しばらくしてからIPアドレス変更するよ
466デフォルトの名無しさん (ﾌﾞｰｲﾓ MM69-jOsm [202.214.167.195])
垢版 |
2018/09/04(火) 13:41:13.60ID:pM6L5vOMM
gigazineω
わかなちゃんの方が優秀
2018/09/04(火) 23:47:50.91ID:ROt4XEkp0
結局IPアドレス変更するの忘れた。
日付が変わると同時に変えるとしよう
468デフォルトの名無しさん (ﾜｯﾁｮｲ d6a5-8mxk [153.226.37.249])
垢版 |
2018/09/05(水) 14:08:55.04ID:7NsHVy0t0
自分より立場が上で途中から加わった人が”タイムスタンプが変わるのとファイルがロックできないとから使い物”　＜意訳＞にならん。
GITからZIP管理にしようと言い出した。
どう説得したらいい？　
469デフォルトの名無しさん (ﾜｲｰﾜ2 FF62-jOsm [103.5.142.121])
垢版 |
2018/09/05(水) 14:10:44.68ID:/V9AsOwQF
もっと上の人と話する
2018/09/05(水) 14:36:26.76ID:yXBX7c0MM
マージ最強
ロックはクソ

タイムスタンプはビルドシステムがファイルの変更に反応するのに必要
2018/09/05(水) 14:37:47.54ID:x+gvWT3Ia
Git LFSのロックとか
ロックのあるSVNにしようじゃなくてzipかよ
2018/09/05(水) 16:55:25.82ID:LMj9echWM
ホントにzip強制されるようなら転職不可避だな。
git以外でもろくでもない判断が下されるに違いない。
2018/09/05(水) 17:05:05.53ID:NuDqxS960
これやってトラブっても何も責任もてんがｗ

1. gitのメリットを言ってもらう
zipのメリットなら色々屁理屈言ってきそうなので
gitのメリットを言えないなら、それは無知であることを自覚させられる

2. gitのメリットの話と、人間の問題を切り分けて考えてもらう
gitのメリットがわからないのか、わかった上でそれを使う人間の技術力が低いから使えない
という話なのか、どちらかなのかはっきりさせる
2018/09/05(水) 17:19:10.11ID:NuDqxS960
3. 学習コストが云々言われたら、学習による開発効率向上による
コスト削減と比較してみたのかを聞いてみる。
コストコスト言うやつほど、"比較"をしてない。

コストは何をしてもかかるものなので、コストがかかる
っていうのは何の意味も持たない
2018/09/05(水) 22:14:45.12ID:lJPKIZX50
>>468
ZIPでロックってどうやるの？
2018/09/05(水) 22:42:11.62ID:S1SDnFNk0
旭化成に聞け
2018/09/06(木) 00:27:17.98ID:Jdy9TDMj0
>>470
たぶんそういう理由じゃないかと
2018/09/06(木) 01:13:55.50ID:uUC4mFDs0
タイムスタンプは記録されているものを反映させればいいだけだから
zipなんかよりも完璧に管理できますって言えるな。

もちろん開発中はタイムスタンプを更新しないと不具合が発生するので
絶対にやらないこと。あくまで馬鹿向けのためのできると示すため
479デフォルトの名無しさん (ﾜｯﾁｮｲ 8323-x/oF [122.215.159.99])
垢版 |
2018/09/06(木) 14:40:55.44ID:tPMc56fx0
上司はmakeも使ったことなさそう
2018/09/06(木) 16:39:53.16ID:0K+kPg6GM
上司の上司に言って無能上司を更迭するしかない。
あるいは逃げるか。
481デフォルトの名無しさん (ﾌﾞｰｲﾓ MMf2-g3SB [49.239.64.143])
垢版 |
2018/09/06(木) 23:36:24.86ID:vgIThwnhM
どうぞどうぞでいいんじゃね？
メリットを享受する人間に実行してもらうのが吉。
俺はそれでもgitを使い続けるし、zipにしろって言われても無視する。（誰も困らないし。
2018/09/06(木) 23:41:01.70ID:DUG5skog0
>>481
要するに最終的にお前が会社を辞めるという結論でしょ？
483デフォルトの名無しさん (ﾜｯﾁｮｲ 56a5-3fKS [153.226.37.249])
垢版 |
2018/09/07(金) 14:34:07.97ID:m03GO2h00
468です。
みんなありがとう
その人には、自分の修正だけやってもらってGITでの管理は私がマージ＆コミットすることになりました。本人は、VSS(ソースセーフ)にしたいらしい。
484デフォルトの名無しさん (ﾜｯﾁｮｲ d7d2-O+me [110.134.253.153])
垢版 |
2018/09/07(金) 14:38:13.96ID:oi3cVzRd0
【このハゲ―、麦だろ】　ＴＰＰに米と毛が駆逐される　　＜農林10号＞　　頭髪すら枯らせるモンサント
http://rosie.5ch.net/test/read.cgi/liveplus/1536286354/l50


ピザデブ、ピザハゲ、ピザ糖尿。
2018/09/07(金) 14:59:51.29ID:SYXLO5DTd
VSSか
Window10ではもう動かないんじゃなかったっけ
2018/09/07(金) 22:20:22.94ID:sQE8oJr30
http://medaka.5ch.net/test/read.cgi/prog/1531667040/
の39～48あたり

VSSは遅いだけではなく破損するって時点で致命的
共有フォルダに毛が生えた程度のものと考えると良い

マージはあるみたいだが基本的に結果を確かめられないので博打になる
2018/09/07(金) 22:45:30.25ID:/SXWHhZXM
ブランチあったらどうやってロックするんだ？

プログラミングではしばしば複数のファイルを編集する必要があるが
どのファイルを編集するのか全て作業前に把握して
全部ロック掛けるってのもむり

あ、このファイルも編集しないと
って思ったらもうロックされてたり

互いに同じファイルをロックしようとして作業が止まったらどうするんだ
相手が作業終わるまでサボる？
何ロックしてやがんだ！と文句を言いに行く？

ロックしたまま忘れたらどうする？
ロック無理やり解除して横取り？
2018/09/07(金) 23:02:57.37ID:SYXLO5DTd
>>487
質問する前にVSSの仕組を調べたら
489デフォルトの名無しさん (ﾜｯﾁｮｲ 52bc-g3SB [123.198.62.37])
垢版 |
2018/09/09(日) 19:28:30.17ID:MfNlARvD0
>>482
まあ、それでもいいと思ってる。
2018/09/09(日) 21:50:05.46ID:0ym3cmgA0
>>487
そもそも、ロックなどされない！

各人はリポジトリから、最新のファイルをダウンロードして、
自分の(ローカル)PC 内で、更新・保存するだけ

つまり、Git は、他のVSS と違って、一旦ローカルPC に、更新・保存しておく段階がある。
そして、切りの良い所で、それをリポジトリにアップロードする

そのアップロードは他人にも報告されるから、
アップロードされた最新のファイルを、ダウンロードし直せばよい
491デフォルトの名無しさん (ﾜｯﾁｮｲ 322b-/Cba [115.176.248.119])
垢版 |
2018/09/10(月) 01:50:08.92ID:XWUDo7+C0
VCS = Version Control System
VSS = Microsoft Visual SourceSafe
492デフォルトの名無しさん (ﾜｯﾁｮｲ d2d2-JH7f [27.139.3.34])
垢版 |
2018/09/10(月) 02:14:11.17ID:U+kFg4Kd0
Girのマージでロジックが変わってしまうパターンってなんかある？
VSSロックは官公庁の開発では割とアリだなと思ったよ
2018/09/10(月) 02:30:07.38ID:P2aNZV+z0
>>492
あるよ。（だからマージされた後自動テストを走らせる）

例えば一つのブランチで、ファイルの上の方に
#define VALUE 100 という定義を追加する。
ずっと下の方で、VALUEを参照したコードを書く。
もちろんテストは通る


別のブランチで、ファイルの中頃に
#define VALUE 200 という定義を追加
そのすぐ下で、VALUEを参照したコードを書く
もちろんこれもテストは通る

この２つをマージすると

#define VALUE 100
#define VALUE 200
VALUE=200を期待しているコード
VALUE=100を期待しているコード

となる。

gitに限らずどんなものでもブランチ単体では問題ないし、
コンフリクトも起こさずにマージできるが、
テストに失敗してしまうことはある
2018/09/11(火) 14:47:00.95ID:dkTItVlDM
2.19.0
2018/09/11(火) 15:54:22.41ID:2VlFQvaoM
>>490
むしろロックでの開発が分からんって話なんだけど

テキストファイルを一回の作業で一個だけ編集する
ブランチは無し
って状況でも無けりゃ使えなくね

さらに
VSSは複数のファイルを同時にコミットみたいな機能が無いみたいに書いてあったけどまじ？
2018/09/11(火) 16:01:58.73ID:OkaM0mANd
>>495
VSSにブランチの概念はない
2018/09/11(火) 18:36:51.82ID:0i8biixP0
Git v2.19.0
2018/09/11(火) 18:37:18.33ID:0i8biixP0
Highlights from Git 2.19
https://blog.github.com/2018-09-10-highlights-from-git-2-19/
2018/09/11(火) 18:38:12.15ID:0i8biixP0
「Git 2.19」リリース
https://mag.osdn.jp/18/09/11/155000
500デフォルトの名無しさん (ﾌﾞｰｲﾓ MM03-n99c [49.239.64.246])
垢版 |
2018/09/13(木) 16:46:03.57ID:C1t3Cz+AM
>>495
人間から見た操作的には同時コミット（チェクイン）可能ではあるが、履歴は基本的にRCS/CVS的なファイル単位の差分管理のみ。
2018/09/14(金) 00:48:08.83ID:J4ZFV+3f0
Now available: Git for Windows 2.19, including experimental built-ins for rebase and stash that make them both much, much faster! https://gitforwindows.org/
2018/09/14(金) 13:11:27.35ID:NuWld65Ld
共有用なんかで作るベアレポジトリって、中身はHEADとかbranch/とかばかりで、実際に管理しているファイルは入ってませんよね
git ls-filesしても、なにも出てきません

そのベアレポジトリで管理されてるファイルの一覧を見る方法を教えてください

cloneすると、管理しているファイルもclone先に作成出てきますが、そうて'はなく、コマンド等で確認したいです
2018/09/14(金) 17:59:23.22ID:RTxUXMhCd
git ls-files in bare repository

https://stackoverflow.com/questions/25906192/git-ls-files-in-bare-repository
2018/09/20(木) 00:41:04.59ID:IeH7cyBo0
>>503
㌧
2018/09/25(火) 19:14:08.32ID:DqPu4rdnM
>>453
こっちになった
移行じゃなくてミラーだけど
https://github.com/openjdk/jdk
2018/10/06(土) 13:27:10.21ID:rmV7SZbq0
Git 2.14.5, 2.15.3, 2.16.5, 2.17.2, 2.18.1, and 2.19.1
2018/10/10(水) 16:37:24.37ID:egSEd3WL0
CVSとかsubversionでブランチを作るのはgitに比べると遅いといわれる理由は何なんや

gitではブランチはコミットオブジェクトを指すだけの参照だから、ブランチを作成するには、コミットオブジェクトを書き込むだけで済むから高速というのはわかる

一方CVSやsubversionではブランチをどうやって作ってるんや(´・ω・`)
508デフォルトの名無しさん (ﾜｯﾁｮｲ 7fd2-VYU6 [27.139.3.34])
垢版 |
2018/10/10(水) 22:28:09.22ID:HW3BEf/50
CVSは知らんがsubversionのブランチってほぼファイルコピーみたいなもんだからじゃない？
2018/10/10(水) 23:46:19.37ID:/J/gc11M0
svnはブランチ作るだけなら言うほど遅くないと思うがな。
ブランチ作った時点では差分がないからファイル内容はコピーされないで参照ができるだけだよ。
それでもgitよりやることは多いだろうけど、ブランチ作るのもリモートリポジトリ操作だからってのが一番大きいんじゃないかな。

CVSはRCSというdiffファイルで世代管理するツールがベースになっている。
リポジトリもRCSそのままのdiffファイルに毛が生えたようなテキストファイルの束だから遅いと聞けばそりゃまあそうだろうと思う。
当時のPC環境が今より数段遅かったというのもあるがローカルで使っても遅かった。
2018/10/11(木) 05:33:29.69ID:U1kKB/4M0
>>507
subversionはブランチはリモートに作るもの
ローカルだけでは作れないので遅いし
ネットワークがつながってないと使えない
2018/10/20(土) 02:27:48.69ID:PKh954ah0
新たなGit Submoduleの脆弱性にパッチが当てられた
https://www.infoq.com/jp/news/2018/10/git-submodule-vulnerability
2018/10/20(土) 09:19:23.04ID:BO8cyu3P0
>>511
Windowsは関係ないやつだっけ
2018/10/20(土) 11:36:14.44ID:1JRAiva60
ブランチ作成でファイルを全部コピーするのはVSSぐらいだろ？
2018/10/20(土) 11:37:16.20ID:78lNsJHxd
>>513
VSSにブランチの概念はないが
515デフォルトの名無しさん (ﾜｯﾁｮｲ 8222-jcdN [61.115.215.117])
垢版 |
2018/10/20(土) 12:08:25.43ID:1JRAiva60
>>514
ファイルの共有および分岐、マージ機能
https://msdn.microsoft.com/ja-jp/library/cc844084.aspx
2018/10/20(土) 12:23:41.67ID:u8BRF3D8F
VSS使ってる人を見たことが無い
2018/10/20(土) 12:51:26.53ID:p50FLLA40
>>516
ここにいるよ
2018/10/20(土) 12:53:33.46ID:2Ee4S1NJ0
見えねえよ！
2018/10/22(月) 02:51:07.37ID:JY8WGcRS0
GitHubを使ってみたくてGit勉強してるんだけど
GitがGUIで使えるような奴はなんか欠点あるの？Windows環境とかでもCLIでやってる人が多いのはなぜ？
2018/10/22(月) 04:02:36.43ID:j8tP0SGk0
日常的によく使う操作はIDE使った方が早いけど複雑な処理になったらCUI使わないとできなかったりするね
要は使い分け
2018/10/22(月) 05:30:44.52ID:RUY6XiTDM
>>520
逆じゃないかな。
日常的にやってる操作はCUIの方が楽でしょ。
変遷をグラフィカルに表示して一望したかったりする時にGUIが大いに役立つ。
2018/10/22(月) 05:46:24.38ID:N67JkGaA0
要は使い分けだよ
CUIが必要なければ使わなくていいし
とりあえずはCUIで勉強するのがおすすめ
523名無しさん＠そうだ選挙に行こう！ Go to vote! (ｱｳｳｨﾌ FF45-T/6m [106.171.82.97])
垢版 |
2018/10/22(月) 10:19:53.34ID:H1W4+XYRF
>>521
ほんそれ
CUIで充分

>変遷をグラフィカルに表示して一望したかったり
githubのnetworkで観てるわ
2018/10/22(月) 10:50:38.25ID:I4MTei6td
なるほど
みなさんありがとう
2018/10/22(月) 13:59:01.46ID:hpO1MPIz0
>>521
グラフを見るなら
git log --oneline --decorate --graph --branches --tags --remotes

https://qiita.com/imudak/items/4a8549b46fe2e509a08c
2018/10/22(月) 22:00:13.43ID:/WLKH1/z0
どうしてもキャラクタ表示じゃなきゃやだっていうこだわりが無けりゃ gitk --all& 一択だね。
2018/10/23(火) 11:18:14.34ID:DXe2mvvE0
初心者です。

長くなったソースファイル(s1.cpp)があり、
このコードの一部を、新規作成したファイル(s2.cpp)に分割したいと考えています。
この時、どのような方法で移行するのがGit的には望ましいのでしょうか。

とりあえず今までは、まず単純にコピーしてコミット、
両方のファイルから不要部分を削除（＋微修正）してコミット、
といった感じで2回コミットしていました。

なお、開発環境はWindows10 Pro、言語はC++、UIはGit Bash、
ホスティングサービスはGitHubを想定しています。
2018/10/23(火) 12:47:10.81ID:Wj5ElhAPd
git的にはどうでもいいと思うけど、ファイルコピーしたという事実をわざわざ履歴に残したいの？意味なくない？
2018/10/23(火) 13:39:01.02ID:FFh+Bj38d
>>528
コピーした事実というか、s2.cppからs1時代の履歴を追えるようにする
というのが一番の目的です

現状でも、分割したタイミングで分割したよとメッセージを残しておけば
人間なら内容を理解できるので、そちらを見てくれるとは思います

システム的なルールに限らず、定番のやり方だとか
別ツールで利用するときに相性の良い方法などあるのかな？
と思った次第
530デフォルトの名無しさん (ﾜｲｰﾜ2 FFca-T/6m [103.5.140.167])
垢版 |
2018/10/23(火) 16:48:16.91ID:FvY73oN4F
>>527
一回で充分

人間は
AをBにcopy
Aを編集
Bを編集

のつもりでも

gitは
AをBにrename
Aを新規作成
Bを編集

だったりする
(必ずこうなる訳ではない)

良きに計らえ
2018/10/23(火) 17:08:18.22ID:DXe2mvvE0
>>530
ありがとう
リネーム扱いになるってことは、基本的にはちゃんと追ってくれるってことでいいのかな
2018/10/23(火) 18:22:33.25ID:xAYLa4Bh0
いまの操作でほぼ確実にログやblameが追跡できているのであれば
多分ほぼベストな方法なんじゃないかと思う
2018/10/23(火) 20:36:56.77ID:mSpmNxQXr
各commitの変更を見たりcheckoutするときとかはSourceTreeの方が便利だなぁと感じる
rebase -iとかfilter-branchを使う時はCLIでやってる
2018/11/03(土) 02:36:21.94ID:yOxw5Aji0
次に出る、2.20では

* "git rebase" and "git rebase -i" have been reimplemented in C.

なんだな。いろいろバグが出そう。
2018/11/03(土) 12:48:17.60ID:RboIWkxY0
privateなリポジトリに誰がcloneしたか見る機能あります？
2018/11/03(土) 17:48:49.21ID:PS6F4XwB0
孫cloneできるのに意味あるのかな
GitHubやGitLabの監査ログには書かれると思う
2018/11/05(月) 20:51:03.08ID:PqRqYFSPa
個人の開発でパソコン二台で運営してる時、それぞれのパソコンでuser.nameとuser.emailは使い分けるべき？
2018/11/06(火) 00:16:35.19ID:5V09deogM
>>537
ありえない
2018/11/06(火) 00:17:12.86ID:8GzB8hGM0
何を運営してるか知らないけど、2台とも同じユーザが使うならuser.nameとuser.emailも同じでいいでしょ
2018/11/06(火) 00:44:01.68ID:J4R3dj77a
>>538-539 ありがとうございます。
2018/11/06(火) 01:02:17.74ID:hJrvZhf4d
>>537
分けるべきだよ
2018/11/06(火) 01:03:31.00ID:HIVoSst90
>>541
なぜそう思った？
2018/11/06(火) 10:22:48.91ID:UWTUj1+d0
もしかすると、特定の用途のときに優位性を発揮するとかはあるのかもしれないが
すぐには思いつかないなあ
2018/11/06(火) 13:32:21.44ID:DAQk+AT90
https://public-inbox.org/git/20181025024005.154208-1-sandals@crustytoothpaste.net/T/#t

でSHA-256の実装はほぼ完了。

Design of multiple hash support
https://public-inbox.org/git/20181106001340.GC890086@genre.crustytoothpaste.net/T/#t

で複数のhash サポートについて議論している。
2018/11/10(土) 12:26:31.36ID:bsspMczpM
.gitattributesで自前のxfuncnameを使おうと思ってるんだけど、xfuncnameの方をリポジトリに設定することって出来ないかな？
2018/11/23(金) 19:42:01.93ID:YyxL/r6P0
Git v2.20.0-rc1
2018/11/23(金) 19:44:51.13ID:YyxL/r6P0
Git Rev News: Edition 45
https://git.github.io/rev_news/2018/11/21/edition-45/

を読んでたんだけど、開発者紹介で

Developer Spotlight: Elijah Newren

> I’m a husband to the most amazing woman in the world, and a father
> to one son and six daughters. My wife is expecting again,

すげーｗ。嫁が8人目を妊娠中とかどんだけｗ

ユタ大学ってことはモルモンなのかな。
2018/11/23(金) 22:18:26.62ID:0ix/Vw/v0
>>547
嫁さん大好きなんだろうな。なんかほっこりする
549デフォルトの名無しさん (ﾜｲｰﾜ2 FFdf-OXRW [103.5.142.121])
垢版 |
2018/11/24(土) 12:10:57.56ID:4kdGLnPdF
元気があってよろしい
2018/12/09(日) 19:52:39.51ID:I9UHrLel0
Git v2.20.0
2018/12/10(月) 23:22:19.59ID:orEtNKmz0
「Git 2.20」リリース
2018年12月10日16:45
https://mag.osdn.jp/18/12/10/164500
552デフォルトの名無しさん (ﾜｯﾁｮｲ 823d-7MGl [61.210.222.177])
垢版 |
2019/01/08(火) 10:44:21.28ID:eVc6Zkgq0
朗報、GitHub無料ユーザーも無制限にプライベートリポジトリを使えるようになる
https://jp.techcrunch.com/2019/01/08/2019-01-07-github-free-users-now-get-unlimited-private-repositories/
“GitHub”の非公開リポジトリ、無償プランでも無制限に ～新しい料金プランが発表
https://forest.watch.impress.co.jp/docs/news/1161195.html

Thank you Microsoft!
2019/01/08(火) 11:03:49.09ID:Wrr+1l7l0
MSが買収してよかったなー
554デフォルトの名無しさん (ｱｳｳｨﾌ FFeb-aDDJ [106.171.66.79])
垢版 |
2019/01/08(火) 11:05:39.19ID:GKZx39y6F
いいね
555デフォルトの名無しさん (ｱｳｳｨﾌ FFeb-K/5i [106.171.86.186])
垢版 |
2019/01/08(火) 11:08:13.12ID:KHUyGseUF
+1
2019/01/08(火) 11:48:48.30ID:IOloucApr
bitBacketどうすんの！潰れる！
2019/01/09(水) 02:41:34.19ID:KMLaM5D70
jira使ってるところはbitbucket使うし問題ない
2019/01/09(水) 18:17:48.19ID:XtKn/dRe0
jira使ってるけどGitLab……
2019/01/10(木) 15:55:09.18ID:JukcLfSi0
gitLabカワイソス
2019/01/17(木) 02:04:36.55ID:4U+kn+K10
そいえば謹製のCIだかCDだかってどうなったん？
2019/01/29(火) 20:54:18.09ID:EpZjxfb30
ワークフローとパフォーマンスを改善したGit 2.20
https://www.infoq.com/jp/news/2019/01/git-2.20-released
562デフォルトの名無しさん (ｵｯﾍﾟｹ Sr4f-ZdbU [126.212.132.174])
垢版 |
2019/01/30(水) 16:09:35.32ID:bpDBhNFvr
gitはバージョンアップしなくても使えるからバージョンアップしない
2019/02/10(日) 13:02:56.99ID:inc2rluC0
次の次（ git 2.22 ? ) あたりで、　git switch ってコマンドができるみたいだな。
git checkout　とは似て非なるコマンドのようだ。
2019/02/10(日) 18:29:22.46ID:CqEEFuoP0
マジで？

tortoise gitはswitchって文言をcheckoutのために使ってるからややこしいね
2019/02/10(日) 19:02:50.76ID:ii8DmMqP0
stashとcheckoutを合わせたようなニュアンスを感じるが、どんなもん？
2019/02/10(日) 21:11:30.45ID:xmxMnEHA0
>>563
どこ情報？
2019/02/11(月) 14:27:59.53ID:a3vDiVrE0
チェリーピックっていつ使うのか全くわからない…
2019/02/11(月) 14:55:08.32ID:ccY6NTqY0
最新リリースのバグ対策を進めながら、そのうちいくつかのバグ修正が旧リリースにも必要なことが判明したときとか
同僚が開発してた機能にDBの定義変更があって、自分の担当する機能にも同じ変更の影響があることに後から気付いてSQL周りを貰いたくなったときとか
2019/02/11(月) 18:16:18.89ID:6VqHOMsI0
>>566
https://public-inbox.org/git/20190130094831.10420-1-pclouds@gmail.com/T/#t
2019/02/11(月) 18:36:52.51ID:6VqHOMsI0
>>567
よそのブランチから良さげな修正だけを持ってくる時に使うくらいかな
2019/02/11(月) 22:58:18.36ID:pEpv0CUB0
>>567
きれいなコミット履歴を作りたいときに多用するよ

コミットを終えた汚い（他の人がレビューしづらい、自分で振り返りづらい）ブランチの先端で
別の名前のブランチを作っておき、
やり直したいところで新たなブランチを作り、
そこに汚いブランチから、コミットの順序を入れ替えたり一部のみ取り込んだりするときにチェリーピックを使うよ
2019/02/11(月) 23:20:37.53ID:+PE4MSDC0
そのブランチの分岐元でならともかく、先頭でやるなら rebase -i かな。
2019/02/12(火) 00:38:06.87ID:VqanzRzk0
>>570-571
なるほど…
2019/02/12(火) 02:07:26.70ID:IVG5hBnd0
rebase -i いいよね
575デフォルトの名無しさん (ｵｯﾍﾟｹ Sr19-da9w [126.179.166.73])
垢版 |
2019/02/12(火) 21:56:21.55ID:TGYKDn8Ur
数人の開発だけどリベースは一度も使ったことない
2019/02/12(火) 22:33:57.68ID:aDvJklf4M
1人で開発するときもリベースは使う
2019/02/13(水) 02:30:48.17ID:ID+kUm5P0
1人だとrebase -iの嵐
2019/02/13(水) 13:24:15.19ID:7+C3Q/zj0
自分はほとんど使った経験ないけど
revabse -i があることで、割と気楽にコミットできる心理的メリットみたいなのあると思う
2019/02/13(水) 13:25:09.30ID:7+C3Q/zj0
なんだよrevabseって。
2019/02/13(水) 14:01:16.40ID:NLlAJUBra
チームによってrebace派とmerge派があって、
色々難しいお。
2019/02/13(水) 19:52:18.33ID:wMkwcJdN0
revabse vs rebace vs rebase vs merge
ファイッ
2019/02/13(水) 20:09:26.87ID:gVWar+snM
リバブス？
2019/02/13(水) 21:00:45.24ID:k4BCtk0c0
reverbしろ
2019/02/13(水) 21:12:53.96ID:OnZCl6VnM
マージのポリシーの派閥はこのぐらいある
rebase せずに merge --no-ff 派
rebase せずに merge 派
rebase して merge --ff 派
rebase して merge --no-ff 派
2019/02/13(水) 23:29:06.50ID:Qvm7Gr4mM
branchとcheckoutとcherrypickとrebase -iとmerge全部バンバン使うでしょ
2019/02/14(木) 07:48:25.41ID:hBqXgou00
>rebase して merge --ff 派
>rebase して merge --no-ff 派

どちらか一方を　revabse　に汁
2019/02/15(金) 00:48:50.98ID:Slv5eO5c0
もう許してｗ
2019/02/15(金) 00:51:08.70ID:K2IafCgG0
頼むからrebaseは個人だけにしてくれ
589デフォルトの名無しさん (ｵｯﾍﾟｹ Sr41-FMsU [126.193.147.25])
垢版 |
2019/02/15(金) 12:16:05.03ID:e7WqSQfmr
おまえの頼みなど聞かん
2019/02/15(金) 12:19:24.54ID:O70DwVNi0
Purge & Ttap
2019/02/15(金) 12:19:47.73ID:O70DwVNi0
trap
592デフォルトの名無しさん (ｱｳｳｨﾌ FF29-wP4P [106.171.64.17])
垢版 |
2019/02/15(金) 12:53:54.68ID:TNDmXWGMF
レス乞食に餌を与えないでください
2019/02/15(金) 14:12:21.42ID:9bakgAV1r
コマンド全くわからん
どうすれば勉強できますか？
2019/02/15(金) 21:01:40.12ID:Slv5eO5c0
所詮は道具なんだし、
必要なときに調べながら使えばいいと思う
2019/02/16(土) 10:09:57.41ID:Ed04cleca
ランボー派です
2019/02/16(土) 16:46:14.11ID:5qKFbRgU0
俺はコナン派
2019/02/20(水) 23:08:56.76ID:sCYaSFZxM
stashしたらcheckoutできなくなったんですが
2019/02/20(水) 23:46:11.50ID:4lfp8jpk0
Git v2.21.0-rc2
2019/02/21(木) 08:33:26.35ID:aqCWam8aM
>>597
stash の pop や apply はコンフリクトする可能性があるから、git status で確認
2019/02/24(日) 10:34:56.98ID:83CO70Zba
stageしてない変更を全部消すのってどうやるんでしたっけ？
2019/02/24(日) 12:47:14.02ID:44IuTqPDd
git checkout .
2019/02/24(日) 14:21:29.00ID:hoKEg3Vo0
ググればわかることを聞く奴って伸びないだろうね
2019/02/24(日) 14:55:48.22ID:83CO70Zba
>>601
ありがとうございました
>>602
サーセン
ググってもわからんかった
2019/02/25(月) 02:37:37.21ID:qY4tAi6B0
>>600
git checkmate
2019/02/25(月) 08:05:24.26ID:gWR+hxYAd
https://github.blog/2019-02-24-highlights-from-git-2-21/
2019/02/25(月) 19:24:20.46ID:ej1+51bl0
Git v2.21.0
607デフォルトの名無しさん (ｵｯﾍﾟｹ Src5-WrPJ [126.179.32.217])
垢版 |
2019/02/25(月) 22:03:49.04ID:Si2QAeUKr
いくらバージョンアップしても今まで以上のことは何もする必要ないからもうバージョンアップしなくていい
2019/02/25(月) 22:16:05.40ID:lsusqOoAd
いや、どんどんバージョンアップして欲しい
2019/02/25(月) 23:10:10.00ID:qUP/DZtuM
git reset --hardを最強に高速化してほしい
2019/02/27(水) 19:57:33.46ID:Yzz2uE2c0
Git 2.21」リリース
2019年2月26日16:30 末岡洋子
https://mag.osdn.jp/19/02/26/163000
2019/02/27(水) 22:57:51.85ID:M0SXIgdl0
git punish
2019/03/10(日) 05:51:26.31ID:9A8Avv9Q0
>>569
Duy が　git restore と　git switch の新しいパッチを3/8 に投げてる。


https://public-inbox.org/git/20190308101655.9767-1-pclouds@gmail.com/T/#t
https://public-inbox.org/git/20190208090401.14793-1-pclouds@gmail.com/T/#t
2019/03/13(水) 19:45:06.23ID:vFMNsnc+0
gitkで表示されるコミットヘッダに Follows: という直近のタグっぽいものがあるけど、
同じものを表示するコマンドって何？
git log かなと思ってヘルプを探したけどわからなかった。
2019/03/14(木) 03:04:50.39ID:1YJIYSTs0
Follows が前で Precedes が後ろなのね
git describe で直近の tag は分かるけどちょっと挙動が違うし、Precedes は調べられなさそう
git tag --contains の結果をひとつづつチェックして Precedes を、
git tag --no-contains の結果をひとつづつチェックして Follows を、
探してるのかな？
2019/03/14(木) 21:01:53.07ID:rlbQlqp50
なるほど、単純な話じゃないんだ。ありがとう。
2019/03/17(日) 11:01:38.58ID:ipW8qlQE0
GitのwindowsGUIの質問はスレ違い？
普段MercurialでTortoiseHgを使ってるのだが
Gitも触ってみようとTortoiseGitを導入したところ、これが使いにくい

複数のブランチがある状況で、リビジョングラフを見ながらdiffテキストをサクッと見たり、
コミット等を行ったり、リビジョンに復旧したりしたいが
TortoiseHgだと単一ウィンドウですべて収まってできて便利なんだけど、
TortoiseGitは状況の把握と操作が複数のウィンドウにまたがっていて簡単にはできないような気がする
コマンドライン実行をそのままウィンドウ出力にしている感じ

これに文句が出ていないのは、何かうまい使い方があるということ？
（いくつかのウィンドウを開きっぱなしにするのが常識とか）
それともGitとMercurialの考え方の違いからくるものなのか？
617デフォルトの名無しさん (ﾜｯﾁｮｲ a37c-D8OU [122.215.159.99])
垢版 |
2019/03/17(日) 11:57:46.78ID:ZVJiTVd10
文句が出ないのは誰も使ってないから

Git for Windows の方が良い
2019/03/17(日) 12:52:22.96ID:33QpnpiOd
エクスプローラに統合されるのはウザイから亀シリーズは使わないなあ
自分はVisual Studioとgit bashの併用だけど、単体のGUIはSourceTreeが人気らしいね
2019/03/17(日) 12:58:06.43ID:ipW8qlQE0
>>617
妙に情報少ないなと思ったがやはりTortoiseGitはマイナーか
ありがとう
2019/03/17(日) 13:16:52.36ID:ipW8qlQE0
>>618
SourceTreeいいですね、ありがとう

TortoiseGitは意味わからんな、なぜHG版とここまで使用感が違うのか
歴史的な経緯だろうが
2019/03/17(日) 13:59:24.87ID:pyRBRMBz0
SourceTree派だけどお気に入り。
git初めての新米たちにも教えやすくてありがたい。
2019/03/17(日) 14:50:59.86ID:cctVURoe0
sourcetreeはインストールして放置してるけど何が強みなんだろうか
ブラウザ(プルリク/マージ)+VSCode+GitLensで出来ない機能ってある？
2019/03/17(日) 15:36:09.20ID:NKwO4SlHM
GitLensいいな、もう少しでIntelljIDEAのGit拡張に追いつけそう
2019/03/17(日) 17:22:15.96ID:XEUK+8k90
>>622
VSCodeに依存せずに使えるメリットがある
2019/03/17(日) 18:02:48.69ID:UyxoEwiF0
>>616
ログを表示したあとのグラフのウィンドウの左下にある2つのチェックボックスにチェックを入れて
すべてのブランチを表示
プロジェクト全体を表示
を有効にすればよいのでは
2019/03/17(日) 18:04:30.30ID:UyxoEwiF0
TortoiseGitめっちゃ気に入って使ってるけどなあ
日本語化するとGitのコマンド名と離れすぎてよく分からなくなるから
英語のまま使うのがいいよ
2019/03/17(日) 23:35:46.09ID:pyRBRMBz0
>>622
強みか微妙だけど、gitに絞ったGUIだから初心者には取っつきやすいし操作が覚えやすいと思う。
628デフォルトの名無しさん (ﾌﾞｰｲﾓ MM7f-wjHe [163.49.201.213])
垢版 |
2019/03/18(月) 18:36:16.77ID:YewPwHWvM
>>620
どちらかと言うとTortoiseHgが特殊。
2019/03/18(月) 22:16:45.63ID:X65IpBi50
Mercurial使ってる人まだいたのか
2019/03/18(月) 22:56:00.46ID:TLB80KtId
そりゃまだsvn使ってる現場さえも珍しくないですからね
2019/03/18(月) 23:52:50.82ID:MbCLUxTP0
>>630
その理屈はおかしい

svnはgitが出る前の標準だった。使ってる所は多かったので今も残ってるだろう。
そしてsvnの次として、同時期に似ているコンセプトで git or mercurial がでてきた。
すぐにgitが勝利したので、mercurialを使ってる所は少ないままだったはずだ。
2019/03/19(火) 02:10:00.72ID:/ob5YEpy0
>>631の謎理論が面白かったので俺も謎理論を展開してみる

svnからgitやmercurialに移行する動機は大いにあってもmercurialからgitに移行する動機はさほどなく、場合によっては新しくmercurialを採用することもありうる
となるとsvnユーザーは出涸らし状態であり、svnよりmercurialの方がユーザー数が多いと言える
2019/03/19(火) 02:35:08.23ID:HSgnVp3i0
？
ユーザー数や検索トレンドの推移を見ればどの理屈が事実に最も近いかわかると思うんだが
2019/03/19(火) 04:00:18.53ID:iMQbPxcS0
>>632
svn -> mercurial ・・・ 初期に僅かに移行。その一部はgitに移行。最初から少なく更に減っている。
svn -> git ・・・ 殆どがこのケース。多い
svn ・・・どちらにも移行できない所がまだ残ってる。移行したとしてもgit

mercurialに移行した所よりも、svnのまま移行できない所の方が多いので
mercurialのユーザーは少ないよ。
2019/03/19(火) 07:29:51.60ID:Bdp6kf6z0
facebook は mercurial 使ってるはず
google も独自 vcs で、git をメインには使っていない
2019/03/20(水) 21:20:50.51ID:gemofRvT0
What's cooking in git.git　に　switch と restore について記載来た。

> Two new commands "git switch" and "git restore" are introduced to
> split "checking out a branch to work on advancing its history" and
> "checking out paths out of the index and/or a tree-ish to work on
> advancing the current history" out of the single "git checkout"
> command.

早くて　2.23 あたりかなー
2019/03/20(水) 21:36:01.21ID:gemofRvT0
>>450
GCCのgit への移行は

昨年末に

GCC Is Still Months Away From Transitioning To Git, Reposurgeon Being Ported To Golang
https://www.phoronix.com/scan.php?page=news_item&;px=GCC-Reposurgeon-Py-To-Go-90

って記事が出て、さらに数か月かかるのかと思っていたら、

https://gcc.gnu.org/wiki/GitMirror
を見ると readonly ではアクセスできる模様。
2019/03/21(木) 16:53:08.88ID:r/ejW3JKa
gitattributesとeditorconfigで文字コードと改行コードが二重管理になってしまった
どっちかを移譲にできないものか
2019/04/02(火) 22:45:02.75ID:u3+lP1/q0
git flowについてと、実際の運用に適用する時について教えてください。
一次開発が終わりリリース済みのシステムがあります。今後二次開発があり、開発開始時期は同じですが、顧客テスト（例えば6/1、7/1、8/1）、本番リリース（例えば6/20、7/20、8/20）の時期が異なる機能が複数あります。

一次開発終了時点をmasterブランチ、二次開発用にdevelopブランチまでは作成しました。
今後開発する際は、developブランチから機能ごとにfeatureブランチを作成し、顧客テスト時はテストを行う機能（featureブランチ）をdevelopブランチにマージする運用が良いのでしょうか？（顧客テストokならdevelopをmasterにマージ）

気になっているのは、先に8/1顧客テスト用の機能を作った場合、マージしない（できない）ままのブランチが発生するのが良いのかわからないことです。

プルリクは使用しない想定です。

良い案があれば教えてもらえると助かります。
640デフォルトの名無しさん (ﾜｯﾁｮｲ 5797-/5OI [182.171.246.142])
垢版 |
2019/04/03(水) 02:16:59.33ID:BOvapwsR0
その3つの機能が依存関係が少なくてパラレルに開発した後にマージするので問題が起こりにくいのか、
それとも依存関係があってシリアルに開発、もしくは互いを調整しながら開発してしないといけないのかで違いそうな気がする。
前者ならはじめにブランチ作ってdevelopにマージしてテストすればよいと思うけれど、
後者ならdevelopブランチ1本で開発していってテストのときだけ
その時点でdevelop顧客テスト用のブランチを切ってテスト対応はそっちで行って
developにマージする、とかが良いような気がする
2019/04/03(水) 07:04:24.17ID:QKAgpFa00
git flowならreleaseブランチを作ろうよ
8/1顧客テストの機能をdevelopにマージしたいけど前の機能がまだmasterにマージできていないので無理、という状況を避けられる
リリースのタイミングが多少変わった程度でブランチ設計を見直さずに済む
2019/04/14(日) 10:32:24.84ID:zEHeHyPc0
ffって何？
643デフォルトの名無しさん (ﾜｯﾁｮｲ 067c-grM/ [113.32.86.138])
垢版 |
2019/04/14(日) 12:09:34.47ID:mqiCDUBh0
<< ● □ > >>
2019/04/15(月) 14:36:52.51ID:TQXILdnuM
>>642
git ffで検索ぐらいしろ。
fast forwardの略。
645デフォルトの名無しさん (ﾜｯﾁｮｲ b6ca-o1CB [119.240.132.157])
垢版 |
2019/05/03(金) 01:02:41.49ID:l/s3GWfn0
　個人プロジェクトの管理がにっちもさっちも状態に陥ってきたので、噂のGitを導入しようと勉強開始したのですが。

　現在オーム社の『入門git』(初版平成21年／第9刷平成25年)を読んでいるのですが、途中まで読んでやや古い書籍である事に気が付きました。
　当方Windows10なのでGitHubがMS社に買収された事だし導入もかなり簡単になってるかな・・・と思ったら、CygwinとMSYSへの記述があって、思ってたのと違うと改めてネットで調べ直したのですが。
　>>1の関連サイトの"Pro Git - Table of Contents"によれば違う分類による方法が幾つかあるみたいですね。

　そうなると、読み始めたオーム社の入門書はどこまで現状に即しているのでしょうか。
　基本的な操作が変更される事はないでしょうが、非推奨とかになる事も考えられるので。
　あと、良い書籍紹介があると嬉しいです。
2019/05/03(金) 01:04:27.23ID:i/xHvCJ+0
>>645
ごちゃごちゃ言わずに手動かさんかいボケェ！
2019/05/03(金) 01:24:21.30ID:D3mIW/FO0
>>645
何も考えずにgit for windows入れたら済む話だと思うよ
cygwinがベースの技術使われてるけど別途インストールする必要はないし
2019/05/03(金) 01:41:14.58ID:m+FxQhlt0
>>645
gitとGitHubは全く別のもの。プロジェクト的には無関係。

gitの本がGitHubについて詳しく書いていることはまずないし、
買収前のGitHub社も、Microsoftも、gitの開発には関わっていないといって良い。
（Git LFSなど一部影響を与えているがコア部分ではない）
649デフォルトの名無しさん (ﾜｲｰﾜ2 FF12-7GOi [103.5.142.235])
垢版 |
2019/05/03(金) 14:16:43.99ID:3Vz/qKohF
javascriptの勉強するためにJava始めました観たいな感じ
2019/05/03(金) 18:32:18.06ID:DMALnIma0
GitHubがGitクライアントのひとつではないということは、エンドユーザーからみればどうでもいいことなのかもしれない
それこそがSaaSの目指すべき透過性のry
651デフォルトの名無しさん (ﾜｲｰﾜ2 FF12-7GOi [103.5.142.234])
垢版 |
2019/05/03(金) 18:38:29.21ID:taX/i1G/F
GitHubはサーバーじゃないのか
2019/05/03(金) 19:20:02.06ID:gopWPGQUd
>>651
githubデスクトップアプリのことを言ってるんじゃないかな
2019/05/04(土) 01:29:13.43ID:IjWp+gdg0
>>646-652
　反応ありがとうございます。
　当方WINDOWSに入る前もファイラ時代が長かったもので、コマンドライン感覚が退化してしまっています。
　深く考えず教本を読破して、その操作を猿真似して馴染む事を目標に作業再開しようと思います。
　指針を与えてくださり、ありがとうございました。
2019/05/04(土) 01:49:51.51ID:PdnPsaxZ0
別に無理して最初からコマンドライン使う必要もないと思うけど
Visual StudioとかVSCodeとかGUIからgit扱えるし
2019/05/05(日) 23:16:29.51ID:wnPGmEim0
git extensions...
656デフォルトの名無しさん (ﾜｯﾁｮｲ 1394-vM1y [123.48.61.181])
垢版 |
2019/05/10(金) 23:01:31.97ID:yjXVmj4x0
gitを学ぶだけでも一苦労だ
2019/05/10(金) 23:30:40.02ID:VCdUDnM60
今時gitが使えないとチームで開発できないからプログラミング言語同様必須知識だよ
658デフォルトの名無しさん (ﾜｯﾁｮｲ 1394-vM1y [123.48.61.181])
垢版 |
2019/05/11(土) 02:31:02.75ID:ouM2ubYj0
基本的な流れは分かったけど
細かいコマンドやオプションまで入れたらとんでもない量ある
659デフォルトの名無しさん (ﾜｯﾁｮｲ 1394-vM1y [123.48.61.181])
垢版 |
2019/05/11(土) 14:30:22.85ID:ouM2ubYj0
https://qiita.com/xtetsuji/items/555a1ef19ed21ee42873
upstreamという名前を付けてるけど
リポジトリ自体に名前がついてるんじゃなくて
リポジトリの利用者側が勝手に名前を付けてるの？

おかしくない？
660デフォルトの名無しさん (ﾜｯﾁｮｲ 1394-vM1y [123.48.61.181])
垢版 |
2019/05/11(土) 14:35:55.50ID:ouM2ubYj0
そうすることで名前の重複問題を解決させようとしてるのか
名前空間みたいな概念が無いのか
2019/05/11(土) 14:39:05.89ID:wRpxqjAk0
ローカルリポジトリから見たremoteの名前なんだから勝手につけて当然。originだってそう。
2019/05/11(土) 14:45:36.03ID:D877RybE0
>>659
エイリアスだよ
本当のリポジトリの名前は、URIそのもの
URIは一意なんだから名前空間などなくてもかぶらない
長いから、originとかupstreamという別名を付けてるだけの話
663デフォルトの名無しさん (ﾜｯﾁｮｲ 1394-vM1y [123.48.61.181])
垢版 |
2019/05/11(土) 15:11:58.93ID:ouM2ubYj0
git remote -v
でリモートリポジトリの一覧が表示されますが、
push先として設定されているリモートリポジトリを一部削除する事はできますか？
fetch元としては使い続けたい
2019/05/11(土) 21:51:57.68ID:sDkUvWEX0
できる
2019/05/11(土) 22:37:01.91ID:Naxi/oZi0
>>663
https://stackoverflow.com/questions/7556155/git-set-up-a-fetch-only-remote/
666デフォルトの名無しさん (ﾜｯﾁｮｲ 1394-vM1y [123.48.61.181])
垢版 |
2019/05/11(土) 23:23:16.58ID:ouM2ubYj0
そのリモートリポジトリはgithubのなんですが
そもそもgithubのリポジトリは権限が無ければ書き込まれないかも、と思ったんですが
合ってますか
2019/05/12(日) 00:15:09.76ID:OoMn1CYl0
そりゃ他人が勝手にウイルスコード埋め込めるわけ無いやろ
668デフォルトの名無しさん (ﾜｯﾁｮｲ 1394-vM1y [123.48.61.181])
垢版 |
2019/05/12(日) 16:25:08.69ID:AJtL4p1I0
いや、できるんじゃないか・・・これ・・・
githubガバガバ
2019/05/13(月) 08:43:03.43ID:+iu2JKCNM
ローカルリポジトリに権限の概念はないぞ。
リモートにpushできるかは権限による。
2019/05/14(火) 12:14:26.51ID:yieIctl/a
Git v2.22.0-rc0
2019/05/21(火) 19:51:06.30ID:ItBIHcGN0
https://www.theregister.co.uk/2019/05/03/git_ransomware_bitcoin/

↑によると、git向けのランサムウェアがあるらしいので、
peffがパッチ投げてたけど、2.22に入るのかな？
2019/05/25(土) 01:07:57.56ID:/gw0C7Kb0
>>637
ESR Switches To Threadripper But His GCC SVN-To-Git Conversion Could Still Take Months
https://phoronix.com/scan.php?page=news_item&;px=ESR-Threadripper-GCC-Git

gccのsvnからgitへの変換はまだ数ヶ月かかるらしい。
2019/05/25(土) 17:03:27.06ID:MF7hUL6NM
そこまでしてやる必要あるの？
2019/05/25(土) 22:41:08.29ID:4zp+FHVLd
>>673
あるやろ。
いまどきgitじゃないと開発者が寄って来ない。
開発者が居ないOSSは死ぬよ。
2019/05/26(日) 09:21:13.31ID:AhpxmhZJM
「今時」ってそれだけの理由かよ。
開発者だけどどっちでもいいわ
2019/05/26(日) 13:39:03.80ID:n6k+d3Gb0
> 開発者だけどどっちでもいいわ

どっちでもいいってことは、どっちも知ってるはずだけど
違いしてていていってんの？svnとgitの比較言える？
2019/05/26(日) 13:39:30.92ID:n6k+d3Gb0
違い知ってて言ってんの？
2019/05/26(日) 14:28:24.43ID:K3Fa0Jrf0
昔はsvn使ってたけど今更使うのは嫌だよ
679デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/26(日) 16:53:36.40ID:TYT8T/KA0
git cloneしたフォルダをコピペで別の位置に移したら
何か問題出る？
680デフォルトの名無しさん (ｱｳｱｳｴｰ Sae3-LXSb [111.239.35.246])
垢版 |
2019/05/26(日) 17:05:52.30ID:KAaQkTQwa
無問題
681デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/26(日) 17:46:50.08ID:TYT8T/KA0
githubで自分がフォークしてるプロジェクトがあって
他の人もフォークしてて、他の人がその人のリポジトリでやったコミットを本家にPRしてて、
でもマージされてなくて、でも自分のフォークでそれをマージしたい場合、どうすれば？
2019/05/26(日) 17:49:28.34ID:n6k+d3Gb0
そのコミットを自分のフォークにマージするだけ
2019/05/26(日) 20:42:05.66ID:3rn09QiHd
>>675
emacs, ruby など大きなプロジェクトがgit に移行している。
何故移行したか、どんな効果があったか、事例見ると判る話。
2019/05/26(日) 21:11:49.05ID:LR3zsoru0
masterブランチで開発していて、
リリースする時、masterの全部の修正をリリースするんじゃなくて
一部だけリリースする時、リリース用のブランチを作ってそこに
リリースしたいもののみを集めるってやり方でいい？

そしてリリース用のブランチをリリースするわけだけど、
そこにはmasterに入れてないコミットが含まれる。
READMEの修正とか

そういった場合、masterにそれを戻さないといけないんだけど、
リリース用のブランチをmasterにmerge戻すと、同じコミットが二重にできちゃうじゃん？
それを防ぐにはどうしたら良い？mergeじゃなくてcherry-pickで戻す？
それともsquashする？（コミット消したくないけど）
それともリリース用のブランチをmasterからの変更にrebaseしてから、masterにマージする（少し面倒そう）
2019/05/26(日) 21:30:20.90ID:gL51xVlRd
git flow使えよ
2019/05/26(日) 21:44:10.79ID:LR3zsoru0
基本個人開発なんでそこまで面倒くさいことはしたくない
今回バグ修正のプルリクが来て、今masterでやってる作業の切りが悪いので
プルリクと先に出せる部分を、先に出したほうがいいなと判断したので
例外的にリリースブランチを切った
2019/05/26(日) 21:48:34.15ID:gL51xVlRd
git flowなんてめんどくさくもなんともないやろ
むしろmasterで開発してるからそんなめんどくさいことになってるんじゃないか
2019/05/26(日) 21:54:45.52ID:LR3zsoru0
github flowへの文句なら、github flowを論破してからにしてくれ
2019/05/26(日) 21:58:46.66ID:LR3zsoru0
説明しなくてもわかると思うが、
一人github flow = レビューする人はいない = ブランチきってその都度一人マージ = masterでの開発と何も変わらん
2019/05/26(日) 22:37:24.14ID:NmjYgqZc0
日本語通じてないわこいつ
2019/05/26(日) 22:40:52.72ID:LR3zsoru0
日本語通じてないのはお前だ。
俺はgit flowが複雑であることは世界共通の認識であることを知っているし、
その事実に関して反論していないし、興味も質問もしていない。
git flowが複雑ではないという話をしたいならよそでやれってこと
2019/05/26(日) 22:45:12.24ID:LR3zsoru0
はっきり言わないとわからないようだから言っておくと

git flowは複雑（事実）だから使わないと言ってる。
git flowは複雑（事実）ではないと主張したいのなら、俺ではなく世界とやってくれ
git flowは複雑（事実）ということは、俺が主張していることではない。
2019/05/26(日) 22:50:04.83ID:NmjYgqZc0
ごめん触れちゃいけないキチガイやったわ
2019/05/26(日) 22:51:42.71ID:LR3zsoru0
>>693もうレスしないでね。

ということで >>684 の質問へのレスよろしく
2019/05/27(月) 00:30:06.46ID:+/xGlUJM0
なんで1回git flowの話からgithub flowの話に逸れたん
2019/05/27(月) 01:48:52.81ID:C+5iEFBW0
git flowとgithub flowの区別も付いてないのは置いといて、複雑なので我流でやりますというなら好きにやればいいんでないの
697デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 02:12:28.92ID:Qfy1TG6f0
githubで本家にPR出して、しかしやりとりのなかで
revertだとか再コミットだとかでヒストリーが伸びて、
本家側は最後の1コミットだけをマージする、ということはできるんだろうか？
698デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 02:35:58.34ID:Qfy1TG6f0
githubでOSSを修正したい場合、
さらにそのOSSをカスタムしたソフトウェアを作りたい場合、
フォークを2つ作るべき？
2019/05/27(月) 02:42:44.37ID:udO0PU000
もし最後の1コミットだけマージできるとして、それにどんな意味があるの?
700デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 02:58:02.56ID:Qfy1TG6f0
例えばコミット1をPR、問題点が指摘される、コミット1をrevertしてコミット2を作る。
このときコミット2だけをマージして欲しい。
ところがgithubの画面上ではコミット1もrevertもコミット2も表示される。
その一連のヒストリーが表示されてしまう。

さらに、PR中に本家の追従をしてマージコミットが入るかもしれない。
701デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 03:17:05.13ID:Qfy1TG6f0
git使うとヒストリーを適切に保つ必要が出てきて
開発が難しくなる
702デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 03:23:35.65ID:Qfy1TG6f0
実際の作業ヒストリーは紆余曲折を経ているわけで、
自分のforkリポジトリにそういうヒストリーがあるのは妥当。
追跡しやすいし。

ところが本家にマージする段階ではヒストリーを圧縮して1コミットにしたい。
でもそんな操作できなかった。
しかもPR中にも紆余曲折してヒストリーが伸びる。
どうやってヒストリーを圧縮すれば？
703デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 03:36:54.35ID:Qfy1TG6f0
squashするとマージした人がAuthorになるという記事があったが
コミットした人になると言ってる記事もあるな

https://qiita.com/ko-he-8/items/94e872f2154829c868df#squash-and-merge
＞この時、マージコミットSのAuthorはBになります

https://qiita.com/pshiko/items/1e9acd114b7e85884866
＞最近某OSSに出されたPRが、git merge --squash <branch> でマージされたことにより、コミットのAuthorが書き換えられてしまった
2019/05/27(月) 03:55:13.09ID:M+AjYQS+0
>>695
> なんで1回git flowの話からgithub flowの話に逸れたん

よく見ればわかるが、git flowの話もgithub flowの話もしていない。マージの話
ただ「git flowが複雑で、それよりもシンプルなgithub flowなどがある」のに
git flowが複雑だという事実を知らなそうな人に、git flowを使えと言われたから、
世間の認識を知らないなって思っただけ
2019/05/27(月) 04:01:54.78ID:M+AjYQS+0
>>702
単に本家のコミット（通常はmasterのHEAD）からの
修正へとrebaseすればいいだけ
2019/05/27(月) 04:04:09.92ID:M+AjYQS+0
>>696
> 複雑なので我流でやりますというなら好きにやればいいんでないの

git flowが他のフローに比べて複雑なのは世間で共通している認識なので
その話をすることに意味はない。そのレベルの話はしてない。
707デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 04:53:17.89ID:Qfy1TG6f0
git難しい

コミット内容に問題があり修正したい
→修正＆動作確認成功
→前のコミット内容は単に要らなくなったからrevertしよう
→作業ディレクトリで変更されているせいでエラー
→じゃあrevertじゃなくて新たなコミットで

みたいな。revertダメなんだ、みたいなのが多い。
分かる？gitのために発想を制限される感じ。
作業手順を見通せるようになるには相当な経験を積む必要がある
708デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 04:58:45.67ID:Qfy1TG6f0
しかも人によってrevertした方がヒストリー的に好ましいというかもしれない
でも作業手順上、revertしていいのかは新しい変更内容で動作確認をした後じゃないと
分からないから、revertは自然じゃない。
2019/05/27(月) 05:16:31.13ID:M+AjYQS+0
>>707
> 作業手順を見通せるようになるには相当な経験を積む必要がある

gitは作業手順を見せるもんじゃないよ。
変更履歴を見せるのであって、作業履歴を見せるものじゃない。
あんたが一日こういうふうに頑張りましたっていう報告はいらない
欲しいのは結果

だいたいrevertは、みんなが共有しているブランチでやるものであって
個人的なブランチでは使う必要がない
前のコミットが要らなくなったらrebaseして消すのが普通
欲しいのは結果であって、途中の作業報告なんかソースコードの修正の邪魔
（作業報告したけりゃissueでもprでもslackでも好きなところでやればいい）
710デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 06:03:00.33ID:Qfy1TG6f0
”見通せる”の意味が分かってないのか
711デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 06:04:57.03ID:Qfy1TG6f0
作業の履歴はコードベースでどんな間違いが起こりやすいかが分かる
rebaseで履歴を消すというアイデアは同意できない
2019/05/27(月) 06:20:02.37ID:M+AjYQS+0
> 作業の履歴はコードベースでどんな間違いが起こりやすいかが分かる

それ何が目的？何がしたいのかわからない。
2019/05/27(月) 06:21:18.22ID:M+AjYQS+0
>>710
ああだこうだという試行錯誤があると
コードの変更が "見通せない"

あんたの試行錯誤のあとなんかどうでもいい。
結果を見せろ。重要なのは結果だ。
714デフォルトの名無しさん (ﾜｯﾁｮｲ b17c-LXSb [122.215.159.99])
垢版 |
2019/05/27(月) 12:34:48.28ID:cl2rg6uY0
ただのアップロードツールだとしか思ってない人いるみたいだし
そういう人はロダ使えば良いと思うの
715デフォルトの名無しさん (ﾜｯﾁｮｲ 13b9-9b2Z [123.1.16.202])
垢版 |
2019/05/27(月) 12:38:42.12ID:Qfy1TG6f0
コードの変更は本家のヒストリーで分かるから
forkリポジトリに細かい履歴が残っているのは基本的に良い事
2019/05/27(月) 13:03:43.27ID:M+AjYQS+0
>>715
だから試行錯誤の後とコードの変更履歴は別
残すのはコードの変更履歴（みんなに公開する確定した修正の履歴）であって
試行錯誤の履歴（みんなに公開しない確定してない修正の履歴）じゃない

他人が見る価値がないようなものを残したって
見ないんだから意味ないだろ。
それはノイズでしかない
2019/05/27(月) 13:42:14.87ID:w3SoIN+ba
試行錯誤はpushする前にやれよ
2019/05/27(月) 13:45:46.73ID:M+AjYQS+0
>>717
当然pushする前にも試行錯誤するが、
レビューしてもらうためにpushする必要がある。

ただしその内容は確定した変更内容ではないので
全てを残す必要はない
2019/05/27(月) 13:45:59.16ID:qS8fmkRZ0
>>717
わかった
とりあえずpushしておくよ
2019/05/27(月) 13:57:46.15ID:M+AjYQS+0
コミットの内容はあとから見るっていうことを
全く考えてないんだよなｗ


あとから見る時、見なくても良いものがたくさんあったら
本当に見なければ行けないものがどれかわからなくなる。

あとから見るということを全く考えてないから
記録だけしていればいいと間違った考えになる

あと見るだけじゃなくコミット単位でcherry-pickしたりするので
一連の修正がバラバラになってると再利用できなくなる。
2019/05/31(金) 12:48:41.61ID:ULN24Mdma
Git v2.22.0-rc2

先日のLinusからの指摘の修正は入ってない模様。
2019/06/08(土) 08:15:28.17ID:6fTN99E40
Git v2.22.0
2019/06/08(土) 10:46:37.85ID:U30olJT4M
Gitはコミット間違えたとかブランチ名間違えた時の修正がめんどくさい
2019/06/08(土) 10:59:38.65ID:fb9z00+40
>>723
どういう手順で修正してる？
ちょっと書いてみたよ

（どうせやり方知らないくせにって思ってる）
2019/06/08(土) 11:27:18.12ID:0abvY8430
>>723
何に比べてどうめんどくさいの？
2019/06/16(日) 11:58:31.44ID:xdoBotj7a
きっとzipとくらべてだろうな
2019/06/16(日) 12:37:19.10ID:wOx7igShd
>>726
比較にならんな
2019/07/15(月) 00:54:22.25ID:l1Zen+C+0
>>563
>>636
新しいコマンド、 "git switch" と "git restore"　は次の2.23で入る模様。
2019/08/03(土) 11:15:50.66ID:5eRnJvEc0
Git v2.23.0-rc1
2019/08/10(土) 10:25:40.53ID:cKTQ2yHJ0
Git v2.23.0-rc2

Qiita に git switch　/ restore の記事を載せるべくアップを始めた奴いる？
2019/08/10(土) 16:58:57.63ID:LQe3yXk0M
そもそもコマンドライン直接叩くことって少なくね
2019/08/10(土) 19:03:44.35ID:lOB1XgAmd
少なくないよ
2019/08/11(日) 16:00:39.56ID:vvCMvMRm0
そもそもキータ()なんて情弱サイトに書くやつ少なくね
2019/08/11(日) 16:41:38.02ID:1zjD928mM
gistにメモ書きできない人間にキータ(笑)は向いてない
2019/08/13(火) 12:43:02.27ID:VwKU7qro0
Git v2.22.1
736デフォルトの名無しさん (ｽｯｯﾌﾟ Sd03-D+Fm [49.98.158.165 [上級国民]])
垢版 |
2019/08/13(火) 21:01:03.08ID:oBta28P0d
gitの本探してるのだけど
cuiメインでguiの本があまりなくて困っています
いい本知りませんか？
2019/08/14(水) 02:47:20.96ID:GN/ut7360
GUIはいっぱいある上に決定版がないからあんまりないんじゃないの
738デフォルトの名無しさん (ｱｳｳｨﾌ FFf1-FHwm [106.171.68.27])
垢版 |
2019/08/14(水) 13:59:15.84ID:cbEBER6YF
CUI知ってればGUIの本は要らない
逆は偽
2019/08/14(水) 16:34:08.01ID:Q4kX3C+k0
CUIでgitの概念学んだらGUIにほぼそのまま応用できるからGUIの本は不要だわな
740デフォルトの名無しさん (ﾜｯﾁｮｲ e3ad-WJKE [27.139.3.34])
垢版 |
2019/08/14(水) 17:23:57.49ID:SBWKVrUs0
TortoiseGitでのマージが感覚と反対で最初逆にやってしまった
2019/08/15(木) 22:11:23.02ID:DmUAFdIwM
セキュリティの都合上インターネットに繋げない開発環境があって(ファイルを1個やりとりするのは可能、rsync的なことは無理)、手元のマシンとのリポジトリ同期に困ってたんだが
(format-patchとamじゃhashまでは面倒見てくれないしコミット毎の管理になるしで面倒)、
bundleという機能を見つけたんだがすごく便利だな

コミットの範囲は確認しなくちゃいけないけど、push、pullとほとんど同等な感じで使えるね。
2019/08/15(木) 22:16:49.78ID:DmUAFdIwM
git switch/restoreはgit checkoutがコンテキストによって全然違う動作をすることを避けるべくブランチ間の移動はswitch、ファイルをHEADまで戻すはrestoreにしたってことなんだな

確かにcheckoutでやらかしたことあるから嬉しいんだが、switch/restoreに慣れると古いgitにイライラしそうだな。
2019/08/17(土) 13:59:47.08ID:Zfy/hzwJ0
Git v2.23.0
2019/08/17(土) 14:06:00.48ID:Zfy/hzwJ0
Highlights from Git 2.23
https://github.blog/2019-08-16-highlights-from-git-2-23/
745デフォルトの名無しさん (ﾜｯﾁｮｲ 2b61-JaCP [112.136.82.54])
垢版 |
2019/08/20(火) 07:47:09.82ID:p2nRjHy+0
resetも分割しろや
2019/08/31(土) 14:48:50.96ID:4OmVCRqb0
>>736
GUIなんていらない
CUIなら必要なレポート簡単に書けるでしょ
git log --name-status --pretty=format:"Xxx Yyy Zzz" |foo|bar|baz...
2019/09/04(水) 11:14:25.75ID:rzQE6Xog0
サブプロジェクトを使ったことがありません。
現プロジェクトの3つの派生プロジェクトを始めるることになりました。共通のソースは9割です。此の場合は、共通のソースをサブプロジェクトに移して使用するのが良いのでしょうか
2019/09/04(水) 11:15:55.34ID:rzQE6Xog0
747はサブプロジェクトじゃなくてサブモジュールの誤りです
749デフォルトの名無しさん (ｴﾑｿﾞﾈ FFc2-ca7b [49.106.188.113])
垢版 |
2019/09/04(水) 11:36:25.80ID:Z0seKSTeF
逆じゃね
2019/09/04(水) 22:15:50.21ID:AFcyDbLu0
これからも派生が増えてくならそれでいいけど、あまり増えないなら、ブランチで管理するかな。
2019/09/05(木) 12:35:53.77ID:MUzf1fAOM
>>747
管理体制次第だな。
普通はブランチ管理じゃない？
共通ソースの管理者が別にいるならモジュール化も検討するけど、そこまで大きなプロジェクトならgitプロフェッショナル必要な気がする。
2019/09/06(金) 11:38:49.20ID:zdSEx9vn0
>>747です。
ご意見ありがとう。　変更が多いのは共通部分なんでブランチで管理すると他のブランチへのマージを忘れそう。
2019/09/07(土) 16:54:15.29ID:Bj08DgMe0
今後マージするかどうかは運用次第として、一旦ブランチはしておけば良い
ブランチしたのをマージしない運用にするのは簡単だけど、ブランチしないで分離したプロジェクトをマージするのは面倒くさい
2019/09/13(金) 16:19:53.06ID:nYKvQkSU0
保守
755デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 14:19:09.55ID:URIhcAHs0
個人開発者です。
2年前までlocalでgitコマンドを使ってた。
その後、開発から離れてたんだけど、再度戻ってきた。

昨日からGithubへpushする様になって、色々勉強中。
ヨロピコ！
756デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 14:22:02.16ID:URIhcAHs0
>>755
ちなみに参考になったのは、
実践Git、第4章
Web+DB Magazine vol. 50(2009)、はじめてのGit

Pro Gitって参考になる？
757デフォルトの名無しさん (ﾜｯﾁｮｲ 257c-9GzD [122.215.159.99])
垢版 |
2019/09/20(金) 16:41:54.43ID:rjndmUfp0
ProGitが一番
758デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 17:48:25.26ID:URIhcAHs0
>>757
>ProGit
thx

iPadで読もうとSendToKindleってメールサービスでmobiファイル送ってみた。

ドキドキしながらKindleで同期すると本が来た。
ヨカっタァ。

しかし、すごいボリュームの本だ。
759デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 17:59:22.84ID:URIhcAHs0
tree object
commit object
のデータ構造を理解した。

coutesy of WEB+DB vol.50
760デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 18:00:13.71ID:URIhcAHs0
>>758
最近使い始めたAir Dropってので送ろうとしたらNGだった。
761デフォルトの名無しさん (ﾜｯﾁｮｲ cb7c-TBpG [113.32.86.138])
垢版 |
2019/09/20(金) 18:05:22.67ID:JTEUK9IA0
GitHubだけど
パソコンのwebブラウザで
new repository
は出来るのに
スマホのwebブラウザだと
new repository
のボタンが出て来ないのはなぜ？
あとクライアント(コンソール)からコマンドで
new repository
ってどうすれば出来る？
762デフォルトの名無しさん (ﾜｯﾁｮｲ cb7c-TBpG [113.32.86.138])
垢版 |
2019/09/20(金) 18:28:21.02ID:JTEUK9IA0
ここ良いね
https://git-scm.com/book/ja/v2
763デフォルトの名無しさん (ﾜｯﾁｮｲ 257c-9GzD [122.215.159.99])
垢版 |
2019/09/20(金) 18:49:06.23ID:rjndmUfp0
https://codenotfound.com/github-add-remote-git-gui-windows.html
764デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:32:07.56ID:URIhcAHs0
>>761
俺もlocalのterminal.appで作業する際、remote(Github)にnew repositoryを作製する方法を知りたい。

多分、出来ないのかな？
765デフォルトの名無しさん (ｴﾑｿﾞﾈ FF03-TBpG [49.106.174.17])
垢版 |
2019/09/20(金) 19:40:20.88ID:np9IZJl7F
pythonとかでスクレイピングでもすればいけるかもしれないが
最近はgithubも二段階認証になって色々面倒なことに
766デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:40:59.16ID:URIhcAHs0
>>764
出来ない理由
terminal.appでnew repositoryできるとすると、数万のrepositoryがbotによって作製されるかもしれない。

shell scriptを書いてやれば、そういった嫌がらせも出来てしまう。
それは避けたいので、ボタンを使ったUIになってるのでは？◀New Repositoryが。

あくまで俺の妄想っす。
767デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:45:03.18ID:URIhcAHs0
markdownで書いた、図入りのテクニカル文書を管理したいんだけど、blogでは色々面倒で、GitHub使おうかと思うんだけど、良いかなぁ？

ソースコードのsyntax highlightが出来て、imageも埋め込めるmarkdownを管理したいんだけど。

それとも、便利なblogサイトある？
livedoor blogをsyntax highlight plugin付きで試したら、大なり小なり記号＜、＞をエスケープしないとsource codeを表示できないので、ガッカリなのだ。
768デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:49:37.03ID:URIhcAHs0
GitHub GistにMarkdown文書を置いた時に、imageファイルってどうやって管理すれば良いのだ？

imgurとかに置いて、url指定するってのがbest practice?
769デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 19:56:01.52ID:URIhcAHs0
>>768
ここにいくつか解法が示されてる。
https://gist.github.com/Tatzyr/3847141

しかし、
GitHub上のフォームで画像をコピペするとGitHubのS3にアップロードされ、URLがはりつきますよ。

これは、どう言う操作の事だ？
770デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 20:05:34.11ID:URIhcAHs0
>>769
そう言う事かぁ。
https://gist.github.com/kannankumar/4c613cac6d9db896062a16e1cc57d3e5
771デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/20(金) 20:13:29.14ID:URIhcAHs0
gistに貼り付けたmarkdown中にimage貼り付けたけどresize出来ん。
https://gist.github.com/uupaa/f77d2bcf4dc7a294d109
ここにresizing howto記載されてるが、Gistでは効果無し。

<img>タグを使えば上手くresizeされるんだけど、![](url)形式で書きたい。
772デフォルトの名無しさん (ﾜｯﾁｮｲ cb7c-TBpG [113.32.86.138])
垢版 |
2019/09/21(土) 09:19:25.03ID:ZIXe7ufx0
ここまで酷い自演は久々に観た
773デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/21(土) 10:51:11.39ID:Ydb2EKuB0
>>772
自演じゃなくて、スレッド(のつもり)なんすけど。

Xcode11 Release来た。
XVim2.xcplugin動くかな？
2019/09/23(月) 02:44:37.78ID:9JPi/wpl0
過疎ってんだから日記帳にするなり好きにすればいいよ
775デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/23(月) 06:23:26.61ID:ZFjPecP80
>>774
あんがと！

Web+DB vol.50 2009の初めてのGit、って記事、ヨカっタァ。
tree object, commit objectのデータ構造がよく解った。

あと、Garbage Collectionの記事が読みたい。どこからも参照されなくなったcommit objectがpurgeされる話とか。
776デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/23(月) 06:25:35.01ID:ZFjPecP80
>>775
https://git-scm.com/book/ja/v1/Git%E3%81%AE%E5%86%85%E5%81%B4-%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%86%E3%83%8A%E3%83%B3%E3%82%B9%E3%81%A8%E3%83%87%E3%83%BC%E3%82%BF%E3%83%AA%E3%82%AB%E3%83%90%E3%83%AA

ここに記事が
777デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/23(月) 16:22:28.10ID:ZFjPecP80
>>761
GitHubに対して出来る事は、git-remoteコマンドのオプションのみ！

new repositoryの作製はterminal.appからコマンド打って出来ない。

see git help remote
778デフォルトの名無しさん (ｱｳｳｨﾌ FFa1-TBpG [106.171.80.200])
垢版 |
2019/09/23(月) 16:31:19.95ID:3qdqqJ07F
>>763 の
https://codenotfound.com/github-add-remote-git-gui-windows.html
ここの
Configure Git GUI
からの
Create New Repository
はどういう仕組みで実現してるのだろう
779デフォルトの名無しさん (ｱｳｳｨﾌ FFa1-TBpG [106.171.80.200])
垢版 |
2019/09/23(月) 16:33:06.12ID:3qdqqJ07F
Fetch Immediately じゃなくて
Initialize Remote Repository and Push の方を選んだときの動作ね
2019/09/23(月) 18:06:09.35ID:ob9EuVqo0
>>777
api叩けばいいやろ
781デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/24(火) 06:41:41.65ID:gYzhU56s0
>>778
Configure GitHub
のセクションに記載があるとおり、WebサイトでNew Repositoryする。
Git Gui on Windowsからはできないんじゃ無いの？
782デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/24(火) 06:42:08.00ID:gYzhU56s0
>>780
API Referenceはどこに？
2019/09/24(火) 09:51:28.93ID:eSQZT5x9d
>>782
ほい
https://developer.github.com/v3/repos/#create
784デフォルトの名無しさん (ｴﾑｿﾞﾈ FF03-TBpG [49.106.192.93])
垢版 |
2019/09/24(火) 14:40:27.59ID:oiN+60axF
なんか希望が見えて来た
有賀豚
785デフォルトの名無しさん (ﾜｯﾁｮｲ 2535-nkOk [112.71.134.117])
垢版 |
2019/09/25(水) 10:48:49.61ID:YoSppGQg0
>>783
これダァ。
great THX.

gg://github rest api
786デフォルトの名無しさん (ｱｳｳｨﾌ FFa1-TBpG [106.171.84.223])
垢版 |
2019/09/25(水) 12:00:16.79ID:sdHp2tVCF
stackoverflow
how to create repository in github through github api

github community GitHub API Development
REST API v3 Not able to create repo using the code given
2019/09/27(金) 20:11:00.86ID:PO3Q26aB0
>>637
>>672
GCCのgit への移行は、もうちょっとらしい。

GCC's Conversion To Git: "Within The Realm Of The Practically Achievable"
https://www.phoronix.com/scan.php?page=news_item&;px=GCC-SVN-To-Git-September-2019
2019/09/29(日) 21:44:10.87ID:rwscXeu2M
それって副産物としてSubversionからGitへの変換プログラムが生まれるってことだよな?
2019/09/29(日) 21:44:46.12ID:rwscXeu2M
/s/Subversion/SVN/
2019/09/29(日) 22:05:29.01ID:l/SXcx8yr
一般的な応用を期待しているならgit svnという十分に便利なものが既にある
2019/09/29(日) 23:01:05.62ID:fhHI+l000
じゃあそいつはGPLじゃないからつかわんかったってことか
792デフォルトの名無しさん (ﾜｯﾁｮｲ 8d7c-yXpG [122.215.159.99])
垢版 |
2019/09/30(月) 12:17:14.76ID:vkIGDak20
RMSがもっと若ければ
とっくにtigとか造ってんじゃね
2019/09/30(月) 18:54:35.24ID:V1lanUup0
>>788
>>791
GCCのSubvesion のダンプはかなり大規模かつ複雑でgit svn ではgitのリポジトリには
変換できないらしい。

なのでESRが自分のツール(https://gitlab.com/esr/reposurgeon) で変換しようとしている。
2019/09/30(月) 19:01:18.14ID:XqyD8F2M0
svnのダンプが開発者にも謎な物になってしまってるのが
原因らしいが
2019/09/30(月) 21:25:24.70ID:kwRyD9uN0
ドキュメント大事って話か(´・ω・`)
2019/10/17(木) 20:11:40.33ID:F8NBztSv0
共有フォルダ上にリポジトリ置いてローカルで開発ってのをやろうと思ってるんだが大丈夫じゃろか
前からいる人はずっと一人でやってた環境らしくてバージョン管理というものをやったことがないらしい
調べたけどSVNはそういうの止めろってことらしいからgitを考えているのだが
2019/10/17(木) 22:17:08.28ID:OqU0/1j0r
大丈夫じゃよ
2019/10/18(金) 20:38:42.21ID:OUfNs6MN0
サンクス。ちゃんと動いた。ほっとしたしリモートからプル出来たときはちょっと感動したわ
ありがとうvisualstudio。そしてgithubもtortoisegitも申請しなきゃいけない会社は潰れろ
2019/10/18(金) 21:13:42.86ID:+gSJG8Oq0
Git v2.24.0-rc0
2019/10/18(金) 22:44:03.39ID:esIPpiBW0
>>798
githubみたいなクラウドサービス使うのに許可がいるのは当たり前だろ
2019/10/18(金) 23:02:32.82ID:q2EV4CaW0
共有フォルダSVNがダメならgitもダメじゃないの？なんか差分あったっけ
2019/10/19(土) 00:32:21.03ID:M/AC3ije0
共有フォルダにベアリポジトリ置くなら可能
2019/10/19(土) 01:23:53.50ID:yK8AYG0c0
>>800
いやいやｗｗｗ
804デフォルトの名無しさん (ｱｳｱｳｴｰ Sa7a-uHRg [111.239.44.76])
垢版 |
2019/10/19(土) 02:43:29.64ID:u6kJNe82a
>>800
だよな

>>803 >>798
https://hayabusa9.5ch.net/test/read.cgi/news/1571409806/
2019/10/21(月) 18:36:15.95ID:f5UjoAUh0
masterからdevelopブランチを切って、ローカルではdevelopからfeatureブランチ切ってそれをいじる
developにマージしてdevelopをプッシュする。不要になったfeatureは削除する
っていう一連の流れを勉強したんだけど、しまったここの関数ちょっとおかしいとかそういうほんとちょっとした変更でもいちいちfeature作るって作業はしたほうがいいの？
あんまり意味が無いような気が
2019/10/21(月) 19:05:05.50ID:QGk2ZXW40
チーム開発なら必要。必ずコードレビューするから、ローカルでdevelopへのmergeなんてしない。
2019/10/21(月) 21:35:01.75ID:f5UjoAUh0
なるほど
二人だけのチームで多分コードレビューなんてしもしないと思うんですけどその場合でも必要ですかね
あとfeatureブランチはリモートにはプッシュしないっていう認識で大丈夫ですか
2019/10/21(月) 21:52:05.56ID:QGk2ZXW40
featureの扱いというよりは、developへのmergeをどこでするか統一しておかないと、各々の環境でdevelopの履歴が分かれていくやろ
2019/10/21(月) 21:54:28.50ID:QGk2ZXW40
featureをリモートにpushして、コードレビューおよびdevelopへのmergeをおこなうのが一般的。ローカルのdevelopは、基本的にfetch or pullとfeatureの作成用途のみ。
2019/10/21(月) 22:39:49.24ID:f5UjoAUh0
むぅそもそもリモートで作業するってのが考えてなかったというかその辺りよくわからないですね
>>796なんですがリモートリポジトリってローカルで作業していったものをどんどん突っ込んでいくものという認識です
ちょっと勉強が足りなかったようです
2019/10/21(月) 22:47:28.39ID:QGk2ZXW40
普通はGitHubやGitLabみたいなホスティング環境を用意するからね
2019/10/22(火) 10:33:39.48ID:97MNeVVfr
2人に閉じた開発なら結合後にdevelopだけでごりごり開発してもいいよ
いつの間にか気持ち悪いマージコミットが多数生じるだろうけど
気持ち悪いと感じる人がいないならそれはそれで
2019/10/23(水) 03:06:06.75ID:gUefB5900
マージコミットも歴史の一環なんだから、必要と思う派だな俺は
2019/10/23(水) 05:29:04.43ID:rbcKcx270
マージコミットが気持ち悪いとか意味分からん
2019/10/23(水) 09:07:03.10ID:9MFdyPJfa
developからdevelopへのマージコミットがキモいということでは
2019/10/23(水) 09:08:03.44ID:dAk3xzay0
コミットツリーの美しさとかにこだわりが
ある人がいるらしい
2019/10/23(水) 09:20:06.84ID:9MFdyPJfa
それは海外の有名OSSでもわりといる
俺は個人的には全く気にしないけど
2019/10/23(水) 12:55:24.68ID:/Xl5BrJYr
>>815
そうそれ

マージコミットのあいだにも価値の多寡があるということ
歴史としての価値があるからこそノイズが多いと経緯を追い難くなる
そこを一切否定するならrebaseコマンドの存在意義も(ほぼ)否定することになる
2019/10/23(水) 13:35:25.15ID:9MFdyPJfa
気持ちはよくわかるが、pull requestベースでの開発だとコミットはあまり気にしなくなるよね
それよりcherry-pick厨はマジで○んでくれ
2019/10/24(木) 21:55:43.84ID:tJ6qR8Ubp
10人くらいのオフィスで現状何でもかんでもnasに突っ込んで管理してます
HTMLやらcssやらのファイルだけでなく、画像データやofficeやAdobe系のファイル諸々、トータルで2テラくらいあるんですが、git使った方がいいですかね？
2019/10/24(木) 22:37:22.25ID:X5jN+DYs0
Git v2.24.0-rc1

sparse-checkout　は2.24には入らない模様
2019/10/25(金) 00:29:24.66ID:pN2Np6rx0
>>820
あほ
2019/10/25(金) 02:19:18.84ID:NkkYeDGn0
>>820
賢い
2019/10/26(土) 04:05:16.93ID:5CwD3uct0
>>820
バイナリはあんまりメリットないと思うぞ
2019/10/30(水) 19:20:40.44ID:9OqgeVS50
Git v2.24.0-rc2
2019/10/31(木) 12:45:58.96ID:am2tAoCwa
>>825
rc0のバグが二件MLに投げられてたけど、
rc2では一件しか反映されてなくて、
ds/commit-graph-on-fetchは反映されてなかったので、
cookingのリプライで、この件はa corner caseでは無いってメールが投げられてる。

rc3が出そう。
2019/11/01(金) 18:52:14.66ID:iiwBdpI/0
うっかりデバッグする前にコミットしちゃったときに限ってデバッグするとバグが出るのはなぜなのか・・・・・・
828デフォルトの名無しさん (ｱｳｳｨﾌ FFb7-0B+f [106.171.80.130])
垢版 |
2019/11/01(金) 19:24:18.43ID:4VV6x0MuF
うっかりコミットしてもpush前ならなんとでもなる
2019/11/01(金) 22:53:41.80ID:e5+N+yHPM
バグがでたらその場でコミットするすらある
その後確実に直したかを確認できるように
2019/11/02(土) 11:55:22.78ID:KQBO0phR0
コミットはなんぼでもするでしょ
プッシュでさえみんなと共有してないブランチでなら構わずやることすら多々ある
2019/11/04(月) 15:43:58.15ID:c4+jomAP0
Git v2.24.0
2019/11/08(金) 20:10:08.64ID:0FK18fPT0
visual studioで使ってるけど本当に便利すぎて手放せないわもう
例えコミット細かくやりまくってもうどこで何をやったか履歴でよく分かんなくなっても関数の上に変更回数が出てしかもどのコミットだったかとかすぐ分かる
ありがてぇありがてぇ
2019/11/08(金) 23:58:01.51ID:0O3F1Ost0
>>832
おお！それ便利そうだな
2019/11/09(土) 00:33:45.05ID:18eViK1od
visual studioはやっぱり便利なIDEだよ
2019/11/16(土) 12:06:04.07ID:Hu173AQfa
VSってSVN統合はサポートしてないんだっけ？
2019/11/21(木) 21:00:22.52ID:qyUyDCEb0
新コマンドのsparse-checkoutが盛り上がっているけど、
v2.25 に入るかどうかはまだ不明。
https://public-inbox.org/git/pull.316.v4.git.1571147764.gitgitgadget@gmail.com/T/#me0705177b18287f1037278d870f86d8cba58ccc3
2019/11/24(日) 12:50:33.17ID:gnIUHiL60
githubでプルリクをマージする人ってプルリクを送った側と受け取った側とでどちらが良いんでしょうか
個人的にはプルリクって、もしこの修正が問題なければ取り込んでくださいって意味だから
受け取った側が承認してマージまでするのが自然な形だと思うんですが、
なぜか今の職場ではプルリクを送った側が自分でマージするルールになっています
私がおかしいのでしょうか
2019/11/24(日) 13:34:18.60ID:GHgHXRJi0
>>837
そういうルールもありだと思う
承認する人が多忙だとその方が仕事が早いし
2019/11/24(日) 14:06:11.79ID:yrLXmC4Sa
それってアクセスコントロールしてない無秩序状態ってことだろ？
頭のおかしい開発者が勝手にマージしはじめたらめんどうだ

承認者とマージ実行者を別にするのはよろしい
マージ実行者を開発者全員にするのはよろしくない
2019/11/24(日) 14:19:50.78ID:80bKErqg0
それだってケースバイケースだろう。
たしかに頭のおかしい開発者が存在する場合はいろいろ考慮が必要だろうが。
2019/11/24(日) 17:03:56.66ID:gnIUHiL60
オープンソースのプロジェクトにプルリク送る場合って受け取った側が承認してマージまでするじゃん
githubを作った人の想定では、プルリクを受け取った側がマージするのが正しいんだと思うんですよね
ていうか自分で送り付けて（プッシュ）おいて、自分でマージするってことはそれはもう"プル"リクエストではなくて、
"プッシュ"リクエストじゃないんですかね
githubを作った人の想定通りに素直に使うのが自然で良いと思うんです
2019/11/24(日) 18:06:33.20ID:Af51XfXf0
開発効率を上げるとかバグを減らす為にルールを作るので
ルールを守るためにルールがあるのじゃない
2019/11/24(日) 18:15:15.68ID:gnIUHiL60
プルリクを送った側がマージすると開発効率が上がったりバグが減るんですかねちょっとわかりませんね
2019/11/24(日) 18:22:14.13ID:80bKErqg0
ここまでくるとちょっとウザい。
あんたの疑問はもっともだと思うからあとは職場の人とよく話し合ってくれ。
2019/11/24(日) 18:48:23.85ID:Af51XfXf0
どこにも書いてないこと言い出して逆ギレしてるようでは
かなりお荷物さんだろうねえ
2019/11/24(日) 21:03:03.40ID:gnIUHiL60
は？お前が死ね
2019/11/24(日) 22:15:27.62ID:Ak7CJVWZ0
社内に頭のおかしい人なんてそうそういないだろと思ったけど
こういうレスを見ると自信なくなる
最初の質問「私がおかしいのでしょうか」については
そうかもねと答えざるを得ない
2019/11/24(日) 22:23:39.72ID:siCmeb1h0
どんな解釈をしたら、お前”が”し ねになるのか分からない笑
君の質問は正しいよ、あなたがおかしい。
2019/11/27(水) 00:29:11.38ID:khFiWnk90
>>839
職場に頭がおかしい人がいるならgitで解決しようとしてる場合じゃない
2019/11/27(水) 02:07:52.53ID:yfCQIaSa0
私がおかしいのでしょうかと質問する人は大体周囲が見えてない自己中なので、何言っても無駄
2019/11/28(木) 00:29:54.88ID:pkrpUq4n0
お前の書き込みなんか何の価値もねえわ
向いてないから死ね
2019/11/28(木) 08:00:02.37ID:ASrVgGrO0
おお、マジで周囲が見えてない
ムダだったな
2019/11/28(木) 11:24:04.68ID:6K3wKFKj0
TortoiseGitのグラフ表示時矢印が古い方を指すように下向きに
なった。2.9.0　設定何か触ったかな　
2019/11/30(土) 06:10:34.31ID:38g5kEkf0
変更のない同一ファイルのときに

git commit -am “こめんと”

を打つとエラーになるけど、エラーを回避するコマンドとか無いかな？
もしくは更新・差分があったときのみcommitするようなパラメータとか
2019/12/10(火) 08:57:29.10ID:dElUWZFip
>>854
>もしくは更新・差分があったときのみcommitするようなパラメータとか
まさにこれがデフォルト動作だからエラーになってるんでは
更新・差分はないが直前のコミットメッセージを直したいということなのであれば git commit --amend -m "こめんと" すれば良い
2019/12/10(火) 14:02:57.28ID:wVKwLmOg0
--allow-empty でいいんじゃね
2019/12/11(水) 08:48:33.72ID:dTsaAtPFa
Multiple Git vulnerabilities in 2.24 and older
https://github.blog/2019-12-10-multiple-git-vulnerabilities-in-2-24-and-older/
2019/12/26(木) 12:40:02.51ID:hsVb1UYsa
Git v2.25.0-rc0
2020/01/14(火) 14:04:10.95ID:4wHv5Np1a
Git v2.25.0

リリース直前にgit rebace -iの機能を巻き戻した模様。
2020/01/14(火) 19:51:55.90ID:XYlwauc30
「Git 2.25」リリース、「git sparse-checkout」コマンドの追加や細かい機能強化が行われる
2020年1月14日17:15 末岡洋子
https://mag.osdn.jp/20/01/14/171500
2020/01/15(水) 10:03:41.64ID:vNXxsU5/a
>>836
2.25に入りましたね
2020/01/15(水) 14:10:39.53ID:HHc8tRS5a
大体ググって覚えて使ってる個人の感想としては、
ざっくり『addしてcommitしてpush、後はbranch作ってなんか切ったり結合したり出来れば大体なんとかなる』というノリでgit使ってるんですな何か他に知っておいた方が良い操作とかあるんでしょうか？
ブランチ名やコミットメッセージを付ける等の補助的なオプションに関する知識は勿論前提として。
863デフォルトの名無しさん (ﾜｯﾁｮｲ a57c-otum [122.215.159.99])
垢版 |
2020/01/15(水) 14:17:31.11ID:4xMdZPyq0
壊れた時の治し方
2020/01/15(水) 15:53:47.54ID:lrragII8r
初期に便利だと思ったのは
stash
ignoreのバリエーション
skip-worktree
reset
reflog
あたりかな
865デフォルトの名無しさん (ﾜｯﾁｮｲ e3ad-NcMA [27.139.41.170])
垢版 |
2020/01/15(水) 18:52:02.01ID:5FatvImR0
stashなんか怖くて別の場所にチェックアウトしちゃう
2020/01/15(水) 19:33:55.68ID:351mhBoi0
>>862
何をおいてもgit rebase。これ使わないとgitの価値が無いと言ってもいいぐらい
2020/01/15(水) 20:55:58.51ID:LnXb7RmRM
ちょっと違うけど、vcodeのアドオンにあるgitのdiffとかhistoryを見る機能は便利。
2020/01/15(水) 23:01:29.73ID:T10o2wrU0
rebaseとか未だに有用性が理解できない
2020/01/15(水) 23:04:03.22ID:k9iUnicj0
はちゃめちゃに大きくなったリポジトリの整理でgc, filter-branchなんかは使わなきゃいけないときがあるね。
大体開発もクライマックスで泣きながらやる羽目になるイメージがあるけど。
2020/01/16(木) 08:30:24.22ID:Q/Kq6WCRa
>>868
神経質でええカッコしいの俺にとっては重要機能
2020/01/16(木) 13:31:27.65ID:G3KWlD+Dd
rebaseは-i以外めったに使わないな
2020/01/16(木) 21:01:11.48ID:J+/qaxiI0
遅くなりましたが皆さんありがとうございます、なんとなく枝を繋げればいいや
というイメージでしたがリセット機能や消去機能こんなに充実してるんですね。
正直広まってる理由オープンかつコストが掛からない上有名なソフトが集まっているから
だと思ってたんですが、コマンドで大体できるしGUIも綺麗ですしそこらのソフトウェアが
内蔵してる管理機能より遥かに有用なことを色々聞いて実感しました。
2020/01/18(土) 19:37:12.70ID:gdI50zyB0
masterブランチをpullし忘れてmergeがめんどくさくなる時あるんですが、どうすればいいですかね？
874デフォルトの名無しさん (ｱｳｳｨﾌ FF21-otum [106.171.73.72])
垢版 |
2020/01/19(日) 13:01:12.04ID:ehZNNwbSF
rebase
2020/01/20(月) 20:23:44.70ID:egaGjlTX0
>>873
pullを忘れない
2020/01/20(月) 21:58:48.20ID:DbNr2/Ajr
rebaseは下手すると似たところで何度も競合して余計面倒になるような
2020/01/20(月) 22:06:36.16ID:hWOi4sNW0
mergeがめんどくさくなった時点で気付くだろうからそこでやり直せばいい。
2020/01/27(月) 22:52:01.17ID:eRzXcwZO0
patch
2020/02/16(日) 11:10:07.51ID:v4WmcUGja
gitでファイル分割ってどうすりゃいいんだ

//old.cs
class Foo {...}
class Bar {...}

↑これを↓こうしたい

//foo.cs
class Foo {...}

//bar.cs
class Bar {...}


git mv old.cs foo.cs
cp foo.cs bar.cs
git add bar.cs
git commit
vim foo.cs # class Barを削除
vim bar.cs # class Fooを削除
git commit

これだとFooは履歴を辿れるけどBarは履歴を辿れないので困る
880デフォルトの名無しさん (ﾜｲｰﾜ2 FF3a-BDVY [103.5.142.120])
垢版 |
2020/02/16(日) 11:46:34.81ID:nYOrfTm7F
https://stackoverflow.com/questions/47401843/git-copy-file-as-opposed-to-git-mv
https://stackoverflow.com/questions/16937359/git-copy-file-preserving-history
https://thinca.はてなぶろぐ.com/entry/20090217/1234799036
2020/02/17(月) 19:49:42.59ID:uNPszME30
初歩的な質問で申し訳ないんだけど教えてください
今小さなプロジェクトを個人で動かしてて、部署のファイルサーバの自分のフォルダにリモートリポジトリを置いて、visual studioでコミットしてプッシュしてみたいな単純な使い方してます
それで今度チームでやることになってgithubとかgitlabとかの導入を考えているのですがプルリクエストというのがよく分かりません
色々サイト見ているのですがプッシュしたあとにプルリクエストを作成して……みたいなこと書いているんですが、プッシュしたらリモートリポジトリ変更されちゃいますよね？
プルリクエストされた担当者がコードをチェックするならプッシュの前じゃないといけないのではと思うのですが
よろしくおねがいします
2020/02/17(月) 19:59:10.01ID:TyLv2qwpd
ブランチの概念も知らないとみた
2020/02/17(月) 20:37:06.60ID:y136Nw0W0
>>881
別ブランチにコミットしたものをpushするんだよ。
んでもってそのブランチに対してプルリクエストする。
2020/02/17(月) 20:58:00.67ID:+X1gGa0lM
o - o - o - o <- ローカル/master, リモート/master
\ o - o - o <- ローカル/ブランチ1

ローカル/ブランチ1をpushするんだよ。
ブランチの切り方はgit branch --help見てね。
チーム開発の記事を読んでおくといいかもね。
ブルリクについてはgithubとかの開発について調べてみるといいよ
2020/02/17(月) 22:08:10.05ID:eqxbKRrg0
Git 2.25.1
2020/02/17(月) 22:41:22.23ID:uNPszME30
>>883-884
あぁぁそういうことですか。あ、いや自分でやってるときはgithub flowでしたっけ。masterとdevelop切ってそこからfeature切ってみたいなやり方してたんですけど
>>884だとリクエスト受けた側がmasterにマージする感じになってますけどmasterって製品版だからあまりいじっちゃまずいんじゃありませんでしたっけ。マージ先は受付側が決めるってことでいいんですかね
それと別ブランチ切らずにmasterブランチにいじってプッシュしてきたりしたらまずいと思うんですがそれは拒否できたりするんですかね
887デフォルトの名無しさん (ﾜｲｰﾜ2 FF3a-BDVY [103.5.142.122])
垢版 |
2020/02/18(火) 12:20:35.45ID:r+eOvEZJF
pull request 来てそのまま merge して repository 壊すタイプ
2020/02/18(火) 12:31:37.80ID:pMNjUdCaM
レポジトリは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にマージするんじゃないかな。
2020/02/18(火) 17:35:26.84ID:+p1UhD0YM
gitって初心者には難しくないですか？
まともなレベルと規模のチーム開発を経験しないと、その機能がなんのためにあるのかイメージし辛いし
こういうのってどうやるの？って毎度毎度ググる日々…
2020/02/18(火) 19:44:21.29ID:2AC9Ct1n0
無理してでも覚えてもらう以外なかろう。
pull, push, add, commit, checkout, status, diff
これくらいをとりあえず覚えてもらって、困ったら聞いてもらうようにするとか。
2020/02/19(水) 08:12:48.02ID:EqrEbewg0
>>888
理解しました。1.と2.が別物という認識がありませんでした。なるほど何分一人で一つのリモートに対してずっとやってきてたもので
2020/02/19(水) 15:14:55.91ID:EL2IXwnU0
リポジトリ壊して怒られたことある人います？
2020/02/19(水) 18:44:25.95ID:glv7RxyWd
いませんよ
2020/02/20(木) 09:20:40.65ID:TFr3ahU9M
壊されて怒ったことなら
895デフォルトの名無しさん (ｱｳｳｨﾌ FF57-IPX/ [106.171.73.169])
垢版 |
2020/02/20(木) 10:51:36.80ID:sbHTvmgoF
リモートのが壊れただけなら
自分のところにある正しいものをpush
2020/02/20(木) 14:25:46.13ID:mSs43Khqa
リポジトリ壊すとハカイダーの称号が与えられる
2020/02/20(木) 18:06:20.23ID:Nllb9nDe0
わりと push -f を気軽にやるのなとビビったことはある
2020/02/20(木) 20:06:31.80ID:tIiyieq40
>>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

https://www.phoronix.com/scan.php?page=news_item&;px=GCC-Is-On-Git
2020/02/24(月) 17:00:59.72ID:prJq+pJl0
githubの使い方覚えようと思ってsourcetreeとかGitKrakenとかCUIでやるかとか色々検討したけど結局いつものVisualStudioにエクステンション突っ込むので落ち着いてしまった
だめだVSに完全に調教されている。俺は軟弱なプログラマだ
900デフォルトの名無しさん (ｱｳｱｳｴｰ Sa9f-IPX/ [111.239.50.235])
垢版 |
2020/02/25(火) 03:43:59.15ID:4Jcf/lZea
すれち
2020/02/25(火) 15:38:12.24ID:gwHrzvDTM
ツールの話はスレチなの？
2020/02/25(火) 15:50:01.31ID:FJnE0Xtt0
>>901
GitHubの話がスレチなんじゃないか?

ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】
https://mevius.5ch.net/test/read.cgi/tech/1531824290/
2020/02/25(火) 16:58:47.93ID:vci/itY3d
>>902
でも>>899の言ってる内容はGithub限定の話ではないけど
2020/02/25(火) 17:41:25.91ID:ZS5k1kfLM
気にするほどのことはないので大丈夫だよ。
2020/02/26(水) 00:13:19.51ID:XrSS+Vu/M
たまにいるgithub=gitな人でしょ
2020/02/26(水) 22:08:46.35ID:o2Xk4smZa
このスレって常連は10人位か？
2020/02/27(木) 11:42:52.83ID:Xz7O1QseM
またまたご冗談を
908デフォルトの名無しさん (ﾜｲｰﾜ2 FF32-7qQN [103.5.142.232])
垢版 |
2020/02/27(木) 15:12:04.24ID:G6pyHvdgF
点呼
1
2020/02/27(木) 17:14:18.54ID:nN94+lnK0
点呼禁止
2020/02/27(木) 23:48:55.50ID:wPwgfJj10
点呼　2
2020/02/28(金) 00:08:56.37ID:6gK8rCEI0
なんやかんやありまして
2020/02/28(金) 17:17:41.91ID:+ASYUl1F0
点呼3
2020/02/28(金) 21:50:18.50ID:0nTCvSdoa
オレが3人分になる…
2020/02/28(金) 22:34:38.56ID:K4ZcleDWd
ここまで俺の自作自演
2020/02/28(金) 23:52:33.83ID:R/ov6bzS0
でんこ
10
2020/03/02(月) 15:54:06.71ID:fpMRqgdb0
点呼4
2020/03/06(金) 19:58:58.60ID:g+1tzXEN0
Git v2.26.0-rc0
918デフォルトの名無しさん (ﾜｯﾁｮｲ 9f2f-jOgt [61.115.215.117])
垢版 |
2020/03/08(日) 17:37:29.18ID:0owj/E6o0
https://opensource.com/article/20/3/git-cola
Make Git easy with Git Cola
Get started with Git Cola, a graphical user interface for Git.
2020/03/12(木) 14:52:28.29ID:ns5NBKkpM
Qiitaだけでも、git入門、git基礎、いまさらgitについてまとめてみた的なのが乱立してる時点で
初学者に理解されにくい糞仕様が存在してるのではと思われそう。
2020/03/12(木) 18:00:18.56ID:qQgprVyja
CUIってだけで難しいと思われるこんな世の中じゃ
921デフォルトの名無しさん (ﾜｯﾁｮｲ e3ad-PWNQ [27.139.41.170])
垢版 |
2020/03/12(木) 18:46:36.40ID:f2H7WA/80
管理者が使うコマンドとフローを制限してやる必要があるな
あと定番で使うコマンドのオプション指定がハイフン2つなのはイケてないと思う
2020/03/12(木) 22:13:50.27ID:+EH0vN99M
ハイフン2つのオプションの方が自動補完しやすいから楽じゃん
2020/03/13(金) 14:04:45.27ID:NWduylWPM
GUIがなのはCUIが使えない人に対するハラスメントだと言われたことある
2020/03/13(金) 14:46:24.17ID:60Tos3d2M
CUIおじさんとORM嫌いおじさんとstaticおじさんて同じ人？
925デフォルトの名無しさん (ﾜｲｰﾜ2 FF13-LOeD [103.5.142.235])
垢版 |
2020/03/13(金) 18:06:34.24ID:jvKiI+vVF
gitでcuiの人はいくらでも居るでしょう
2020/03/13(金) 18:44:41.16ID:yORqQ+vG0
Windows 10, WSL, Ubuntu 18.04 では、最初から、git が入っている

Ruby のバージョンマネージャー、rbenv をインストールしたけど、

rbenv-installer の説明通りに、以下を実行する

curl -fsSL https://github.com/rbenv/rbenv-installer/raw/master/bin/rbenv-installer | bash

このシェルスクリプト内で、勝手に、git を使ってる！

git init
git remote add -f -t master origin https://github.com/rbenv/rbenv.git
git checkout -b master origin/master

git clone https://github.com/rbenv/ruby-build.git "${rbenv_root}/plugins/ruby-build"
2020/03/18(水) 20:56:46.19ID:X2BFZ32q0
Git 2.25.2
2020/03/23(月) 22:28:27.90ID:MlIXvfRM0
Git v2.26.0

https://github.blog/2020-03-22-highlights-from-git-2-26/
2020/03/25(水) 21:26:50.14ID:sijGTrx/0
「Git 2.26」リリース、git rebaseのデフォルトバックエンドが変更される
https://mag.osdn.jp/20/03/24/150000
2020/04/23(木) 02:13:07.87ID:mmt09PKY0
git が難しいのは利用グループごとに使い方が異なっていて標準の使い方がないからだよ。
応用の効く多様性のあるツールという利点なんだけど、自分たちの使い方だけが唯一の正解と思っているアホが多すぎる。
2020/04/23(木) 22:25:15.34ID:qMI2WavH0
>>930
どうしたの？急に
何かつらいことでもあったの？
2020/04/24(金) 03:25:53.92ID:AmZH8Mz00
まあ、Excelも難しいし、インターネッツも難しいよな
標準の使い方がないから
2020/04/24(金) 03:39:09.00ID:Afm3tUrY0
Excelの標準的な使い方は方眼紙だろJK
934デフォルトの名無しさん (ﾜｯﾁｮｲ 7fad-h7Ku [27.139.41.170])
垢版 |
2020/04/24(金) 07:47:52.32ID:rM9gQYtA0
ExcelもXML形式になったから
Gitで差分管理できるようになるといいなあ
2020/04/24(金) 09:33:14.31ID:Afm3tUrY0
xlsxをzip展開した状態でリポジトリに入れればいいのかな
2020/04/24(金) 09:42:03.81ID:o/l2oITT0
VSCode の、Git の拡張機能で、差分表示できないの？
2020/04/24(金) 10:57:17.04ID:A9aEYiqd0
>>930
同意。git自体はかなり使いやすいツールだと思う。
最近気になるのは若い連中がなぜかSIerみたいな運用を好むってところかな。
それやりたいならsvnでも使ってりゃいいのにと思う。
2020/04/24(金) 11:05:24.68ID:agN2oJUo0
>>937
具体的にはどういう運用？
2020/04/24(金) 14:09:48.24ID:A9aEYiqd0
mergeまでにあほみたいな数の承認の山が必要な運用
2020/04/24(金) 14:26:44.63ID:agN2oJUo0
具体的には？
2020/04/24(金) 14:39:23.40ID:A9aEYiqd0
なんだただの馬鹿か
2020/04/24(金) 14:40:50.75ID:Ujoqag8S0
使い方が間違えてるなら指摘すればいいのに
2020/04/24(金) 15:27:46.99ID:agN2oJUo0
>>941
どうやって承認してるかも言えないの？
2020/04/24(金) 15:28:58.68ID:agN2oJUo0
まさかGitHubのコードレビュー機能が嫌だとかそういうレベルの話？
2020/04/24(金) 17:54:22.49ID:0ml75oG6a
>>934
コンフリクトしたときに手動マージする自信がないなぁ
946デフォルトの名無しさん (ﾜｯﾁｮｲ 0b2c-aEdY [153.194.236.234])
垢版 |
2020/05/05(火) 09:06:55.45ID:rwJ86+M00
たにぐちまこと

Git+GitHub入門 #01：リポジトリーの作成とコミット
https://www.youtube.com/watch?v=_PyuylNk64o&;list=PLh6V6_7fbbo_M3CqTeJvuXB08--fibyBu

YouTube に、分かりやすい動画がある
2020/05/16(土) 15:44:47.91ID:o1F7OPB+0
Git v2.27.0-rc0
2020/05/21(木) 03:32:13.74ID:miYubpnq0
脆弱性？
949デフォルトの名無しさん (ﾜｯﾁｮｲ 2ab9-4KSb [123.48.128.206])
垢版 |
2020/06/01(月) 20:08:44.93ID:FNfjc0Rl0
リモート追跡ブランチは全コミットオブジェクトやファイルを含んでるの？
一部メタデータだけとかじゃなく？

つまりリモート追跡ブランチがリモートリポジトリの最新状態を反映していれば、
オフラインでもリモートリポジトリの最新状態を（リモート追跡ブランチから）ローカルリポジトリに反映できる？
950デフォルトの名無しさん (ﾜｯﾁｮｲ 2ab9-4KSb [123.48.128.206])
垢版 |
2020/06/01(月) 20:11:17.66ID:FNfjc0Rl0
ローカルリポジトリじゃないな。
オフラインでもワークツリーにリモートリポジトリの最新状態を反映できるか？
2020/06/01(月) 20:12:00.12ID:yf3+THP3M
できる
952デフォルトの名無しさん (ﾜｯﾁｮｲ 2ab9-4KSb [123.48.128.206])
垢版 |
2020/06/01(月) 20:15:32.26ID:FNfjc0Rl0
https://qiita.com/uasi/items/69368c17c79e99aaddbf
これのmasterとかmy-local-fooは何というんだ？
953デフォルトの名無しさん (ﾜｯﾁｮｲ 2ab9-4KSb [123.48.128.206])
垢版 |
2020/06/01(月) 21:15:21.19ID:FNfjc0Rl0
１）リモートリポジトリ無しで自分のPCだけでgitを使っている場合、
リモート追跡ブランチは一切存在しない？

２）その場合、自分のローカルリポジトリからcloneすることは可能？
つまりGitは次々と拡散的にcloneしていけるものなんだろうか？
言い換えれば、リモートリポジトリなるものの正体は単に誰かのローカルリポジトリだろうか？
954sage (ﾜｯﾁｮｲ 8a84-4KSb [115.176.139.111])
垢版 |
2020/06/01(月) 22:04:07.44ID:cdzKAQgn0
図の奴はmasterもmy-local-branchもローカルリポジトリのローカルブランチ

ローカルに作成してどこへも push してないローカルリポジトリには、リモート追跡ブランチは存在しない

ローカルリポジトリからcloneすることは可能で、次々と拡散的にcloneできる

しかし、一般的には、cloneやpush/pullだけする上流のリポジトリは、--bare オプションを付けて作成されていて、ワーキングツリーが存在せず、checkout とかできない

さらに、github みたいなサービス上に存在するリポジトリの実体はもっと違うものであってもいい
2020/06/02(火) 02:44:05.47ID:ehPtl50t0
Git v2.27.0
2020/06/05(金) 18:12:43.55ID:6QvxjjST0
基本的なことでしたらすみません
マージしてpushしようとしたら、既にリモートのブランチが更新されてた場合ってどう対応してますか？
2020/06/05(金) 19:30:22.23ID:fqStb/MO0
>>956
fetchして、ブランチを全部表示すると、
自分のブランチとリモートブランチが枝分かれしてるから、
そのリモートブランチを持ってきて、自分のブランチにマージしてからコンフリクトを解消、改めてプッシュしたらいいのでは

それか、自分のブランチをリベースするか
（リモートブランチの先端に自分のブランチの変更をすべてチェリーピックするのと同等）
2020/06/05(金) 21:46:42.14ID:6QvxjjST0
>>957
自分も前者のやり方で対応してたのですが、
マージ先のブランチを更新する人が多く、pushするタイミングが難しくて質問してみました

リベースはやったことないので調べてみます
2020/06/05(金) 23:50:12.63ID:t5+w+CA20
pullしてそのままpushするだけでいいよ
履歴を綺麗に保ちたいならgit pull -rebase
時間のかかる大規模なマージのときは事前にコミュニケーションをとって不幸な競合をなるべく回避するように根回し
ひとつのブランチに対してコミットする人が多すぎるならブランチ運用の設計がまずいかもと相談する
2020/06/06(土) 00:10:37.80ID:u22pMI2j0
その状況だと、リベースとマージは同じだと思うよ。
pushするときに毎度マージが発生するのは仕方ないかもしれないけど、
それをマージしおわってpushしたらもう更新されてたっていうのなら、運用見直したほうがいいと思う。
調停する人置くとかしないとならんかな
2020/06/13(土) 02:42:46.35ID:riQ9cX92a
Masterって言葉は差別的らしい。

こういう流れを受けて、git 本体のMLでも議論されてる。
Rename offensive terminology (master)
https://public-inbox.org/git/bef39243-806f-7c4a-c3d1-f3500ec377be@iee.email/T/#t
というスレで議論されてる

うーん
962デフォルトの名無しさん (ｱｳｳｨﾌ FF67-+Do1 [106.171.64.134])
垢版 |
2020/06/13(土) 09:41:05.39ID:rZLMUl8aF
主人も婦人も夫人も差別語だな
フェミ厨の出番だぞがんがれ
2020/06/13(土) 10:14:31.26ID:iZvX7GNda
Masterさんを迫害するな差別主義者どもめ
964デフォルトの名無しさん (ﾜｯﾁｮｲ ffad-E0Y3 [61.26.120.165])
垢版 |
2020/06/13(土) 11:06:15.43ID:QZzer1mT0
メタリカのアルバム「Master Of Puppets」の邦題が「メタル・マスター」というのは、どう考えてもおかしい。
2020/06/13(土) 14:28:58.70ID:62Up8kzL0
BLMの飛び火だろうか
ATA規格のmaster vs slaveが避けられるのはわかる
masterのあるじとしての語義は宜しくないんだろう
でもmaster copyのような原本としての語義までケチをつけるのはどうなのか
Master Yodaのような達人や先生の語義は言わずもがな

>>962
mistressも同じだからフェミ云々はお門違いだろ
2020/06/15(月) 12:44:57.78ID:dV6GnPJJM
Masterを「原版」not主人の意味に定義すりゃ終わる話だな。
手間かけて修正するほどの話じゃない。

言い出しっぺはパッチ出したのかな？
2020/06/16(火) 06:59:51.19ID:fAeNikk60
ＳＪＷにはうんざりする
2020/06/18(木) 12:37:36.15ID:F3Ty4PRma
デフォルトのブランチ名の上書きのためのパッチがMLで議論されてる。
パッチの作者はMSの人だと思う

[PATCH 0/9] Allow overriding the default name of the default branch
https://public-inbox.org/git/xmqqd05xtp2g.fsf@gitster.c.googlers.com/T/#t
2020/06/18(木) 21:11:41.87ID:rrjpH8VBa
Github、人種差別を連想させるコーディング用語の見直しへ
https://www.gizmodo.jp/2020/06/github-to-remove-master-and-slave-coding-terms-widely-s.html

米GizmodoがGithub広報に確認したところ｢3つの変化を起こすため、Gitプロジェクトや他のバージョン管理ベンダーと共に積極的に取り組んでいます｣と詳細を明かしています。それによると3つの変化とは次の通り。

(1) 新規リポジトリでデフォルトのブランチ名を‘master’から変更する
(2) すべての新規リポジトリで、自分のデフォルトのブランチ名を簡単に選択できるようにする
(3) 既存リポジトリでデフォルトのブランチ名を変更する方法について、ユーザー向けのガイダンスやツールをリリースする

今回、見直されている用語は長い間批判されていましたが、GithubのほかPythonも非攻撃的な用語への切り替えに着手していること、
さらにGitlabが最初のイテレーションに取り組んでいて、ユーザーが自分のデフォルトのブランチ名を選択できるように動いていることを明かしています。
2020/06/18(木) 21:52:02.54ID:di8PfZmP0
git自体も差別じゃないんか
2020/06/18(木) 22:03:59.70ID:qjc1BV6sa
せめてエイリアスにしてくれ
こんなくだらない理由で改修とかバカバカしすぎる
2020/06/18(木) 22:14:47.60ID:jb3CdIlO0
gitのブランチ名はmastet以外に好きに変えられるからいいとしても、デファクトスタンダードな用語をいまさら変えるなんて混乱が起きそうだ
これからmasterブランチのことをなんて呼んだらいいんだろう
2020/06/18(木) 22:42:45.63ID:1Vom12kf0
「メインブランチ」でいいじゃん。
2020/06/18(木) 23:00:37.99ID:N0ZCSDTm0
>>969
githubの話は別のスレでやってくれ
975デフォルトの名無しさん (ｱｳｳｨﾌ FFa3-HKig [106.171.70.17])
垢版 |
2020/06/21(日) 16:17:31.25ID:rRP2z2l8F
>>973
パワハラでsubmoduleから提訴されるんですね
2020/06/22(月) 20:58:33.95ID:7gIavRIra
Git15周年 - GitHubとGitLabに聞く
https://www.infoq.com/jp/news/2020/06/git-fifteen-anniversary-qa/
2020/07/10(金) 22:57:13.05ID:K8C6JMtm0
Git v2.28.0-rc0
2020/07/20(月) 14:46:39.24ID:x7Ki6TvS0
rebase -i でコミット整理してる時、面倒なコンフリクトが大量に発生したら皆さんどうしてますか？
やっぱり手動で逐一解決しますかね？
2020/07/20(月) 15:07:06.59ID:j98/uvhVa
>>978
rebase中止して、conflict解消したcommitして全部sqash
2020/07/28(火) 12:37:17.72ID:Y7VrfaSI0
Git v2.28.0
981デフォルトの名無しさん (ﾜｯﾁｮｲ 02ad-RnSF [61.26.120.165])
垢版 |
2020/07/28(火) 18:56:12.85ID:55CoBPro0
macOSの brew が鬼のような速さでgit更新に対応してた。
2020/07/28(火) 19:40:29.57ID:nl0WhoWH0
git公式がポリコレ機能アピールしててワロタｗｗｗｗｗ
もうこの世界オワタｗｗｗｗｗ
2020/07/29(水) 08:40:04.95ID:y3UnORV8a
https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.28.0.txt

The name of the primary branch in existing repositories, and the default name used for the first branch in newly created repositories, is made configurable,
so that we can eventually wean ourselves off of the hardcoded 'master'.
984デフォルトの名無しさん (ｴﾑｿﾞﾈ FFff-QWST [49.106.174.66])
垢版 |
2020/07/29(水) 09:54:08.36ID:H7KKJzsxF
M$が関わると碌なことにならない
2020/07/29(水) 14:17:27.85ID:MvKFAsvBM
git本体にMSの魔の手が及んだ訳では無いだろ
2020/07/29(水) 15:20:23.29ID:idrwzqXK0
gitとGitHubを混同してる人結構いるもんね
2020/07/29(水) 15:52:46.53ID:z6Fnx3oM0
Highlights from Git 2.28
https://github.blog/2020-07-27-highlights-from-git-2-28/

筆頭にポリコレ機能が…
2020/07/29(水) 16:34:47.09ID:vEnVrtqV0
git ～地図にない場所～
2020/09/01(火) 20:03:54.91ID:ETu8a3Hk0
コミット＆プッシュしたとき
ローカルリポジトリ更新されて
リモートリポジトリでコンフリクトでエラーが出て止まったときって
プルしようにもローカルリポジトリでエラー出て
プッシュはもちろんできなくて
作業フォルダは>>>>>>>>>>文字列で
やられちゃってるじゃないですか？

一旦リモートリポジトリの全部とって
手動でマージしたいんですけど
なんとか前の状態に綺麗に戻せませんでしょうか？
2020/09/01(火) 20:18:32.24ID:6iLD5w4S0
git checkout .
2020/09/01(火) 21:44:57.95ID:ETu8a3Hk0
>>990
あ、やっぱりそのブランチは死んだと見るべきってことですね
回答ありがとうございました
2020/09/01(火) 22:42:19.89ID:+j/8rXpD0
>>991
ブランチは死んでない、なぜならコミットしてるのだからそこまでは戻せる
pull(リモートとのmergeのこと)にconflictして失敗したのだから、ダメになったのは作業コピー
2020/09/01(火) 23:46:31.27ID:cIJrFHrq0
作業フォルダが>>>>>でやられてるという理解がまず変じゃない？
Gitが分かりやすく競合位置をマーキングしてくれてるだけの一般的な状態
そこから生でテキストを編集するのが怖いならGUIのツールを使えばいい
これができないと常に競合に怯えることになる
2020/09/01(火) 23:46:54.44ID:cIJrFHrq0
ソース全体に無駄にフォーマッタをかけてしまって大量に競合した等、訳あってマージを取り消したいなら
git merge --abort
でマージ前に戻る
綺麗にpullしたいならさらに
git reset --hard HEAD^
でコミット前に戻してからpullして手動マージ
2020/09/01(火) 23:51:13.46ID:cIJrFHrq0
マージコミットを作ってもいいなら
git checkout --theirs .
でリモートのファイル内容になる
git checkout .
だとローカルが優先されるんじゃないかな、間違ってたらすまん
どちらにしてもマージの仕組みを理解していない人がこれやると不味いミスをやらかすかも
2020/09/02(水) 02:12:44.16ID:6n47TPOy0
>>994
それって亀Gitやsourcetreeだとどういう操作になりますか？
2020/09/02(水) 09:25:07.81ID:RfITVUZj0
>>996
亀ならログを開いてマージ直前かコミット前のコミットを選んでリセット
リセットするときhardを選ぶ
2020/09/02(水) 09:32:01.17ID:RfITVUZj0
不馴れならhardでマージ前に戻してからmixedでコミット直前の状態に戻して、自分がコミットしたときの編集内容をアナクロな手段で待避しておいた方が安心かもな
2020/09/02(水) 10:43:21.75ID:6n47TPOy0
>>997
ありがとうございます

①pushで失敗したときのローカルリポジトリのソースをエクスポートで退避
②リセットhard
③一応プル
④①を手作業でマージ
⑤commit＆push

って感じでやってみます!
今度コンフリクトしたら
2020/09/02(水) 12:21:58.30ID:XN0SxNMqa
次
Git 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1114日 11時間 27分 51秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況