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/01/27(土) 16:01:03.48

適性ないから今すぐ仕事やめた方がいいよ

2018/01/27(土) 16:19:47.17

他人が読めない糞コード書くからやり直しさせられてるんだな
gitが品質向上に役立ってることが分かりました

2018/02/06(火) 22:53:30.41

Jenkins と GitBucket との連携に関する問題が解決できず質問しました。

具体的には、GitBucket のリポジトリに push したとき、Jenkins ジョブが自動的に起動するようにしたいのですが、
そのジョブが自動的には起動しません。

GitBucket のリポジトリの Service Hooks の設定で [Test Hook] ボタンを押すと、HTTP ステータスコード 200 が帰ってきます。
また、同設定ページの [ Which events would you like to trigger this webhook?] で [Push] にチェックを入れています。
この状態でも、GitBucket のリポジトリに push しても Jenkins のビルドが起動しません。

しかし一方で、Jenkins のジョブは Multibranch Pipeline ですが、
GitBucket のリポジトリに push した後、Jenkins のジョブの [Scan Repository Now] を実行すればジョブは起動します。
つまり手動では問題なく起動するということです。

原因として何が考えられるでしょうか?

（Git とJenkins のどちらのスレに質問するのが適切かわからず、
とりあえず賑わいがあるこちらに質問しました）

2018/02/06(火) 23:14:29.04

>>177
スレチ
jenkins側のプラグインの問題っぽいね
何使ってるか知らんけど
悪いことは言わんからGitter行け

2018/02/08(木) 13:39:20.66

>>178
Jenkins のプラグインを調べてみます。
ありがとうございました。

2018/02/08(木) 14:47:59.34

>>179
pushならGitBucketプラグインでも連動できることは確認してるよ

2018/02/14(水) 23:03:48.87

>>177
http://int128.hatenablog.com/entry/2016/10/04/230243
http://int128.hatenablog.com/entry/2016/10/06/224444
この辺の話じゃなかろうか

最近のGitBucketでは問題無いと言う話も聞くけど、うちじゃどこかのバージョンからか
上手く動かなくなって、原因探るのもめんどうだからポーリングに変更しちゃったわ

Jenkins側のPluginがAPIアクセス時のアドレスにポート番号まで含めて自由に設定出来れば解決出来そうだが……

2018/02/16(金) 01:21:38.40

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

2018/02/16(金) 13:33:28.32

git config --global user.name "xxxx"
git config --global user.email "yyyy"

としたんだけど、何もメッセージが出ない。
念のため、xxxx の文字列をローカルディレクトリで検索してみたけど
どこにも記録されてないみたい。エラーが起きてるのにエラーメッセージが出ない？

2018/02/16(金) 13:56:12.52

git config --global --list

2018/02/16(金) 13:58:09.10

ローカルで探すつもりなら
git config --local hoge.hoge fugafuga

2018/02/17(土) 23:42:10.06

Git v2.16.2

2018/03/29(木) 14:26:26.37

GIT SVNでSVNのリポジトリのtagsにGITのtagを反映させるのはどうしたいいんでしょうか？　GITだけ（SVNは入れてない）で開発していてtagをつけた後にリモートにdo commitしてもtrunkに入ります。　

2018/04/03(火) 21:31:47.06

Git v2.17

2018/04/04(水) 20:27:01.72

「Git 2.17」が公開
https://mag.osdn.jp/18/04/04/163000

2018/04/05(木) 22:18:45.42

>>187
svnのtagは実質ブランチで、gitのtagと全然違うから無理。
git-svnでsvnからgitへの移行時もsvnのtagはbranch扱いだし、方法は無いと思う。

2018/04/11(水) 16:25:59.62

>>190
無理ですか　SVN入れてる人に頼んでみます
　

2018/04/13(金) 23:54:37.31

なんでこんな分かりにくくて複雑で使いにくいものが流行ってるの？
もっとシンプルで簡単なものでいいじゃん。
プロジェクトメンバーのほとんどのヤツが良く理解してないのに
使わされるからめちゃくちゃになる・・・

2018/04/13(金) 23:59:12.80

めっちゃ便利なんだが？？
分かってる人が分かってない人にちゃんと教えるべきでは？
御社の教育体制を見直すべきでは？

2018/04/14(土) 03:01:44.20

>>192
どんなのが判りやすいと思う？
っていうかgitの前はどうしてたん？

2018/04/14(土) 05:06:49.08

git の特徴は、直接リポジトリへ保存しないこと

一旦、自分のPC 内に保存して、そこで少し待つことができる。
その後しばらくしてから、リポジトリへ保存する

2018/04/14(土) 09:59:05.68

流行ったのはGithubの影響が大きいだろうね
実際、GoogleのPerforceとかFacebookのMercurialとかGitを否定して他のバージョン管理システム使ってるところも多いけど、一番数の多い中間層でブームになってこの状況なんだと思う

2018/04/14(土) 11:07:05.30

gitが流行ったのは大手がこぞって使ってるからだよｗ

2018/04/14(土) 11:07:36.29

大手っていうのはプロジェクトの話ね
大手プロジェクトはだいたいgit

2018/04/14(土) 13:01:14.52

大手のオープンソースプロジェクトがGithubに移行したってこと

2018/04/14(土) 16:20:21.87

Windowsの開発すらGitだもんな

2018/04/15(日) 05:59:08.09

bitbucket なら、5人以下のメンバーなら、プライベートでも無料

2018/04/16(月) 13:13:49.76

水銀はいいと思うんだけど、なかなか流行らなかったな

2018/04/16(月) 13:21:04.15

mercurialが性に合うし　hg-gitが優秀だから
裏側でmercurial使ってgithubに投げ込んでる

2018/04/26(木) 21:50:45.36

Git2.17は移動したコードに対する差分表示やオブジェクト検索機能が向上した
https://www.infoq.com/jp/news/2018/04/git-2.17-released

2018/04/26(木) 22:00:48.45

くーる、gitくるー、gitくるー

2018/04/27(金) 15:43:59.08

わっちょい

2018/04/28(土) 18:05:54.44

神様
汝へ
git rm --cached hoge.txt すると gitの管理下から外れ、ローカルのファイルは残るけど、pushするとリモートからは削除されちゃうのだけれども、削除されずにgit管理化から除外する方法
を教えてもらえますように。

2018/04/28(土) 18:09:20.59

git rm --cached hoge.txt すると gitの管理下から除外され、ローカルのファイルは削除されずに残るけど？

2018/04/28(土) 18:18:44.48

>>208
神出現ｗ
ローカルには残るけど、statusみると deleted: hoge.txt になっているので、pushするとリモート先からは削除されちゃうのです。

2018/04/28(土) 18:37:38.20

>削除されずにgit管理化から除外

どういう状態？

2018/04/28(土) 19:56:15.86

>>210
環境依存する設定ファイルをgitで管理していたのだけれど、それをgitの管理から外すために、
・git rm --cached で除外（ファイルは削除いたくない）
・.gitignore に追加
・commitしてリモートへpush
・別環境でそれをpullすると、除外したファイルが消えてしまう
これを削除されないようにするのはどうすれば良いか、、というご相談です。

2018/04/28(土) 21:42:25.92

skip-worktreeでどうかな？

2018/05/11(金) 07:19:03.16

http://livetest.net/load/20180511-071412-034.jpg

2018/05/15(火) 17:52:31.19

わかばちゃんのGITの本どうなんだろうなぁ

2018/05/15(火) 18:22:19.05

良かったよ

2018/05/15(火) 18:24:24.37

よかったか
値段がきついけど年に1冊ペースででるからなぁ

2018/05/15(火) 19:02:51.78

うわぁ、いい本と聞いて見に行ったけど、あれ買う勇気も
読む勇気もないわ。

2018/05/15(火) 19:15:37.89

「一般小説の表紙がどんどんラノベ化していってることに戸惑う人々」を解説する
http://srpglove.hatenablog.com/entry/2018/04/16/224342

2018/05/23(水) 19:20:40.74

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

QHYQI

2018/05/28(月) 16:06:40.15

来週のサイエンスZEROが仮想通貨なんだが
http://www4.nhk.or.jp/zero/x/2018-06-03/31/24902/2136678/
予告動画で流れてるコマンドが git だった件

2018/06/01(金) 14:52:31.00

「Git」に任意のコード実行の脆弱性、更新版で対処
http://www.itmedia.co.jp/news/articles/1806/01/news086.html

2018/06/01(金) 18:12:40.18

SVN大勝利！

2018/06/02(土) 00:56:17.06

Git v2.18.0-rc0

2018/06/09(土) 09:32:17.23

Gitの脆弱性により任意のコードが実行できる
投稿日 2018年6月7日
https://www.infoq.com/jp/news/2018/06/git-vulnerability-2.17

2018/06/09(土) 13:33:07.62

M$とは大違いだな

>さらに、追加のセキュリティレベルとして、これらのリリースでは、問題のある.gitmodulesファイルを含むリポジトリへの
>pushesを拒否する。これは、次のことを意味する。

>ホスティングサイトが悪意のあるコンテンツの拡散を防ぐことで、古いクライアントを使っている顧客を保護します。

2018/06/09(土) 13:39:47.50

>>225
どこが？

2018/06/09(土) 13:40:58.38

>>225
ここで述べられてるいくつかの脆弱性・修正のうち、
https://www.infoq.com/jp/news/2018/06/git-vulnerability-2.17

NTFSに関するものはこれだけでは？

> 修正された脆弱性の2つ目は、NTFSファイルシステムを使用するレポジトリに
> 特有の脆弱性であり、攻撃者がランダムなメモリ内容を読み取れるように
> NTFSパスの健全性チェックを欺くことができる。

つまり、あんたの引用したそれはNTFSとは関係ない
Linuxにも影響がある脆弱性

2018/06/09(土) 14:31:46.19

こういう記事を見てもMSを批判することは、かっこいいことみたいだね。

GitHubからGitLabへ移行しよう
ttps://qiita.com/flmil/items/89ca07fa976546365c49
> きっかけは、Microsoftは2018年6月4日（米国時間）に、
> GitHubを(約75億ドルで)買収すると発表したことだ。

2018/06/09(土) 14:37:20.77

放射脳みたいなものだね
昔ちょっと失敗したからっていつまでも原子力はダメだと言うのはばかばかしい
Microsoftも確かに悪い時期はあったけど今はユーザーや開発者にとってすごくいい会社だよ

◆QZaw55cn4c (ﾜｯﾁｮｲ 4260-EqDK [131.129.117.56]) · 2018/06/09(土) 14:43:26.60

>>229
原子力は問題ですね、特にビジネスロジックの中にリスク管理が全く含まれないところが
原子力も保険に入る必要があるのですが、その保険を定義できない常況なのです

2018/06/09(土) 14:58:56.95

マイクロソフトはありだけど原子力はないわ

2018/06/09(土) 15:10:27.79

>>229
原発でマスゴミの可笑しなところは
事故前(もんじゅとか美浜とかの時代)は少量漏れただけであれほど危ない危ないって騒いでたのに
事故が大きくなると何も言わなくなったこと
今も騒ぎ続けてないと可笑しいんだが
発狂して死んでもいいレベル

2018/06/09(土) 15:18:34.95

どうです？原発問題とMSのgithub買収にはなんの関係もありませんが、
こうやって原発問題を批判すると、なんてことでしょう？MSがひどい会社に
見えてきませんか？これが話術というものです。

2018/06/09(土) 15:29:14.63

なるほど

2018/06/09(土) 15:51:30.49

>>228
書いたやつもコメントもアホすぎわろた

2018/06/09(土) 19:44:06.05

単なるアレルギーでgitlabに移行する奴は、ロクに技術選定出来ないだろうし、一緒に仕事したくない

2018/06/09(土) 19:46:57.88

gitlabはオープンソースにする理由がなく
逆にソースを外部に預けることができない
政治的な理由がある場合に
社内サーバーにインストールして使うものだろう

2018/06/09(土) 20:07:09.85

ローカルなリポジトリならなんでもいいからgitlab固有のメリットではないかな
gitlabは多機能だから他のサービスを乱立しなくても開発環境を作れるのが便利(jenkinsやめてgitlab-ciなど)
あとはブランチのアクセスコントロールは便利だと思う
本当はSVNみたいにサブディレクトリ単位でアクセスコントロールしたいけど…

2018/06/11(月) 10:48:33.34

社内とか部署内専用でやるならgit単独で充分

2018/06/11(月) 11:05:30.72

いやいやそんなわけない

2018/06/11(月) 11:13:11.41

オンプレミスでやるにしてもGitBucketのローカルインストール版とか使った方がgit単独より便利だぜ

2018/06/11(月) 21:47:40.12

Googleにお薦めされたgitの記事なんだけどなんだこれ
https://qiita.com/carotene4035/items/469569a5b5b9904f7d32

2018/06/12(火) 00:45:20.77

>>242
今流行りの異世界転生物ラノベやな

に作者の
「あー、人生やり直してー、今の記憶を持ったまま、レベルMAXでやり直してー」
という願望からスタートする妄想やで

2018/06/12(火) 16:48:02.14

単にどこまで戻るかっていうより
失敗したとこまで戻ってやり直しても
それ以降の上手く行ってる部分はそのまま継続したいっていう
みんなが持ってる願望

2018/06/17(日) 14:20:59.87

Git で使っている、SHA-1だけど去年位からそろそろやばいっていう感じになってきて、
object_id っていう感じで切り出しを進めていたんだけど、次の2.18 でほぼ外出しできる模様。

次の次ぐらいで、SHA-1を置き換える動きが加速するかもね。

2018/06/19(火) 13:28:44.57

ハッシュアルゴリズムの脆弱性が出たとき既存レポジトリは
どうにかできるんだろうか？
githubの人に会ったときに聞いとけば良かった

2018/06/19(火) 17:45:29.23

オブジェクトのIDが復号されたらなにがまずいのw

2018/06/19(火) 22:39:40.18

指定したハッシュ値を持つオブジェクトって、もう簡単に作れるのかな？

2018/06/19(火) 23:24:32.85

中身が何でも良ければ簡単だろ

2018/06/20(水) 18:29:35.80

2.18が出る直前になって、MLに　 "security: potential out-of-bound read at ewah_io.c |ewah_read_mmap|"
って、セキュリティバグほどではないけど、少しやばいのが見つかって、2.18のリリースが少し遅れている模様。

2018/06/20(水) 18:33:45.25

gitの開発グループではハッシュ値をobject_id に切り出しているんだけど、
それ以外にもMLに "Kill the_index part 1, expose it" っていうメールが
投げられて、index を隠蔽しようという動きも出てきている。

2018/06/22(金) 23:34:06.81

Git v2.18.0

2018/06/25(月) 22:16:42.85

https://public-inbox.org/git/20180609205628.GB38834@genre.crustytoothpaste.net/T/#t
> To summarize my view, I think my ordered preference of hashes is
> BLAKE2b, SHA-256, and SHA3-256.

だって。SHA3-256.とかになるのかなー

2018/06/25(月) 22:22:27.55

Introducing Git protocol version 2
Friday, May 18, 2018
https://opensource.googleblog.com/2018/05/introducing-git-protocol-version-2.html

git 2.18 から protocol v2 の機能が入ってきた模様。

1) Server-side filtering of references
2) Easy extensibility for new features like ref-in-want and fetching and pushing symrefs
3) Simplified client handling of the http transport

2018/06/26(火) 02:29:12.11

へーすごい
https://blogs.msdn.microsoft.com/devops/2018/06/25/supercharging-the-git-commit-graph/

2018/06/26(火) 05:31:08.36

githubを手に入れたMSがgitにまで手を入れてくるってことだな。
まずgithubを対応させる。そしてgitの拡張プラグインを作る
git本家に対応を迫る

2018/06/26(火) 07:37:27.91

>>256
何言ってんのｗｗｗ

2018/06/26(火) 08:56:13.84

>>257
サーバーサイドで処理するgitコマンドが増えるって話だよ

2018/06/26(火) 10:29:54.56

>>258
ちゃんと読んだ？

2018/06/26(火) 11:30:32.83

なにを？俺はこれからのgitが
どうなるかって話をしただけだが？
今起こってる何かの話じゃなくて

2018/06/26(火) 18:41:01.36

powershell化するん

2018/06/26(火) 20:23:46.80

>>256
統失

2018/06/26(火) 20:30:32.42

MSって以前からgit に積極的じゃん

MicrosoftがWindowsのコードリポジトリをGitに移動
https://www.infoq.com/jp/news/2017/07/microsoft-windows-git

Visual Studio のgit 対応とかもやってるし。

それから、↓のJohannes SchindelinもMSの人だよね。
https://git.github.io/rev_news/2018/05/16/edition-39/

2018/06/26(火) 21:30:29.52

gitがWindowsのAPIに対応しないでmsys依存で動いてた期間が長かったからねえ

2018/06/26(火) 21:32:26.03

あとVSのgit対応はAndroidStudioに比べて酷く見劣りする

2018/06/26(火) 21:33:24.80

>>265
たとえば？

2018/06/27(水) 00:23:55.22

>>266
今時のIDEなら、ソースの編集画面で、行が修正されてたかどうか表示があるよね？

AndroidStudio はこれがカレントブランチのHEADから修正されてるかどうかを表示してくれる
最新バージョンだと、この修正されてるかどうかの表示から、行の固まりを直接コミットできたりする
add -p がソースの編集画面でできるってことね

全体的に、ソースの編集が、ファイルを編集するのじゃなくて、コミットを編集するイメージでできちゃうのがいい

2018/06/27(水) 02:00:45.52

>>267
それが「酷く見劣りする」のかい？

2018/06/27(水) 04:19:45.96

>>267
正直ニッチ需要

2018/06/27(水) 10:20:54.35

VSは、ファイルシステム上のソースを編集するIDEに、レポジトリを操作する機能を追加しただけ
Android Studioはレポジトリ上のソースを直接編集するIDEになりつつある

前者が一周遅れているのを酷く見劣りすると表現した
後者はニッチなんかじゃなくて、これからIDEの基本的機能になるよ

2018/06/27(水) 10:29:05.13

>>270
具体的に

2018/06/27(水) 10:36:13.05

>>271
>>267

2018/06/27(水) 12:35:11.22

>>270
どうでもいい機能

2018/06/27(水) 13:00:46.70

この辺どうでもいいって言ってる奴は、コミットする時statusやdiffで確認とかしてなそう
gitignoreも適当で何でもかんでもコミットに突っ込むタイプ