Git 16©2ch.net

レス数が900を超えています。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
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も難しいし、インターネッツも難しいよな
標準の使い方がないから
レス数が900を超えています。1000を超えると表示できなくなるよ。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。