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
管理は二流
技術は三流