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

2017/08/15(火) 00:57:36.93

乙です

2017/08/15(火) 01:19:15.72

Git v2.14.1
v2.7.6, v2.8.6, v2.9.5, v2.10.4, v2.11.3, v2.12.4,
and v2.13.5.

https://public-inbox.org/git/xmqqh8xf482j.fsf@gitster.mtv.corp.google.com/T/#u

Gitの脆弱性 ( CVE-2017-1000117 )
https://oss.sios.com/security/git-security-vulnerabiltiy-20170813

2017/08/15(火) 01:21:19.55

Gitはバージョン2.13でセキュリティとUIの改善を続けている
https://www.infoq.com/jp/news/2017/06/git-2-13-released

「Git 2.14」リリース、細かな変更が多数加えられる
2017年8月7日15:15 末岡洋子
https://mag.osdn.jp/17/08/07/151500

2017/08/15(火) 07:02:36.87

>>1乙

2017/08/15(火) 17:26:52.66

>>1
乙

2017/08/17(木) 17:55:13.19

2017/08/19(土) 11:17:16.15

2017/08/19(土) 15:17:16.64

2017/08/21(月) 23:15:55.08

コンフリクトが確定しているときにこっち側のファイル全面採用！ってやるほうほうないですかね？
masterで暫定対応をちょこちょこしてリリースしたあと
ブランチで根本治療を図ったら全面書き換えになっちゃった、みたいな場合です。

2017/08/21(月) 23:30:41.31

>>10
いつものドキュメントのこのページの後半
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

git merge -Xours とかの解説をよく読んでみるがいい

10 (ﾜｯﾁｮｲ 2aea-5zB4 [27.139.48.17]) · 2017/08/21(月) 23:53:04.12

>>10
ours/theirsは知りませんでした！
ありがとうございます。

2017/08/23(水) 12:06:37.12

githubであるリポジトリをフォークしてローカルにクローンしてブランチを作って作業してます。
フォークしたリポジトリのブランチを破壊してしまいリセットもうまくいかなかったので

壊れたブランチをローカル・リモートともに削除して
新しく同名のブランチを作成してリモートに反映させて
ローカルのブランチを削除して
フォーク元のリポジトリから元のブランチをチェックアウトして
そのトラック先を新規作成したフォーク先のリポジトリのブランチに変更して
強制プッシュしました。

見た目問題なさそうなんですが何かおかしいところがないでしょうか？

2017/08/23(水) 18:29:46.42

フォークした時点でローカルもリモートも自分のものになってるんだから気にすんな

2017/09/01(金) 13:33:55.02

新人プログラマです。
現在私の参加しているプロジェクトでgitを使っているのですがどうも使い方がおかしい気がしてます。(新人なので私のほうがおかしいのかもしれないが)

以下現運用状況です
リモートリポジトリをクローンしてそれをさらにコピペでIDEのワークスペースに移し、ファイルを編集・追加する。
差分をwinmergeでローカルリポジトリにコピー
そしてリモートへプッシュ

こんな感じです。

私はクローンして作ったローカルリポジトリのワークツリーをIDEのワークスペースとして使うのではないかと思い混乱しています

皆さんの意見をお聞かせください

2017/09/01(金) 13:39:42.54

>>15
> リモートリポジトリをクローンしてそれをさらにコピペでIDEのワークスペースに移し
この段階で、ローカルには二つのクローンされたファイル群になるんじゃないの？

2017/09/01(金) 13:51:35.54

君が入る会社を間違えるからそういう低レベルな職場にぶちこまれる
きっとそういう環境では何も技術的にレベルアップできないからいるだけ無駄だよ
転職を考えた方が良い

2017/09/01(金) 19:23:38.78

>>16
すみません。少し説明不足であることに気づきました。
クローンしたローカルリポジトリのワークツリーのフォルダだけをコピペしてIDEのワークスペースに入れています。.gitフォルダなどはコピペ対象外なのでクローンが2つではないのです。

どうも手順書がgitのワークツリーのことをリポジトリとは全く別の作業用のフォルダという理解で書かれているようなのです。書いたのは富士通の人ですが

>>17
やっぱこれは低レベルな現場なんですかね…
転職は入社したときから常に頭の片隅にあるのですが…

2017/09/01(金) 22:32:59.33

コミットは神聖な手続きなのでローカル履歴はzipでやりなさいという教えでは？

2017/09/02(土) 15:31:16.61

さすが不治痛

2017/09/02(土) 15:47:38.19

>>18
管理は二流
技術は三流

2017/09/02(土) 16:29:41.35

メーカーはオワコンだからやめとけ
web系一択

2017/09/04(月) 16:21:42.64

>>18
手順書書いたやつに指摘してみて、変わらない・逆切れするようなら転職go。
そのくらいとんちんかん。

2017/09/04(月) 20:59:42.34

読んだ感じ富士通に常駐してる人じゃないのか？だったら文句言っても無駄

2017/09/05(火) 01:30:41.15

AWS上のローカルリポジトリをmac等からssh接続し、source treeで管理することは可能なのでしょうか。
実際に試せばわかることなのですが、あいにく手元に実践できる環境がないので、教えていただけると幸いです。

2017/09/05(火) 12:45:59.79

どうやってるのかわからんけど
マウントしてたらローカルと同じ扱い
それ以外はリモート

2017/09/05(火) 13:17:02.98

>>24
お察しの通り弱小常駐です。ましてや１年目の新人なので富士通の人に直接言う機会すら無さそうです
転職は入社初日から考えていますが…

2017/09/06(水) 23:17:25.37

gitの開発ＭＬ見てたら、ライナス降臨でバグに文句言ったら、
速攻でPeffがパッチ投げていたのはワロタ

2017/09/07(木) 18:43:35.40

2.14が出てから、開発ＭＬにメモリーリーク関係のパッチがいろんな人から大量に投稿されている。
全部取り込まれるかどうかはわからないが、2.15 はメモリ開放漏れが大幅に減る予感。

2017/09/14(木) 00:10:36.87

tortoise git でブランチ名を変更する方法ってある？

2017/09/14(木) 00:32:07.06

>>30
それ使ったこと無いけどブランチ作って元のを必要なら消すだけじゃないの
ブランチ作る機能の無いgitクライアントなんてあるわけないよね？

2017/09/14(木) 04:36:27.84

ブランチの一覧からならできるよ

2017/09/14(木) 08:38:41.28

コメントどうもありがとう

>>31
その一手間が面倒だからあればなーと思って

ログのグラフを見ながら作業できたら便利なんよね

>>32
ちょっと探してみます

2017/09/14(木) 21:23:11.19

そんなのが必要になるほどブランチの名称変更って頻繁に使うものかな？

2017/09/14(木) 23:59:50.42

誰かに教えてもらった
「ここをコメントアウトするといいですよ」
をブランチを作ってコミットとか
とりあえず一気に最後まで実装したのをコミット、
そこで似たような名前でブランチを作っておいて
最後のコミットをやり直しながらちょっとずつコミット、
途中でこれは別のブランチにも先にマージして使いたいので
ブランチを作ってそれだけまとめるか
とか
なんぼでも思いつくけど、、

2017/09/15(金) 00:44:12.96

ブランチはいっぱい作るけど名前変更ってのはあんまりしないな

2017/09/15(金) 03:17:34.93

名前変更するよ

2017/09/15(金) 09:06:46.55

名前変更できるだろ　マニュアル読めよ

2017/09/15(金) 09:24:48.95

マニュアル？

2017/09/15(金) 10:22:25.88

git branch --help
でwebページ（マニュアル）開くから
-mオプションを見ろ

英語が読めないとかいう幼稚園児は死ね

2017/09/15(金) 10:58:21.43

>>40
馬鹿だなー
質問は「tortoise git でブランチ名を変更する方法ってある？」なのに

2017/09/15(金) 11:02:09.40

これだからGUI厨は

2017/09/15(金) 11:05:05.50

？？？？

2017/09/15(金) 11:06:03.31

>>42
恥の上塗り

2017/09/15(金) 19:17:27.76

>>33ですが、
>>32さんの方法で名前変更だけでなくいろいろできることがわかりました！
どうもありがとうございました！
m(__)m

2017/09/16(土) 12:11:45.94

開発ＭＬでGit for Windows のコミッタと浜野氏がもめているね。

Git for Windows のコミッタ　＝> REBASEのパッチを出す。やり直しやり直しで6回出しても通らない。

浜野氏＝＞　9月2回目の　Cooking in git.git で　Expecting a reroll.　と書く。

Git for Windows のコミッタ　＝＞　No you don't　と嫌味。

浜野氏＝＞　9月3回目の　Cooking in git.git で　相変わらず、Expecting a reroll.　と書く。

Git for Windows のコミッタ　＝＞　うざいから俺のパッチを削除しろよ

浜野氏＝＞　お前の意見のせいで頭おかしくなりそうだ。もう少しなんだから最後までパッチ書けよ。

2017/09/16(土) 12:17:55.33

Git for Windows のコミッタと浜野氏は8月5回目の　Cooking in git.git でも揉めている。

この殺伐感こそが開発という気がする。

2017/09/16(土) 13:29:53.43

何が起きてるの？
原因は何なの？

2017/09/16(土) 17:16:40.26

sourcetree以外を使わないといけない理由は何なの

2017/09/16(土) 19:02:45.82

IDEから操作したいとかCUIで操作したいときとか

2017/09/17(日) 15:29:48.97

Gitをコマンド以外で操作することって現場ではある？
全てコマンド上で出来る気がするんだけど、ディレクトリ右クリックからの～って操作を推奨してるのかな

ちな最近転職して内定、現在勉強中の身です

2017/09/17(日) 15:31:17.90

普通にsourcetreeの方がブランチが一覧できて楽

2017/09/17(日) 15:58:25.17

俺は gitk --all 見ながら操作はコマンドだな。

2017/09/17(日) 17:24:04.71

>>51
大体のことはVisual Studioから操作するけど

2017/09/17(日) 17:32:01.85

TortoiseGitかVisualStudioかな

2017/09/17(日) 17:39:53.92

ブランチ操作とかはSourceTreeは遅いからコマンドで打つことがかなり多いけど、addに関してはGUIで差分を確認しながらすることが多いかも

2017/09/17(日) 19:29:40.86

Windowsで個人情報登録したくないなら亀git一択

2017/09/17(日) 22:54:57.12

>>57
これ

つーかgitだけじゃなくて
tortoise gitもGPLのオープンソースプロジェクトなのね

2017/09/17(日) 22:58:32.49

誰かtortoise gitのログウインドウのコンテキストメニューから
ブランチ名を変更する機能の追加を
tortoise gitのgitリポジトリから
フォークしてマージまでやってくれないかな、、

2017/09/18(月) 08:54:24.87

>>59
自分でやりなよ

2017/09/18(月) 12:38:51.42

>>59
すげぇ眼鏡クイってしながらドヤ顔で言ってそう

2017/09/21(木) 22:47:34.41

>>51
うちの現場ではtortoiseGit使ってます
無能が運用ルール作ったせいでsvnのほうが100倍ましだった…みたいな状態ですが…