Git 16©2ch.net

2017/08/15(火) 00:54:07.61

ソースコード管理を行う分散型バージョン管理システム、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

2018/07/01(日) 23:12:13.45

>>311
この設定が嫌って、、
gitをSVNみたいに使ってるところとか？
こわい

2018/07/01(日) 23:20:32.85

>>315
押し付けがましい変な奴

2018/07/02(月) 00:33:57.45

>>314
すでにコミットされてるファイルが存在するフォルダは.gitignoreに追加しても無視できない
それをあえて無視したい場合には以下のどっちかを使うんだけど
git update-index --assume-unchanged
git update-index --skip-worktree
どっちを使うべきかは git update-index でググってみて

2018/07/02(月) 02:50:26.22

プロはgit pullなんか使わない

2018/07/02(月) 05:54:16.00

>>318
そんなこと言ってるやつがいたら、そいつはプロじゃない

理由が上から目線で馬鹿はミスするから使うなだったら
完全にアウト。自分（ミスした本人）が理解してない証拠

2018/07/02(月) 08:33:58.94

おれも普段はfetchとmerge使って
pullはffが確定してる特定条件でしか使わんなあ

2018/07/02(月) 09:37:34.88

fetchとmergeで済むならpullでいいだろｗ

2018/07/02(月) 09:50:53.90

例えばmvはcpとrm使ってやれるけど、mv使うでしょ？
それと同じだよ。楽な方使え

それにgitのよくある使い方は、pullしたブランチにコミットを追加するのではなく
新たにそこからブランチを切って作業する。
そしてpullしたブランチっていうのは通常他人の作業ブランチ。
だから他人がコミットを追加する。

つまり何が言いたいかというと
1. pullしたブランチは、他人の手によって成長する
2. 自分はそのブランチにコミットを追加しない
ということなんだから、ffは高い確率で確定している
多くの場合はgit pullでOK（--ff-onlyつけときゃffできないときエラーになる）

fetchしてmergeは、cpしてrmするのと同じで、無駄な作業をやってるだけ
そういうのは丁寧な作業でもなんでもないから

2018/07/02(月) 11:11:12.46

merge するときだけ fetch するわけじゃなくて、上流の状態を確認するために fetch は頻繁にやってるのよね
だから merge するときも、まず fetch してブランチの確認してから、問題なければ merge する手順でやる

あと >>322 は、今の一般的な git の使い方とは思えない
他人の作業ブランチをpullするとか自分のとこじゃかなりレアケースで、mergeするのはmasterなりdevelopとかの上流のブランチなことがほとんどだよ

2018/07/02(月) 12:07:23.83

mergeするのは
自分の作った自分だけがコミットするフィーチャーブランチを
他の人とも共有して使うブランチにマージする時、
っていうのが多いよね

フィーチャーブランチを作ったのがだいぶ前でも
コンフリクトがなさそうなときは
masterブランチのヘッドにリセットハードしてからフィーチャーブランチをマージ、
コンフリクトしまくる場合はいったんmasterブランチをフィーチャーブランチにマージしてコンフリクトを解決してからmasterブランチにマージ、
時間あるときはリベース
そんな感じじゃないの

2018/07/02(月) 12:37:42.51

>>324
だいたいそんな感じだけど、masterのヘッドにリセットハードってチェックアウトじゃダメなの？

2018/07/02(月) 12:58:12.03

>>325
実は>>324に書いてる方法はあまりやらず、本当はpullしない派なので、、
異端なのかな、、

fetchしまくって常にmasterブランチの動向を監視、
他の人の作業でmasterブランチが成長してきてmergeできなさそうになってきたら
再度フィーチャーブランチを作って
元のフィーチャーブランチの作業をすべてチェリーピック、
フィーチャーブランチの作業が終わればmasterブランチの先端に合わせて（リセットハードして）フィーチャーブランチをmerge
こんな感じ

2018/07/02(月) 14:12:01.33

>>323
> 他人の作業ブランチをpullするとか自分のとこじゃかなりレアケースで、mergeするのはmasterなりdevelopとかの上流のブランチなことがほとんどだよ
master、developも含めて、他人だよ。

masterやdevelopに自分が直接コミットすることはない。
このブランチからはgit pullするだけ。
そしてそれは常にffになる。ffにならないのは異常事態
誰かがとんでもないミスをしたということ

ffになったかどうかはgit pullのログ見てればわかることだし
--ff-onlyつけてれば、ff以外は弾かれる

つまりは、あんたは
fetchして問題ないか"毎回"確認してmergeしてる
俺はgit pullして"問題があったときだけ"確認してる

2018/07/02(月) 14:26:56.91

俺の場合

> fetchしまくって常にmasterブランチの動向を監視、
git pullしまくって常にリモートのmasterに
ローカルのmasterを追尾

masterが変更されるたびに、
フィーチャーブランチをgit rebase master
マージできる場合は、git rebase masterは成功する
コンフリクトが起きればマージできないということ
「mergeできなさそう」なんて曖昧な判断はいらない
コンフリクトを解決すれば、当然またマージできるようになる

ただしプルリク出したあとは、他の誰かがレビューしたってことなので
その作業が無駄（分かりづらく）にならないようにmasterをマージする方法に切り替える
（masterをマージすることで逆に分かりづらくなる場合はgit rebase masterする場合もある）

2018/07/02(月) 14:30:09.48

>>326に書いてある

> 再度フィーチャーブランチを作って
> 元のフィーチャーブランチの作業をすべてチェリーピック、

git rebase master一発で↑これ相当のことをやってることになる

>>326はmergeできなさそうになったらやると言ってるが、
俺はmasterが変更になるたびにやってる。
git rebase masterならそれが可能。しかも簡単。

2018/07/02(月) 15:06:13.90

>>327
別にpullが失敗するかどうかだけを確認してるわけじゃない

masterからブランチ切るときとか、masterにマージするときには、origin/masterの状況がどうなってるか確認したいからまず fetch する

2018/07/02(月) 15:07:13.34

>>328
fetch はフィーチャーブランチがカレントブランチのままできる

いちいち master を checkout して pull しまくるとかマゾなの？

2018/07/02(月) 15:09:33.33

>>331
じゃあお前どうやってんの？

2018/07/02(月) 15:10:25.75

あ、なんだ。masterをfetchしまくってるマゾだったかｗ

2018/07/02(月) 15:12:01.47

ごめん。masterをfetchしてmergeしまくってるマゾだったねｗ
絶対ffは成功するのに、わざわざfetchして確認（何を？ｗ）してから
mergeしてご苦労さんｗ

2018/07/02(月) 15:20:43.68

fetchはカレントブランチに関係無く、すべての上流ブランチ取り込めるの知らないの？

2018/07/02(月) 15:24:39.46

>>335
え？まさか、masterにcheckoutする作業、
つまりgit checkout masterって叩くのが面倒って
だけの話をしてるの？
え？まじでコマンド操作が苦手なだけってオチ？

2018/07/02(月) 15:25:32.61

カレントブランチ変更はいろいろ面倒だから頻繁にはやりたくないけど、
originの状態は常に把握しておきたいから fetch を使う
そして fetch 済みなら pull 使う必要もない
これだけのこと

2018/07/02(月) 15:30:11.71

>>336
お前ほんとにgit 使ってプログラム書いてる？
コミットしてないファイルとか整理せずに checkout いきなりすんなよ

2018/07/02(月) 15:34:27.49

あと自動ビルドとか文法チェックとかcheckout 契機にはじまってしまうからな
頻繁にはやりたくない

2018/07/02(月) 15:34:59.30

>>337
うわｗｗｗ
ローカルにリモートのブランチを持ってこないとか言い出した。
そうかお前、ローカルのmasterブランチないんだね。リモートのmasterしかないんだね。
すげー変な使い方ｗ

>>338
コミットすりゃいいじゃん。
他にもstashすればいいし
何いってんの？gitの使い方知らないの？

2018/07/02(月) 15:36:10.00

>>339
> あと自動ビルドとか文法チェックとかcheckout 契機にはじまってしまうからな

自分で間違った使い方した上に、
自分で自分の首を絞め、
そして自分に文句を言ってる図ｗ

2018/07/02(月) 15:37:59.89

checkout時に、自動ビルドや文法チェックなんて
する間抜けはまずいないから、ネットでググったら
すぐこいつ見つけられそうｗ

2018/07/02(月) 15:40:51.79

>>340
>>337のどこにローカルにリモートブランチ持ってこないなんて書いてあるんだ？
必要なときにはローカルに反映させるが、それを頻繁にはやらない

2018/07/02(月) 15:45:52.53

>>342
IDEが自動ビルドとか文法チェックやってる
checkout して内容変われば当然やり直す

IDEじゃなくてもバックグラウンドでそういう監視プロセス動かすことも多い

2018/07/02(月) 15:47:54.07

>>340
リモート確認するためにstash やコミットするとか
やっぱりマゾか

2018/07/02(月) 16:40:10.67

pull じゃなくて fetch しておくとどんな差分が落ちてきたか diff origin/master とかで見れるから便利だったりするお

2018/07/02(月) 20:20:10.71

自分の作ったフィーチャーブランチすら複数同時並行で作業が進むことだってよくあるんだから
いちいちローカルのmasterブランチの位置がリモートと比べてどうなってるかチェックしたってよくない？

2018/07/02(月) 22:15:33.22

>>347
したってよいの？

2018/07/02(月) 22:31:54.58

よいよね

2018/07/02(月) 22:36:51.87

fetchに課金されるわけじゃないんだから好きにしたらいい

2018/07/03(火) 09:52:17.03

>>345
リモート確認すればいいだけでは？

2018/07/03(火) 10:30:06.33

ギットハブには来ない
投げっぱなしの外注先
branchもない
mergeできない

2018/07/03(火) 12:19:50.29

git使ってプログラムかいてるだってwプププw

2018/07/03(火) 12:32:09.53

gitを使うことが目的になってる人たちがいるからレスバトルで荒れるね

2018/07/03(火) 15:11:35.13

たとえ荒れてても建設的な議論が出来ればそれでいい

2018/07/03(火) 17:26:46.66

でも残念ながらくだらないマウントの取り合いなんだよね

2018/07/03(火) 22:22:22.03

>>356
おまえいつもくだらないマウント取られてるよなwアホなん？

2018/07/04(水) 01:33:58.31

>>352
山下達郎来た

2018/07/04(水) 09:23:58.32

これまでひとりでプログラムかいてたのでバージョン管理ツールを使ったこと無く
チーム開発業務でgitを使うことになったのでいくつか質問させてください

ブランチ　チェックアウト　コミット　プッシュ

の流れでやってくださいとはいわれたんですが
それぞれがリモートローカルどっちで何がおこるか正確にわかってなくて
万一社内のファイル破壊したら怖いので
対応するコマンドとリモートローカルどっちにどんな影響があるか知りたいんですが

gitの使い方を説明するブログってまずローカルにファイルを作ってプッシュするところからはじめてるものばかりなんですが
最初からリモートに社内のファイルがあってそれを更新する場合initは不要なのでしょうか

cloneはread onlyでbranchではなくリモート側に何の影響もないであってますか？

branchはローカルで行うものでリモートには影響はあたえませんか？

デバッグ等には設定ファイル等複数のファイルを更新するんですが
最終的にリモートに反映させるファイルを１つだけにすることって可能でしょうか

その場合どの段階でどうやってファイルを限定すればいいのでしょうか

あとBitBucketっていうアカウントを作るよう指示されたんですがGitとはどういう関係があるんでしょうか
リモートのおき場所を提供してるクラウドサービスぐらいの認識で
すでに社内ファイルがおかれてる場合はウェブ上の作業は必要なく
ローカルでgitコマンドを叩くだけで大丈夫でしょうか？

具体的にコマンド含めて教えていただけるとありがたいです
初歩的な質問ですいませんがよろしくお願いします

2018/07/04(水) 09:28:04.47

>>359
プッシュさえしなければ何してもOK
プッシュする前に何をプッシュしようとしてるのか必ず確認すること

2018/07/04(水) 09:34:19.76

branchやcheckoutを行っただけでは
リモート側にはそれを行ったことすら通知はされないってことで大丈夫でしょうか？
間違って（必要のないファイルまで）branchやcheckoutをしても
やり直したり取り消したりすることはできるということでしょうか？

2018/07/04(水) 09:44:13.84

>>361
プッシュさえしなければ何してもOK
プッシュせずにいろいろ試してみて

2018/07/04(水) 09:47:47.96

すばやい返答ありがとうございます
とりあえずコミットまですすめて
pushするときだけリーダーに確認とってみます

2018/07/04(水) 21:56:02.05

BDR

2018/07/05(木) 09:32:00.00

リモートブランチとローカルブランチの使い分けについて教えてください。
よく推薦されているブランチとしてmaster、develop、feature、release、hotfixがありますが、これは全部リモートブランチに作るものなんでしょうか。
例えばf1という機能追加を行いたい場合、どのようなフローになるのが適切でしょうか。
・masterからdevelop/d1をブランチ
・develop/d1からfeature/f1をブランチ
・改修
・feature/f1をdevelop/d1にマージ
・develop/d1からrelease/r1をブランチ
・リリース作業
・release/r1をmasterにマージ

上記で問題ない場合、普通に使う分にはローカルブランチの出番がないように思えます。
そもそもfeatureブランチはローカルに作るものだったりするのでしょうか。

GitHubとかのWebサービスは使わずに自社内完結で開発者10人以下のプロジェクトです。

2018/07/05(木) 09:39:58.81

ローカルブランチなんて自分の作りたいように作ればいいよ
プッシュさえしなければ何してもOK

2018/07/05(木) 12:17:16.37

>>365
featureやhotfixをリモートに作るかどうか、リモートにpushするかどうかは、ツールや運用依存だと思う
でも普通はdevelopやmasterにマージする前にレビューするだろうから、pushすると思うけど

2018/07/05(木) 12:36:05.33

いまプロジェクトのドキュメントファイルがあって
それをbitbucketでかきかえてほしいって指示されてるんですけど
具体的になにをすればいいんでしょうか

gitの仕組みはウェブ上でいろいろよんではみたんですが
ファイル単位で具体的にどこにどういうことがおこるのかが分からなくて怖くて何もできてない

いまアカウント登録してリモートリポジトリがみえてる状態なんですが
bitbucket上の画面で何をすればいいのでしょう
コマンドでcloneをたたいてローカルにファイルをコピーするのはブランチとは違うのでしょうか？

まる２日かかってドキュメントを編集するところにすらたどり着けなくて情けなすぎる…

2018/07/05(木) 12:47:26.83

何をどうすればいいのかわからないとリーダーに相談したら？

2018/07/05(木) 13:28:07.47

単にbitbucketの使い方聞きたいならスレチ

2018/07/05(木) 20:11:37.50

結局まる１日かけて何ひとつできなかった
Git難しすぎる
世の中のエンジニアさんってみんなこんな難しいもの独学で自然に覚えられるものなのか
自信なくなってきた

2018/07/05(木) 22:01:18.89

github使い方知りたいのに書籍はどれもSourceTreeの解説ばかり

2018/07/05(木) 22:13:29.70

>>367
やっぱそうですよね
ちなみにローカルfeatureに何度かコミットしたブランチをリモートにマージした場合でも最終コミットの情報だけがマージされると思ってて良いのでしょうか

>>371
自分は試せる環境もないのにsvnからgitの移行提案書書かされてます
マージとリベースとかやってみないとイメージ湧かなくてほんと困る、、、

2018/07/05(木) 22:30:55.38

>>373
git試す環境とかVMのLinuxにGitbucketインストールしてみるなりGitHubの無料アカウント作ってみるなりすればいいだけだろw

2018/07/05(木) 22:55:38.11

>>372
『Pro Git』読めばいいんじゃ？

2018/07/05(木) 23:33:05.57

>>374
まずクラウドサービス使うのと仮想立てるの禁止だし
アプリインストールも申請しないとダメだしでかなり厳しい
ライセンスでいろいろ問題があってから申請もまともに通らないです
こんな会社うちぐらい？
普通は気軽にクラウドや仮想使えてるのかな？

2018/07/05(木) 23:42:24.74

何なのこの糞ツールほんと

ブランチはローカルでやるものだと思ってたらウェブでやるのかよ…
clone fetech branch checkout　の違いもまったくわからないし

朝9時から17時間かかってようやくコミットまでいけてプッシュできたと思ったら
プルリクエスト作れとか意味わからん指示きた

プッシュならわかるけどなんでプルするのに承認がいるんだ？

2018/07/06(金) 00:00:41.45

>>377
gitの話題ではないのでこちらへどうぞ
OSSホスティング総合【SourceForge,GitHub,etc..】
http://mevius.5ch.net/test/read.cgi/tech/1384821518/

2018/07/06(金) 00:02:25.73

>>377
糞なのはツールじゃなくてお前の頭やろ

2018/07/06(金) 01:40:37.87

>>378
すまんまじで煽りなのかまじなのか分からんのだが
gitの話題じゃないってどういうことなん？
理解できてないから検討はずれなのかもしれんけど自分はgitの話してるつもりなんだが
gitコマンドってこのスレでいうgitとは違うのか？

結局分かってるやつにわからんやつの何がわからんか理解できない典型的な糞ツールだな

ウェブ調べてもどや顔で説明かいてるやつは分かってるやつしか分からない説明ばかり
クローン　ブランチ　フェッチ　チェックアウト　プル　マージ　とか全部同じような説明してるし
リモートローカルどっちのデータが変わるのかタグだけがかわるのか何もかわらないのか説明してるのがほとんどない

addも最初意味わからなかったし直感的に理解できんのコミットぐらいしかないわ

2018/07/06(金) 02:02:48.58

>>380
プルリクエストはGit関係ねーよ

2018/07/06(金) 02:05:26.03

プルリクエストはgitの機能ではない
ホスティングサービスが独自に提供してる機能

2018/07/06(金) 08:17:54.80

ああ　そういなのか

プルリクエストしたら１箇所なおしてっていわれたから直したんだが
git log みるといままでの人もほとんど１人１回のコミットしかしてなかったし
コミット履歴が多いのださいからと思って１つ前のコミットのリセットをして新しくコミットしなおしたんだよ

そしたらプッシュできなくなったんだよ
プッシュしたコミット履歴がないと別のブランチにみえるからコンフリクトってのをおこしたのか？
何となくやっちゃだめなことやったってのは分かったわけ

だからプッシュした状態のデータに戻してからもう１段階修正してこみっとすればいいんだと思うんだけど
プッシュしたデータをローカルに復元するのがどうやってもできないんだよ

クローン　ブランチ　フェッチ　チェックアウト　プル　マージ　どれ使えばいいんだよ
まじで睡眠時間削ってもう数十歳とよみまくってるけどまったく理解できない

2018/07/06(金) 08:36:12.83

>>376
自宅で勉強

2018/07/06(金) 08:41:22.92

バカには使えないツールなんで……

2018/07/06(金) 08:44:38.27

プログラマがバカでもなんとかなった（ように見えた）のはgit登場より前まで。git以後はバカにはプログラマは務まらなくなったし、SEより高いカネ積んでも雇えなくなってきてる。

2018/07/06(金) 09:03:11.14

睡眠時間削って数十歳読んでも分からんのは逆にすごい

2018/07/06(金) 09:19:45.41

>>376
クラウドはともかくソフトウェア開発でVM禁止とか信じがたいな
仕事にならんやんか

2018/07/06(金) 09:26:40.28

最近VirtualBOXが禁止になったな。
標準インストールされるUSB周りのプラグインが有償ものだったらしい。
VMware workstation playerも有償だから、貧乏プロジェクトはこまって
10年くらい前の廃棄予定PCかき集めてたな。

2018/07/06(金) 09:44:38.22

Windowsの標準機能のHyper-Vでええやん

2018/07/06(金) 10:26:03.89

そんなケチなところがproなんか使ってるわけない

2018/07/06(金) 11:03:27.51

dockerでいいやんと思ったが、Windows環境だとHyper-V必須か

2018/07/06(金) 11:05:54.99

cloud9でいいやん
もうPCに仮想環境とかいらん
ハワイで遊びながら夜にホテルのベランダで開発したい

2018/07/06(金) 12:00:25.90

>>393
githubの使い方分からんと言ってる奴がなに言ってんだw
>>372

2018/07/06(金) 12:16:58.59

>>386
つまりおまえはプログラマー諦めたんかw

2018/07/06(金) 21:19:37.12

だれかまじでたのむ
１時間１万はらうからリモートのファイル更新する方法おしえちくり

つーかgitスレの住人つめたすぎね？
他のスレはきいたらなんだかんだで教えてくれんのに

2018/07/06(金) 21:46:53.14

>>396
普通にコミットしてプッシュで良いやん

2018/07/06(金) 21:48:29.30

>>396
あとさ、とりあえず自分のドロップボックス内とかさ、もしくはgithubとかにリポジトリ作ってオレオレgitで試せば良いんじゃない？

2018/07/06(金) 22:02:29.12

clone、pull、push 試すだけならネットワークすらいらんで
ローカルディレクトリ指定で clone すればいい

2018/07/06(金) 22:06:45.31

>>396
コミットしてプッシュするだけなのにそれができない意味が分からないんだよ

2018/07/06(金) 22:54:59.37

ちがうの
>>383をよんで
異常事態なの

１回目にpushしたときのコミットをresetしちゃったん

だから１回ローカルをリモートの状態に戻したいんだけど戻せない
fetchしたらdivergeしてるっていわれるの
もうなにがなんだか分からない

2018/07/06(金) 23:00:25.59

>>401
cloneし直せ

2018/07/06(金) 23:01:40.21

>>401
最初から全部やり直せ
中途半端に push したのはご主人様に言えば掃除してくれる

2018/07/06(金) 23:31:45.07

>>402
え　cloneでいいの？
ちょっと試してみる

2018/07/07(土) 04:03:53.28

git分からん奴が何でgithub使ってんだ・・・OSDNでも使ってろよ

2018/07/07(土) 06:57:27.80

git push -f すればいい。
自分が管理するブランチの歴史を書き換えて
強制pushするのはよくやること

2018/07/07(土) 09:28:37.88

>>401
intellijとかのGUIクライアント使ったほうがいいんじゃない？
履歴とか差分とか見ながらのほうが把握しやすいと思う。checkout & revertも簡単だし。

2018/07/07(土) 10:33:02.68

>>377
> clone fetech branch checkout　の違いもまったくわからないし

2018/07/07(土) 11:14:07.58

この場合はcloneし直してpushしてあるはずの自分のブランチをpullするのがいいだろ

2018/07/07(土) 16:46:41.43

cloneしたら書き換えた内容全部きえちゃった；；
泣きそう；；

設定ファイルめっちゃっかきかえたのが全部なくなった…

でもとりあえずpushはできたのでありがとうございます

2018/07/07(土) 16:52:02.77

ていうかcloneするときブランチ名一文字もいれてないのに
どのブランチをコピーするかってどうやってきまってるの？
リモートにはマスターと自分がブランチさせた２つがあるんだけど
それぞれをクローンしたいときってどうやって指定するの？

2018/07/07(土) 17:10:56.16

いやなんでバックアップしてやらない

2018/07/07(土) 17:31:16.19

git addしたのしか書き換わらないと思ってた…

ソースと設定ファイルがあって
設定ファイルは各自の個別設定なのでpushしちゃだめなやつだから
かきかえたソースだけaddしたのに設定ファイルまで上書きされちゃった

addってgitが管理するファイルを選ぶコマンドじゃないの？
糞ブログども嘘ばっかり書きやがる

2018/07/07(土) 17:40:33.44

ソースと設定ファイルについて詳しく説明してくれ
何を言いたいのか意味がわからん