- 1 名前：デフォルトの名無しさん mailto:ageteoff [2015/03/23(月) 13:35:13.83 ID:aBYp+bVs.net]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆関連サイト
Pro Git - Table of Contents
git-scm.com/book/ja
Git入門
www8.atwiki.jp/git_jp/
◆前スレ
Git 11
peace.2ch.net/test/read.cgi/tech/1416195050/
- 2 名前：デフォルトの名無しさん mailto:sage [2015/03/23(月) 13:37:21.43 ID:aBYp+bVs.net]
- ◆関連スレ
バージョン管理システムについて語るスレ10
peace.2ch.net/test/read.cgi/tech/1393147031/
CVS導入スレ〜 Rev.3
peace.2ch.net/test/read.cgi/tech/1113141518/
Subversion r15
peace.2ch.net/test/read.cgi/tech/1406967657/
【分散型バージョン管理】 Mercurial 2【hg】
peace.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 4
peace.2ch.net/test/read.cgi/tech/1356521407/
OSSホスティング総合【SourceForge,GitHub,etc..】
peace.2ch.net/test/read.cgi/tech/1384821518/
◆関連スレ 別板
CVS 1.3 [UNIX板]
peace.2ch.net/test/read.cgi/unix/1093611448/
- 3 名前：デフォルトの名無しさん mailto:sage [2015/03/23(月) 18:37:08.09 ID:5dh1GAQd.net]
- >>1乙
ところで
diff.mnemonicprefix
ってなに？
- 4 名前：デフォルトの名無しさん mailto:sage [2015/03/23(月) 19:15:42.59 ID:y5y7OlJ2.net]
- >>前996
＞そうか、いくつものプロジェクトを任されないやつは気楽でいいな。
＞部下の手間やオペミスを気にしない立派な方は言うことが違うな。
お前と違って、部下全員の動きを一挙手一投足全部自分で
チェックアウトできるほど暇じゃないもんで・・・
>>前997
＞どのくらいの頻度でプロジェクトの新規立ち上げするの？
＞やっぱり1日1個くらいのペースでどんどん増えていくもの？
さすがにそんな増えないでしょ
3か月ペースの開発プロジェクトが60個、それぞれに平均5人いるとしても
300人のエンジニアを率いていることになるよ
そんな人が、部署のマネジメントもろくにしないでしこしこgitのプロジェクトを
起こしてるとか考えにくい
gitのプロジェクトを起こすのが仕事の間接部隊の人なら、まぁあるかも
しれないけど
- 5 名前：デフォルトの名無しさん mailto:sage [2015/03/23(月) 20:50:21.09 ID:BMVzdvQz.net]
- こいつエンジニアではないな。
997 デフォルトの名無しさん sage 2015/03/23(月) 12:14:29.10 ID:5dh1GAQd
うちの会社は半年に1個くらいしかプロジェクトないので
いつも手書きのメモ見ながら作ってるわ・・・
- 6 名前：デフォルトの名無しさん mailto:sage [2015/03/23(月) 20:51:21.38 ID:BMVzdvQz.net]
- いや、運用エンジニアならアリか。
- 7 名前：デフォルトの名無しさん mailto:sage [2015/03/23(月) 21:58:34.39 ID:y5y7OlJ2.net]
- >>5-6
あなたにとっての突っ込みどころが「半年にプロジェクトが1個」なのか「手書きのメモ」なのか分からないけど、
半年に1個のペース（しかも一個人の目に見えるとこ）でgitリポジトリ＝新規製品が1個立ち上がってるとしたら
結構早い気が
自分がパッケージ開発系にいるからそう思うだけで、スマホゲーみたいな「いつもの手順で何個も作る」みたいな
開発形式だと、そういうペースになるのだろうか
- 8 名前：デフォルトの名無しさん mailto:sage [2015/03/23(月) 23:09:04.71 ID:BMVzdvQz.net]
- >>7
滅多にないなら、忘れないために自動化する。
頻繁にあるなら、手間をかけないために自動化する。
プロダクトとプロジェクトは別だよ。
同じっていうプロジェクトの分け方もあるとは思うけど、それはポリシーの話。
- 9 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 00:17:38.33 ID:LMCtJA+5.net]
- >>8
＞滅多にないなら、忘れないために自動化する。
滅多にやらないことに自動化＋自動化ツールの手順書作成は、さすがにコストかかりすぎると思う
＞プロダクトとプロジェクトは別だよ。
話のピントがずれてきてるな・・・自分と前997が気にしてるのは、プロダクトとプロジェクトの定義じゃなく、
新しいgitリポジトリを毎日作らなきゃならない職場って一体どんなだろうってことだ
- 10 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 01:00:24.03 ID:AMK4q4iG.net]
- >>9
普段GUI使ってる人にはわからないかもだけど、
5分もかからない。
スクリプトなら説明は要らないが、必要ならそのまま書き込める。
毎日なんて誰も言ってないだろ。
1週間でプロジェクトの立ち上げして、後は任せたとかなら割とある。
- 11 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 01:24:05.45 ID:LMCtJA+5.net]
- >>10
＞普段GUI使ってる人にはわからないかもだけど、
＞5分もかからない。
うーんそれって、「自動化したんじゃなくって既に自動化されてる」とか、
「5個位コマンドを打たなきゃならないのを1個にした」って話か・・・
＞1週間でプロジェクトの立ち上げして、後は任せたとかなら割とある。
最初のたった1週間しかいないプロジェクトで、一体あなたが何の役割を果たすのか疑問だ
親会社が子会社に要求仕様を丸投げして消えるような感じだろうか
そうだとすると、肩書きというか所属はエンジニアだけど実態は発注者だな
そういう立ち位置の人がgitのリポジトリを作る必要があるのかもよく分からなくなってきた
親会社のサーバーにリポジトリを作るから、親会社の人しかリポジトリを作れないとかだろうか
- 12 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 01:48:04.53 ID:AMK4q4iG.net]
- >>11
すまなかったな。
お前にとって、リポジトリを立てるというのが、とても難しいことだと言うのは、よくわかったよ。
理解できない人もいるんだな。
それしかやってないと言う思い込みをしてるのかな。
- 13 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 09:42:14.84 ID:LMCtJA+5.net]
- >>12
リポジトリを立てるのが簡単なのは、よく分かったよ
コマンドラインを何発か叩くだけなんでしょ？
問題は、何十プロジェクト（50人ちかく？）のまとめ役をやってて、
しかもプロジェクトを丸投げして開発管理をしないような人が、
なんでgitの管理は自分でやることにこだわるのか、ってことだ
・・・実際はまとめ役じゃなくて開発環境を整備する役で、そっちが
メインだからなのかもしれないが・・・
- 14 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 11:47:24.75 ID:FrFlsYhd.net]
- デカい会社ってgitをどう使ってるんだろ
gitをきちんとスター型にするのって面倒くさくね？
- 15 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 12:55:00.90 ID:LMCtJA+5.net]
- >>14
それってネットワーク関係の話？
そういうときは、自部署の閉じたネットワークにgitサーバを立てるんじゃなくって、
社内どこからでも（場合によっては社外からも）接続可能な特別なgitサーバを
ネットワーク部門の人が用意してるから、そこにリポジトリ作成を「申請する」って
流れになると思う
- 16 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 13:00:03.66 ID:jPXMtrDE.net]
- キャパシティやレスポンスの問題はあるけどgitのmasterなんか、どこに
あっても同じじゃん？そもそもでかいガタイの為にでかいRCSを「立てる」
必要がないってのがgit(系統)の売りだったんじゃ？
- 17 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 13:17:28.26 ID:Z7mrPero.net]
- どこにあっても同じだけど、違うmasterが二箇所にあればどちらが正しいか分からなくなるのもgit
だから、中央リポジトリとコミッターが必要になる。
- 18 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 14:26:16.00 ID:FrFlsYhd.net]
- ところで話は変わるけど
diff.mnemonicprefix ってなに？
sourceforgeでfetchしたときのオプションにあったんだけど
なにを意味するのかバヌアツ見てもよくわからない
- 19 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 14:57:15.56 ID:jPXMtrDE.net]
- >>17
> 違うmasterが二箇所にあればどちらが正しいか分からなくなるのもgitだから、
それは「運用の不手際」であってgitと全く関係ないじゃん？
- 20 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 15:15:37.69 ID:LMCtJA+5.net]
- >>19
違うmasterが2個あるのが「運用の不手際」であり、masterはただ1つでなければならないなら、
そのmasterは、プロジェクトに関わる全員から見える場所にないと困ると思うが・・・
- 21 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 16:19:57.62 ID:AMK4q4iG.net]
- >>13
お前が自分が知ってる形態しか理解できないのはよくわかったよ。
- 22 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 17:17:23.80 ID:LMCtJA+5.net]
- >>21
お前が自分が知ってる形態を説明しないから、理解できないんだよ。
- 23 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 19:47:13.61 ID:NaTfFmmD.net]
- >>20
それはgit的には間違った解釈じゃないかな？(´･ω･｀)
グループマスタはグループ全員から見えてもいいと思うけどプロジェクトマスタの
更新権も全グループの全要員にないとダメという訳じゃないよね？(´･ω･｀)
グループリーダーだけがグループマスタをプロジェクトマスタに更新できる方が
組織的な運用としてはやりやすいと思うよ？(´･ω･｀)
- 24 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 19:55:25.10 ID:AMK4q4iG.net]
- これがゆとりか
- 25 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 20:29:10.23 ID:LMCtJA+5.net]
- >>23
リモートリポジトリがどこにあるべきかって話に
ブランチ戦略の話が混じってしまっている気がして、何とも答えにくい
- 26 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 20:33:49.43 ID:NaTfFmmD.net]
- リポジトリはアクセスする必要がある人から参照できる所にあれば
いいんじゃないかな？(´･ω･｀)
- 27 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 20:48:23.99 ID:sz/ymt1l.net]
- gitlab（githubでも可）使えばいいのに。
一台gitlabサーバーを立てれば、
1. プロジェクトのリモートリポジトリ
2. そのプロジェクトをforkした個人のリモートリポジトリ
3. ローカルリポジトリ
って自然に三つのリポジトリをシンプルに使うことが出来るよ。
開発は、
3. ローカルリポジトリを修正
2. 個人のリモートリポジトリにpush
1. そこからプロジェクトのリモートリポジトリにマージ（ウェブから実行できる）
という流れが出来上がる。
- 28 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 20:55:16.60 ID:LMCtJA+5.net]
- >>26
自分も同意見だ
ただ、>>15→>>16の時点で、リモートリポジトリの話かmasterブランチの話か既に分かりにくくなってるんだな
20の「master」は、「リモートリポジトリ」のつもりで話していた
- 29 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 21:05:35.91 ID:LMCtJA+5.net]
- >>27
ソースコードが社外に置かれるgithubがお堅い企業で使われてるかは微妙だけど、
gitlabは商用でサポート受けれるし、githubを抜くとおそらく1番手で使われてるんじゃないか？
- 30 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 23:26:42.53 ID:CRqFXs0T.net]
- git init
touch a; git add a; git commit "initial commit"
git checkout -b test
touch b; git add b; git commit "b"
touch c; git add c; git commit "c"
git checkout master
git merge dev --squah
git checkout test
touch d; git add d; git commit "d"
touch e; git add e; git commit "e"
git checkout master
git merge dev --squah
これでこういうメッセージが出ます。どうしてマージできないんですか？
>Squash commit -- not updating HEAD
>Automatic merge went well; stopped before committing as requested
- 31 名前：デフォルトの名無しさん mailto:sage [2015/03/24(火) 23:27:52.62 ID:CRqFXs0T.net]
- ここに入力する時にcommit の部分に-mを書き漏れたので-mがあるものとしてお読みください
- 32 名前：デフォルトの名無しさん [2015/03/25(水) 10:38:07.54 ID:DffMWI2J.net]
- rebaseはコミットグラフを綺麗にするためじゃなくてffマージをするためにあるのであった
https://gist.github.com/katzchang/4126092
- 33 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 12:53:22.29 ID:7vrJVraD.net]
- >>32
それ書いたやつここに連れてくるか、
お前が代わりに反論してくれ。
まずrebaseはコミット履歴を綺麗にするためであって
コミット"グラフ"を綺麗にするものじゃない。
この時点でそれ書いたやつは勘違いしている。
そしてffマージ推奨みたいな感じだが、
"master"へのマージは--no-ffでやるのが常識
gitlabのウェブ管理画面からは--no-ffしか行えない。
（もちろんmasterじゃないところならffマージでも良い）
さらに言えば「開発中のブランチ」と「そのブランチがffマージされた未来のmaster」が
同じ内容になるからテストが安心できるというのはまあいいんだが、
途中のコミットの話が抜けてる。同じ内容になるからという理由だけなら
途中のコミットが汚なくてもいい（レビューが困難）でもいいって話になってしまう。
rebaseの目的はレビューを容易にすること。テストが安心っていうのはおまけでしかない。
- 34 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 12:58:04.22 ID:IRTth2yB.net]
- 途中のコミットがあろうがなかろうがレビューは困難にも容易にもならないよね？(´･ω･｀)
- 35 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 13:40:29.78 ID:1QZDV4EM.net]
- >>33
レビューっていうのは、プルリクエストが出された「ひとまとまりのコミット」に対して行われるものだ
その時にレビュアーは、その「ひとまとまりのコミット」が何のための修正かを把握しているはずである
※1つのプルリクエストに複数の目的の修正が入っているなら、そのプルリクエストが間違ってる
レビュアーが、その「ひとまとまりのコミット」が何のためなのかを分かっていれば、各コミットが
どれだけ細分化されていようと、（レビュアーは「ひとまとまりのコミット」で最終的にどうなったかだけを
チェックし、各コミットで何をしたかまでは追いかけない、という理由で）コードが合っているかの
チェックを阻害したりはしない
これで反論になってるだろうか
- 36 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 13:43:12.20 ID:jY89TDAe.net]
- rebaseで使うのは
reword
fixup
squash
pick
で
editとexecは必要ないと思ってるんですがあなたたちは使いますか？
- 37 名前：デフォルトの名無しさん [2015/03/25(水) 14:47:57.92 ID:7WluZNwF.net]
- rebaseをしてから--no-ffマージしたりするからなｗ
- 38 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 15:04:11.83 ID:8K+/BW9F.net]
- 開発ブランチも公開しちゃってるからリベースできないお
- 39 名前：デフォルトの名無しさん [2015/03/25(水) 15:17:55.54 ID:7WluZNwF.net]
- >>38
その開発ブランチからさらにブランチを作って、
そこにこまかくコミットしたものをリベースして開発ブランチにマージする
実装する機能単位でそれを繰り返す
- 40 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 15:38:52.70 ID:8K+/BW9F.net]
- 一度公開したブランチをどんな形にせよリベースするなんてやっちゃあいけませんよ旦那
- 41 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 19:19:14.80 ID:5Dq5kMph.net]
- こらからの話だよ
- 42 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 19:31:03.19 ID:7vrJVraD.net]
- >>35
> ※1つのプルリクエストに複数の目的の修正が入っているなら、そのプルリクエストが間違ってる
一つのプルリクエストは、一つの機能だよ。
その機能は複数のコミットからなっている。
誰かが新しい機能のプルリクエストを出す所を考えて見ればわかるはず。
新しい機能を、プラグインみたいに簡単に追加できる場合ならいいが、
一般的には既存のコードを拡張可能なように修正して、
そこに機能追加を行う。
- 43 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 19:33:42.33 ID:7vrJVraD.net]
- >>34
> 途中のコミットがあろうがなかろうがレビューは困難にも容易にもならないよね？(´･ω･｀)
なるよ。
いきなり複数のファイルにまたがる1000行の修正を送られたって
何をしたいのかわからない。
一つ一つ説明が必要。それが一つのコミットになる。
- 44 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:00:32.67 ID:1QZDV4EM.net]
- >>43
（33で言ってた内容）
＞途中のコミットの話が抜けてる。同じ内容になるからという理由だけなら
＞途中のコミットが汚なくてもいい（レビューが困難）でもいいって話になってしまう。
＞rebaseの目的はレビューを容易にすること。
（43で言ってた内容）
＞いきなり複数のファイルにまたがる1000行の修正を送られたって
＞何をしたいのかわからない。
プルリクエスト1件を送るとき、コミットをまとめるべきと言ってたはずが、
コミットをまとめないべき、にすりかわっている。
あなたの意見どころかあなた自身が、反論に耐えうるものじゃないんじゃなかろうか
- 45 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:07:29.90 ID:7vrJVraD.net]
- 説明しやすいサンプル見つけてきたぞ。
Replace highlight.js with rouge-fork rugments
https://github.com/gitlabhq/gitlabhq/pull/8425/commits
どうやらこれは、highlight.js を rouge-fork rugments に入れ替える
プルリクエストのようだ。
これは一つのプロリクエストに三つのコミットが入っている。
1. テストの修正
2. ライブラリ入れ替え
3. 2以外の関連ライブラリバージョンアップ
これは一つのコミットにまとめてはいけない。なぜなら入れ替えを行った結果
既存のコードが動かなくなるかもしれないからだ。
最初にテストの修正を行っているのは、ライブラリの入れ替えの前と後の両方で同じテストが通るようにするためだろう。
入れ替え前に問題となるテストを修正し（もちろん入れ替え前にテストは通る）
入れ替えた後でもテストが通れば壊れていないことが確認できる。
そして1, 2, 3のそれぞれがわかれているから何を行ったのかレビューしやすい。
テストの修正とライブラリの入れ替えと関連ライブラリのバージョンアップが
一つのコミットになっていれば、いきなり複数の変更をこんなに変えて大丈夫か？ってなるだろう？
また逆に、この3つのコミットを分離して、一個ずつマージするという案もあるが、
それだと1のテストの修正は2の為にやるのだが、いきなり1.テストの修正という理由がわからない
プルリクエストが届くことになる。なぜ1が必要な理由が不明だし、もしかしたら2を直せば
1は不要になるかもしれない。
だからこの三つのコミットは独立していたら駄目だし、一つのコミットにしてもいけない。
それぞれのコミットがレビューしやすいように、無駄なコミットもない。
- 46 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:16:05.54 ID:7vrJVraD.net]
- >>44
> プルリクエスト1件を送るとき、コミットをまとめるべきと言ってたはずが、
> コミットをまとめないべき、にすりかわっている。
「綺麗に」まとめるということ。
汚いものをまとめろと言っただけで、
一つにまとめろとは言ってないない。
一つにまとめる・・・これはだめ。
まったくまとめない・・・これもだめ。
一つのプルリクエストは、1つ以上のコミットから成り立ち、
それぞれのコミットがレビューしやすいように
意味のある単位にまとめる。
- 47 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:17:13.12 ID:1QZDV4EM.net]
- >>45
あなた自体が説明に耐えうるものじゃないな・・・
自分の主張や情報を後出し後出しにして、ハイ反論どうぞ、なんて言われてもねぇ
そんなんじゃ、周りの人とまともな議論ができないだろう・・・
自分が推測するに、あなたは下請けに仕事を発注したことはあるが、
「チームで開発作業をしたことはあまりない」と感じられるんだが、実際どうだろうか？
まぁおそらくは、反論してくるだろうと思うが
- 48 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:20:44.43 ID:7vrJVraD.net]
- 正確じゃなかったから訂正
一つにまとめる・・・何も考えずに何でもかんでも一つにまとめるのはだめ。綺麗にまとめた結果一個になる場合は良い。
まったくまとめない・・・だめ。ただし最初からきれいな単位にまとまっているのであればそれで良い。
重要なのは一つのプルリクエストをレビューがしやすいように、
「意味がある単位で1個以上のコミットで綺麗にまとめる」ということ。
- 49 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:23:04.00 ID:7vrJVraD.net]
- >>47
反論も何も、お前は、
俺のことを「チームで開発作業をしたことはあまりない」と感じましたって
個人の感想を言ってるだけじゃんか。
えとさ、俺の言っている内容に対してレスしてくれない？
俺の言っている内容にコメントできないからって
「お前は○○だ。ばーか、ばーか。なにか言い返してみろよ」
と同等のレスをされて困るんだがね。
下らないレスはいらないから内容に対してコメントしろ。
お前が>>47で何か内容に対してコメントしたか？
- 50 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:32:17.06 ID:7vrJVraD.net]
- >>44
自分が「コミットをまとめる」って言ったと思って
レスしていたが、自分のレス読み返してみたが
「綺麗にする」とは書いてあるが
「まとめる」とは書いてないじゃないか？
おかしいな？
もしかして>>44のレスって単なる言いがかりか？
- 51 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:49:15.42 ID:7vrJVraD.net]
- 今更だが俺なんかが言わなくても、有名な人の意見があったっけｗ
>>32の用な無名な人が書いた駄文じゃなくて有名な人の意見
blog.marc-andre.ca/2014/02/05/why-i-wont-squash-my-commits/
qiita.com/gogotanaka/items/8c55f69120965b077737 (↑の翻訳)
> RubyのコミッターでもありRailsなどの多くのOSSで活躍されている
> Marc-Andre Lafortune さんのブログに面白い記事があったので筆を取りました.
> 各プロジェクトのコミッターらの素晴らしい仕事に対して失礼ながら、
> 私はコミットをまとめたいとは思わない. だから私にまとめろ言わないで欲しい.
> 例えば5つのコミットからなるpull requestがあったとして、もし私が何もミスをしてなければ、
> この5つのコミットはそれぞれ独立しているはずで、それらをわざわざまとめるべきでないと思っている.
※↑これはゴミコミットを残せって言ってるんじゃないよ。↓ ほらゴミコミットはキレにするべきと言ってる。
> 例えばこんな感じ
>
> ・素晴らしいfeatureを思いつき、手をつける
> ・しまったtypoしてた直さないと
> ・しまったバグを直さないと
> ・featureを仕上げる
>
> この様なcontributor達がもし、そのままのcommitをpull-requestに出して、
> それが受け入れられない（つまりマージされない）という事は当然の報いだとは思うが、
> 良い例がここ(https://github.com/sdsykes/fastimage/pull/27)にある.
> これは一つのbugを修正するためのpull-requestだが私は15つのコミットに分けた.
> それぞのリファクタ１つ１つはしかるべく順序で並んでおり、最後の１つだけがbugの修正それ自体なのだ.
なんだｗ 俺が探してこなくても、ここに書いてあったじゃないかｗ
- 52 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 20:58:15.28 ID:2zE2JJLl.net]
- 数レスのつながりすら読めない人に長文で相手しても意味ないよ
そういう人は相手にせずスルーすべし
- 53 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:18:09.55 ID:1QZDV4EM.net]
- >>49
>>48に書いたことを、>>33のときに書いていれば反論を招かずに済んだ話だと思う
自分が言いたいのは、まさにこの一点
このスレをgitに例えれば、あなたは>>33におけるタイプミスの修正を>>51まで延々と
続けているということだ
- 54 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:21:46.19 ID:7vrJVraD.net]
- >>53
お前が読み間違っただけだろう？
それに俺がお前に言いたいのは
内容に対してレスしろってことだ。
お前の人間として品性がないって話をしている。
お前の反論がないんだから、俺の意見は正しくて
残るはお前の品性の問題しかないからな。
- 55 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:23:46.76 ID:7vrJVraD.net]
- しつこいようだが、勘違いしているようだからはっきり言っておくわ。
俺は、コミットを綺麗にしろ言っただけで、
一つにまとめろとか言ってないからな。
そもそもまとめるという単語すら
>>33には書いてない。
勘違いしたのは、 ID:1QZDV4EM
- 56 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:25:18.08 ID:0It7vtDM.net]
- ケンカをやめて
- 57 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:32:07.66 ID:1QZDV4EM.net]
- >>54
＞お前の人間として品性がないって話をしている。
違うだろう、今度はいつの間に「反論があるかないか」の話からすりかわったんだ
まぁでもお前がgitのスレでやりたいのは、反論があるかないかじゃなく、人を馬鹿にする方なんだろうが・・・
- 58 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:40:49.98 ID:7vrJVraD.net]
- >>57
人を馬鹿にしたのはお前だろう？
お前が読み間違っただけなのに、反論が〜とか言った挙句
> 自分が推測するに、あなたは下請けに仕事を発注したことはあるが、
> 「チームで開発作業をしたことはあまりない」と感じられるんだが、実際どうだろうか？
> まぁおそらくは、反論してくるだろうと思うが
こんな事言ったよな？
お前が何を考えてこんなレスをしたかあててやろうか？
1. 反論しない（俺が言い返さない）・・・やっぱりチーム開発したことないやつだったな。俺が言ったことは正しかった（優越感）
2. 反論する・・・俺が予想したとおり反論してきたか。俺が言ったことは正しかった（優越感）
どうだ？ あってるだろ？ どちらにしろ優越感を感じられれるなｗ （まあそれをばらしたから優越感を味わえないだろうがｗ）
そもそも、俺がどういうやつかなんて「お前の母ちゃん出ベソ」と同じで
証明しようがない問題だ。俺がなんと言おうが、お前が信じなければそれまでだからな。
それぐらいお前もわかっててやっただろ？
単にお前が優越感を得るためだけの意味が無いレス。
だからこんな下らないレスだと言った。
こういうレスを見たから俺は、お前は品性のないやつだと確定できて、
最後の挽回のチャンスとして、反論しろといったわけだが結局反論できなかったな。
はははｗ お前が>>57でレスしてくれたから、俺にこういう説明をするチャンスになったよ。ありがとなｗ
- 59 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:46:25.46 ID:1QZDV4EM.net]
- 自分には、どうして>>47の後半で言ったことがお前をそこまで刺激したのかが、よく分からないんだよ
けっきょく、このスレで言った言わないの議論をするお前じゃなくて、今技術者をやってるお前ってどうなの？
なぜ軽くスルーできなかったのか？やっぱ、そこに問題があるから怒ったのか？そうだったら謝りたいが
- 60 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:49:20.02 ID:7vrJVraD.net]
- >>59
ほらなｗ やっぱり品性がない。
人を馬鹿にする方向にしかレスが出来ない。
お前無意識にやってるだろ？
無意識で品性がないｗ
最初にそんなことやらずに、内容に対してレスする方向に
変えていれば、今頃は挽回できたかもしれないのにな。
哀れ。
- 61 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:53:44.04 ID:1QZDV4EM.net]
- >>60
第三者的には、>>58の時点でバカ2名のやり取りにしか見えないと思うぞ
- 62 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 22:21:34.29 ID:2zE2JJLl.net]
- ワロタ
五十歩百歩かもしれんが
百の方が五十の方を道連れにしようとすんなｗ
- 63 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 22:23:48.78 ID:1QZDV4EM.net]
- >>62
そうかもね、すまない
- 64 名前：デフォルトの名無しさん mailto:sage [2015/03/25(水) 23:32:40.35 ID:7vrJVraD.net]
- 長文書いたのは俺だし、百の方は俺のことだろｗ
勘違い君、かわいい（哀れ）
- 65 名前：デフォルトの名無しさん mailto:sage [2015/03/26(木) 06:42:05.21 ID:zxUHxD8M.net]
- >>64
> 百の方は俺のことだろｗ
勘違い君、かわいい（哀れ）
- 66 名前：デフォルトの名無しさん mailto:sage [2015/03/26(木) 07:47:28.35 ID:IO0z/ZIB.net]
- どんぐりの背比べ
- 67 名前：デフォルトの名無しさん mailto:sage [2015/03/26(木) 11:04:14.40 ID:RWcMqhbh.net]
- ところで話の腰を折るようで悪いんだけど
diff.mnemonicprefix ってなんのオプションかわかる？
これをつけるとつけないとで何が変わるの？
- 68 名前：デフォルトの名無しさん mailto:sage [2015/03/26(木) 11:45:31.23 ID:7Tklw0eC.net]
- >>67
stackoverflow.com/questions/28017249/what-does-diff-mnemonicprefix-do
- 69 名前：デフォルトの名無しさん mailto:sage [2015/03/26(木) 12:01:03.18 ID:Z4IoHfg8.net]
- このスレには（哀れ）な人しかいないね
- 70 名前：デフォルトの名無しさん mailto:sage [2015/03/26(木) 12:18:51.15 ID:RWcMqhbh.net]
- >>68
ありがとう
diffしたときのファイル名になぜかついてた a/ とか b/ とかを
出さないようにするオプションなのね
- 71 名前：デフォルトの名無しさん mailto:sage [2015/03/26(木) 20:54:55.68 ID:bNJI23fg.net]
- >>70
ちょっと違うで
a/ とか b/ とかのプレフィックスを出さないようにするのは diff.noprefix
diff.mnemonicprefix は意味のあるプレフィックスを出力する
意味のある、というのは、どことどこの diff なのか、つまりインデックスなら i/、ワークツリーなら w/、という具合に出力する
- 72 名前：デフォルトの名無しさん mailto:sage [2015/03/27(金) 15:17:35.69 ID:NmkvbaYs.net]
- >>71
ありがとう。じゃあnoprefixの方使うようにするよ。
ところで、すでに運用してるgitをWEBから管理したくて
でもgitwebが使いづらいので乗り換えたいんだけど
gitlabをインストールしてみたいんだけど
これってそういう風には使えるものなのかな
- 73 名前：デフォルトの名無しさん mailto:sage [2015/03/27(金) 17:14:19.11 ID:wC2EsVxW.net]
- そういう風ってどういう風？
gitlabはdbも使ってるし移行作業は必要になると思うよ
- 74 名前：デフォルトの名無しさん mailto:sage [2015/03/27(金) 18:38:26.72 ID:HpSv3zdu.net]
- >>72
素直にインポートしたら。たいした手間でなし。
- 75 名前：デフォルトの名無しさん mailto:sage [2015/03/27(金) 19:45:18.53 ID:+T9VOHOm.net]
- gitを使うときのgit://、http://、https://のプロトコルは、
認証、通信の暗号化の可否はそれぞれどうですか？
- 76 名前：デフォルトの名無しさん mailto:sage [2015/03/27(金) 21:37:55.61 ID:9ALWzfda.net]
- >>72
当たり前だけど、gitのリポジトリをpushするだけ。
gitlabのgit以外の機能（IssueとかMergeRequestとか）に、
データベースを使っているが、gitwebにはgit以外の機能ってほぼないだろ？
- 77 名前：デフォルトの名無しさん mailto:sage [2015/03/27(金) 23:36:40.51 ID:+T9VOHOm.net]
- git svnを使って、SVNのデータをGitサーバ（GitBucket）に移行しました
で、GitBucket上で、移行したコミットのコミット者を見ようとすると、
ユーザ名ではなくメールアドレスでユーザーの識別をしているように見えます
この識別方法はGitBucket固有ですか？
また、リモートリポジトリにpushした後の各コミットについて、
コミット者のメールアドレスを変更することは可能ですか？
- 78 名前：デフォルトの名無しさん mailto:sage [2015/03/27(金) 23:54:27.14 ID:Z8DJNpSP.net]
- GitBucketって日本人が作ったのか
- 79 名前：デフォルトの名無しさん mailto:sage [2015/03/28(土) 14:15:10.16 ID:w2Z+yJkJ.net]
- Git 5.6.24
https://github.com/git/git/releases/tag/v5.6.24
- 80 名前：デフォルトの名無しさん mailto:sage [2015/03/28(土) 18:47:44.36 ID:+R+DyebJ.net]
- >>18
こんなん初めて知った
diff結果のパスを引数に合わせて変える模様
$ git diff
i/foo.txt # indexの'i'
w/foo.txt # worktreeの'w'
- 81 名前：80 mailto:sage [2015/03/28(土) 18:49:53.09 ID:+R+DyebJ.net]
- ごめんログ更新してなかった
- 82 名前：デフォルトの名無しさん mailto:sage [2015/03/29(日) 18:08:14.32 ID:E72jh6+u.net]
- 最近のgitってインストールするとbash completionが自動的にインストールされる？
- 83 名前：デフォルトの名無しさん mailto:sage [2015/03/29(日) 19:10:29.25 ID:GIfRQ9M6.net]
- 依存パッケージが自動でインストールされるかは知らんがな
- 84 名前：sage [2015/03/29(日) 21:29:36.30 ID:ZG1Sktbb9]
- git addの中身を知りたくてgithubで公開されているプロジェクトを見ているのだが、どこにaddのコードが書かれているか分かりますか？
https://github.com/git/git
- 85 名前：デフォルトの名無しさん mailto:sage [2015/03/29(日) 21:45:52.31 ID:SsUrZhnW.net]
- >>82
補完すごいよね
addすべき対象をtabで一発で当ててきたときはビビったよ
- 86 名前：デフォルトの名無しさん [2015/03/29(日) 22:03:01.96 ID:I8zaY9MU9]
- >>84
https://github.com/git/git/search?l=c&q=add&utf8=✓
- 87 名前：sage mailto:sage [2015/03/29(日) 22:14:01.02 ID:ZG1Sktbb9]
- >>86
あざっす！
- 88 名前：デフォルトの名無しさん [2015/03/29(日) 22:04:26.44 ID:vkiGWuNt.net]
- >>83
https://github.com/git/git/search?l=c&q=add&utf8=✓
- 89 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 08:52:02.76 ID:ebxMPih7.net]
- >>14
そんなもの使ってない
- 90 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 10:57:03.31 ID:QTBkdmd4.net]
- >>82
そんなのディストリビューション次第じゃないの。
- 91 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 11:53:27.54 ID:eSl2sveJ.net]
- >>82
なぜbashだけが優遇されるのか？
今使われてるのはzshだろ。
- 92 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 12:10:49.96 ID:pDn2M2s4.net]
- >>91
zsh なら、oh-my-zsh に git プラグインあるだろ。
- 93 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 13:24:21.18 ID:pQkawj3/.net]
- >>92
あー、普通にgitについてたよｗ
- 94 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 21:52:59.70 ID:7jnhpj+r.net]
- >>91
今zsh使ってる人って残ってるの？
みんなbashに戻ったとばかり思ってた
- 95 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 04:25:40.16 ID:DVVpWgeR.net]
- え？ 戻る理由は？
- 96 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 10:24:36.59 ID:byVPP9+b.net]
- ここのスレって、Gitのクライアント側の基本的なコマンドの
使い方が分かる人しかいませんか？
便利なGitクライアントソフトとか、各種Gitサーバソフトの
使い方とか、そういうのを質問したかったらどこがオススメ
でしょうか？
- 97 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 10:48:52.86 ID:jsR2iUWd.net]
- >>96
ここでいいと思うけど。もしかして >>77 かな？
GitBucketは使ったことないけど、
・gitは各コミットのauthorとcomitterそれぞれのnameとemailを記録してる。
・gitはユーザーを管理してない。ってか、分散システムだから管理しようがない。
・authorやcomitterの変更はできるけど、コミットID(ハッシュ値)も変わるので、変更というよりは履歴の書き換えになる。
- 98 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 12:02:22.73 ID:DMT7op/I.net]
- >>96
それgitに限定する意味あるの?
- 99 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 21:52:09.98 ID:N1jW3NRe.net]
- >>96
github固有の話は専用スレがある
他はここでいいんじゃない？
- 100 名前：デフォルトの名無しさん [2015/04/03(金) 00:52:20.92 ID:bxWPklRz.net]
- コンフリクトをわざと発生させたいんだけど発生させ方を教えてください
- 101 名前：デフォルトの名無しさん mailto:sage [2015/04/03(金) 09:00:43.05 ID:fygFc6bt.net]
- >>734
税法的にもアウトですよ。コレ。
|
 |
