板検索:
Git 12 (989)
まとめビュー
1
デフォルトの名無しさん[ageteoff]   投稿日:2015/03/23 13:35:13  ID:aBYp+bVs.net(2)
ソースコード管理を行う分散型バージョン管理システム、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 11
コメント1件


2
デフォルトの名無しさん[sage]   投稿日:2015/03/23 13:37:21  ID:aBYp+bVs.net(2)

3
デフォルトの名無しさん[sage]   投稿日:2015/03/23 18:37:08  ID:5dh1GAQd.net
>1

ところで
diff.mnemonicprefix
ってなに?

4
デフォルトの名無しさん[sage]   投稿日:2015/03/23 19:15:42  ID:y5y7OlJ2.net(2)
>>前996
>そうか、いくつものプロジェクトを任されないやつは気楽でいいな。
>部下の手間やオペミスを気にしない立派な方は言うことが違うな。

お前と違って、部下全員の動きを一挙手一投足全部自分で
チェックアウトできるほど暇じゃないもんで・・・

>>前997
>どのくらいの頻度でプロジェクトの新規立ち上げするの?
>やっぱり1日1個くらいのペースでどんどん増えていくもの?

さすがにそんな増えないでしょ
3か月ペースの開発プロジェクトが60個、それぞれに平均5人いるとしても
300人のエンジニアを率いていることになるよ
そんな人が、部署のマネジメントもろくにしないでしこしこgitのプロジェクトを
起こしてるとか考えにくい
gitのプロジェクトを起こすのが仕事の間接部隊の人なら、まぁあるかも
しれないけど

5
デフォルトの名無しさん[sage]   投稿日:2015/03/23 20:50:21  ID:BMVzdvQz.net(3)
こいつエンジニアではないな。

997 デフォルトの名無しさん sage 2015/03/23(月) 12:14:29.10 ID:5dh1GAQd
うちの会社は半年に1個くらいしかプロジェクトないので
いつも手書きのメモ見ながら作ってるわ・・・
コメント1件

6
デフォルトの名無しさん[sage]   投稿日:2015/03/23 20:51:21  ID:BMVzdvQz.net(3)
いや、運用エンジニアならアリか。

7
デフォルトの名無しさん[sage]   投稿日:2015/03/23 21:58:34  ID:y5y7OlJ2.net(2)
>5-6
あなたにとっての突っ込みどころが「半年にプロジェクトが1個」なのか「手書きのメモ」なのか分からないけど、
半年に1個のペース(しかも一個人の目に見えるとこ)でgitリポジトリ=新規製品が1個立ち上がってるとしたら
結構早い気が

自分がパッケージ開発系にいるからそう思うだけで、スマホゲーみたいな「いつもの手順で何個も作る」みたいな
開発形式だと、そういうペースになるのだろうか
コメント1件

8
デフォルトの名無しさん[sage]   投稿日:2015/03/23 23:09:04  ID:BMVzdvQz.net(3)
>7
滅多にないなら、忘れないために自動化する。
頻繁にあるなら、手間をかけないために自動化する。

プロダクトとプロジェクトは別だよ。
同じっていうプロジェクトの分け方もあるとは思うけど、それはポリシーの話。
コメント1件

9
デフォルトの名無しさん[sage]   投稿日:2015/03/24 00:17:38  ID:LMCtJA+5.net(9)
>8
>滅多にないなら、忘れないために自動化する。
滅多にやらないことに自動化+自動化ツールの手順書作成は、さすがにコストかかりすぎると思う

>プロダクトとプロジェクトは別だよ。
話のピントがずれてきてるな・・・自分と前997が気にしてるのは、プロダクトとプロジェクトの定義じゃなく、
新しいgitリポジトリを毎日作らなきゃならない職場って一体どんなだろうってことだ
コメント1件


10
デフォルトの名無しさん[sage]   投稿日:2015/03/24 01:00:24  ID:AMK4q4iG.net(4)
>9
普段GUI使ってる人にはわからないかもだけど、
5分もかからない。
スクリプトなら説明は要らないが、必要ならそのまま書き込める。

毎日なんて誰も言ってないだろ。
1週間でプロジェクトの立ち上げして、後は任せたとかなら割とある。
コメント1件

11
デフォルトの名無しさん[sage]   投稿日:2015/03/24 01:24:05  ID:LMCtJA+5.net(9)
>10
>普段GUI使ってる人にはわからないかもだけど、
>5分もかからない。
うーんそれって、「自動化したんじゃなくって既に自動化されてる」とか、
「5個位コマンドを打たなきゃならないのを1個にした」って話か・・・

>1週間でプロジェクトの立ち上げして、後は任せたとかなら割とある。
最初のたった1週間しかいないプロジェクトで、一体あなたが何の役割を果たすのか疑問だ
親会社が子会社に要求仕様を丸投げして消えるような感じだろうか
そうだとすると、肩書きというか所属はエンジニアだけど実態は発注者だな

そういう立ち位置の人がgitのリポジトリを作る必要があるのかもよく分からなくなってきた
親会社のサーバーにリポジトリを作るから、親会社の人しかリポジトリを作れないとかだろうか
コメント1件

12
デフォルトの名無しさん[sage]   投稿日:2015/03/24 01:48:04  ID:AMK4q4iG.net(4)
>11
すまなかったな。
お前にとって、リポジトリを立てるというのが、とても難しいことだと言うのは、よくわかったよ。
理解できない人もいるんだな。

それしかやってないと言う思い込みをしてるのかな。
コメント1件

13
デフォルトの名無しさん[sage]   投稿日:2015/03/24 09:42:14  ID:LMCtJA+5.net(9)
>12
リポジトリを立てるのが簡単なのは、よく分かったよ
コマンドラインを何発か叩くだけなんでしょ?

問題は、何十プロジェクト(50人ちかく?)のまとめ役をやってて、
しかもプロジェクトを丸投げして開発管理をしないような人が、
なんでgitの管理は自分でやることにこだわるのか、ってことだ

・・・実際はまとめ役じゃなくて開発環境を整備する役で、そっちが
メインだからなのかもしれないが・・・
コメント1件

14
デフォルトの名無しさん[sage]   投稿日:2015/03/24 11:47:24  ID:FrFlsYhd.net(2)
デカい会社ってgitをどう使ってるんだろ
gitをきちんとスター型にするのって面倒くさくね?
コメント2件

15
デフォルトの名無しさん[sage]   投稿日:2015/03/24 12:55:00  ID:LMCtJA+5.net(9)
>14
それってネットワーク関係の話?

そういうときは、自部署の閉じたネットワークにgitサーバを立てるんじゃなくって、
社内どこからでも(場合によっては社外からも)接続可能な特別なgitサーバを
ネットワーク部門の人が用意してるから、そこにリポジトリ作成を「申請する」って
流れになると思う
コメント1件

16
デフォルトの名無しさん[sage]   投稿日:2015/03/24 13:00:03  ID:jPXMtrDE.net(2)
キャパシティやレスポンスの問題はあるけどgitのmasterなんか、どこに
あっても同じじゃん?そもそもでかいガタイの為にでかいRCSを「立てる」
必要がないってのがgit(系統)の売りだったんじゃ?
コメント1件

17
デフォルトの名無しさん[sage]   投稿日:2015/03/24 13:17:28  ID:Z7mrPero.net
どこにあっても同じだけど、違うmasterが二箇所にあればどちらが正しいか分からなくなるのもgit
だから、中央リポジトリとコミッターが必要になる。
コメント1件

18
デフォルトの名無しさん[sage]   投稿日:2015/03/24 14:26:16  ID:FrFlsYhd.net(2)
ところで話は変わるけど
diff.mnemonicprefix ってなに?

sourceforgeでfetchしたときのオプションにあったんだけど
なにを意味するのかバヌアツ見てもよくわからない
コメント1件

19
デフォルトの名無しさん[sage]   投稿日:2015/03/24 14:57:15  ID:jPXMtrDE.net(2)
>17
> 違うmasterが二箇所にあればどちらが正しいか分からなくなるのもgitだから、
それは「運用の不手際」であってgitと全く関係ないじゃん?
コメント1件

20
デフォルトの名無しさん[sage]   投稿日:2015/03/24 15:15:37  ID:LMCtJA+5.net(9)
>19
違うmasterが2個あるのが「運用の不手際」であり、masterはただ1つでなければならないなら、
そのmasterは、プロジェクトに関わる全員から見える場所にないと困ると思うが・・・
コメント1件

21
デフォルトの名無しさん[sage]   投稿日:2015/03/24 16:19:57  ID:AMK4q4iG.net(4)
>13
お前が自分が知ってる形態しか理解できないのはよくわかったよ。
コメント1件

22
デフォルトの名無しさん[sage]   投稿日:2015/03/24 17:17:23  ID:LMCtJA+5.net(9)
>21
お前が自分が知ってる形態を説明しないから、理解できないんだよ。

23
デフォルトの名無しさん[sage]   投稿日:2015/03/24 19:47:13  ID:NaTfFmmD.net(2)
>20
それはgit的には間違った解釈じゃないかな?(´・ω・`)
グループマスタはグループ全員から見えてもいいと思うけどプロジェクトマスタの
更新権も全グループの全要員にないとダメという訳じゃないよね?(´・ω・`)
グループリーダーだけがグループマスタをプロジェクトマスタに更新できる方が
組織的な運用としてはやりやすいと思うよ?(´・ω・`)
コメント1件

24
デフォルトの名無しさん[sage]   投稿日:2015/03/24 19:55:25  ID:AMK4q4iG.net(4)
これがゆとりか

25
デフォルトの名無しさん[sage]   投稿日:2015/03/24 20:29:10  ID:LMCtJA+5.net(9)
>23
リモートリポジトリがどこにあるべきかって話に
ブランチ戦略の話が混じってしまっている気がして、何とも答えにくい

26
デフォルトの名無しさん[sage]   投稿日:2015/03/24 20:33:49  ID:NaTfFmmD.net(2)
リポジトリはアクセスする必要がある人から参照できる所にあれば
いいんじゃないかな?(´・ω・`)
コメント1件

27
デフォルトの名無しさん[sage]   投稿日:2015/03/24 20:48:23  ID:sz/ymt1l.net
gitlab(githubでも可)使えばいいのに。

一台gitlabサーバーを立てれば、

1. プロジェクトのリモートリポジトリ
2. そのプロジェクトをforkした個人のリモートリポジトリ
3. ローカルリポジトリ

って自然に三つのリポジトリをシンプルに使うことが出来るよ。

開発は、
3. ローカルリポジトリを修正
2. 個人のリモートリポジトリにpush
1. そこからプロジェクトのリモートリポジトリにマージ(ウェブから実行できる)

という流れが出来上がる。
コメント1件

28
デフォルトの名無しさん[sage]   投稿日:2015/03/24 20:55:16  ID:LMCtJA+5.net(9)
>26
自分も同意見だ

ただ、>15>16の時点で、リモートリポジトリの話かmasterブランチの話か既に分かりにくくなってるんだな
20の「master」は、「リモートリポジトリ」のつもりで話していた

29
デフォルトの名無しさん[sage]   投稿日:2015/03/24 21:05:35  ID:LMCtJA+5.net(9)
>27
ソースコードが社外に置かれるgithubがお堅い企業で使われてるかは微妙だけど、
gitlabは商用でサポート受けれるし、githubを抜くとおそらく1番手で使われてるんじゃないか?

30
デフォルトの名無しさん[sage]   投稿日:2015/03/24 23:26:42  ID:CRqFXs0T.net(2)
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
デフォルトの名無しさん[sage]   投稿日:2015/03/24 23:27:52  ID:CRqFXs0T.net(2)
ここに入力する時にcommit の部分に-mを書き漏れたので-mがあるものとしてお読みください

32
デフォルトの名無しさん[]   投稿日:2015/03/25 10:38:07  ID:DffMWI2J.net
rebaseはコミットグラフを綺麗にするためじゃなくてffマージをするためにあるのであった
https://gist.github.com/katzchang/4126092
コメント2件

33
デフォルトの名無しさん[sage]   投稿日:2015/03/25 12:53:22  ID:7vrJVraD.net(14)
>32
それ書いたやつここに連れてくるか、
お前が代わりに反論してくれ。

まずrebaseはコミット履歴を綺麗にするためであって
コミット"グラフ"を綺麗にするものじゃない。
この時点でそれ書いたやつは勘違いしている。

そしてffマージ推奨みたいな感じだが、
"master"へのマージは--no-ffでやるのが常識
gitlabのウェブ管理画面からは--no-ffしか行えない。
(もちろんmasterじゃないところならffマージでも良い)

さらに言えば「開発中のブランチ」と「そのブランチがffマージされた未来のmaster」が
同じ内容になるからテストが安心できるというのはまあいいんだが、
途中のコミットの話が抜けてる。同じ内容になるからという理由だけなら
途中のコミットが汚なくてもいい(レビューが困難)でもいいって話になってしまう。
rebaseの目的はレビューを容易にすること。テストが安心っていうのはおまけでしかない。
コメント4件

34
デフォルトの名無しさん[sage]   投稿日:2015/03/25 12:58:04  ID:IRTth2yB.net
途中のコミットがあろうがなかろうがレビューは困難にも容易にもならないよね?(´・ω・`)
コメント1件

35
デフォルトの名無しさん[sage]   投稿日:2015/03/25 13:40:29  ID:1QZDV4EM.net(8)
>33
レビューっていうのは、プルリクエストが出された「ひとまとまりのコミット」に対して行われるものだ
その時にレビュアーは、その「ひとまとまりのコミット」が何のための修正かを把握しているはずである
※1つのプルリクエストに複数の目的の修正が入っているなら、そのプルリクエストが間違ってる

レビュアーが、その「ひとまとまりのコミット」が何のためなのかを分かっていれば、各コミットが
どれだけ細分化されていようと、(レビュアーは「ひとまとまりのコミット」で最終的にどうなったかだけを
チェックし、各コミットで何をしたかまでは追いかけない、という理由で)コードが合っているかの
チェックを阻害したりはしない

これで反論になってるだろうか
コメント1件

36
デフォルトの名無しさん[sage]   投稿日:2015/03/25 13:43:12  ID:jY89TDAe.net
rebaseで使うのは
reword
fixup
squash
pick

editとexecは必要ないと思ってるんですがあなたたちは使いますか?

37
デフォルトの名無しさん[]   投稿日:2015/03/25 14:47:57  ID:7WluZNwF.net(2)
rebaseをしてから--no-ffマージしたりするからなw

38
デフォルトの名無しさん[sage]   投稿日:2015/03/25 15:04:11  ID:8K+/BW9F.net(2)
開発ブランチも公開しちゃってるからリベースできないお
コメント1件

39
デフォルトの名無しさん[]   投稿日:2015/03/25 15:17:55  ID:7WluZNwF.net(2)
>38
その開発ブランチからさらにブランチを作って、
そこにこまかくコミットしたものをリベースして開発ブランチにマージする
実装する機能単位でそれを繰り返す

40
デフォルトの名無しさん[sage]   投稿日:2015/03/25 15:38:52  ID:8K+/BW9F.net(2)
一度公開したブランチをどんな形にせよリベースするなんてやっちゃあいけませんよ旦那

41
デフォルトの名無しさん[sage]   投稿日:2015/03/25 19:19:14  ID:5Dq5kMph.net
こらからの話だよ

42
デフォルトの名無しさん[sage]   投稿日:2015/03/25 19:31:03  ID:7vrJVraD.net(14)
>35
> ※1つのプルリクエストに複数の目的の修正が入っているなら、そのプルリクエストが間違ってる

一つのプルリクエストは、一つの機能だよ。
その機能は複数のコミットからなっている。

誰かが新しい機能のプルリクエストを出す所を考えて見ればわかるはず。
新しい機能を、プラグインみたいに簡単に追加できる場合ならいいが、

一般的には既存のコードを拡張可能なように修正して、
そこに機能追加を行う。

43
デフォルトの名無しさん[sage]   投稿日:2015/03/25 19:33:42  ID:7vrJVraD.net(14)
>34
> 途中のコミットがあろうがなかろうがレビューは困難にも容易にもならないよね?(´・ω・`)

なるよ。

いきなり複数のファイルにまたがる1000行の修正を送られたって
何をしたいのかわからない。

一つ一つ説明が必要。それが一つのコミットになる。
コメント1件

44
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:00:32  ID:1QZDV4EM.net(8)
>43
(33で言ってた内容)
>途中のコミットの話が抜けてる。同じ内容になるからという理由だけなら
>途中のコミットが汚なくてもいい(レビューが困難)でもいいって話になってしまう。
>rebaseの目的はレビューを容易にすること。

(43で言ってた内容)
>いきなり複数のファイルにまたがる1000行の修正を送られたって
>何をしたいのかわからない。

プルリクエスト1件を送るとき、コミットをまとめるべきと言ってたはずが、
コミットをまとめないべき、にすりかわっている。

あなたの意見どころかあなた自身が、反論に耐えうるものじゃないんじゃなかろうか
コメント3件

45
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:07:29  ID:7vrJVraD.net(14)
説明しやすいサンプル見つけてきたぞ。

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は不要になるかもしれない。

だからこの三つのコミットは独立していたら駄目だし、一つのコミットにしてもいけない。
それぞれのコミットがレビューしやすいように、無駄なコミットもない。
コメント1件

46
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:16:05  ID:7vrJVraD.net(14)
>44
> プルリクエスト1件を送るとき、コミットをまとめるべきと言ってたはずが、
> コミットをまとめないべき、にすりかわっている。

「綺麗に」まとめるということ。
汚いものをまとめろと言っただけで、
一つにまとめろとは言ってないない。

一つにまとめる・・・これはだめ。
まったくまとめない・・・これもだめ。

一つのプルリクエストは、1つ以上のコミットから成り立ち、
それぞれのコミットがレビューしやすいように
意味のある単位にまとめる。

47
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:17:13  ID:1QZDV4EM.net(8)
>45
あなた自体が説明に耐えうるものじゃないな・・・
自分の主張や情報を後出し後出しにして、ハイ反論どうぞ、なんて言われてもねぇ
そんなんじゃ、周りの人とまともな議論ができないだろう・・・

自分が推測するに、あなたは下請けに仕事を発注したことはあるが、
「チームで開発作業をしたことはあまりない」と感じられるんだが、実際どうだろうか?
まぁおそらくは、反論してくるだろうと思うが
コメント3件

48
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:20:44  ID:7vrJVraD.net(14)
正確じゃなかったから訂正

一つにまとめる・・・何も考えずに何でもかんでも一つにまとめるのはだめ。綺麗にまとめた結果一個になる場合は良い。
まったくまとめない・・・だめ。ただし最初からきれいな単位にまとまっているのであればそれで良い。

重要なのは一つのプルリクエストをレビューがしやすいように、
「意味がある単位で1個以上のコミットで綺麗にまとめる」ということ。
コメント1件

49
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:23:04  ID:7vrJVraD.net(14)
>47

反論も何も、お前は、
俺のことを「チームで開発作業をしたことはあまりない」と感じましたって
個人の感想を言ってるだけじゃんか。

えとさ、俺の言っている内容に対してレスしてくれない?
俺の言っている内容にコメントできないからって

「お前は○○だ。ばーか、ばーか。なにか言い返してみろよ」
と同等のレスをされて困るんだがね。

下らないレスはいらないから内容に対してコメントしろ。
お前が>47で何か内容に対してコメントしたか?
コメント1件

50
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:32:17  ID:7vrJVraD.net(14)
>44

自分が「コミットをまとめる」って言ったと思って
レスしていたが、自分のレス読み返してみたが
「綺麗にする」とは書いてあるが
「まとめる」とは書いてないじゃないか?

おかしいな?
もしかして>44のレスって単なる言いがかりか?

51
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:49:15  ID:7vrJVraD.net(14)
今更だが俺なんかが言わなくても、有名な人の意見があったっけw
>32の用な無名な人が書いた駄文じゃなくて有名な人の意見

http://blog.marc-andre.ca/2014/02/05/why-i-wont-squash-my-commits/
http://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つのコミットに分けた.
> それぞのリファクタ1つ1つはしかるべく順序で並んでおり、最後の1つだけがbugの修正それ自体なのだ.

なんだw 俺が探してこなくても、ここに書いてあったじゃないかw
コメント1件

52
デフォルトの名無しさん[sage]   投稿日:2015/03/25 20:58:15  ID:2zE2JJLl.net(2)
数レスのつながりすら読めない人に長文で相手しても意味ないよ
そういう人は相手にせずスルーすべし

53
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:18:09  ID:1QZDV4EM.net(8)
>49
>48に書いたことを、>33のときに書いていれば反論を招かずに済んだ話だと思う
自分が言いたいのは、まさにこの一点

このスレをgitに例えれば、あなたは>33におけるタイプミスの修正を>51まで延々と
続けているということだ
コメント1件

54
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:21:46  ID:7vrJVraD.net(14)
>53
お前が読み間違っただけだろう?

それに俺がお前に言いたいのは
内容に対してレスしろってことだ。

お前の人間として品性がないって話をしている。

お前の反論がないんだから、俺の意見は正しくて
残るはお前の品性の問題しかないからな。
コメント1件

55
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:23:46  ID:7vrJVraD.net(14)
しつこいようだが、勘違いしているようだからはっきり言っておくわ。

俺は、コミットを綺麗にしろ言っただけで、
一つにまとめろとか言ってないからな。

そもそもまとめるという単語すら
>33には書いてない。

勘違いしたのは、 ID:1QZDV4EM

56
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:25:18  ID:0It7vtDM.net
ケンカをやめて

57
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:32:07  ID:1QZDV4EM.net(8)
>54
>お前の人間として品性がないって話をしている。

違うだろう、今度はいつの間に「反論があるかないか」の話からすりかわったんだ
まぁでもお前がgitのスレでやりたいのは、反論があるかないかじゃなく、人を馬鹿にする方なんだろうが・・・
コメント2件

58
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:40:49  ID:7vrJVraD.net(14)
>57
人を馬鹿にしたのはお前だろう?

お前が読み間違っただけなのに、反論が〜とか言った挙句

> 自分が推測するに、あなたは下請けに仕事を発注したことはあるが、
> 「チームで開発作業をしたことはあまりない」と感じられるんだが、実際どうだろうか?
> まぁおそらくは、反論してくるだろうと思うが

こんな事言ったよな?

お前が何を考えてこんなレスをしたかあててやろうか?

1. 反論しない(俺が言い返さない)・・・やっぱりチーム開発したことないやつだったな。俺が言ったことは正しかった(優越感)
2. 反論する・・・俺が予想したとおり反論してきたか。俺が言ったことは正しかった(優越感)

どうだ? あってるだろ? どちらにしろ優越感を感じられれるなw (まあそれをばらしたから優越感を味わえないだろうがw)

そもそも、俺がどういうやつかなんて「お前の母ちゃん出ベソ」と同じで
証明しようがない問題だ。俺がなんと言おうが、お前が信じなければそれまでだからな。

それぐらいお前もわかっててやっただろ?
単にお前が優越感を得るためだけの意味が無いレス。
だからこんな下らないレスだと言った。

こういうレスを見たから俺は、お前は品性のないやつだと確定できて、
最後の挽回のチャンスとして、反論しろといったわけだが結局反論できなかったな。


はははw お前が>57でレスしてくれたから、俺にこういう説明をするチャンスになったよ。ありがとなw 
コメント1件

59
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:46:25  ID:1QZDV4EM.net(8)
自分には、どうして>47の後半で言ったことがお前をそこまで刺激したのかが、よく分からないんだよ
けっきょく、このスレで言った言わないの議論をするお前じゃなくて、今技術者をやってるお前ってどうなの?
なぜ軽くスルーできなかったのか?やっぱ、そこに問題があるから怒ったのか?そうだったら謝りたいが
コメント1件

60
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:49:20  ID:7vrJVraD.net(14)
>59
ほらなw やっぱり品性がない。
人を馬鹿にする方向にしかレスが出来ない。

お前無意識にやってるだろ?
無意識で品性がないw

最初にそんなことやらずに、内容に対してレスする方向に
変えていれば、今頃は挽回できたかもしれないのにな。
哀れ。
コメント1件

61
デフォルトの名無しさん[sage]   投稿日:2015/03/25 21:53:44  ID:1QZDV4EM.net(8)
>60
第三者的には、>58の時点でバカ2名のやり取りにしか見えないと思うぞ

62
デフォルトの名無しさん[sage]   投稿日:2015/03/25 22:21:34  ID:2zE2JJLl.net(2)
ワロタ
五十歩百歩かもしれんが
百の方が五十の方を道連れにしようとすんなw
コメント1件

63
デフォルトの名無しさん[sage]   投稿日:2015/03/25 22:23:48  ID:1QZDV4EM.net(8)
>62
そうかもね、すまない

64
デフォルトの名無しさん[sage]   投稿日:2015/03/25 23:32:40  ID:7vrJVraD.net(14)
長文書いたのは俺だし、百の方は俺のことだろw
勘違い君、かわいい(哀れ)
コメント1件

65
デフォルトの名無しさん[sage]   投稿日:2015/03/26 06:42:05  ID:zxUHxD8M.net
>64
> 百の方は俺のことだろw
勘違い君、かわいい(哀れ)

66
デフォルトの名無しさん[sage]   投稿日:2015/03/26 07:47:28  ID:IO0z/ZIB.net
どんぐりの背比べ

67
デフォルトの名無しさん[sage]   投稿日:2015/03/26 11:04:14  ID:RWcMqhbh.net(2)
ところで話の腰を折るようで悪いんだけど
diff.mnemonicprefix ってなんのオプションかわかる?
これをつけるとつけないとで何が変わるの?
コメント1件

68
デフォルトの名無しさん[sage]   投稿日:2015/03/26 11:45:31  ID:7Tklw0eC.net

69
デフォルトの名無しさん[sage]   投稿日:2015/03/26 12:01:03  ID:Z4IoHfg8.net
このスレには(哀れ)な人しかいないね

70
デフォルトの名無しさん[sage]   投稿日:2015/03/26 12:18:51  ID:RWcMqhbh.net(2)
>68
ありがとう
diffしたときのファイル名になぜかついてた a/ とか b/ とかを
出さないようにするオプションなのね
コメント1件

71
デフォルトの名無しさん[sage]   投稿日:2015/03/26 20:54:55  ID:bNJI23fg.net
>70
ちょっと違うで
a/ とか b/ とかのプレフィックスを出さないようにするのは diff.noprefix
diff.mnemonicprefix は意味のあるプレフィックスを出力する
意味のある、というのは、どことどこの diff なのか、つまりインデックスなら i/、ワークツリーなら w/、という具合に出力する
コメント1件

72
デフォルトの名無しさん[sage]   投稿日:2015/03/27 15:17:35  ID:NmkvbaYs.net
>71
ありがとう。じゃあnoprefixの方使うようにするよ。


ところで、すでに運用してるgitをWEBから管理したくて
でもgitwebが使いづらいので乗り換えたいんだけど
gitlabをインストールしてみたいんだけど
これってそういう風には使えるものなのかな
コメント2件

73
デフォルトの名無しさん[sage]   投稿日:2015/03/27 17:14:19  ID:wC2EsVxW.net
そういう風ってどういう風?
gitlabはdbも使ってるし移行作業は必要になると思うよ

74
デフォルトの名無しさん[sage]   投稿日:2015/03/27 18:38:26  ID:HpSv3zdu.net
>72
素直にインポートしたら。たいした手間でなし。

75
デフォルトの名無しさん[sage]   投稿日:2015/03/27 19:45:18  ID:+T9VOHOm.net(2)
gitを使うときのgit://、http://、https://のプロトコルは、
認証、通信の暗号化の可否はそれぞれどうですか?

76
デフォルトの名無しさん[sage]   投稿日:2015/03/27 21:37:55  ID:9ALWzfda.net
>72
当たり前だけど、gitのリポジトリをpushするだけ。

gitlabのgit以外の機能(IssueとかMergeRequestとか)に、
データベースを使っているが、gitwebにはgit以外の機能ってほぼないだろ?

77
デフォルトの名無しさん[sage]   投稿日:2015/03/27 23:36:40  ID:+T9VOHOm.net(2)
git svnを使って、SVNのデータをGitサーバ(GitBucket)に移行しました

で、GitBucket上で、移行したコミットのコミット者を見ようとすると、
ユーザ名ではなくメールアドレスでユーザーの識別をしているように見えます
この識別方法はGitBucket固有ですか?

また、リモートリポジトリにpushした後の各コミットについて、
コミット者のメールアドレスを変更することは可能ですか?
コメント1件

78
デフォルトの名無しさん[sage]   投稿日:2015/03/27 23:54:27  ID:Z8DJNpSP.net
GitBucketって日本人が作ったのか

79
デフォルトの名無しさん[sage]   投稿日:2015/03/28 14:15:10  ID:w2Z+yJkJ.net

80
デフォルトの名無しさん[sage]   投稿日:2015/03/28 18:47:44  ID:+R+DyebJ.net(2)
>18
こんなん初めて知った
diff結果のパスを引数に合わせて変える模様

$ git diff
i/foo.txt # indexの'i'
w/foo.txt # worktreeの'w'

81
80[sage]   投稿日:2015/03/28 18:49:53  ID:+R+DyebJ.net(2)
ごめんログ更新してなかった

82
デフォルトの名無しさん[sage]   投稿日:2015/03/29 18:08:14  ID:E72jh6+u.net
最近のgitってインストールするとbash completionが自動的にインストールされる?
コメント3件

83
デフォルトの名無しさん[sage]   投稿日:2015/03/29 19:10:29  ID:GIfRQ9M6.net
依存パッケージが自動でインストールされるかは知らんがな
コメント1件

84
sage[]   投稿日:2015/03/29 21:29:36  ID:ZG1Sktbb9(2)
git addの中身を知りたくてgithubで公開されているプロジェクトを見ているのだが、どこにaddのコードが書かれているか分かりますか?

https://github.com/git/git
コメント1件

85
デフォルトの名無しさん[sage]   投稿日:2015/03/29 21:45:52  ID:SsUrZhnW.net
>82
補完すごいよね
addすべき対象をtabで一発で当ててきたときはビビったよ

86
デフォルトの名無しさん[]   投稿日:2015/03/29 22:03:01  ID:I8zaY9MU9

87
sage[sage]   投稿日:2015/03/29 22:14:01  ID:ZG1Sktbb9(2)
>86

あざっす!

88
デフォルトの名無しさん[]   投稿日:2015/03/29 22:04:26  ID:vkiGWuNt.net

89
デフォルトの名無しさん[sage]   投稿日:2015/03/30 08:52:02  ID:ebxMPih7.net
>14
そんなもの使ってない

90
デフォルトの名無しさん[sage]   投稿日:2015/03/30 10:57:03  ID:QTBkdmd4.net
>82
そんなのディストリビューション次第じゃないの。

91
デフォルトの名無しさん[sage]   投稿日:2015/03/30 11:53:27  ID:eSl2sveJ.net
>82
なぜbashだけが優遇されるのか?
今使われてるのはzshだろ。
コメント2件

92
デフォルトの名無しさん[sage]   投稿日:2015/03/30 12:10:49  ID:pDn2M2s4.net
>91
zsh なら、oh-my-zsh に git プラグインあるだろ。
コメント1件

93
デフォルトの名無しさん[sage]   投稿日:2015/03/30 13:24:21  ID:pQkawj3/.net
>92
あー、普通にgitについてたよw

94
デフォルトの名無しさん[sage]   投稿日:2015/03/30 21:52:59  ID:7jnhpj+r.net
>91
今zsh使ってる人って残ってるの?
みんなbashに戻ったとばかり思ってた

95
デフォルトの名無しさん[sage]   投稿日:2015/03/31 04:25:40  ID:DVVpWgeR.net
え? 戻る理由は?

96
デフォルトの名無しさん[sage]   投稿日:2015/03/31 10:24:36  ID:byVPP9+b.net
ここのスレって、Gitのクライアント側の基本的なコマンドの
使い方が分かる人しかいませんか?

便利なGitクライアントソフトとか、各種Gitサーバソフトの
使い方とか、そういうのを質問したかったらどこがオススメ
でしょうか?
コメント3件

97
デフォルトの名無しさん[sage]   投稿日:2015/03/31 10:48:52  ID:jsR2iUWd.net
>96
ここでいいと思うけど。もしかして >77 かな?

GitBucketは使ったことないけど、
・gitは各コミットのauthorとcomitterそれぞれのnameとemailを記録してる。
・gitはユーザーを管理してない。ってか、分散システムだから管理しようがない。
・authorやcomitterの変更はできるけど、コミットID(ハッシュ値)も変わるので、変更というよりは履歴の書き換えになる。

98
デフォルトの名無しさん[sage]   投稿日:2015/03/31 12:02:22  ID:DMT7op/I.net
>96
それgitに限定する意味あるの?

99
デフォルトの名無しさん[sage]   投稿日:2015/03/31 21:52:09  ID:N1jW3NRe.net
>96
github固有の話は専用スレがある
他はここでいいんじゃない?

100
デフォルトの名無しさん[]   投稿日:2015/04/03 00:52:20  ID:bxWPklRz.net
コンフリクトをわざと発生させたいんだけど発生させ方を教えてください

101
デフォルトの名無しさん[sage]   投稿日:2015/04/03 09:00:43  ID:fygFc6bt.net
>734
税法的にもアウトですよ。コレ。

102
デフォルトの名無しさん[sage]   投稿日:2015/04/03 09:06:27  ID:TGMPBffS.net(2)
マジでか!

103
デフォルトの名無しさん[]   投稿日:2015/04/03 11:50:44  ID:uPiWXVNB.net
git merge topic
これでコンフリクトが出た場合はコミットされないのでgit merge --abortで元に戻せますよね
じゃあgit merge --no-commitってなんの意味があるんですか?

104
デフォルトの名無しさん[sage]   投稿日:2015/04/03 12:16:47  ID:/qzMUQum.net(2)
そりゃコンフリクトしない時にコミットしたくない場合じゃないの?

105
100[]   投稿日:2015/04/03 13:02:08  ID:/gPIw7xI.net(2)
マージしたいからmergeコマンドを打つと思うんですが
そうなると問題なくマージできる場合はコミットして当然だと思いますがおかしいですかね

106
100[]   投稿日:2015/04/03 13:03:07  ID:/gPIw7xI.net(2)
つまり--no-commitは開発に置いて不要な引数だと思うんですよ
コメント1件

107
デフォルトの名無しさん[sage]   投稿日:2015/04/03 13:49:11  ID:/qzMUQum.net(2)
コンフリクトしなくてもビルド通らないことだってあるし、一手間加えてから
コミットする余裕があってもいいんじゃね

108
デフォルトの名無しさん[sage]   投稿日:2015/04/03 20:25:53  ID:pcIMeknY.net
mergeするときに手作業でcommitログを書きたいときに使ってるよ

109
デフォルトの名無しさん[sage]   投稿日:2015/04/03 23:06:07  ID:TGMPBffS.net(2)
>106
理想としては全てのコミットは
テストに通れなければならない。

それはマージでも同じ話で、マージ前
マージ後、どちらもテストに通らなければならない。

起きる可能性は低いけれど、起こりえるのが
問題なくマージできたがテストには失敗するいうもの。

この時
1. (マージ前) テスト実行して問題ないことを確認。
2. (マージ後) テスト実行して問題発覚
3. git reset --hard HEAD^ でマージ前に戻す。
(rebaseだとマージに含まれる複数のコミットが分解されてしまうのでまずい)
4. git merge --no-commitでコミットせずにマージ
5. テスト実行して問題ないことを確認してからコミット

という流れで使うのではないだろうか?

110
デフォルトの名無しさん[sage]   投稿日:2015/04/04 00:01:59  ID:qXtcXItO.net
マージテストのためのブランチ作ればいいだけじゃね

111
デフォルトの名無しさん[sage]   投稿日:2015/04/04 00:02:51  ID:o7ivvLL/.net
ん? テストした後は?

112
デフォルトの名無しさん[sage]   投稿日:2015/04/04 15:34:05  ID:4aWMIGVn.net
TortoiseGitがエクスプローラーをフリーズさせる糞だったから思わずアンインストールした

113
デフォルトの名無しさん[sage]   投稿日:2015/04/05 13:00:59  ID:AGMqJGUT.net
>> 100
>> 106 が正しい。そういうマージコミットのことを evil マージという。
名前は悪そうだが、必要悪、といった感じだな。

114
デフォルトの名無しさん[sage]   投稿日:2015/04/05 14:07:33  ID:Gn5PCEDn.net(2)
cloneしたファイルやディレクトリの中からdata/というデータを貯めるディレクトリがありまして
このディレクトリは.gitignoreで除外されています

git pullをしたらdata/を汚さずに最新版にアップデートできるんですが
data/の中身を毎日zipでバックアップを取ってます
data/の中身をgithubとかdropboxにリポジトリ作るとか何でもいいのでgit pushで簡単にバックアップ取れるようにしたいんですが
どうしたらいいのか教えてください
コメント1件

115
デフォルトの名無しさん[sage]   投稿日:2015/04/05 14:40:52  ID:OOK6R9Sy.net(2)
>114
gitはバックアップツールじゃない。
ソースコードのバージョン管理ツールだ。

gitというのは、ソースコードのバージョンに含まれる
機能を管理し、その機能を追加したり、削除したり
何が変わったか確認したり、バグを探したり
そういう事をするために使うツールだ。

コミット毎に内容に意味があって、そのコミットをうまく
活用できるためのツールがgitだ。

日付ごとのデータのバックアップなら別のツールを使いなさい。

116
111[sage]   投稿日:2015/04/05 15:39:11  ID:Gn5PCEDn.net(2)
データのバージョンを管理することになるので間違ってはないですよ。
分かる方教えてください
コメント1件

117
デフォルトの名無しさん[sage]   投稿日:2015/04/05 15:49:35  ID:KkKmAC5t.net
data/ の中でgit initすればいいんじゃね

118
デフォルトの名無しさん[sage]   投稿日:2015/04/05 17:38:56  ID:lc+vonxV.net
リポジトリ別にするとかシェルスクリプトとか別に何でもいいよね

119
デフォルトの名無しさん[sage]   投稿日:2015/04/05 18:52:26  ID:OOK6R9Sy.net(2)
>116
間違いだよ。
素人は黙ってな。
コメント1件

120
デフォルトの名無しさん[sage]   投稿日:2015/04/05 20:05:27  ID:/p4ZvisL.net
>119頭の固い玄人パイセンオッスオッス
コメント1件

121
デフォルトの名無しさん[sage]   投稿日:2015/04/05 22:45:55  ID:vTKOQGSX.net
>120
老害をからかってちゃ後が面倒だぜ

122
デフォルトの名無しさん[sage]   投稿日:2015/04/05 23:02:46  ID:JNGfMGjI.net
じゃあなんで答えないんだろうねw

123
デフォルトの名無しさん[sage]   投稿日:2015/04/06 07:57:53  ID:/B7mQxeO.net
ローカルでの事だからテスト前でも merge commit するなぁ。
不具合修正は別 commit にするし。

124
デフォルトの名無しさん[sage]   投稿日:2015/04/06 19:47:22  ID:opDSS45m.net(2)
ブランチAで作業
ブランチAでリモートにpushしてプルリク
ブランチAの作業が残っている状態でブランチB作成
ブランチBで作業
ブランチAで追加コミットを修正してsquashしてリモートにpush -f

ブランチA
2015/4/6 19:00 9deflrm23dfggcfa6emlvfcg4a27ac8aca50fgf5475cg   ← pick
2015/4/6 20:00 85jvoutvg9f003afgj54vklgkptkh585jvouft9ufjocjoxf ← squash


この状態でブランチBにしたら、squashしたはずのコミットがログに残っているんです・・・・。
どうしてなんでしょうか?


また、解決策としては、ブランチBでも同じようにsquashするしかないのでしょうか?

125
デフォルトの名無しさん[sage]   投稿日:2015/04/06 20:05:46  ID:qFLwaw7j.net
>この状態でブランチBにしたら、squashしたはずのコミットがログに残っているんです・・・・。
>どうしてなんでしょうか?

squashしたからブランチAとブランチBは異なる歴史になった

126
デフォルトの名無しさん[sage]   投稿日:2015/04/06 20:31:20  ID:opDSS45m.net(2)
そうなるとブランチBでもsquashするしかないのでしょうか・・・。

127
デフォルトの名無しさん[sage]   投稿日:2015/04/07 02:46:12  ID:CzyUtHJJ.net(2)
新しいブランチAからの開発に
ブランチBをrebaseすればいいんじゃねーの?

128
デフォルトの名無しさん[sage]   投稿日:2015/04/07 08:01:35  ID:had6wKpc.net(2)
それやったはずなんですが・・・

129
デフォルトの名無しさん[]   投稿日:2015/04/07 13:53:47  ID:1qTlkWNC.net(2)
この場合単純にリベースしたらダメだな
--ontoありのリベースで、リベースされるコミット群の先頭とリベースの基点のそれぞれを別個に指定する必要がある
コメント2件

130
デフォルトの名無しさん[]   投稿日:2015/04/07 13:54:59  ID:xmsupUvw.net(2)
push -f したなら pull ― ebase だろ

131
デフォルトの名無しさん[]   投稿日:2015/04/07 15:02:13  ID:biFZC1fK.net(2)
push -fはやるべきじゃない
ひとりでやってても禁止するべきだ
コメント1件

132
デフォルトの名無しさん[]   投稿日:2015/04/07 15:20:32  ID:1qTlkWNC.net(2)
〜をすべきじゃないとか覚えるより、それで実際に何がおこるのかを理解すべきなんだよ
gitは基本的な仕組みがシンプルだからコミットやブランチがどうやって管理されているかとか理解しやすい
逆にシンプルな故に、その仕組みを理解せずに使い方を覚えようとするととても難しく感じる

133
デフォルトの名無しさん[]   投稿日:2015/04/07 15:39:49  ID:xmsupUvw.net(2)
>129
そうそう、pull ― ebase は内部的に rebase ―onto をやってくれるんだよ

push -f はパスワードとか入れてはいけないものを入れてしまった時とか
リベースし続けているものを意図的に公開したいとか、そういう用途向けかな
共有リポジトリで push -f すると全員に pull ― ebase をお願いしたり、
クローン済みリポジトリを全部チェックする羽目になるのでなかなか大変

134
デフォルトの名無しさん[]   投稿日:2015/04/07 16:04:18  ID:biFZC1fK.net(2)
githubやbitbucketでpush -fしてもコミットは残っているので完全に消すことはできない

135
デフォルトの名無しさん[sage]   投稿日:2015/04/07 19:08:37  ID:had6wKpc.net(2)
>129-134
ありがとうございます。
勉強になりました

136
デフォルトの名無しさん[sage]   投稿日:2015/04/07 21:29:48  ID:CzyUtHJJ.net(2)
>131
> push -fはやるべきじゃない
> ひとりでやってても禁止するべきだ

またお前かw

問題ないって結論出ただろ。
過去レス嫁。

137
デフォルトの名無しさん[]   投稿日:2015/04/08 12:17:07  ID:mhUDdxzX.net(3)
gitって、普通に使ってると
自分のところにもサーバにもコミットの履歴が残ってるんですよね?

サーバ側はともかく、自分のところにはコミットの履歴をあまり残したくないので
過去1か月分ほどを残してあとは削除したいんですが
どうしたらよいですか?
コメント3件

138
デフォルトの名無しさん[]   投稿日:2015/04/08 15:36:13  ID:uhPXCuzk.net(3)
>137
Gitでは最新のコミットは過去のすべてのコミットの情報が存在しなければ意味を持たない構造になっている
コメント1件

139
デフォルトの名無しさん[sage]   投稿日:2015/04/08 16:20:42  ID:mhUDdxzX.net(3)
>138
マジか
bitcoinもびっくりの冗長性ですな
適当なタイミングで新規プロジェクトにするしかないのかな
コメント1件

140
デフォルトの名無しさん[]   投稿日:2015/04/08 16:25:51  ID:uhPXCuzk.net(3)
>139
新規プロジェクトにしなくてもリベースを使えば過去の歴史をまとめてしまうことができるよ
でもリベースしたら最新のファイルの状態が一緒でもコミットとしては別物だからね

141
デフォルトの名無しさん[sage]   投稿日:2015/04/08 16:41:12  ID:xOKsYf2d.net
は?他のVCSだと古いコミットを丸っとカットできるわけなの?
コメント1件

142
デフォルトの名無しさん[sage]   投稿日:2015/04/08 17:04:19  ID:Uu6WjhLv.net
gitは参照カウント方式だから、デフォルトではgitコマンドを実行するたびに
GCが実行されて未参照になったコミット(歴史書換など)は2週間で消えていく

ブランチ、タグ、リモート、reflog、今チェックアウトしているブランチを
全て削除してgit gc ―prune=nowを実行すれば空のリポジトリに戻るよ

143
デフォルトの名無しさん[]   投稿日:2015/04/08 17:54:43  ID:uhPXCuzk.net(3)
>137
http://qiita.com/usamik26/items/7bfa61b31344206077fb
こういう方法(shallow clone)もあるので、それで問題が無ければ使えばいい
コメント3件

144
デフォルトの名無しさん[sage]   投稿日:2015/04/08 18:02:21  ID:mhUDdxzX.net(3)
>141
ローカルにも同じだけ履歴を持つ方が珍しいと思ってました
コメント1件

145
デフォルトの名無しさん[sage]   投稿日:2015/04/08 20:53:19  ID:gn+rALV1.net
>144
珍しいっていうか、最近VCSは全てそうなんじゃないのかな?

説明しなくてもすぐに思いつくと思うけど、
ローカルに履歴全部を持ってないと都合が悪いからね。

例えば、ネットワークが切断されている状態では
ローカルに持ってない情報を参照できない。
いつバグが入ったか昔をさかのぼって調べるとか、
数年前まで遡って調べることはよくある話。

あと、ネットワークに繋がっていたとしても
いちいちネットワークアクセスしないといけないから
遅いという問題が有る。

デメリットとしては、ディスク容量を多く使用してしまうっていうのがあるけど
正しく使っていれば(つまりExcelファイルや生成済みのバイナリ等を入れない)
テキスト関連のファイルが主になるので、多いくても数十MB程度。
コメント2件

146
デフォルトの名無しさん[sage]   投稿日:2015/04/09 08:21:03  ID:I6al/A0q.net
>145
ネットワークから切断された状態で開発なんてしない
ネットワークは十分高速
バグがいつ作り込まれかを何年も遡って調べるんなんてめったにない

なら、別にローカルに持つ必要はないわな

ただ分散 VCS だとリポジトリをローカルに持つから履歴もローカルにあるってだけじゃね?
そもそもサーバーって言う概念がそぐわないし...
コメント1件

147
デフォルトの名無しさん[sage]   投稿日:2015/04/09 14:58:53  ID:Y8qSNfSy.net
仕事で使うので、どうしても
中央にサーバがほしいんだよな
ローカルのログはローカル、全体のログは全体で
できればそれぞれ別個に管理したい
コメント3件

148
デフォルトの名無しさん[sage]   投稿日:2015/04/09 18:11:05  ID:ASRAwZv5.net
>147
>143のshallow cloneを使えよ
分散VCSを使いこなせない社畜にはお似合いだよ

149
デフォルトの名無しさん[sage]   投稿日:2015/04/09 21:06:04  ID:2p1dJHe9.net(2)
>146
ちったぁマシな反論の仕方覚えようぜ

(俺は)ネットワークから切断された状態で開発なんてしない
(俺の)ネットワークは十分高速
(俺は)バグがいつ作り込まれかを何年も遡って調べるんなんてめったにない

お前がどうするかじゃなくて、お前ではないある人が、
実際にこの問題にぶち当たるだろw

お前解決策は(俺が)頑張るっていう方法であって
ツールの話をしていない。
今はgitというツールの話をしてる。

gitがこの点でツールとして優れているのは間違いだろ。
コメント1件

150
デフォルトの名無しさん[sage]   投稿日:2015/04/09 21:07:03  ID:2p1dJHe9.net(2)
>147
> 中央にサーバがほしいんだよな

中央とローカルの両方に
リポジトリが有るのがgitだよ。

中央のサーバーしかないものより
優れている。

151
デフォルトの名無しさん[sage]   投稿日:2015/04/09 23:13:32  ID:VwJ1oW5m.net
gitがこの点でツールとして優れているのは間違いだろ(キリッ

152
デフォルトの名無しさん[sage]   投稿日:2015/04/10 11:00:44  ID:vGbO0SDK.net(5)
gitの使い方を実践で覚えたいんだけど、GitHubに一つ意味のないプロジェクトを作って練習したい人が適当に使うのって既に誰かやってる?
コメント1件

153
デフォルトの名無しさん[sage]   投稿日:2015/04/10 11:11:00  ID:VmzPrHvp.net
練習したいだけなら公共の場所を使わなくてもローカルだけで十分じゃないかな?(´・ω・`)
コメント1件

154
デフォルトの名無しさん[sage]   投稿日:2015/04/10 11:13:09  ID:vGbO0SDK.net(5)
>153
やっぱ迷惑かな
pullとかpushとかmergeとか使う機会がない・・・

155
デフォルトの名無しさん[sage]   投稿日:2015/04/10 11:20:04  ID:vGbO0SDK.net(5)
ローカルでも出来るんですね
ローカルで練習します

156
デフォルトの名無しさん[sage]   投稿日:2015/04/10 12:13:18  ID:JdCgojns.net
>152
自分のアカウントでやる文には問題ないが
複垢でフォークしたりプルリクした時に赤BAN食らったことある
メールで俺はスパムじゃないって伝えれば凍結解除される場合もあるそうだが俺は解除されなかった
凍結された場合はサービスを利用することはできるが他人からは自分のアカウントが見えなくなる
アカウント一個で自分のリポジトリに対してプルリクして練習するのは問題ない
コメント1件

157
デフォルトの名無しさん[sage]   投稿日:2015/04/10 12:27:24  ID:vGbO0SDK.net(5)
>156
そんなペナルティがあるの?
完璧に廃案ですね

158
デフォルトの名無しさん[sage]   投稿日:2015/04/10 13:05:04  ID:qlTKx4Z2.net
練習用ディレクトリでinit。

サーバーのつもりのディレクトリにbareのcloneをつくる。
練習用ディレクトリでremote set-urlでサーバーのつもりディレクトリを設定。
pushなりpullなりで遊ぶ。
別のディレクトリにサーバーのつもりのリポジトリをclone。
pushなりpullなりで遊ぶ。
これで複数箇所からのアクセスの練習ができる。
コメント1件

159
デフォルトの名無しさん[sage]   投稿日:2015/04/10 19:39:02  ID:vGbO0SDK.net(5)
>158
それいいね、やってみます
皆さんありがと

160
デフォルトの名無しさん[sage]   投稿日:2015/04/10 21:15:19  ID:+vp4nrUW.net
bareにプッシュした場合、どうやってそのプッシュをその本元のリポジトリに取り込むんですか?

161
デフォルトの名無しさん[sage]   投稿日:2015/04/10 21:27:24  ID:mOGWHCum.net
>143
>147
ありがとう。でも
gitのバージョンが古いので、shallow cloneだとそのあと
サーバにpushできなくなっちゃうんだよね
コメント2件

162
デフォルトの名無しさん[sage]   投稿日:2015/04/10 22:08:37  ID:e5/HDRWr.net
>161
仕事でどうしても欲しい機能があるのにバージョンを上げられないとかひどい職場だな

163
デフォルトの名無しさん[sage]   投稿日:2015/04/10 22:36:50  ID:/m+5Da0A.net
>149
お前がどんな環境にいるのか知らんが

> ネットワークから切断された状態
> もしくはネットワークが低速

な環境で開発してる奴がどんだけいるんだ?

> gitがこの点でツールとして優れているのは間違いだろ。

落ち着いて、その真っ赤な顔を何とかしろよw
コメント1件

164
デフォルトの名無しさん[sage]   投稿日:2015/04/10 23:46:33  ID:ka156RZj.net
ネットってインターネット?
さすがにLANは繋がってるよな

165
デフォルトの名無しさん[sage]   投稿日:2015/04/11 01:13:48  ID:VeSSjpYX.net
>163
だから人の話をするなって
そんなのその人の立場で変わる。

あえて言えば、電波の悪い
スタバでドヤリングとかあるだろ。

論点をすり替えずにツールの話をしろ。
コメント1件

166
デフォルトの名無しさん[sage]   投稿日:2015/04/11 01:15:49  ID:jprZbhPv.net(4)
飛行機の中とか列車の中とか
ネットワークから切断された状態ってのは
ある人には有るんだよ。
コメント1件

167
デフォルトの名無しさん[sage]   投稿日:2015/04/11 01:21:30  ID:5CJjlwli.net
>161
なぜリポジトリを奇妙な状態で運用したいのか、
まで立ち戻って質問した方がヨサゲ

168
デフォルトの名無しさん[sage]   投稿日:2015/04/11 08:53:53  ID:aih7mS+Y.net(6)
>165
人じゃなくて環境だろ
そもそもネットワークとか言い出したのは >145 だし
>166 みたいな状況がよく引き合いに出されるけど、そんな状況滅多にないだろ
飛行機でさえ WiFi 使えたりするしな
コメント1件

169
デフォルトの名無しさん[sage]   投稿日:2015/04/11 11:28:04  ID:jprZbhPv.net(4)
>168
だからそんな状況がめったにないのは、
お前という人の話だろ。

お前ん中ではそうなんだろうなの話をしているだけって気づけよw
コメント1件

170
デフォルトの名無しさん[sage]   投稿日:2015/04/11 11:29:34  ID:jprZbhPv.net(4)
社外にいる時に会社のネットワークに
3G経由でVPNでつないで、SVNでブランチ切り替えとか
したくないわけでw
コメント1件

171
デフォルトの名無しさん[sage]   投稿日:2015/04/11 11:48:01  ID:LbK5Z9ys.net(2)
ネットワークが必要になる状況ってgitでもsvnでも同じ状況なんじゃないの?
コメント1件

172
デフォルトの名無しさん[sage]   投稿日:2015/04/11 11:48:46  ID:aih7mS+Y.net(6)
>169-170
> お前ん中ではそうなんだろうなの話をしているだけって気づけよw
そのまま返すわ w
そもそも、今時な会社で社外で開発とか無職の発想としか思えん
コメント1件

173
デフォルトの名無しさん[sage]   投稿日:2015/04/11 11:53:57  ID:aih7mS+Y.net(6)
>171
git はローカルにリポジトリ持ってるからネットワークに繋がってなくてもコミットできる
特定の場合に便利だが、社内だとほとんど意味ない
ネットワーク繋がないとほとんど仕事ならないから

174
デフォルトの名無しさん[sage]   投稿日:2015/04/11 12:05:11  ID:LbK5Z9ys.net(2)
gitのコミットとsvnのコミットは違う機能だと認識してるんだけど
svnのコミットに相当するのはgitのpushでしょ
コメント1件

175
デフォルトの名無しさん[sage]   投稿日:2015/04/11 15:03:59  ID:aih7mS+Y.net(6)
>174
> svnのコミットに相当するのはgitのpushでしょ

そう言う言い方するなら、ネットワークが必要となる状況が違うってこと
svn はネットワークに繋がってないとほぼなにもできないから

176
デフォルトの名無しさん[sage]   投稿日:2015/04/11 15:43:26  ID:ZDatv+YP.net
今いるのがtestブランチなんですけど
masterブランチでコミットしたファイルを修正したいんです。
いったんmasterブランチに戻ってcommit --amendした場合、どうやってその更新内容をtestブランチに取り込めばいいですか?
コメント1件

177
デフォルトの名無しさん[sage]   投稿日:2015/04/11 16:28:50  ID:jprZbhPv.net(4)
>172
> そもそも、今時な会社で社外で開発とか無職の発想としか思えん

これだけオープンソースがたくさんある時代に何いってんの?w
え? お前のコード、極秘なん?

お前ん中の世界は狭いですねw
コメント5件

178
デフォルトの名無しさん[sage]   投稿日:2015/04/11 16:35:25  ID:E+mDe4Go.net
>176
masterの更新をtestに取り込みたいのなら、普通はmergeするだろ
コメント1件

179
デフォルトの名無しさん[sage]   投稿日:2015/04/11 18:06:59  ID:aih7mS+Y.net(6)
>177
オープンソースがどう関係するのか知らんけど、仕事のソースをリポジトリごと社外に持ち出すとか普通ないだろ
社外秘って言う言葉も知らんようだし、マジで無職なのかもな w

180
デフォルトの名無しさん[sage]   投稿日:2015/04/11 18:53:07  ID:vaK5h5cH.net(5)
>177
GPLや趣味の開発と、普通の会社での開発は違うから、
自分が書いたコードが極秘になるのは良くあることかと

181
デフォルトの名無しさん[sage]   投稿日:2015/04/11 19:01:20  ID:9epD2/0o.net
今は下手したら自分のマシンに開発環境すら入れさせてくれんし
仕事の持ち出しが自由だとしてもそれがメリットに感じるのは若い内だけだよ
年取ってきたらそんなスタイルで仕事に向き合ってもまずいい事は無い
プライベートと仕事はこれでもかって程に線を引いておいた方が
最終的な効率が上がったりもするし

182
デフォルトの名無しさん[sage]   投稿日:2015/04/11 19:29:20  ID:RWhwDI1t.net(4)
cvsやsvnの頃もリポジトリに繋がらない環境で仮にコミット出来るようにするソフトがあった。
つまり需要はあった。
今時とか傾向の話しても、需要がゼロになるわけじゃない。
嫌な人はsvnでも何でも勝手に使っとけという話。
コメント2件

183
デフォルトの名無しさん[sage]   投稿日:2015/04/11 21:19:45  ID:aih7mS+Y.net(6)
>182
> つまり需要はあった。

そんな需要がどれ程あるんだ?

って話なのは理解できてる?
コメント1件

184
デフォルトの名無しさん[sage]   投稿日:2015/04/11 21:28:56  ID:4o2Mh2tF.net
好きにすりゃいいもんを金科玉条のごとく押し付ける連中はなんなんすかね
ネットで偉そうにしなきゃ死んでしまう病気にでもかかってるんですか?

185
デフォルトの名無しさん[sage]   投稿日:2015/04/11 22:31:52  ID:RWhwDI1t.net(4)
>183
お前が無理矢理そういう無意味な話に持っていきたいのはわかった。
サードパーティ製だったのが根幹に含まれたものが普及したんだから、需要わかるだろ。
コメント2件

186
デフォルトの名無しさん[sage]   投稿日:2015/04/11 22:42:29  ID:d2KPF5yq.net
ところで、話は変わるんだけど
ローカルにコミット履歴をあまりたくさん持ちたくない
現状普通にやってると、自分のワークにも過去のコミットが
全部入っちゃうのでなんとかしたい

187
デフォルトの名無しさん[sage]   投稿日:2015/04/11 22:50:41  ID:vaK5h5cH.net(5)
>185
180が言ってるのは、オープンソースとか趣味じゃなくて
社内で開発してる間はあまり需要がない、って話じゃないかと
コメント1件

188
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:12:28  ID:RWhwDI1t.net(4)
>187
企業でgitが普及してないと思うってこと?

うちは客先へも関係会社ともgitでやり取りしてるが。
コメント2件

189
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:20:28  ID:vaK5h5cH.net(5)
>188
客先にソースコードをやりとりするって、一体何をしてるの?
コメント4件

190
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:25:08  ID:s5hHym/Z.net(2)
>185
当時はネットワークがプアだったけど現在は違うだろ?
って話
git のローカルコミットを dis ってる訳じゃない

>188 も同じ勘違いをしてる
コメント1件

191
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:27:25  ID:s5hHym/Z.net(2)
>189
受託だとソースごと納入はよくあるから、ソースのやり取りはあると思う
直接 git でやり取りするのはでかい会社だと珍しいと思うが

192
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:37:56  ID:nYC3Hc//.net
すごいな…「ネットワークが不安定な状況になるわけがない、不安定になるような奴は無職!そんなの考えなくてもいい(キリッ」とか言うやつがいる会社の作るものなんて、絶対触りたくねぇwww

社内ネットワークが不安定になった時、こいつの作ったものは全部メチャクチャになっちゃうんだろうな
コメント2件

193
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:40:19  ID:RWhwDI1t.net(4)
>190
gitが普及する前でもネットワークがプアとか、よっぽど小さい企業の話じゃないの。
だがそれでもdiffのレスポンスはローカルとネットワークで大きく違う。
俺はローカルコミットの話はしてない。

>189
開発。
コメント2件

194
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:52:41  ID:vaK5h5cH.net(5)
>189
客先っていうのユーザーじゃなくて親会社、自分が子会社、関係会社が孫会社だったら、
親会社にソースを渡すのはありそうですね

でも仮にそうなら、それは親会社が提供する社内ネットワークの範囲内だから、
185の状況は親会社が偶然gitを使ってたから185はgitの各種機能にありつけてるけど、
ネットワークが高速で安定してるだろうし別にSVNでも良かったっていう風にも見えるね

195
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:53:54  ID:jjWEFxJy.net
納品にgitとはな

196
デフォルトの名無しさん[sage]   投稿日:2015/04/11 23:55:50  ID:vaK5h5cH.net(5)
>189
開発は分かるんだけど、客先がユーザーなら、自社製品のソースコードを公開してしまう意味が分からなくて・・・
どうして自社のソースコードをユーザーに公開しなきゃならない状況に置かれてるのかを知りたかった
コメント1件

197
デフォルトの名無しさん[sage]   投稿日:2015/04/12 00:09:45  ID:zXiy4YdA.net
>192
このスレに初めて書き込むけど、貴兄の会社の社内ネットワークってそんなに不安定なの?
うちの会社は国内海外の関連会社が社内ネットワークにつながってるけど、
トラブルなんて年に一度もおきないけど。

それから、社内ネットワークが不安定になったとして、何で作ったソフトがめちゃめちゃになるの?

198
デフォルトの名無しさん[sage]   投稿日:2015/04/12 00:13:27  ID:nOXR22gF.net(2)
>192
> ネットワークが不安定な状況になるわけがない

とは書いてないが、マジでネットがダウンしたらほとんど仕事にならないだろ
うちは電話も IP だし、社内システムはほとんど Web だし手も足もでなくなる
そもそも会社で開発してる奴は四六時中コーディングしてる訳じゃないから、コーディングだけできてもしょうがないしな

> 社内ネットワークが不安定になった時、こいつの作ったものは全部メチャクチャになっちゃうんだろうな

この発想が無職の発想 w

>193
リーナスは Linux のソースコード規模に対しては遅いと考えていたみたいよ
コメント1件

199
デフォルトの名無しさん[sage]   投稿日:2015/04/12 00:19:15  ID:nOXR22gF.net(2)
>196
受託開発したことないの?
例えば銀行とかのシステムって銀行自体が開発してるんじゃなくて(実際は間に色々入るけど)、開発会社にこんなもの作ってくれって依頼するわけ
当然その銀行の専用品だし、開発費は銀行持だからソースコードも含めて銀行に納めるという契約形態があるってこと

200
デフォルトの名無しさん[sage]   投稿日:2015/04/12 00:51:27  ID:eHprCcSu.net(18)
受託開発なら>193は親会社の意向でgitを使わされてるだけで
親会社が提供したgitのいちユーザだが管理者ではないといったところか
コメント2件

201
デフォルトの名無しさん[]   投稿日:2015/04/12 01:03:54  ID:m18WDRtR.net
普通とか一般的にとか色々言ってるけどさ
お前らってIT企業を何社も転職して色々な現場を見てまわったの?
コメント2件

202
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:06:55  ID:BQBr0rdt.net(12)
>200
親会社ってなんの話だ?
受託って資本関係にない会社からの依頼(注文)もあるぞ(って言うか、うちだとその方が多い)
あと、受託した仕事の一部または全部を他の会社(いわゆる外注さん)に頼むこともあるし
コメント1件

203
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:10:51  ID:bxSemNlo.net
>201
自分の会社以外にお客さん、外注さん、グループ会社とかの人と話したりするから
全部を知ってるという訳じゃないけど、環境という面だとそんなに突飛な環境ってあんまりないし
コメント1件

204
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:16:05  ID:eHprCcSu.net(18)
>202
親会社じゃなくて発注元って言うのが正しいんだろうが
言いたいことは変わらないから気にしないで

205
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:19:28  ID:w/X68p6y.net(16)
>201
同業者と情報交換したりしないのか?

>200
提案して客に使わせる方が多いかな。
gitだと大体すんなりOKしてくれる。
そのどっちが上とかいう思考だから分散型に適応できないんじゃないか。
コメント4件

206
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:28:23  ID:eHprCcSu.net(18)
>203
お客さんとはユーザーじゃなく発注元だろうか

自分はインドの関連会社とアメリカの関連会社に出向して働いたことがあるが
環境は発注元の意向の影響を強く受けてた

自分がそこから動かずに話を聞いて回っても
おそらくみんな「実は発注元の意向」で揃ってしまうのでは
コメント1件

207
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:28:28  ID:BQBr0rdt.net(12)
>205
> そのどっちが上とかいう思考だから分散型に適応できないんじゃないか。
とか書きながら、
> 客に使わせる方が多いかな。
とか、上から目線で笑たわ

こんなアホが提案してきたら即出入り禁止にするわ
コメント2件

208
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:34:34  ID:BQBr0rdt.net(12)
>206
ケースバイケースとしか言いようがない
環境は全て自社で成果物のみ納入もあるし
環境は自社だけど発注元とソースを共有してやるケースもあるし
請け負いと言いつつ、客先に入って客先の環境で開発とか、偽装だろそれってのもある(と聞いたことがある、と言っておこう w)
コメント1件

209
173[sage]   投稿日:2015/04/12 01:53:55  ID:KekZ3jxC.net
>178
mergeだとtestブランチに余計なログが溜まってしまいます
コメント1件

210
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:54:20  ID:eHprCcSu.net(18)
>207
確かに
学生か研究者が想像で話してるだけだろう

>208
自分も似たようなシーンを見たことがある
関連会社さんと契約形態が変わるタイミングで特に面白いことになりやすい

211
デフォルトの名無しさん[sage]   投稿日:2015/04/12 01:57:45  ID:4195b+YJ.net(10)
でもまあプログラミングは仕事だけでやるもんじゃないし、
個人のプロジェクトとかでネットワークがない、もしくは
遅かったり不安定だったりする場合があるので
そういうい場合にgitが役に立つわけよ。
コメント2件

212
デフォルトの名無しさん[sage]   投稿日:2015/04/12 02:25:49  ID:eHprCcSu.net(18)
>211
そもそもこれは>177から始まった「企業がgitを使う理由」が
イミフな方向に流れただけだから気にしないで

213
デフォルトの名無しさん[sage]   投稿日:2015/04/12 02:54:32  ID:4195b+YJ.net(10)
>177には企業がって書いてないけど?
まあ企業もオープンソースの開発してますがね。
コメント1件

214
デフォルトの名無しさん[sage]   投稿日:2015/04/12 03:17:08  ID:w/X68p6y.net(16)
>207
プライドだけは高いんだなw
一番面倒なタイプだわ
コメント1件

215
デフォルトの名無しさん[sage]   投稿日:2015/04/12 06:29:26  ID:RIZsoiA7.net(2)
>209
ならばリベースだな

216
デフォルトの名無しさん[sage]   投稿日:2015/04/12 07:35:01  ID:BQBr0rdt.net(12)
>211
そう言う機会が全くないとは言わないけど、個人のネットワーク環境も改善してるからなあ
MVNO 使って 1,000円前後で移動中でもネットワークに接続できるようになるとは思わなかったよ

>213
>170 に会社のって書いてるから
>214 と同一人物かどうかは知らんけど、両方とも今時の会社の開発環境をよく知らないんだと思う
コメント1件

217
デフォルトの名無しさん[sage]   投稿日:2015/04/12 08:30:26  ID:OxabzWT0.net(2)
いやビックリした、年に一度もトラブらないからネットワークが不安定になった時の事を考えるのは無職なのかぁ〜。笑いとまらねぇwww

君相当レベル低い会社でしょ?基幹とか触れた事ないでしょ?数億円程度の案件で「俺って超デカイ事やってるんだぜ?」とか言ってるんでしょ?www
コメント1件

218
デフォルトの名無しさん[sage]   投稿日:2015/04/12 09:01:40  ID:4195b+YJ.net(10)
いやビックリした、年に一度もトラブらないからバックアップの事を考えるのは無職なのかぁ〜。笑いとまらねぇww
いやビックリした、年に一度もトラブらないからセキュリティの事を考えるのは無職なのかぁ〜。笑いとまらねぇww

無職がいっぱいですねwww

219
デフォルトの名無しさん[sage]   投稿日:2015/04/12 09:04:42  ID:4195b+YJ.net(10)
まあそういうことだよね。

○○という技術を選んだために
ネットワークがないと使えませんでした。

俺のせいじゃない。○○が悪いんだ。
とかいっても、客はそんなこと関係ないわけで。

そこでgit使っていればよかっただろ?って客に言われでもしたら。
う、うるさい!俺はgitは使えないんだって声に出して言えないわけで。

世の中に優れたツールがあるのなら
それに移行するのも仕事のうち。
コメント1件

220
デフォルトの名無しさん[sage]   投稿日:2015/04/12 09:20:51  ID:w/X68p6y.net(16)
>216は自分の会社の環境がスタンダードだと思ってるのか
重症だな
コメント2件

221
デフォルトの名無しさん[sage]   投稿日:2015/04/12 09:56:48  ID:BQBr0rdt.net(12)
>217-219
一生懸命考えたんだろうけど、アホみたいだからやめた方がいいよ
一年に一回程度のダウンに備えたシステムにするより、その場合にどう運用するかを考えた方がいい
あと、>198 にも書かれてるがコーディングだけやってる訳じゃないから git だけ使えてもあまり意味ないし

>220
同業者に聞いてみなよ w
大体似たようなもんだぞ
コメント2件

222
デフォルトの名無しさん[sage]   投稿日:2015/04/12 09:58:21  ID:4195b+YJ.net(10)
>221
あのー。ノートパソコンでいつもと違う場所から
githubを触るってことは普通にあるんですが?

その時にブランチ切り替える程度で待たされるんじゃ
いらいらしますよね。

gitならブランチ切り替えはディレクトリ移動と
変わらない速度で行えます。
コメント1件

223
デフォルトの名無しさん[sage]   投稿日:2015/04/12 10:00:27  ID:4195b+YJ.net(10)
いかんいかん。

また屁理屈に引っかかるところだった。

結局「俺は」問題ないっていう人の話をしていて、
ツールの良し悪しの話じゃなくなってるね。

ま、ツールじゃgitが優れていることを否定出来ないんで
必死で、俺は、俺は! 俺はぁ!!! なくても平気
っていう屁理屈でごまかしてるw

224
デフォルトの名無しさん[sage]   投稿日:2015/04/12 10:02:29  ID:w/X68p6y.net(16)
>221
ではどんなのか書いてください。
エンタープライズでも組み込みでも使われているその環境とやらを。
コメント1件

225
デフォルトの名無しさん[sage]   投稿日:2015/04/12 10:11:32  ID:OxabzWT0.net(2)
多分だけど、こいつは学生か、大学のサークルっぽいベンチャーなんだと思うぞ。
コメント1件

226
デフォルトの名無しさん[sage]   投稿日:2015/04/12 10:45:13  ID:BQBr0rdt.net(12)
>222
> あのー。ノートパソコンでいつもと違う場所から
> githubを触るってことは普通にあるんですが?

で、そのノートパソコンは今時ネットに繋がってないの? w

>224
どのレベルで書けって言ってるんだ?
情シスの人間じゃないから基幹の構成とか聞かれても困るんだが...

>225
はいはい、
ぼくにとってはすうおくえんのあんけんなんてたいしたことないんぞ
ってか w
コメント3件

227
デフォルトの名無しさん[sage]   投稿日:2015/04/12 12:06:37  ID:eHprCcSu.net(18)
>226
メーカー系の子会社で5年以上働いてる
>205
大学のサークルっぽいベンチャーで働いてる

228
デフォルトの名無しさん[sage]   投稿日:2015/04/12 13:18:51  ID:mwW7jACh.net
ネットワークおじさん達はまだやってたのか
それより事の発端である>137の動機が気になる

229
デフォルトの名無しさん[sage]   投稿日:2015/04/12 13:44:16  ID:eHprCcSu.net(18)
>219
>そこでgit使っていればよかっただろ?って客に言われでもしたら。
>う、うるさい!俺はgitは使えないんだって声に出して言えないわけで。

そこが違うな
発注元は「うちがSVNを使ってるんだからSVNを使え」と言うだけ


じゃあ>205の話は一体なんなのかというと
「自分がいる研究室の教授にgitを提案した話」をしてるだけだろう

(話を膨らませ過ぎたせいでイミフなことになってはいるが・・・)

230
デフォルトの名無しさん[sage]   投稿日:2015/04/12 14:06:46  ID:RIZsoiA7.net(2)
Git限定の話じゃないみたいだし、仕事とVCSの話はこっちのスレでやってくれよ

バージョン管理システムについて語るスレ10
コメント1件

231
デフォルトの名無しさん[sage]   投稿日:2015/04/12 14:27:58  ID:4195b+YJ.net(10)
>226
> で、そのノートパソコンは今時ネットに繋がってないの? w

つながっていても遅いですよ?

ブランチ切り替えごときで
数秒も待たされるなんて
やってられないですからねw
コメント2件

232
デフォルトの名無しさん[sage]   投稿日:2015/04/12 14:30:13  ID:BQBr0rdt.net(12)
>231
そうなんだ、辛いね w
コメント1件

233
デフォルトの名無しさん[sage]   投稿日:2015/04/12 14:56:47  ID:eHprCcSu.net(18)
>232
趣味でやるなら我慢できなくても会社でやるなら我慢しなきゃならない事がある
って概念が>231にはないのだろう
コメント2件

234
デフォルトの名無しさん[sage]   投稿日:2015/04/12 15:05:00  ID:4195b+YJ.net(10)
使いにくいツールを頑張って使う

根性があるって評価されるよ!(大爆笑)


早く仕事しろや

235
デフォルトの名無しさん[sage]   投稿日:2015/04/12 15:17:57  ID:w/X68p6y.net(16)
>226
どのレベルかわからないで、どこも環境一緒だとか言ったのか。
話にならないな。
コメント1件

236
デフォルトの名無しさん[sage]   投稿日:2015/04/12 15:20:36  ID:w/X68p6y.net(16)
>233
経験ない新人じゃ提案して改善とか恐れ多いもんな。

237
デフォルトの名無しさん[sage]   投稿日:2015/04/12 15:26:16  ID:+Dwi8kJe.net
レガシーコスト

238
デフォルトの名無しさん[sage]   投稿日:2015/04/12 15:26:42  ID:BQBr0rdt.net(12)
>233-234
別に git 使うなって話をしてる訳じゃないんだけどな w
コメント1件

239
デフォルトの名無しさん[sage]   投稿日:2015/04/12 16:00:55  ID:BQBr0rdt.net(12)
>235
> エンタープライズでも組み込みでも使われているその環境とやらを。
組み込みと言っても、いろんな種類があるから、単に環境説明しろとか言われても困るわ
まさか個々に説明しろとでも言うのか w
ただ、言えるのは今時特殊な場合を除いてネットワーク接続されてるのは当たり前ってこと
コメント1件

240
デフォルトの名無しさん[sage]   投稿日:2015/04/12 16:16:25  ID:w/X68p6y.net(16)
>239
いやどこでも一緒なんでしょ?

繋がってれば何でもできると思ってるのか。
セキュリティポリシーとか、各社違うと思うが。
コメント1件

241
デフォルトの名無しさん[sage]   投稿日:2015/04/12 16:41:41  ID:BQBr0rdt.net(12)
>240
> いやどこでも一緒なんでしょ?

誰がそんなこと言ってるんだ?

> 繋がってれば何でもできると思ってるのか。

権限さえあれば、開発者から開発に関係することはできるだろ

> セキュリティポリシーとか、各社違うと思うが。

で、開発に使えないセキュリティポリシーってなに? w
コメント1件

242
デフォルトの名無しさん[sage]   投稿日:2015/04/12 17:00:52  ID:4195b+YJ.net(10)
>238
はい。ネットワーク必須なものより、
ネットワークを使っても使わなくても出来るし、

ネットワークがどんなに早くても(サーバー側の処理もあるし)
ローカルディスクの速度にはかなわないので

gitの方が優れており快適に開発できるって話をしてます。
コメント1件

243
デフォルトの名無しさん[sage]   投稿日:2015/04/12 17:54:56  ID:BQBr0rdt.net(12)
>242
なるほど、関係ない話にわざわざ割り込んできてアホさらしてたってことね
了解した、後は勝手にやっててくれ w
コメント2件

244
デフォルトの名無しさん[sage]   投稿日:2015/04/12 17:58:37  ID:4195b+YJ.net(10)
>243
さようなら。これで話は解決しました。
コメント1件

245
デフォルトの名無しさん[sage]   投稿日:2015/04/12 18:21:31  ID:eHprCcSu.net(18)
>243
>205にしても>244にしても「自分は下請けの一技術者の立場でありながら
発注元にソース納入方法を提案できるほどのスーパーエンジニアだという妄想」
を絡めながら話をするもんで話の流れがどうしてもこじれやすい

正直言ってこいつらを相手に実運用がどうこうの話をしたところで無駄だと思う

まともな会社に入れるように就職活動頑張ってくれとしか言いようがない
コメント2件

246
デフォルトの名無しさん[sage]   投稿日:2015/04/12 18:42:23  ID:PnxXuVRG.net(8)
>245
それって、あんたの妄想ですよね?w

それに世の中にはスーパーエンジニアがいるわけで、
自分が必要ないから、必要ないんだ!という主張は
個人環境の問題であって、世界が狭いとしか思えませんね。

247
デフォルトの名無しさん[sage]   投稿日:2015/04/12 18:48:44  ID:O3Q2YdhU.net
ffのときといいVCSの敷居もすいぶん下がったもんだな

248
デフォルトの名無しさん[sage]   投稿日:2015/04/12 19:21:33  ID:eHprCcSu.net(18)
企業でgithubを使ってるとしたらどういうとこだろう
国内メーカー系だと機密情報扱いのソースコードを社外サーバに置くのが無理だよな

課金スマホゲーを作って儲けたい小さいベンチャー企業とかだと使ってたりするのだろうか
コメント2件

249
デフォルトの名無しさん[sage]   投稿日:2015/04/12 19:41:13  ID:8HUyaP1H.net
エンタープライズならまあ

250
デフォルトの名無しさん[sage]   投稿日:2015/04/12 20:21:44  ID:PnxXuVRG.net(8)
> 企業でgithubを使ってるとしたらどういうとこだろう
githubみればわかるんじゃないですか?

251
デフォルトの名無しさん[sage]   投稿日:2015/04/12 20:23:06  ID:w/X68p6y.net(16)
>241
> で、開発に使えないセキュリティポリシーってなに? w

意味が不明です。
ポリシーに合わせて開発方法も変えるものではないの?

> 誰がそんなこと言ってるんだ?
218 デフォルトの名無しさん sage 2015/04/12(日) 09:56:48.04 ID:BQBr0rdt
>220
同業者に聞いてみなよ w
大体似たようなもんだぞ
コメント1件

252
デフォルトの名無しさん[sage]   投稿日:2015/04/12 20:28:26  ID:w/X68p6y.net(16)
>245
スーパーエンジニアじゃなくても、顧客がIT系じゃない一般企業とかなら、サーバの選定とかから提案するよ。
コメント1件

253
デフォルトの名無しさん[sage]   投稿日:2015/04/12 20:44:27  ID:eHprCcSu.net(18)
>252
顧客が発注元じゃなくてIT系じゃないユーザなら
ソース管理ソフトの提案をする意味がなおさら分からん
コメント1件

254
デフォルトの名無しさん[sage]   投稿日:2015/04/12 21:04:58  ID:w/X68p6y.net(16)
>253
ウェブ系やってるから、よくデザインは別のとこがやる。
そうでなくても、メンテを他の会社が請け負う可能性もあるし、数年後にまたうちが請け負うかもしれない。
履歴とはそういう時のためにあるんじゃないのか。
自分のためだけで、顧客のためという考えはないのかな。
コメント2件

255
デフォルトの名無しさん[sage]   投稿日:2015/04/12 21:23:43  ID:BQBr0rdt.net(12)
>251
> ポリシーに合わせて開発方法も変えるものではないの?
だから、その開発方法を変えないといけないポリシーってなに?
一時社外からのアクセス云々で会社間のやり取りでゴタゴタしたことあったけど、最近はそう言うところも整備されてるのが普通だし
会社によっては社外のクラウド使う/使わないの違いがあったりするけど、開発方法には影響しないようにしてるし

> 同業者に聞いてみなよ w
> 大体似たようなもんだぞ

(VxWorks + ARM の機器組み込みやってる会社同士とか、Windows のアプリケーション作ってる会社同士では)
大体似たようなもん
って言う話だぞ
そこまで説明しないとダメなの?
コメント1件

256
デフォルトの名無しさん[sage]   投稿日:2015/04/12 21:28:24  ID:xjf6EDI6.net(2)
もう結論何が言いたいのか分からんただの揚足の取り合い

257
デフォルトの名無しさん[sage]   投稿日:2015/04/12 21:43:40  ID:eHprCcSu.net(18)
>254
Web業界だとそんな風になってんのね
自分は製品開発でソースコードはビジネスのコアになる機密情報だからそれを客に公開するっていう発想がなかった

Webだと作ったものは一社ごとの専用品で個別の規模は小さく発注元も他の発注先も技術が分かる人間は絡まない
ソースコードはユーザから(発注元からも客からも)ほとんど丸見え
ソースコードに技術的な秘密がない
万一gitのアカウントが割られて中を見られても損をするのは発注元だけ

そんな状況だったら自分からgitを提案するってのも確かにありうるな
コメント3件

258
デフォルトの名無しさん[sage]   投稿日:2015/04/12 22:07:30  ID:PnxXuVRG.net(8)
>257
> 万一gitのアカウントが割られて中を見られても損をするのは発注元だけ
gitじゃなくてgithubだろ

別にgit自体はオープンにしなくても使える。
コメント1件

259
デフォルトの名無しさん[sage]   投稿日:2015/04/12 22:15:46  ID:eHprCcSu.net(18)
>258
githubかどうかは>254に直接聞きますか

個人的にはgithubだと思ってるが
>257みたいなケースだと案件規模が小さすぎてそれぞれの客に
gitサーバを立ててもらうのが理にかなってないように感じられる
コメント1件

260
デフォルトの名無しさん[sage]   投稿日:2015/04/12 22:25:39  ID:xjf6EDI6.net(2)
不毛なやりとりはもうやめようよ

261
デフォルトの名無しさん[sage]   投稿日:2015/04/12 22:36:59  ID:w/X68p6y.net(16)
>255
開発プラットフォームごとに違うってことね。

> 今時の会社の開発環境をよく知らないんだと思う

今時のプラットフォームはあなたの会社の一種類以外、話から除外されるってことね。やはりあなたの会社がスタンダードなんだね。

>257
googleやfacebookでもスクリプト言語使われてると思うけどね。難読化しなきゃだね。
VPSとかsshかけてたりするから、破られたらgitでも何でも関係ないけどね。
話の発端に戻って、分散でないsvnだと安全になるの?
コメント3件

262
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:00:10  ID:PnxXuVRG.net(8)
知り合いから聞いたがとある某大手会社の子会社は
Windowsしか使えないという底辺クラスの技術力なのに
gitを導入しようとしているらしい。もちろんGUIで。
Linuxの導入は誰も使えないから認められないらしいw
世の中にはこういう底辺だって有るんですよ!

263
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:02:47  ID:PnxXuVRG.net(8)
>261
> 話の発端に戻って、分散でないsvnだと安全になるの?
なるわけがない。遅いくて過去の履歴が無かったりするとはいえ
ローカルPCにソースコード全部持ってきてるんだから

264
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:03:21  ID:eHprCcSu.net(18)
>261
スクリプト言語っていってもユーザに見えないサーバ側のスクリプトと
ユーザに見えるクライアント側のスクリプトじゃ話が違うだろうし
難読化したらあなたが言ってる「客のためを思ったソース公開」じゃ
なくなるな

>話の発端に戻って、分散でないsvnだと安全になるの?
何を発端と言ってるか分からんが>248ならgithubの話だな

言っても分からんとは思うが国内メーカーは自分が作る「製品」の
ソースコードはビジネスの核だとみなしている
それが自分たちの管理が届かない社外に置かれることを嫌がる傾向が強い

265
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:07:12  ID:PnxXuVRG.net(8)
そこで、gitを使って、社内にだけ
ソースコードを置くわけですよ。
コメント1件

266
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:08:58  ID:PnxXuVRG.net(8)
念の為に言っておくが、googleやfacebookがやってるのは
難読化じゃない。ファイルサイズを削減するために
単語を短く置き換えてるだけだ。

難読化というのは、無意味なコードを入れたりして
コードを理解づくらくすること。

267
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:13:11  ID:eHprCcSu.net(18)
>265
そうすると、今度はSVNでいいじゃんって話になる
その話が>177からずっと続いている
コメント1件

268
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:17:45  ID:PnxXuVRG.net(8)
>267
は? おかしくね。

svnでもgitでもどちらも
安全でも危険でもない。
これがここまでの結論だが?

安全か危険かで差は出ないんだからこの話は同じ。

別の理由でどちらが優れているかを語るべきだろ
コメント2件

269
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:25:58  ID:w/X68p6y.net(16)
>259
新規鯖でBTS連携が多いな。結局開発サーバ必要だし。
客によってgithubとか他の商用のもあったりするけど。
コメント1件

270
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:30:55  ID:uj+lty2x.net(3)
gitサーバーを建てるのが難しいって
本当に底辺だよね。

だってさ、

1. PCを用意
2. Linuxのインストール(インストーラーから)
3. gitlabのインストール (インストールパッケージが用意されてる)
4. gitlabにログイン

これだけで終わりなんだから。

もう難しいかどうかじゃない。
単に面倒だからやりたくないという
めんどくさがりなだけだよ。

271
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:32:31  ID:eHprCcSu.net(18)
>268
>別の理由でどちらが優れているかを語るべきだろ

その必要は無い
gitがあるのにSVNとかを使い続ける理由は「乗り換えなくて済む」
「どうしてもgitに乗り換えなければならない理由がない」なんだから

じゃあgitの勝ちって言ってみたって結局gitは使われてない
gitを使わない経営者が頭悪いわけでもない

その状況を含めなければ比較のしようがないしそれは無理だろう

272
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:37:37  ID:uj+lty2x.net(3)
> gitがあるのにSVNとかを使い続ける理由は「乗り換えなくて済む」

あー、こりゃだめだ。負けるよ?

だって他の所は、最初っからgit使ってる。
優れたツールをさ。

優れたツールから「乗り換えなくて済む」人たちに
どうやって対抗するのさ?w

まあ、定年まで生き延びればそれでいいって
考えなんだろうけどさ。
コメント1件

273
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:38:35  ID:w/X68p6y.net(16)
>268
> 別の理由でどちらが優れているかを語るべきだろ

その流れに進むのだと、>230 だな。

わざわざgitスレに来て分散要らないと、適応できない人が言ってるだけ。
gitで中央管理するのは構わないと思うけど、本来の使い方でないので一手間増えるのが不満なんじゃないかな。
>182 嫌な人はsvnでも何でも勝手に使っとけという話。
で終わりだと思うけど。
コメント2件

274
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:42:14  ID:uj+lty2x.net(3)
>273
> gitで中央管理するのは構わないと思うけど、本来の使い方でないので一手間増えるのが不満なんじゃないかな。

えー? 何いってんの? 中央管理は必要だし、
git使ってるプロジェクトのほぼ全て、
中央と呼ばれるところがあるじゃん。
公式リポジトリのことだよ。

お前全然わかってないよ。
コメント1件

275
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:50:17  ID:w/X68p6y.net(16)
>274
はいはい。

276
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:51:41  ID:eHprCcSu.net(18)
>269
デザインを別会社に発注するんならソース管理の責任は発注元もちだからサーバは客側に置かれるんだよね
客に○十万くらい払ってもらって社外公開用gitサーバを立てる感じか
小規模案件でも「一見して無駄金」を払ってくれたりするものなんだな
それを最終的にWebサーバに転用するから平気だってことなんだろうか・・・

>272
つまりそれがベンチャーと国内メーカーの違い
国内メーカーもそれを分かってて使えない個人を淘汰するがそのスピードは遅い
ベンチャーだと労働組合がないしそもそも会社ごと淘汰されるのでスピードが速い

はじめはどの会社もベンチャーだった
生き残った会社は信頼性を持ち仕事の進め方もこなれてくるし良い人材も来るが
実は長く生きたこと自体が欠点だ
コメント3件

277
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:52:17  ID:w/X68p6y.net(16)
今までのレスを読まずに、別の意味持ち出されてもな。

278
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:57:32  ID:w/X68p6y.net(16)
>276
お前が専用サーバでないとgit運用できないのは良くわかったよ。
そして、サーバの選定できないことも。
コメント1件

279
デフォルトの名無しさん[sage]   投稿日:2015/04/12 23:58:15  ID:eHprCcSu.net(18)
>273
実際はそんな単純な「一手間」とかの話しじゃなくて
使えないおっちゃんにコミットは何かプッシュは何かを教育する事が困難
gitを使えないからって理由でクビにすることはできないし
コメント1件

280
デフォルトの名無しさん[sage]   投稿日:2015/04/13 00:00:16  ID:qmARc52C.net(4)
>278
何に切れてるのかさっぱり分からん
少なくとも自分は「製品開発」だからWebサーバの選定はしないしできない
コメント1件

281
デフォルトの名無しさん[sage]   投稿日:2015/04/13 00:04:23  ID:zNUrQ3MR.net(4)
>279
クビにするかどうかは、経営者の判断することなので知らん。
リーダーだった場合、使用しているツールを使えない技術者が来たからといって、ツールを変えるようなことはしない。閑職に追いやる程度。
git程度を使えない技術者は終わってると思うが。最低限な。
コメント1件

282
デフォルトの名無しさん[sage]   投稿日:2015/04/13 00:14:36  ID:qmARc52C.net(4)
>281
git程度を使えない技術者って、40を超えてくると時々見かけそうな

仕事ができて偉くなるオッサンはみんな過去の経験を活かした人材マネージメントの方に回ってしまうし
仕事ができなくて偉くならないオッサンは何も出来ない

仕事ができて偉くならずに担当者として先頭を突っ走るバリバリの技術者ってのはホント少ない
コメント1件

283
デフォルトの名無しさん[]   投稿日:2015/04/13 00:19:44  ID:4JvI4/ec.net
マ板あたりにアンチGitスレでも立てたらいいと思う

284
デフォルトの名無しさん[sage]   投稿日:2015/04/13 00:26:29  ID:NT6jaiFf.net
相手する方もなんでわざわざ相手するのかね
放置すりゃいいのに相手するから生きながらえる

285
デフォルトの名無しさん[sage]   投稿日:2015/04/13 01:06:13  ID:zNUrQ3MR.net(4)
>280
なぜ切れていると思い込んでるのかサッパリだ。
できないなら>276は妄想ってことだな。

>282
gitのリポジトリの構成を決めろとか言うわけではない。
決まったオペレーションができれば十分。最低限。
偏ってる企業だと1人1プロジェクトとかかも知れないけど、そんな老い先知れた企業のことは知らん。
コメント1件

286
デフォルトの名無しさん[sage]   投稿日:2015/04/13 01:25:41  ID:l/TWvXzv.net(4)
驚くだろうが、この業界にいて、
パソコンにOS(Linux)のインストールも出来ない
素人がいるのも事実。
コメント1件

287
デフォルトの名無しさん[sage]   投稿日:2015/04/13 02:06:56  ID:qmARc52C.net(4)
>285
>276は妄想じゃなくてあなたへの質問だったのだが急に答えるのをやめたから切れたのかと思った
漠然と否定するんじゃなくて訂正してもらえるとWeb系エンジニアの一つの実情を知れるので勉強になる

>286
Linuxのカーネルを改造してる技術者がWordの蛍光ペンの付け方を知らないってことがあったので
自分ができることをそいつができないから「技術者として終わってる」というのは案外そうでもないと思ってる
コメント1件

288
デフォルトの名無しさん[sage]   投稿日:2015/04/13 03:19:23  ID:zNUrQ3MR.net(4)
>287
仮想とか使ってるとこは、設定するだけ。
性能は必要ないので、借りても月千円とか二千円で要件は満たせる。
これ以上はスレチ過ぎるのでどっか他で聞いて下さい。

知らないと出来ないは違うんじゃ。
コメント2件

289
デフォルトの名無しさん[sage]   投稿日:2015/04/13 06:05:45  ID:Nl26Y8lL.net
>261
> 今時のプラットフォームはあなたの会社の一種類以外、話から除外されるってことね。やはりあなたの会社がスタンダードなんだね。

いったい何を言いたいのか全くわからんのだが w

290
デフォルトの名無しさん[sage]   投稿日:2015/04/13 06:46:15  ID:NPPeHBbv.net
>288
Linuxのインストールなんて「知ってりゃできる」レベルだろ?
コメント2件

291
デフォルトの名無しさん[sage]   投稿日:2015/04/13 09:12:02  ID:l/TWvXzv.net(4)
>290
だが恐ろしいことに、出来ないという人がいるんだよ。
自称技術者なのにな。本当に可哀想。

292
デフォルトの名無しさん[sage]   投稿日:2015/04/13 10:33:40  ID:qmARc52C.net(4)
>288
なるほどケタ違いに安かったんだ
だからあなたがやってるみたいな「極めて小規模案件」にも対応できるのか

スレチなのは確かだがこのスレはgitの製品機能だけじゃなく
gitの運用シーンとその背景(マネジメントやら業務の特性やら)がごちゃまぜに話されてるから
前からずーっとスレチだったという気がしないでもない

293
デフォルトの名無しさん[sage]   投稿日:2015/04/13 12:11:13  ID:5Ev+MSHp.net
gitサーバ=gitlabな人とまともな話ができるわけないじゃないw
あと今どきVPS知らない人とも話が通じないでしょ

294
デフォルトの名無しさん[sage]   投稿日:2015/04/13 18:06:10  ID:zNUrQ3MR.net(4)
>290
gitの最低限の操作なんて知ってりゃできるレベル。
しかし知るまでは、知ってりゃできるレベルか否かわからない。
それで自信の無い人は出来ないという。または使いたくないので、知ろうともしない。仕事は任せられない。
まっとうな技術者の知らないは、調べてやりますの意味。多少のサポートは必要かも知れないが、仕事を任せられる。

というか、コンピュータのオペレーションは全て知ってればできるレベル。

295
デフォルトの名無しさん[sage]   投稿日:2015/04/13 18:44:49  ID:PFHUoot3.net
コマンドなんて1回正しい手順覚えたらそれ繰り返すだけだしな
コメント1件

296
デフォルトの名無しさん[sage]   投稿日:2015/04/13 22:01:32  ID:l/TWvXzv.net(4)
ピアノの演奏みたいなもんかね。

やってることは同じことの繰り返し。
技術力とはそれを間違いなく早く繰り返せる力のこと
知識に加え、長年の経験とセンスが必要とされる。

小学校でねこふんじゃったを引ける人がクラスに一人ぐらい
いたと思うけど、実はねこふんじゃったは難しい曲らしい。

だからといってその子は凄いわけじゃなく、
ねこふんじゃったしか弾けないという。

何がいいたいかというと、難しいものでも定型化してそれだけをやるなら比較的簡単にできる。
だけど、応用ができないんじゃ技術力があるとは言えないんじゃないかな。

コンピュータのオペレーションだって、今までに起きたことがない
問題が起きた時に対応できて初めて一人前だと思うよ。

297
デフォルトの名無しさん[]   投稿日:2015/04/13 22:06:53  ID:U9cAqNzb.net
3行にまとめろ

298
デフォルトの名無しさん[sage]   投稿日:2015/04/13 22:10:28  ID:l/TWvXzv.net(4)
ピアノの演奏みたいなもんかね。やってることは同じことの繰り返し。技術力とはそれを間違いなく早く繰り返せる力のこと知識に加え、長年の経験とセンスが必要とされる。小学校でねこふんじゃったを引ける人が
クラスに一人ぐらいいたと思うけど、実はねこふんじゃったは難しい曲らしい。だからといってその子は凄いわけじゃなく、ねこふんじゃったしか弾けないという。何がいいたいかというと、難しいものでも定型化
してそれだけをやるなら比較的簡単にできる。だけど、応用ができないんじゃ技術力があるとは言えないんじゃないかな。コンピュータのオペレーションだって、今までに起きたことがない問題が起きた時に対応できて初めて一人前だと思うよ。

299
デフォルトの名無しさん[sage]   投稿日:2015/04/13 22:35:09  ID:/JCb38ul.net
趣旨は分かるけど、ねこふんじゃったは難しくないだろw
かなり単純で簡単な曲

300
デフォルトの名無しさん[sage]   投稿日:2015/04/14 00:11:29  ID:Mnpx95ZS.net
ねこふんじゃったは、楽譜にすると難しい曲。
単にピアノの鍵盤と五線譜の相性が悪いことの問題
コメント1件

301
デフォルトの名無しさん[sage]   投稿日:2015/04/14 00:18:39  ID:6fsUN43G.net
ルート通したあとのエラーは大して苦労しない
引き継いで全体像を知らなければ苦労しそうだがそれは能力とあまり関係ないこと

302
デフォルトの名無しさん[sage]   投稿日:2015/04/14 01:35:10  ID:wfCHFEB4.net
難しいのは、人が簡単に弾ける曲を作曲すること。
git自体の設計や、リポジトリ設計、オペレーションマニュアルを作ること。

303
デフォルトの名無しさん[sage]   投稿日:2015/04/14 02:10:05  ID:UqXDsIMl.net
>300
楽譜にしてもスカスカだし難しくはないと思うが
♭6個が難しく見えるってこと?

つまりgitも慣れてない人には難しく見えるって話か
コメント1件

304
デフォルトの名無しさん[]   投稿日:2015/04/14 07:30:46  ID:hU+kLzAL.net(2)
>248
GitHub使ってるぽい企業みつけた

http://paiza.jp/job_offers/386

305
デフォルトの名無しさん[]   投稿日:2015/04/14 07:41:08  ID:hU+kLzAL.net(2)
ここもGitHub使ってるぽい

http://paiza.jp/job_offers/554

306
デフォルトの名無しさん[sage]   投稿日:2015/04/14 07:52:07  ID:ewVl24pp.net
>303
> ♭6個が難しく見えるってこと?
個人的には嬰ヘ長調(♯6個)の方が好き

307
デフォルトの名無しさん[sage]   投稿日:2015/04/14 10:40:27  ID:CfmpsTw9.net
バイオリンもフラットが増えると使う開放弦が無くなって難しくなるわ
初心者の意見だけど

308
デフォルトの名無しさん[sage]   投稿日:2015/04/14 20:02:42  ID:oXtat876.net(3)
>295
> コマンドなんて1回正しい手順覚えたらそれ繰り返すだけだしな

そういえば、教えられたコマンドを
メモ帳に書いて、それをひたすらコピペしている奴がいたな。

こういう時は、これ、
こういう時は、あれ、

その姿を見ていなければ、git使えているように見えるが、
何も理解していないという。

309
デフォルトの名無しさん[sage]   投稿日:2015/04/14 20:43:04  ID:Q5r7cjjP.net(2)
全く高度なことではない作業に過ぎないのに、理解とは?w
コメント1件

310
デフォルトの名無しさん[sage]   投稿日:2015/04/14 20:58:47  ID:ftm3iiW3.net
subversionと比べたら何が便利?
コメント1件

311
デフォルトの名無しさん[sage]   投稿日:2015/04/14 21:25:14  ID:Q5r7cjjP.net(2)
特に無し。マジで特に無し。
入門時の流行等で使うシステムが決まる。
コメント1件

312
デフォルトの名無しさん[sage]   投稿日:2015/04/14 21:49:07  ID:oXtat876.net(3)
>310
subversionよりも圧倒的に速い。

313
デフォルトの名無しさん[sage]   投稿日:2015/04/14 21:54:22  ID:oXtat876.net(3)
>309
ピアノと一緒って話だろ?
鍵盤を叩くのはだれでもできることだが、
それを使って素晴らしい音楽を演奏するのは難しい。

gitのコマンドを叩くのは簡単だが、
それを使ってソフトウェア開発を
効率よくするのは難しい。

だから効率上がらないよとか言ってる人がいるわけよ。

314
デフォルトの名無しさん[sage]   投稿日:2015/04/14 23:34:02  ID:wnoVepzT.net
>311
こいつ最高にアホ

315
デフォルトの名無しさん[sage]   投稿日:2015/04/15 20:27:20  ID:GB/eL5ft.net
どうせcommitとpushくらいしか使ってないんだろう

316
デフォルトの名無しさん[sage]   投稿日:2015/04/15 20:38:14  ID:6MF6OERw.net
プッwくだらねーwオフィスソフトで文書作成できて上機嫌になる事務職と変わらんなw

317
デフォルトの名無しさん[sage]   投稿日:2015/04/15 21:49:51  ID:1RecYAvv.net
バージョン管理は何を使っても変わらない。
どうせやるのはpushするだけなんだから。
現在コンフリクトが起きないようにする運用方法を模索中。
他の人が触れないようにロックができればいいんだけどな。
コメント1件

318
デフォルトの名無しさん[sage]   投稿日:2015/04/15 22:18:49  ID:V2WyrPfJ.net
自分が作ったパッチでもコンフリクトするけどな。

319
デフォルトの名無しさん[sage]   投稿日:2015/04/16 01:28:27  ID:Mp5pFy+1.net
>317
誰にも触れないようにネットワークから切り離せ

320
デフォルトの名無しさん[sage]   投稿日:2015/04/16 02:09:02  ID:hUjU3Ohl.net
ローカルではgitを使って、メインにはsvnを使うといい。
コメント1件

321
デフォルトの名無しさん[sage]   投稿日:2015/04/16 09:11:33  ID:bLWn78BU.net
>320
メインっていうか中央やね。

基本的にコマンドをたくさん使うところがメインなので
ローカルがgitということはgitがメインとなる。

そして最後のmasterブランチの代わりにsvnを使う。
その場合svnは単なるストレージ的な扱いになる

322
デフォルトの名無しさん[sage]   投稿日:2015/04/20 13:47:48  ID:RwDqOFG9.net
開発ブランチが2つあって
masterで.gitignoreを変更したんですが
masterの変更を開発ブランチに取り入れる方法を教えてください
開発ブランチでgit merge masterってやってもこんなメッセージがでました
addしてコミットしないとだめなんですか?開発ブランチからmasterにmergeするときはこんなメッセージ出ません
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

modified: .gitignore

no changes added to commit (use "git add" and/or "git commit -a")

323
デフォルトの名無しさん[sage]   投稿日:2015/04/21 11:04:43  ID:gKd17Ylm.net
パーミッション変更しただけのも変更扱いなのかよ
面倒臭いなgit
コメント1件

324
デフォルトの名無しさん[sage]   投稿日:2015/04/21 11:12:45  ID:umXZ7BSe.net(6)
Unix系で使ってる分には気にならないんだけどねそのへんは
昨日、Cygwin新しくしてnoaclの設定忘れて作業始めちゃって酷い目にあった
git自体の設定でパーミッションの変更を無視するようにできるらしいけど、
その場合は新規ファイルのパーミッションはどうなるのかな

325
デフォルトの名無しさん[sage]   投稿日:2015/04/21 14:20:11  ID:Z/Go+19e.net
Unixで気にならない?Windowsだろ

326
デフォルトの名無しさん[sage]   投稿日:2015/04/21 15:25:00  ID:umXZ7BSe.net(6)
Windowsはとんでもないパーミッションでレポジトリにファイル登録しちゃったりすることがあるのが心配なの
Unix系ならみたままのパーミッションで登録されるので安心
コメント1件

327
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:21:04  ID:5PzRDxP4.net(8)
>323
記録されるのは実行権限だけだよ。

実行権限をリポジトリに入れないと
困るのは言うまでもない。

328
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:21:44  ID:5PzRDxP4.net(8)
>326
> Windowsはとんでもないパーミッションでレポジトリにファイル登録しちゃったりすることがあるのが心配なの
登録されるのは実行権限だけだよ。

> Unix系ならみたままのパーミッションで登録されるので安心
登録されるのは実行権限だけだよ。

329
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:28:14  ID:umXZ7BSe.net(6)
ソースファイルが実行権限つきで登録されたらダメだろ?
755とか644とかこれ実際には実行権限だけしか登録されないってこと?

330
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:46:16  ID:5PzRDxP4.net(8)
> ソースファイルが実行権限つきで登録されたらダメだろ?

は? スクリプトファイルは
実行現原付きのソースコードだが?
コメント1件

331
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:48:49  ID:Ys0gBcPs.net(3)
スクリプトファイルに「常に」実行権限を付けてるの?(´・ω・`)
((((((;゚Д゚))))))ガクガクブルブル

332
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:50:25  ID:5PzRDxP4.net(8)
どこに常にって書いてあるんだ?
つけたりつけなかったりする必要があるから
実行権限をリポジトリに入れる必要があるんだろ。

333
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:53:11  ID:Ys0gBcPs.net(3)
どう考えても開発中のスクリプトファイルに実行権限がどうしても必要な
理由が理解できないよ?(´・ω・`)

334
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:54:39  ID:5PzRDxP4.net(8)
チェックアウトしてからいちいち実行権限付けてから実行するのか?

CGIアップロードしてから、全部のファイルのパーミッションを
設定してから使うウェブアプリかよw
コメント1件

335
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:55:32  ID:umXZ7BSe.net(6)
>330
なるほどソースファイルは644で、スクリプトファイルは755で登録されればいいわけだな
Unix系の場合にはファイルのパーミッションの値に準じて登録されてると思うんだけど、
Windowsの場合にはどういう仕組みになってるんだ?

昨日Cygwinでソースファイルが755で登録されちゃってとても困ったんだが

336
デフォルトの名無しさん[sage]   投稿日:2015/04/21 16:58:21  ID:5PzRDxP4.net(8)
pro gitでもよめ。
なんでもきくな

337
デフォルトの名無しさん[sage]   投稿日:2015/04/21 17:01:42  ID:umXZ7BSe.net(6)
なんかあらためてぐぐったらちょっと特殊な事情があることがわかった
http://fourxz.hatenablog.com/entry/2013/12/13/003317

IntelliJ + cygwin の特殊な例だったんだな
おれの場合にはIntelliJの設定じゃなくてCygwin側のfatabでACLを無効にして対処した

こんなのpro git読んでもわかんねえよ

338
デフォルトの名無しさん[sage]   投稿日:2015/04/21 17:03:55  ID:umXZ7BSe.net(6)
Windowsはめんどくせな

339
デフォルトの名無しさん[sage]   投稿日:2015/04/21 17:05:33  ID:Ys0gBcPs.net(3)
>334
いってることが前時代的なんで理解し難いけど?(´・ω・`)
アップロードもインストールの一部だと考えれば、インストールスクリプトで
パーミッションを弄るよ?おいらならね?(´・ω・`)
コメント3件

340
デフォルトの名無しさん[sage]   投稿日:2015/04/21 18:03:03  ID:5PzRDxP4.net(8)
>339
理解能力がないやつだなw

コンパイルしなくてすぐに実行できるのが
スクリプト言語のいいところなのに、
なんでそんな準備をしないといけないんだって話だよ。

cloneしてローカルで動かすとか思いつかないのか?

341
デフォルトの名無しさん[sage]   投稿日:2015/04/21 18:04:31  ID:5PzRDxP4.net(8)
>339
どうせサーバーにアップロードも
今どきFTPでアップロードして
パーミション設定とかしか思いつかないんだろうけど、

git使っていれば、git cloneしてハイおしまい。
なんだよ。

342
デフォルトの名無しさん[sage]   投稿日:2015/04/21 23:04:14  ID:nTfDDlXC.net
typescriptとかsassで吐き出される*.jsや*.cssもgitで管理したほうがいいですか?

343
デフォルトの名無しさん[sage]   投稿日:2015/04/22 08:24:45  ID:dTAen5CN.net
>339
そのインストールスクリプトは…

344
デフォルトの名無しさん[sage]   投稿日:2015/04/22 09:46:39  ID:ZhuC/XHh.net(2)
もちろん、そのインストールスクリプトの
パーミッションを変えるスクリプトをつけるに決まってるだろ

345
デフォルトの名無しさん[sage]   投稿日:2015/04/22 09:50:29  ID:iit3/b2j.net
もしかすると、そのインストールスクリプトのパーミッションを変えるスクリプトのパーミッションを変えるスクリプトが必要なんじゃね?!

346
デフォルトの名無しさん[sage]   投稿日:2015/04/22 10:07:21  ID:gnynNjp+.net(3)
多分、普通にそのスクリプトのインタプリタを起動してコマンドラインに
スクリプトファイルを入れておくと思うよ?(´・ω・`)

347
デフォルトの名無しさん[sage]   投稿日:2015/04/22 11:07:07  ID:ZhuC/XHh.net(2)
その普通に起動するスクリプトのファイル名とインタプリタ名はどうやって知るのかな。
自分一人で作業することしか考えてないだろ。

って言われたらその場でまた言い逃れを考えて書き込むだけだから書くだけ無駄かw

348
デフォルトの名無しさん[sage]   投稿日:2015/04/22 11:40:56  ID:sdnJBf1e.net(4)
実行権限を付けたいファイルは実行権限をつけている。
その実行権限をそのままリポジトリに入れられないとなると、
ファイルに実行権限ついているというのに
それと同じ情報を別ファイルにまとめないといけない。
つまり情報が二重になってしまっている。

ローカルでテストコードを実行した時
(実行権限が付いているから)テストが成功するのに、
他のマシンでcloneしたらテストコードが失敗する。
実行権限情報が間違っていたからだ。
つまりアプリの信頼性にも関わってくる。

349
デフォルトの名無しさん[sage]   投稿日:2015/04/22 11:41:34  ID:gnynNjp+.net(3)
多分、readmeを読める言語能力がある人には特に難しい事ではないと思うよ?(´・ω・`)
コメント1件

350
デフォルトの名無しさん[sage]   投稿日:2015/04/22 11:43:31  ID:gnynNjp+.net(3)
実行権限の有無で失敗するテストコード?とんちなの?馬鹿なの?(´・ω・`)
コメント1件

351
デフォルトの名無しさん[sage]   投稿日:2015/04/22 11:46:20  ID:sdnJBf1e.net(4)
>350
そりゃ、テストコードでスクリプトを実行している
コードに決まってるじゃんw

っていうかビルド自体が失敗するし

git のリポジトリ見てみな。
実行権限ついてるだろ?
それ全部外してmakeしてみな。

352
デフォルトの名無しさん[sage]   投稿日:2015/04/22 11:52:36  ID:sdnJBf1e.net(4)
>349
readme関係ないからな。

実行権限という情報を二重に持つことがだめだって話。

ファイルについてる情報を
わざわざreadmeにコピペするんなよ。
素人かよw

353
デフォルトの名無しさん[sage]   投稿日:2015/04/22 13:38:15  ID:xj2mf7xJ.net
チェックアウト時のパーミッションなぞumaskで変わるんだから
install -m で指定するのが当たり前
つまらん揚げ足取りでスレ汚すなよ
コメント1件

354
デフォルトの名無しさん[sage]   投稿日:2015/04/22 18:07:06  ID:sdnJBf1e.net(4)
>353
今は実行権限の話。
umaskはファイル新規作成の時の話。
当たり前だが、cloneしたときの実行権限には関係ない話。

ちょっと無理やりすぎな屁理屈だったかなw

355
デフォルトの名無しさん[]   投稿日:2015/04/22 21:08:01  ID:3b9p/BsF.net
SourceTreeで 変更されたファイルを表示しようとすると
コミット対象が選択されていません とか出るんだけど
コミット対象ってなんのことですか?
コメント1件

356
デフォルトの名無しさん[sage]   投稿日:2015/04/23 10:35:30  ID:DTt/WaGx.net
絞り込んだ対象にファイルがないんだろう
絞りこみ対象を変えるかブランチ選ぶかしてみては
コメント1件

357
デフォルトの名無しさん[sage]   投稿日:2015/04/23 11:47:46  ID:RLLS8SFj.net(2)
>355
> コミット対象ってなんのことですか?
こうなるから、GUIを先に使うのはだめだと思うわ。

GUIはわかりやすいんだよ。わかりやすいから逆に
見て直感的にわかるようなこと"以外"の
知識を知らないまま使えてしまう。

デザイナとかも使ってもらうために、GUIはあっていいと思うが
ゲームみたいにチュートリアルをこなさないと
すすめないようにするべきなんだろうな。
コメント2件

358
デフォルトの名無しさん[sage]   投稿日:2015/04/23 12:40:46  ID:0IqaduwO.net
>357
攻略しなきゃならんようなもんだと最初から使われないよ
コメント2件

359
デフォルトの名無しさん[sage]   投稿日:2015/04/23 12:52:17  ID:zERGLrhN.net
ワードエクセル使う脳みそがあれば使えるはず

360
デフォルトの名無しさん[sage]   投稿日:2015/04/23 18:18:36  ID:RLLS8SFj.net(2)
>358
ゲームは攻略するものだが
使われてるぞ?

361
デフォルトの名無しさん[sage]   投稿日:2015/04/23 21:28:23  ID:xe4GpqoA.net(2)
>357
けっきょくコミット対象とはなんでしょうか
今使ってるmasterブランチのことでしょうか

362
デフォルトの名無しさん[sage]   投稿日:2015/04/23 21:33:48  ID:xe4GpqoA.net(2)
>356
ありがとうございます。すみません見落としていました。

絞り込んだ結果、ファイルが選択されていない状態のことでした。
なぜコミット対象が選択されていないというメッセージなのかは
不明ですが、GUIのメッセージが不適切なだけかもしれぬ。

363
デフォルトの名無しさん[sage]   投稿日:2015/04/24 07:42:40  ID:7qXJwKGv.net
>358
いやいや、マリオの最初見てみ
よわっちいくりぼーでジャンプを覚える
その先でまたくりぼー出てきて思わずジャンプしたら上のブロックから隠しスターが出てくるとか
むちゃくちゃ良くできてるチュートリアルだから
コメント1件

364
デフォルトの名無しさん[sage]   投稿日:2015/04/27 10:14:34  ID:gbrpzYAV.net(2)
cvsからgitに移行したい。
cvs2gitを使ってみたが、$Id$ $Revision$ $Date$などCVS keywordがうまく変換されない。
gitで新たに管理するソースは、gitでは非推奨のkeywordを使わないルールにするつもり。
しかし過去にcvsでコミットしたソースは、diffで差分が出ないように、そのリビジョンにおけるCVSキーワード展開した形で見せたい。無理だろうか?
コメント1件

365
361[sage]   投稿日:2015/04/27 12:36:48  ID:gbrpzYAV.net(2)
>364
解決した。
--use-cvs を使った上で、--auto-propsで_keyword_handling=expandedを指定するのが正規の手順らしいが、うまくいかない。
cvs2svn-trunkのソースdvcs_common.pyの108行目をexpandedに書き換えたらうまく行った。
ツール開発者の意図した方法でないが、うまくいったからこれで良いや。

366
デフォルトの名無しさん[sage]   投稿日:2015/04/27 20:45:56  ID:vTVPlfs5.net
>363
じゃーそのチュートリアルを作って見せてくれや
コメント1件

367
デフォルトの名無しさん[sage]   投稿日:2015/04/27 21:14:43  ID:tqDCJ6PW.net
なにが「じゃー」なのか理解できない
コメント1件

368
デフォルトの名無しさん[sage]   投稿日:2015/04/27 21:34:24  ID:3pJIw6k3.net
>366
金出せよ、まさかただとか言わないよな

>367
論点ずらしのつもりだろ
低能がよくやる

369
デフォルトの名無しさん[sage]   投稿日:2015/04/29 07:34:19  ID:rLCyhFbm.net
口だけ達者でなにもできない無能ですって自己紹介は要りませんよ
コメント1件

370
デフォルトの名無しさん[sage]   投稿日:2015/04/29 09:15:46  ID:g6CBhBxf.net
gitにもゲームによくあるチュートリアルみたいなのあったほうがいいよね
(もしチュートリアルがあってもそんな)攻略が必要もの(git)は使われない
いやマリオの最初はチュートリアルになっている(が皆が使って遊んでいる)
じゃあチュートリアル作って
金出せばやるよ


前半すでに会話が成り立っていない

371
デフォルトの名無しさん[sage]   投稿日:2015/04/29 09:17:15  ID:MPDoLmFP.net
>369
自己紹介は要りませんよ

372
デフォルトの名無しさん[sage]   投稿日:2015/04/29 09:59:33  ID:MxyhIMrU.net
CLIチュートリアルはウェブアプリとしていくつかあるね
コミットグラフ表示しながら課題解いていったり出来てよく出来てる
コメント1件

373
デフォルトの名無しさん[]   投稿日:2015/05/02 18:02:57  ID:86QaeJl2.net
SourceTree を使ってるんですが、UIがいまいちなので
乗り換えようと思っています。
なにか良いGUIツールありますか?
コメント1件

374
デフォルトの名無しさん[sage]   投稿日:2015/05/02 18:42:46  ID:bdhWq9VE.net
ありません

375
デフォルトの名無しさん[sage]   投稿日:2015/05/03 13:49:31  ID:du+Vke+v.net
健全でない言葉が含まれているため表示しません 内容を確認する

376
デフォルトの名無しさん[sage]   投稿日:2015/05/04 23:58:46  ID:Oo1Eb5uX.net
「gitすら使えないやつはバカ」って人がいるせいで、どうしても話がこじれる
なんで「gitは使うのが簡単、使えないやつはバカ」って思っちゃうんだろうな
まあ自分が使えるからだろうが
コメント1件

377
デフォルトの名無しさん[sage]   投稿日:2015/05/05 00:25:20  ID:8OQq3apA.net(2)
>376
難しいんじゃなくて慣れだからだよ。
自転車と一緒。

378
デフォルトの名無しさん[sage]   投稿日:2015/05/05 02:15:41  ID:JZAyWxcq.net
gitに慣れてるってだけで、「git使えないやつはバカ」ってなってしまうってことか?
だとしたら、勘違いって怖いな

379
デフォルトの名無しさん[sage]   投稿日:2015/05/05 02:57:58  ID:8OQq3apA.net(2)
慣れるだけでいいのに、それをやらないから
馬鹿なんだよ。

380
デフォルトの名無しさん[sage]   投稿日:2015/05/05 09:59:06  ID:O/Hk2+s1.net
無理になれる必要なし

381
デフォルトの名無しさん[sage]   投稿日:2015/05/05 10:30:34  ID:aqs5IwHg.net
こうしたらこうなる、〜したいときはこうする、ってのをイメージしやすくするってのが無いと
なかなか理解に至らないね

382
デフォルトの名無しさん[sage]   投稿日:2015/05/05 21:56:29  ID:49b6mSTt.net
Gitの前はSVNを使っていたし
どっちもGUIから操作していたからか理解は早かった

383
デフォルトの名無しさん[sage]   投稿日:2015/05/06 02:36:46  ID:jAvlL/Ie.net
理解してると思ったのは早かった
の間違えかな。
コメント1件

384
デフォルトの名無しさん[sage]   投稿日:2015/05/06 02:47:12  ID:M8LrA/ZF.net
どこまで理解しているかが問題なんだけどね。

gitを理解するっていうことは、
コミットログを思うとおりに修正できるということ。
コメント2件

385
デフォルトの名無しさん[sage]   投稿日:2015/05/06 10:58:49  ID:II8rx/Qj.net(3)
>384
そんなオレオレ定義書かれてもなぁ

386
デフォルトの名無しさん[sage]   投稿日:2015/05/06 11:08:24  ID:ctlCJDEk.net(9)
でも間違ってないよ

387
デフォルトの名無しさん[sage]   投稿日:2015/05/06 11:49:51  ID:II8rx/Qj.net(3)
間違ってるとは書いてないが?
通りすがりの女の子見て、かわいいって言ってるのと同レベル
他の人にはあまり役に立たない情報

388
デフォルトの名無しさん[sage]   投稿日:2015/05/06 11:52:04  ID:ctlCJDEk.net(9)
で、そのレスはなにかの役に立つの?

389
デフォルトの名無しさん[sage]   投稿日:2015/05/06 12:24:19  ID:II8rx/Qj.net(3)
君が少し抜けてることを示すことが示せただろ w
それを役立たせられるかどうかは君次第
コメント1件

390
デフォルトの名無しさん[sage]   投稿日:2015/05/06 13:50:54  ID:qde5blL8.net(3)
gitを理解すると、>383とか>384みたいになってしまうのだろうか・・・

391
デフォルトの名無しさん[sage]   投稿日:2015/05/06 16:05:05  ID:ctlCJDEk.net(9)
他人に文句ばかり言ってないで、自分の意見を言えよ。

392
デフォルトの名無しさん[sage]   投稿日:2015/05/06 16:46:24  ID:i5GOg3P9.net
ID:ctlCJDEk の意見 ⇒ でも間違ってないよ

頓珍漢すぎだろ w
コメント1件

393
デフォルトの名無しさん[sage]   投稿日:2015/05/06 17:06:15  ID:LywkhDvi.net
cvsとの対応表を作ってそれを壁に貼ってる。
gitは簡単に使うには機能が分割され過ぎてる。

394
デフォルトの名無しさん[sage]   投稿日:2015/05/06 17:17:46  ID:Iqww/TfG.net
コミットとプッシュが分かれてることを言ってるのなら
それが必要ないならCVSのままでいいってこと
無理してgitに移ることはない

395
デフォルトの名無しさん[sage]   投稿日:2015/05/06 17:28:27  ID:ctlCJDEk.net(9)
なぜgitが生まれたのか?
それは以前のものに何かが足りなくて
その足りないものが必要だったから。

つまりgitにしかないものを使いこなすことが
gitを使いこなすことであり、
対応表で対応付けられないものこそ
gitを使いこなしているといえる機能なんだよ

396
デフォルトの名無しさん[sage]   投稿日:2015/05/06 17:43:32  ID:c5uD7uUc.net
なぜgitが生まれたのか?
BitKeeperがライセンス絡みでLinuxの開発に使えなくなったので
代わりになるものを仕方なく開発したのです

397
デフォルトの名無しさん[sage]   投稿日:2015/05/06 18:01:40  ID:ctlCJDEk.net(9)
そして、BitKeeperの代わりに既存のものを使わなかったのは、
既存のものに足りない機能があったから。

だから新しく開発し、足りない機能を搭載した。

つまりgitにしかないものを使いこなすことが
gitを使いこなすことであり、
対応表で対応付けられないものこそ
gitを使いこなしているといえる機能なんだよ

398
デフォルトの名無しさん[sage]   投稿日:2015/05/06 18:27:49  ID:2otn6PY7.net(2)
脳内設定はチラシの裏に書けってママにおそわらなかったんでちゅか?

399
デフォルトの名無しさん[sage]   投稿日:2015/05/06 18:31:53  ID:ctlCJDEk.net(9)
期待したけど反論じゃなかった。つまらん。

400
デフォルトの名無しさん[sage]   投稿日:2015/05/06 18:50:33  ID:2otn6PY7.net(2)
はいこのバカ議論厨と自白しました
終了

401
デフォルトの名無しさん[sage]   投稿日:2015/05/06 19:03:55  ID:ctlCJDEk.net(9)
> バカ議論厨と自白

論理的に考えるとそうなるの?
負け犬の遠吠えに見える。

402
デフォルトの名無しさん[sage]   投稿日:2015/05/06 19:06:14  ID:ctlCJDEk.net(9)
あ、わかった。
これほっといてあげたほうが良い事例だ。
荒らしにレスするのも荒らしらしいね。

403
デフォルトの名無しさん[sage]   投稿日:2015/05/06 20:05:39  ID:qde5blL8.net(3)
git使いがgitになる良い事例だな・・・
https://kotobank.jp/ejword/git
コメント1件

404
デフォルトの名無しさん[sage]   投稿日:2015/05/06 20:28:47  ID:vpS3Kk/9.net
github落ちた?

405
デフォルトの名無しさん[sage]   投稿日:2015/05/06 20:38:29  ID:ctlCJDEk.net(9)
>403
こっちのほうがわかりやすい

http://ja.wikipedia.org/wiki/Git#.E5.90.8D.E5.89.8D.E3.81.AE.E7.94.B1.E6.9D.A5

名前の由来[編集]
リーナス・トーバルズによれば[26]、
“ 僕は自己中心的な奴だから、自分のプロジェクトには自分にちなんだ名前を付けるようにしているんだ。最初はLinuxで、今度はgitだ。 ”
英語のスラングとして、gitには「バカ」「間抜け」といった類の意味がある。この自虐ネタはもちろん皮肉で、
これはリーナスがLinuxの名前を決める際に自身の名前にちなんだ名前を付けるよう強要されたことから来ている。(Linux#名前の由来を参照)
コメント4件

406
デフォルトの名無しさん[sage]   投稿日:2015/05/06 21:17:00  ID:qde5blL8.net(3)
>405
わざわざ自己紹介しなくても・・・w
コメント2件

407
デフォルトの名無しさん[sage]   投稿日:2015/05/07 00:34:12  ID:bUwhy5PJ.net
>405は、自分が間抜けだって思われてることに気が付いてない正真正銘の間抜けらしいな
>389の洞察力はかなりのもんだ
コメント3件

408
デフォルトの名無しさん[sage]   投稿日:2015/05/07 00:47:11  ID:Z2wm6bTM.net
gitなんてもはや使って当たり前のツール
熱く語るようなものじゃない
いまどきgit使わないのは「メモ帳でもプログラム書けますよ」と同じようなレベル

409
デフォルトの名無しさん[sage]   投稿日:2015/05/07 03:51:35  ID:NXZBxN2S.net(5)
>405-406
それで自分の意見は?
他人にあーだこーだいってるんだから
俺ならこうだっていう意見ぐらいあるよな?
コメント1件

410
デフォルトの名無しさん[sage]   投稿日:2015/05/07 03:52:09  ID:NXZBxN2S.net(5)
>405-406じゃなくて
>406-407

411
デフォルトの名無しさん[sage]   投稿日:2015/05/07 07:44:40  ID:boZKLFPs.net
>409-410
>392
もう少しまともな意見が言えるようになったらまたおいで
コメント1件

412
デフォルトの名無しさん[sage]   投稿日:2015/05/07 08:48:51  ID:NXZBxN2S.net(5)
あー、反論できないからってw
図星なんだな
コメント1件

413
デフォルトの名無しさん[sage]   投稿日:2015/05/07 09:28:18  ID:SJ9cQ9MA.net
中学校までしか見ないセリフで笑い取りに来るのやめろ
変なダメージ入るわ

414
デフォルトの名無しさん[sage]   投稿日:2015/05/07 10:32:48  ID:3s/cPLTB.net
会社で使う分にはcvsで十分なんだよな
個人同士で開発するときにはgit超便利だけど

415
デフォルトの名無しさん[sage]   投稿日:2015/05/07 18:23:51  ID:/fyjA82q.net
事務や立法には今ならgitが必須であるはずだが現実には全く使われないな。
俺は、総務にバージョン管理を、役員にMSプロジェクトを、それなりに真剣に薦めた事があったが、何も実行されなかった。

416
デフォルトの名無しさん[sage]   投稿日:2015/05/07 21:06:06  ID:K4zbhPtL.net
>412
どのレスに反論しろって言ってるんだ?
コメント2件

417
デフォルトの名無しさん[sage]   投稿日:2015/05/07 23:49:15  ID:NXZBxN2S.net(5)
>416
レスするなら反論しろってこと

>406>407>411、あたりだね。
レスしてるってことは、何か言いたいことがあるってこと。
でも、その言いたいことが何も書いてない。

「どのレスに対する反論しろ」っていう話じゃなくて
レスするなら、自分の意見を書きなさいってこと。
コメント1件

418
デフォルトの名無しさん[sage]   投稿日:2015/05/07 23:50:08  ID:NXZBxN2S.net(5)
もちろん反論じゃなくて
賛成でもいいよ。

どちらにしろ、自分の意見が書いていないレスは
ゴミ同然だろう?

419
デフォルトの名無しさん[sage]   投稿日:2015/05/08 00:00:17  ID:ZHeXF73S.net(4)
戦犯>416

420
デフォルトの名無しさん[sage]   投稿日:2015/05/08 00:05:38  ID:SsabnSp5.net(5)
>417
言いたいことは、「お前はマヌケだな」ってことじゃないのか?w

421
デフォルトの名無しさん[sage]   投稿日:2015/05/08 00:24:24  ID:k44MRK8x.net(5)
その理由が書いてないから、説得力ないですよね?
そういう話をしているの。

422
デフォルトの名無しさん[sage]   投稿日:2015/05/08 00:36:25  ID:SsabnSp5.net(5)
>407に書いてあるように見えるがw

423
デフォルトの名無しさん[sage]   投稿日:2015/05/08 00:54:02  ID:k44MRK8x.net(5)
>407のどこに書いてあるか、その文章を
カッコつきで引用してみて。

424
デフォルトの名無しさん[sage]   投稿日:2015/05/08 00:56:53  ID:P0RHYnr3.net
で、このガキのケンカをいつまで見せられるの?

425
デフォルトの名無しさん[sage]   投稿日:2015/05/08 01:02:15  ID:SsabnSp5.net(5)
ID:k44MRK8xがgitを使うのをやめるまで

426
デフォルトの名無しさん[sage]   投稿日:2015/05/08 01:04:13  ID:k44MRK8x.net(5)
はぁw やっぱりいちゃもんだけつけて
何も言い返してこないのね。
最近こんな奴が多いね。

ま、言い返してこないなら、
願ったり叶ったりだけど。

じゃ、次。

427
デフォルトの名無しさん[sage]   投稿日:2015/05/08 01:04:34  ID:ZHeXF73S.net(4)
ここは荒れるたびに荒れ方が幼稚になっていくなあ

428
デフォルトの名無しさん[sage]   投稿日:2015/05/08 01:10:04  ID:k44MRK8x.net(5)
幼稚な奴がいるんでしょ?
幼稚じゃなければちゃんと会話のキャッチボールができるはず。
コメント1件

429
デフォルトの名無しさん[sage]   投稿日:2015/05/08 01:11:40  ID:dtfwKzs4.net(3)
すんません、思いっきり初歩的な質問です。これってソースコード管理となってるけど、例えば
excelのブックやあるいはVBなどのプロジェクトをフォルダ単位で…とかって出来るんですか?

ソースコード管理というとなんかテキストで保存みたいに聞えるんですが

バージョン管理触ったことがないんで、ちょっとお聞きしたいです
コメント1件

430
デフォルトの名無しさん[sage]   投稿日:2015/05/08 01:24:17  ID:k44MRK8x.net(5)
gitで管理するには、バージョンとバージョンの差を
取り出す方法(つまりdiff)ができないとだめ。
excelはそれが出来ないので無理。(正確に言うと意味が無い)

VBは一部にバイナリデータがあったと思うが、大部分はテキストなので可能。
(バイナリデータは保存することしかできないが)

勘違いしてはいけないのは、バージョン管理ツールは
バージョンを管理するものであって、
バックアップをするためのものじゃないってこと。

バージョンを管理するというのは、バージョンとバージョンの機能の差を抜き出したり、
その抜き出したものを開発中の別のバージョンに適用したりそういったことをする。

特殊な形式のバイナリが標準化されれば、バージョン管理できるかもしれないが
現時点ではテキストファイルしかバージョン管理できない。

excelなんかはバージョン管理(差分を抜き出すなど)する意味が無いので
別のバックアップツールを使った方がいい。
コメント1件

431
デフォルトの名無しさん[sage]   投稿日:2015/05/08 01:27:36  ID:dtfwKzs4.net(3)
了解です。深夜にありがとうございますです
コメント1件

432
デフォルトの名無しさん[sage]   投稿日:2015/05/08 02:06:08  ID:ZHeXF73S.net(4)
フォルダごとできるけど差分で管理されないので1MBのファイルを100回コミットしたら100MB消費みたいになる
それでも使うのは構成管理用か管理上ソースと不可分であるときくらい
事務用でも月次年次確定データや契約書決裁書等重要書類が紛失変更されないようロックするには都合がいい
バックアップファイルの管理とバックアップツールの保守が不要になる
タイムマシンしたいなら無駄無駄無駄普通にバックアップソフト使え

433
デフォルトの名無しさん[sage]   投稿日:2015/05/08 07:14:07  ID:IAWQ0LFr.net
>430
> バージョンを管理するというのは、バージョンとバージョンの機能の差を抜き出したり、
> その抜き出したものを開発中の別のバージョンに適用したりそういったことをする。
幼稚なオレオレ定義乙

>429
単純に最新版管理したいとか、たまに過去バージョンを取り出したりしたいだけなら Subversion の方がいい
Excel ってことはたぶん Windows だろうから TortoiseSVN インストールすればほぼ GUI で使えるし
詳しく知りたいなら続きはこちらで
Subversion r15
コメント1件

434
デフォルトの名無しさん[sage]   投稿日:2015/05/08 09:22:21  ID:samEA3DJ.net(2)
そういう用途ならTIME MACHINEとかWindowsバックアップでいいべ
コメント1件

435
デフォルトの名無しさん[]   投稿日:2015/05/08 09:51:36  ID:5NA7Syvjy
>431
> excelなんかはバージョン管理(差分を抜き出すなど)する意味が無いので
セル書換えとかカラム追加とか差分を抜き出したいことは普通にあると思うが。

436
デフォルトの名無しさん[sage]   投稿日:2015/05/08 09:44:23  ID:SsabnSp5.net(5)
>428
>幼稚な奴がいるんでしょ?
それがお前だな

437
デフォルトの名無しさん[sage]   投稿日:2015/05/08 11:34:00  ID:Yhmm5THU.net(2)
>434
TIME MACHINE はよく知らんからわからんけど Windows バックアップとかとは別物
一時間の間に 10回変更したら 10回バックアップとる訳じゃないでしょ

438
デフォルトの名無しさん[sage]   投稿日:2015/05/08 11:41:31  ID:samEA3DJ.net(2)
svnだって自分でコミットしなけりゃ取れないじゃんか
バックアップだって自分でトリガひける

439
デフォルトの名無しさん[sage]   投稿日:2015/05/08 12:19:48  ID:Yhmm5THU.net(2)
そうだね、頑張ればなんでもできるよ w

440
デフォルトの名無しさん[sage]   投稿日:2015/05/08 12:55:19  ID:SsabnSp5.net(5)
どっちもどっちという結論

441
デフォルトの名無しさん[sage]   投稿日:2015/05/08 19:41:28  ID:dtfwKzs4.net(3)
>433
426です。Subversionってのを調べてみます。情報多謝m(_ _)m

442
デフォルトの名無しさん[sage]   投稿日:2015/05/08 20:05:19  ID:9kJl+Khz.net
バグを埋め込んでしまった場合、コミットをまとめるとリーディング量が増えるからまとめないほうがよいという結論に達した
こまかくpushするほうがよい
たとえば足し算の結果を表す機能と引き算の結果を表す機能を作るとしたら2つのコミットを作れば良い
この2つを1つのログにまとめるべきではないのだ
何でもかんでも1つにまとめるのがかっこいいという間違った思想を持った人間がいるので困った。

443
デフォルトの名無しさん[sage]   投稿日:2015/05/08 20:18:03  ID:ZHeXF73S.net(4)
当たり前すぎる
よくそれでコード書いてるな
目的ごとにブランチ切ってコミットあたり1ハンクだけで済むようにするのがベストプラクティスだ

444
デフォルトの名無しさん[sage]   投稿日:2015/05/09 00:45:24  ID:oI9IuS7a.net(3)
>.438
> バグを埋め込んでしまった場合、コミットをまとめるとリーディング量が増えるからまとめないほうがよいという結論に達した

具体例かける?
書けるはずだよね。書いて。

445
デフォルトの名無しさん[sage]   投稿日:2015/05/09 00:56:47  ID:bOQm//LK.net
ここの幼稚な人は、ど〜してもケンカがしたくてたまらない

446
デフォルトの名無しさん[sage]   投稿日:2015/05/09 00:58:05  ID:oI9IuS7a.net(3)
なんだ。またいつものアイツかw

447
デフォルトの名無しさん[sage]   投稿日:2015/05/09 13:31:25  ID:MqwqSntJ.net
git で3件昔の履歴の内容を確認したいのでgit reset HEAD^^^しました
戻る時ってgit reflogで最新の履歴を確認してgit reset HEAD@{n}しました
こういうやり方であってますか?
コメント1件

448
デフォルトの名無しさん[sage]   投稿日:2015/05/09 13:38:29  ID:P/ABm+5N.net
まちがってます

449
デフォルトの名無しさん[sage]   投稿日:2015/05/09 13:38:44  ID:8PoBBRDQ.net
checkoutでおk

450
デフォルトの名無しさん[sage]   投稿日:2015/05/09 13:41:01  ID:oI9IuS7a.net(3)
>447
tigコマンドを使う。

451
443[sage]   投稿日:2015/05/09 19:11:08  ID:hILIDw1n.net
checkout使うことにします
tigも調べてみます

452
デフォルトの名無しさん[sage]   投稿日:2015/05/12 16:17:37  ID:pNASC22d.net
すいませんgit checkout HEAD^^で過去に戻ってファイルを作成したり編集したんですが
元のブランチに戻りたいのですがこのままだとできません
git reset --hard HEADとかgit checkout .とかして更新をなかったことにできません。
元のブランチに戻るためには更新されてない状態に戻す必要があると思うんですがどうやるのですか?

453
デフォルトの名無しさん[sage]   投稿日:2015/05/12 16:23:44  ID:KgdwQEvt.net
本当に修正をなくして良いなら、git reset --hard 元のブランチ名
今度からは、修正したいときは新しくブランチを作ってからやるんだよ
git checkout -b edit_branch head^^
で、修正するも捨てるも良し

454
デフォルトの名無しさん[sage]   投稿日:2015/05/14 08:09:17  ID:aOO0/Ibj.net(2)
今度からって今からでもできるし。

455
デフォルトの名無しさん[sage]   投稿日:2015/05/14 08:11:21  ID:aOO0/Ibj.net(2)
got checkout ブランチ名 で普通に行けるべ。

456
デフォルトの名無しさん[sage]   投稿日:2015/05/14 08:43:10  ID:U5lm4ek9.net
行けるかどうかは修正内容によらないか?

457
デフォルトの名無しさん[sage]   投稿日:2015/05/14 12:28:03  ID:dw1HaLxu.net
.gitignoreの内容
*
!*.txt
!data/
data/.*
!data/*.txt

mkdir data
touch data/a.txt
touch data/.b.txt
git init
git add .

これでdata/.b.txtもインデックスに追加されてしまいます
.gitignoreでどういうふうに指定したら.から始まるファイルを除外できますか?

458
デフォルトの名無しさん[sage]   投稿日:2015/05/14 12:59:28  ID:7ksZOIpV.net
data/.b.txtが除外されないのは最後の!data/*.txtで解除されてるせいじゃね?
data/*.txtにdata/.b.txtがマッチするのはちょっと妙に感じるかもしれないけど

data下の.ではじまるファイルを全部除外したいなら、
ルールの!data/*.txtとdata/.*の順番を入れ替えればいいのかな

459
デフォルトの名無しさん[sage]   投稿日:2015/05/15 11:59:16  ID:XocOnm+L.net
リクエストがマージされたら即ブランチを削除していたのですが、それでは、リクエストに対してされたコメントやレビューが見れなくなってしまいます。
ブランチを削除してもレビューやコメントを残す方法は何かないでしょうか?
コメント1件

460
デフォルトの名無しさん[sage]   投稿日:2015/05/15 20:00:20  ID:p2cJvo/x.net
それGitの話なのか?

461
デフォルトの名無しさん[sage]   投稿日:2015/05/16 01:25:17  ID:+UC07Y5W.net
>459
githubは知らないけど、gitlab(最新版)なら
ちゃんと残る。

正確にはコメントやレビューはマージリクエスト(githubのプルリク相当)に書かないとダメ。
ブランチ(コミット)に対してのコメントであれば見れなくなる。(今は残ってる気もするけど)
コメント1件

462
デフォルトの名無しさん[sage]   投稿日:2015/05/16 17:17:39  ID:AD3UxZEY.net
>461
ありがとうございます。Gitlabを使ってるのでバージョン上げてみます。オフィシャルブログの更新内容をみてもそれらしき更新がなくダメだと思ってました。
コメント1件

463
デフォルトの名無しさん[sage]   投稿日:2015/05/16 23:14:20  ID:waTp+O7j.net(3)
>462
gitlabの話でよかったんだなw

自分もコメント消えるのが問題だったが、最近消えなくなったなーって
思うだけでどうなっているのかよくわからないから、ついでに動作を少し検証してみた。

* マージリクエスト(以降MRと書く)にコメント(1)を付ける。
* MRのDiscussionにコメント(1)が表示される。

* MRのChangesからコメント(2)を付ける
* MRのDiscussionにコメント(2)が表示される。

* MRのCommitsからたどったコミット番号(A)のソースコードにコメント(3)をする
* 同コミットの下からコメント(4)をする。
* MRのDiscussionにコメント(3)(4)が表示される。

* Discussionから(2)(3)(4)にReplyする。
* Discussion と共に、コメントを書いた元の場所にもReplyが表示されている。

ここまでは消したりしてないので、ごく普通にコメントが表示されている。
当たり前ではあるんだけど変更した行以外にはコメントつけられないな。
たまに周りにも修正すべき所があってコメントしたくなるんだけど。

464
デフォルトの名無しさん[sage]   投稿日:2015/05/16 23:15:03  ID:waTp+O7j.net(3)
でこのマージリクエストをrebaseしてgit push --forceしてみた。
つまり、コミット番号(A)がMRから消えてなくなる。

* MRに書いたコメント(1)は当然残っている。

* Changesに書いたコメント(2)はMRに残っているが、outdated diffということで
 折りたたまれているので注意。Showをクリックすれば見れる。

* 消えたコミット番号(A)に書いたコメント(3)(4)は、MRからは消えている。
 ただしコミットを表示すれば見ることはできる。
 MR作成後にpushしたコミットなら自動的に、MRに記録されるようになっているが
 最初にpushしたコミットは残らない。(Dashboardあたりで確認可能)

ではAccept Merge Requestしてブランチ削除してみる。
(当たり前だがマージしたMRを見ることは可能)

この状態はgit push --forceしたのと同じ状態。
特にコメントすることもないかな。


結論としてはMRにコメントを残したいならば、
MRかもしくはそのChangesに書く。(たぶん昔からこの挙動)

MRに含まれるコミットにコメントした場合、
そのコミットが消えると行方不明になることがある。
行方不明になるだけで残ってはいるので、コミットに
辿り着くことができれば見ることは可能。

なので、コミットにコメントしてしまった時は
MRからたどり着けるようにリンクを張っておけば良い。

465
デフォルトの名無しさん[sage]   投稿日:2015/05/16 23:20:45  ID:waTp+O7j.net(3)
結局のところコメントが残るかどうかの挙動自体は、
昔から変わってないと思うんだけど、それはそれとして
MR自体が見やすくなっているので、バージョンをあげるのはありだと思う。

例えばgit push --forceした時とかにpushしたコミット番号が
MRに記録されるようになったのは最近の機能。
できれば最初のコミット番号もMRに記録されて欲しいんだが。
Dashboardとかから調べられるけどさ。

gitlabは昔(と言っても一年前程度)はいかにもgithubの
クローンってUIだったけど、UIが変わってgithubとは別の
同種のソフトって感じで良くなったと思うよ。
機能的にもgithubに全然劣ってないしね。

もちろんオープンソースでコミュニティ重視ならgithubになるんだけど、
クローズドならgitlabで十二分に使えると思う。

466
デフォルトの名無しさん[sage]   投稿日:2015/05/17 19:28:04  ID:ImkX2Hg5.net
↑新しい
1
2
3
4
↓古い

1のコミットを3のコミットに含める事について。
これってコンフリクトを起こす可能性があるのであんまりやらないほうがいいと思うんです。
合体させるならコミットを飛ばさなず1,2,3を合体したほうがいい気がするんです。
ここの先輩方はよくやりますか?
コメント4件

467
デフォルトの名無しさん[sage]   投稿日:2015/05/18 02:18:29  ID:/pjdhzEd.net
好きにしろよ。
お前には無理なら止めといた方がいいが。

468
デフォルトの名無しさん[sage]   投稿日:2015/05/18 08:12:32  ID:ezOKhhiH.net(3)
>466
「あまりやらないほうがいいと思う」のは前提として
「コンフリクトを起こす可能性がある」からだよね?

まず一つ。コンフリクトは起きても問題ない。直せばいいだけ
もう一つ。コミットが小さく分かれていれば、コンフリクトが起きる可能性は少なくなる。
この2点がある。

どうもコンフリクトを怖いもの。起きたら世界の破滅みたいに思っている人がいるみたいだけど
ぜんぜん違う。起きるのは当たり前のことだし、他人が作ったものならまだしも
自分が作っているものなら、どうすればいいかなんてすぐにわかる。

そしてコンフリクトが起きるのはなぜかという話。それはコードが単一責任原則を
満たしていないから簡単にいえば、修正すべきコードがあちこちに分散しており
ようするにコードが汚いから。

コンフリクトは起きたら直せばいいだけだが、
面倒くさいから、起きないほうが楽というのは確か

各コミット(そこでいう1, 2, 3, 4)がそれぞれ小さい修正になっており、
それぞれがちゃんと意味がある単位で分かれていれば、そうそうコンフリクトは起きない。

469
デフォルトの名無しさん[sage]   投稿日:2015/05/18 08:28:44  ID:ezOKhhiH.net(3)
>466の1のコミットを3のコミットに含めるか?
という質問の答は、含めるべきことであれば含める。
そうしないと逆にコンフリクトが多くなるから。

何故かと言うと、1と3をまとめたい=意味がある単位で考えてまとめるべきこと。
単一責任の原則を満たしており、意味がある単位で小さいコミットというものは、
多くの場合同じ箇所の修正になる。「1と3は同じ箇所の修正」っていうことを覚えておいてね。


そして例えば新しくコードを書いている途中で、既存のバグが見つかったとする。
新しいコードはバグを直さなければ正しく動かない。
だから先にバグを修正するために、5というコミットが必要になったとする。
(どうでもいいが1〜4数値は新しい方を大きくしてくれw)

そうすると5のコミットの続きからに、1〜4をrebaseしなければならない。
その時に3でコンフリクトが発生すると3を直したあと1でもコンフリクトが起きるだろう。
なぜなら、同じ箇所を修正しているから。

さらにむずかしいのは、最終的には1が終わった形にしないといけないわけだけど
3のコンフリクトをどう解決するか?って問題がある。
3の時点で1が終わった形にするわけには行かないんだよ。
3で発生したコンフリクトを直したあとに、1の修正を行うわけだから。

どう直せばいいかわからないものが多数発生する。
これがコンフリクト怖い病になる原因だねw

だからコンフリクトが起きる頻度を少なくするためにも、

1. 各コミットは小さい修正にしておく
2. 意味的にまとめるべきコミットはまとめておく

これを徹底することで、最終的にコンフリクトが起きにくくなる。

470
デフォルトの名無しさん[sage]   投稿日:2015/05/18 09:10:31  ID:ezOKhhiH.net(3)
時間がかかる暗号化キーの生成待ちで暇だから書き込みw

コンフリクトっていうのは同じ場所の修正がかぶると
発生するっていうのを意識しておいた方がいい。
あたりまえだと思うけど、じゃあどうすればいいかまで考えているだろうか?

他人とのコンフリクトは、単純に同じ箇所を修正したときだが、
自分自身とのコンフリクト、rebaseでよく起きるね。(下手だと)

こっちもコンフリクトが起きる原因は同じ箇所の修正だからなんだ。
もし同じ箇所の修正がなければ、rebaseしてコミットの順番を
入れ替えたりしてもコンフリクトは発生しない。

じゃあ同じ箇所の修正はいつ発生するか? それはこういうの
* Aという修正をコミットした
* Bという修正をした
* Aという修正にバグが見つかったので修正した
* Aに機能が足りなかったから追加した
* Aの変数名でタイポしていた

こういうのを放置したまま、作業し続けていざmasterにマージする段階で
コンフリクトが起きてrebaseしなきゃならないってなった場合に
多くのコンフリクトが発生して、大変なことになる。

こういうのは随時rebaseしておくことが重要。
バグとかタイポとかさっさとまとめておく。

* Aとい修正をコミットした
* Bという修正をコミットした

こういうふうコミットを意味がある単位で小さくまとめておけば、
コンフリクトの回数は減るし、直すのも単純になる。

471
デフォルトの名無しさん[sage]   投稿日:2015/05/19 08:43:08  ID:ETXaESJa.net
>466
自分なら、普通は避けるな。
でも理由は、ソースの修正箇所がコンフリクトするからじゃないよ。

1->2->3の順にコミットして、1と3をまとめたら、2->1+3になるわけだよね?
このとき、2が1無しでも正しく動作するか分からないからね。
もし、2と1+3を別々のコミットとして履歴に残すなら、どっちのコミットでも
正しく動作することを担保したい。
でも、コミットをまとめるためだけに、(自動テスト環境があったとしても)
2だけのテストをまたやり直すのを避けたい。

だけどそれも、プロジェクトごとのgitの運用ルールによるかもしれない。
コンパイルエラーになるコミットがリモートリポジトリにあるのは構わないとか、
過去のコミットが動かなくなるのは構わないとかのルールになってるなら、
好きなようにまとめるかもしれない。
コメント3件

472
デフォルトの名無しさん[]   投稿日:2015/05/19 10:17:56  ID:S02ugk9h.net
すいませんこの流れに出ているコミットのやり方ってどうやるんですか?
コメント1件

473
デフォルトの名無しさん[sage]   投稿日:2015/05/19 11:07:38  ID:0hZF5IeJ.net(4)
>471
> このとき、2が1無しでも正しく動作するか分からないからね。
1+3のテストだけやればよくね? 2がテストに通らなくても、
自動テストがあるならすぐにわかるし、最悪テストに通らないときだけやらなければいい。

もし自動テストがなければ、2がテストに通らなくても
「調べようがないので、通らないことがわからない=通っているのと一緒。」 ←重要

それにさ、コミットが多かったら、正しく動くことを担保するのは大変だよ。

* Aが正しく動くことを確認
* Bが正しく動くことを確認
* Cが正しく動くことを確認
* Dが正しく動くことを確認

というつもりだったが、たいていバグはあとから見つかるんで、
あとからAが正しく動いていなかった!と判明したらどうする?

* Aが正しく動かない
* Bが正しく動かない
* Cが正しく動かない
* Dが正しく動かない
* Eで修正

君は、どのコミットでも、正しく動くことを担保したいといったが
A〜Dは全部正しく動かないことが担保されたわけだw
EをAに混ぜ込めば直すことができるが、それをしないならば、A〜Dのコミットは正しく動かないままだよ。

A〜Dは正しく動かないが、でもその時はテストコードがなかったから分からないわけだよね。
それって、つまり「重要」って書いた所と同じ状態なんだが。

過去のコミットが動かないのは構わないというルールなら、そのまま放置でいいかもしれんが(笑)
コメント1件

474
デフォルトの名無しさん[sage]   投稿日:2015/05/19 12:47:36  ID:0hZF5IeJ.net(4)
>472
コミットのやり方?

普通にgit addでコミット対象を選んで
git commitでコミットするだけだけど?

コミットの順番を入れ替える話?
それならgit rebase -iだよ。

475
デフォルトの名無しさん[sage]   投稿日:2015/05/19 14:21:12  ID:oDPa6Z2V.net
>473
バグの話じゃないでしょ
コメント1件

476
デフォルトの名無しさん[sage]   投稿日:2015/05/19 17:37:58  ID:0hZF5IeJ.net(4)
>475
バグの話ではこうなるよね?

つまりこれは「正しく動かないがテストコードがないから自動テストには通る」
という状態をどう考えてるかって話なんだよ。

俺はそれは自動テストに通るってことでいいじゃないかって言っている。

これがいやなら、前のコミットに混ぜて修正するしか無いわけだよ。

で、俺は 前のコミットに混ぜても自動テストに通るなら
それでいいじゃないかとも言ってる。


ちなみに俺は特に大きな理由がない限り、テストケースも含めて
前のコミットに混ぜて、全てのコミットを正しく動くようにしている。

皮肉なことに>471が言ってる
> どっちのコミットでも正しく動作することを担保したい。
を実践出来てるのはこのやり方なんだ。
コメント1件

477
デフォルトの名無しさん[sage]   投稿日:2015/05/19 17:38:54  ID:0hZF5IeJ.net(4)
×テストケースも含めて
○(自動)テストコードも含めて

478
デフォルトの名無しさん[sage]   投稿日:2015/05/19 21:49:21  ID:ez1Du3hq.net
言ってるところのポイントは、1無しで2だけになったコミットが、
コンパイルと自動テストに通るかどうか、わざわざ確認するか?
ってことだな。

確認するなら、影響する各コミットでわざわざそれを確認するのは
面倒くさい、というデメリットが発生する。
確認しないなら、古いコミットは(コミットした当時は通ってたであろう)
コンパイルと自動テストはもう通らないかもしれない、というデメリットが
発生する。

そのデメリットを避けるために、「間をとばしたコミットまとめはしない」
のが>471だね。

>476が結局どうしたいのかについては知らない。
コメント1件

479
デフォルトの名無しさん[]   投稿日:2015/05/19 23:00:23  ID:aRRI5SvP.net
>373
git init
touch a; git add a; git commit -m "add a"
touch b; git add b; git commit -m "add b"
touch c; git add c; git commit -m "add c"

"add c"のログを"add a"に加えたいんですがgit rebase -iでどうやるんでしょうか?
pick 07d5e6a a
pick f550031 b
pick 5d295c0 c
このpickをどう書き換えたらbを飛ばしてaにまとめられるのかわかりません
pick 07d5e6a a
pick f550031 b
fixup 5d295c0 c
これだとbにまとまってしまいました
どうやるのか教えてください
コメント1件

480
デフォルトの名無しさん[sage]   投稿日:2015/05/20 00:37:31  ID:NtQ54Cc0.net(5)
過去から現在までの全コミット情報がローカルに蓄えられるの?
そんな全部なんていらんし、途中からでいいんだけど
どうしたらいいの?
コメント1件

481
デフォルトの名無しさん[sage]   投稿日:2015/05/20 01:04:01  ID:jSvt41UG.net
>479

pick 07d5e6a a
fixup 5d295c0 c
pick f550031 b

エディタで順番を入れ替える。
コメント1件

482
デフォルトの名無しさん[]   投稿日:2015/05/20 01:50:27  ID:TO++lAfh.net
>481
できました
これは便利ですね
これでログを今よりも綺麗に出来ました

483
デフォルトの名無しさん[sage]   投稿日:2015/05/20 09:25:54  ID:v+0+7waM.net

484
デフォルトの名無しさん[sage]   投稿日:2015/05/20 12:05:48  ID:qzEPJuIN.net(16)
>478
あー、なんかわかってきた。なんでコンパイルも自動テストの実行も何も考えずに出来る作業なのにそれが面倒なんだ?
たかだか数回だろう?と思ったが、なるほど、あんたブランチに含まれるコミット数が多いんだわ。

コミットが何十個にもなってるでしょ?それはコミットをまとめないからだよ。
それから一度に変更(マージ)する内容が多すぎだろうね。

これはもう仕事のやりかた、作業の進め方のレベルの話だね。
まともなレビューが行われているかどうか不安になるな。

まず自動テストをしているならば、その内容をテストしたのは明らかなわけで、
何をレビューするかというと書いてあるテストとコードが正しいか漏れがないかだよ。
人力テストをしてもらうんわけじゃない。

つまりコード見て理解できる程度の量でないといけない。それも短い時間でね。
修正内容がバラバラで、順番も修正箇所もごちゃまぜな大量のコミットを一個ずつ見るのは不可能だし
全部まとめて見ると一度に大量のコードを見ないといけなくなるから大変。
レビューアに負担をかけるようなコードはだめだよ。

あと一連の機能を全部まとめてレビューしてもらってるでしょ?
細かい機能毎にわけないとだめだよ。リファクタリングならリファクタリングだけでマージ
モジュールの追加なら(テストコードも含めて)モジュールだけのマージ
それらをいっぺんにレビューするよりも、分けたほうがレビューアの負担は減るのはわかるよね?

君はいっぺんに全部やろうとするから、コミットまとめたり入れ替えた時の時の再テストが
大変とかいう話になってるが、俺の場合は、細かく分けてマージ可能な最小単位に分割するから、
一つの作業ブランチに含まれるコミットは数個しかない。

君、悪循環に陥ってるよ。コミットをまとめないから、マージできる単位に分割できない。
分割できないから一つのブランチの内容が多くのコミットになる。コミットが多いから並び替えたら
コンパイル・テストが通るか不安になる。面倒くさい。だからコミットをまとめないって。
コメント2件

485
デフォルトの名無しさん[sage]   投稿日:2015/05/20 12:10:17  ID:qzEPJuIN.net(16)
長々と書いてしまったが、疑問点としてまとめるわ。

一連の機能を作っている時にリファクタリングやモジュールの追加は
絶対に発生する。ミスも発生する。

一連の機能をいっぺんに全部レビューするのはすごく大変だから
小さく分けた方がいい。

ならば一連の機能をリファクタリングだけのブランチ
機能追加だけのブランチ等にわけて、出来た所からマージした方がいいが、
コミットを入れ替えたりまとめたりしないで、どうやってそれを実現するの?

486
デフォルトの名無しさん[sage]   投稿日:2015/05/20 16:22:35  ID:NtQ54Cc0.net(5)
ちょっと書いてテスト、コミット
を繰り返すならコミット量は自然に増えるよね
コメント2件

487
デフォルトの名無しさん[sage]   投稿日:2015/05/20 16:38:52  ID:qzEPJuIN.net(16)
>486
こんな感じにすればいいよ。別にコミットは実際の作業順に合わせる要はない。

* ちょっと書く
* テスト
* ちょっと書く
* テスト

↓ 並び替え(これが失敗することはまずない)

* ちょっと書く
* ちょっと書く
* テスト
* テスト

↓ まとめる(これが失敗することもまずない)

* ちょっと書く
* テスト

この作業を随時やっていく。

・・・つづく
コメント1件

488
483のつづき[sage]   投稿日:2015/05/20 16:47:02  ID:qzEPJuIN.net(16)
ところで「ちょっと書く」と「テスト」を一つにするか?
それは内容によって変わる。

コミットを(まとめるべき内容なら)まとめながら作業するのは一緒だが
リファクタリングの時は「ちょっと書く」と「テスト」はまとめない。

* テスト
* ちょっと書く(リファクタリング)

最終的にこうなる。なぜならリファクタリングしても動作は変わらないはずなので、
コードを書いた前と後で全く同じテストが通るから。
それを確認するためにも、リファクタリング前に(テストが不足している場合は)
テストを書いておき、そしてリファクタリングを行う。

またコミットを入れ替えることを前提にすると「後からテスト駆動」が実現できる。

理想としてはテストを先にやるのがテスト駆動なのだが、現実には後からミスが見つかったりして
コードを書いてからテストを追加することが多い。

実際の作業ではコードを書いてからテストを書いたとしても、そしてそれらが
コード書いてテスト、コード書いてテストって繰り返していたとしても、
テストだけまとめて1つ目のコミット。リファクタリングして2つ目のコミットの形にできる。

これでレビューする人は、問題なくリファクタリングできたことを確認できるわけ。

もちろん仕様変更や機能追加などであれば、テストコードと修正を
分ける意味が無いし、一つにするべきなのでまとめる。

489
デフォルトの名無しさん[sage]   投稿日:2015/05/20 16:59:43  ID:NtQ54Cc0.net(5)
>487
ローカルでのコミットはどんどん細かく、プッシュの粒度はテスト通ってから

という方針でやってたんだけど、gitはそういうのに向かないんですね
コメント1件

490
デフォルトの名無しさん[sage]   投稿日:2015/05/20 17:01:43  ID:NtQ54Cc0.net(5)
そうかこれがあれか、使い捨てブランチ使えってみんな言ってたやつか

じゃあ俺のgitの使い方は間違っているのか

491
デフォルトの名無しさん[sage]   投稿日:2015/05/20 17:03:34  ID:NtQ54Cc0.net(5)
そうすると、メインのコミットは綺麗な間隔で最小限に抑えられて
かつ テスト用ブランチでどんどこ適当なコードを書きなぐれるのか?
みんなそこまでやってたの? すげーな
コメント1件

492
デフォルトの名無しさん[sage]   投稿日:2015/05/20 17:07:28  ID:qzEPJuIN.net(16)
>489
なんで? 意味がある単位で小さくすればいいよ。

でも意味がないのに分割する必要はない。

(ローカルでの作業中に)
例えば、関数名これでいいかな・・・コミット
やっぱり、関数名こっちにしよう・・・コミット
いやいや、やっぱり戻そう・・・コミット
ってタイポしてたよ修正・・・コミット

これってコミットを細かく分けたかったわけじゃない。
作業上の都合でコミットがわかれてしまっただけ。

こういう意味が無いコミットはまとめるべき。もちろん
別々の修正であれば、どんどん細かく分けた方がいい。

細かく分けておくと並び替えや分離がしやすくなるよ。
修正しているうちにコミットがたくさんになって、これ一度に
レビューするの無理だろと思ったら、抜き出して別のブランチにするとかね。

でももし意味が無いコミットに分かれていたら、逆に抜き出すの難しくなるからね。
重要なのは、意味がある単位で小さいコミットに分けておくこと。分ける意味が無いものはまとめること。
これがコミットをうまく管理するコツだよ。

493
デフォルトの名無しさん[sage]   投稿日:2015/05/20 17:15:41  ID:qzEPJuIN.net(16)
>491
> みんなそこまでやってたの? すげーな
git歴は2年ぐらいかな?
最初は当然できなかったよw

ただレビュー可能なコードの重要性はわかっていたから、
subversion使っている時、こんな行き当たりばったりの修正履歴じゃ
レビューできないだろっていう認識はあった。
(計画的にやれって思うかもしれないが、ミスや漏れどうしても発生する)

gitを使ってからはどうすればレビューしやすくなるか?を
考えてコミットを作るようにしていたよ。
(ちなみにどちらかと言うと俺はレビュー依頼する側じゃなてレビューする方だけどね)

494
デフォルトの名無しさん[sage]   投稿日:2015/05/20 17:18:24  ID:zo5n24wv.net
>466
そのケースで実際にコンフリクトが発生する場合は
2 の粒度がでかすぎるってのがよくあるパターンなので、
2 を分割して 4←3+2a+1←2b という形になるようにしている

495
デフォルトの名無しさん[sage]   投稿日:2015/05/20 21:06:38  ID:vVwXnjIW.net
>484
>あー、なんかわかってきた。なんでコンパイルも自動テストの実行も何も考えずに出来る作業なのにそれが面倒なんだ?
>たかだか数回だろう?と思ったが、なるほど、あんたブランチに含まれるコミット数が多いんだわ。

コンパイルと自動テストが数秒で終わるなら、この理論が成り立つな。

たぶん>484の場合は、例えば分野が小さなWebサイトの開発とかで、
そもそもの開発規模や自動テストの規模が少ないとか、昔のコミットや
昔の挙動を残しておいても問題調査の役に立つことが少ないとか、そういう
特徴があるんだろう。

496
デフォルトの名無しさん[sage]   投稿日:2015/05/20 22:00:00  ID:qzEPJuIN.net(16)
> コンパイルと自動テストが数秒で終わるなら、この理論が成り立つな。

数秒で終わらないのが困るのなら、大量にあるコミットが
ある状態で、rebaseとかどうするのさ?

数秒で終わらないなら、逆にコミット減らすべきだろ。
矛盾してるぞw

あと中間ファイルが残ってるはずだから、
適切にソースコードが分割されて依存関係が少ないなら
一つ一つのコミットの修正が僅かなはずなので
コンパイルにそんなに時間がかかるはずがない。

497
デフォルトの名無しさん[sage]   投稿日:2015/05/20 22:05:10  ID:qzEPJuIN.net(16)
> 昔のコミットや昔の挙動を残しておいても
> 問題調査の役に立つことが少ないとか

これも逆に不要なコミットは消すべきだよね。

何か勘違いしてる(他の人にされそう)だから
念の為に言っておくけど、俺が言ってるのは、
本来一つであるべきコミットは一つにするって話で
何でもかんでもまとめろって話じゃない。

だから当然、昔のコミットは残ってる。
調査に使うよ。git bisectで二分探索で。

でだ、この時大量にコミットがあるとその分探索の回数増えるわけで、
コンパイルと自動テストが数秒で終わらないとしたら大変だよなぁ?

問題調査のためにも無駄なコミット減らしたほうがいいって結論になるぜ?

498
デフォルトの名無しさん[sage]   投稿日:2015/05/20 22:19:59  ID:MjY1jVeQ.net(6)
>486
>数秒で終わらないのが困るのなら、大量にあるコミットが
>ある状態で、rebaseとかどうするのさ?

だから、「間を飛ばしたコミットまとめをしない」って言ってるんじゃないのか?
A→B→C→Dの順にコミットされてるなら、連続したBCやBCDをまとめるのは
コンパイルや自動テストに問題ないから。
コメント1件

499
デフォルトの名無しさん[sage]   投稿日:2015/05/20 22:30:23  ID:qzEPJuIN.net(16)
>498
rebaseって二つの複数の意味があるから気をつけないといけないなw

master(1)
    \A→B→C→D

で開発をはじめてさ、他の人のマージが先に加わった時、

master(1) → master(2)
    \A→B→C→D

master(2)からの開発にrebaseするという話。

master(1) → master(2)
             \A→B→C→D

この時、A〜Dまですべてが書き換わるわけだから、
コンパイルと自動テストをするわけでしょ?

時間がかかるのならなおのこと、まとめておいたほうがいいでしょ。

master(1) → master(2)
             \AC→B→D

もしかしてこのタイプのrebaseも禁止してるのかな?
なんか下手なコミットのせいで、時間が掛かるから便利なものを
封印せざるを得ない状態を作っているようにしか見えない。

500
デフォルトの名無しさん[sage]   投稿日:2015/05/20 22:49:40  ID:MjY1jVeQ.net(6)
その場合、[A→B→C→D]をまとめたものをmaster(3)にすればいいと思うのだが

なんでfeatureブランチの各コミットを直接masterにつなごうとするのかがよく分からない
このケースだと、AC、B、Dがそれぞれ別ブランチになってないのが問題なのでは?
コメント2件

501
デフォルトの名無しさん[sage]   投稿日:2015/05/20 22:50:55  ID:qzEPJuIN.net(16)
もう一つ「もしかしてこのタイプのrebaseも禁止してるのかな?」
と思った理由もかいておく。

A, B, C, D が同じ箇所の修正(前のコミットのやり直し)をして
本来一つであるべきものが分かれていたとする。

そしてmaster(2)にrebaesしたときにAでコンフリクトが発生したとする
master(1) → master(2)
             \A→B→C→D

そうすると、B, C, D も同じ箇所の修正だから
必然的に、BでもCでもDでもコンフリクトが発生するわけよ。

わー、大変だ。コンフリクトだ。しかもこれさっき直したじゃないか?
コンフリクトわけわからん。わー。ってなってるはず。

同じ箇所の修正を一つにまとめておけば、コンフリクトの修正も一回だけだよ。

関連あるコミットをまとめておかないから、コンフリクトが沢山発生する。
時間かかるし正しく修正できたわからんからrebaseしない方がいい!ってなってると思う。

コミットが沢山にわかれている → コンフリクトが沢山発生する → そうなるからrebase禁止 と
考えているのだろうが、本当の原因はコミットが沢山にわかれていて、それが意味もない順番でごちゃごちゃ並んでることだから。

関連あるコミットは随時まとめておく。順番も適切な順番になおしておく。そうしておけばコンフリクトの発生は少ない。
コミットの数も少なくなるし、だからrebaseしてもコンパイルにも自動テストに時間はかからなくなる。

コミットは意味がある形で最小限に抑えられているから、レビューも楽になる。
後から問題の調査をするときも、存在理由がわからない大量の謎コミットを見る必要もなくなる。
gitの機能を最大限使うことが出来るわけよ。

ってもう何回も言ってるねw 毎回長文でw

502
デフォルトの名無しさん[sage]   投稿日:2015/05/20 22:54:58  ID:qzEPJuIN.net(16)
>500
> その場合、[A→B→C→D]をまとめたものをmaster(3)にすればいいと思うのだが

その場合ってどの場合?

一人で開発してるんじゃないんだよ。
自分が開発をし始めた時からコードは変わっているから
これをmaster(3)になんか出来ない。

他人の仕事を消してしまうじゃないか。

他人の仕事と自分の仕事を合わせてないと行けないんだよ。
コンフリクトが起きようと起きまいとね。

コミットが沢山あればあるだけ、全てのコミットが
正しく動くか再テストをする必要がある。

503
デフォルトの名無しさん[sage]   投稿日:2015/05/20 22:58:20  ID:MjY1jVeQ.net(6)
何となくだが、

>master(1) → master(2)
>             \AC→B→D

これを許してるってことは、rebase後にACとBのコンパイル確認と自動テストをチームの義務としてない、
最新のDが自動テストに通ればよい、と暗黙のうちに言っているような気がするのだが…。

これが許されるチームなら、各メンバーが自由にコミットをまとめても、たしかに問題ないな。
コメント1件

504
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:01:15  ID:qzEPJuIN.net(16)
>500
> このケースだと、AC、B、Dがそれぞれ別ブランチになってないのが問題なのでは?

別ブランチにできるかどうかは内容次第だね。
コミットとしては一つ一つ取り込めたとしても
機能としては一つ一つでは完成しないこともある。

で、俺は一連の作業中に、先にマージ可能なものができたら、
別ブランチに抜き取って先にマージした方がいいとも書いた。

そのためにも、コミットをそのまま放置するのではなく
関連があるものはまとめていくようにって言ってるんだよ。
関連あるコミットがバラバラだったら、別のブランチに抜き出すのは大変だからね。
それもあって、そのケースでAとCをまとめたんだよ。

つまり最初のAとCが関係ある内容ならまとめますか?の質問の
答えはまとめた方がいいってこと。

で、これやるとコンフリクトが〜とかいって、まとめない方がいい
並び替えないほうがいいって言ってる人がいるわけよ。
コメント1件

505
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:05:27  ID:qzEPJuIN.net(16)
>503
> これを許してるってことは、rebase後にACとBのコンパイル確認と自動テストをチームの義務としてない、
> 最新のDが自動テストに通ればよい、と暗黙のうちに言っているような気がするのだが…。

話がループしているがw

rebase後にACとBのコンパイルと自動テストをスレばいいだけだろう?
そんなのすぐに終わる。たった2回(ACとB)じゃないか?

すぐに終わらないのは、コミットがたくさんあるからだよ。
そりゃコミットが10個も20個もあれば、10回20回もコンパイルと自動テストをしなきゃならんだろうさ。
コミットがたくさんあるために、rebaseを許さない状況になってしまっている。

rebaseってさ、gitの基本じゃん?
チュートリアルの最初のほうで出てくる作業だよ。
許されるも何もこれは普通にやるべきことだよ。

ね? 下手なコミットのせいで普通にやることがやれない状況になってしまっている。

コミットがたくさんあるために、rebase(master(2)への付け替え)を
封印してしまってるでしょ?
コメント1件

506
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:19:51  ID:MjY1jVeQ.net(6)
>504
AとCをまとめますか?の回答には「そう思う」だが、
AとBとDをまとめて一つのブランチにして、その一本のブランチの上でAとBとDの開発作業をしますか?の回答には「そう思わない」だな。
AとBとDはブランチを分けるな。

もしブランチを分けとけば、レビュー前?Push前?にAのバグに気付いても、AとCのコミットは連続してるだろうからな。
逆に、レビュー後?Push後?に問題に気付いたなら、自分の負けを認めてバグ修正のコミットを残す。
一方、後になって「コミットが連続しない、AとBとDをブランチに分けておけば良かった〜」なんてなるようなら、自分の腕のなさを呪ってブランチを切りなおす???かな。

507
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:21:45  ID:MjY1jVeQ.net(6)
>505
>そんなのすぐに終わる。たった2回(ACとB)じゃないか?

「そんなのすぐに終わる」って前提があるから、話がかみ合わないんだと思うが…w
コメント1件

508
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:28:53  ID:qzEPJuIN.net(16)
> AとBとDをまとめて一つのブランチにして、その一本のブランチの上でAとBとDの開発作業をしますか?の回答には「そう思わない」だな。
> AとBとDはブランチを分けるな。

分けたいなら後で分ければよくね?

作業用ブランチなんだからそれはどっちでもいい話だと思うが。

AとBとDがお互い前のコミットに依存している場合、
最初にブランチを分けておくと、ごちゃごちゃしてくると思うが。

Aを作ったはいいけれど本当にこれでいいかは、そのAを使う
Bを作らないとはっきりしないことだってあるしさ。

残念ながら人間はミスを犯すんで、どうしても後からバグを発見する。
後から修正をするものだよ。

一つのブランチで作業しておいて、ある程度納得がいったら別ブランチに
抜き出せばいいと思うけど。コミットが整理されていれば簡単な作業だし。

それとレビューは間違いを見つけるものだから、修正が入るのはあたりまえだよ。
レビュー中はまだ作業中段階。作業中のごみコミットを残したままマージする必要はないよ。
一連のレビューが終わったら整理すればいいだけの話。整理し終わってそこで完成。

509
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:30:22  ID:qzEPJuIN.net(16)
>507
> 「そんなのすぐに終わる」って前提があるから、話がかみ合わないんだと思うが…w

そんなのすぐに終わらないって前提がおかしいんだよ。

だって開発中に何度もコミットしてるじゃん?
その段階でコンパイルと自動テストしてるじゃん?

コミットがたくさんあるのなら、その分だけやってるわけじゃん

開発中にすぐに終わらない作業を何回もやってるのか?
まずそれを解決した方がいいぞw

510
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:35:21  ID:qzEPJuIN.net(16)
補足すると、コンパイルがすぐに終わらないってのはおかしい。

なぜなら、コミットの前後で修正されるファイルは少しだから
該当ファイル以外のオブジェクトファイルはそのまま使えるわけで
差分のみのコンパイルしかしないはずだから。

そして自動テストは作業中は関連のあるところだけテストすれば良い。
で、最終段階(もう変更がないと思った時点)で全部やればいいんだよ。

最後にブランチ内の全コミットをテストするのか!という疑問に対しては
だからぁ、コミット数が多いから大変なんじゃねぇかそれ。という話。

関連あるものはまとめろ。先にマージできるのは別ブランチに分けろ。
コミットは小さく分けろ。だが無駄なコミットはまとめろ。

511
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:39:45  ID:MjY1jVeQ.net(6)
例えばC言語だったらヘッダファイルを書き換えれば多くのソースファイルに影響するし、
自動テストのテストケースの中には「アプリケーションの再起動」が含まれていることもあるかもしれない。

例えばWebサイトの開発とかでは、そういうのほとんどないだろうし、ぶっちゃけ過去より今が大事なのかもしれない。
(過去の状態が「Webサイトの純然たる作りかけ」とかだったら、そのスナップショットを完全に残すことに価値はないだろうし)

だから、全部のケースで使えるやり方ではないと思うが、否定する気はないよ。
その方が、短期的な効率は出るだろうしさ。
コメント1件

512
デフォルトの名無しさん[sage]   投稿日:2015/05/20 23:56:43  ID:/feEo/hs.net
ブランチってほんとにみんな使ってる?
gitのブランチって使いづらくね?
コメント4件

513
デフォルトの名無しさん[]   投稿日:2015/05/21 00:28:17  ID:0lqSGmSk.net
プルリクエストを送るときにmasterブランチ以外のブランチで作るのが定番ということで
fix_numberブランチを作って"fix number value"ってログを書いてコミットしました
その後はプッシュする前に最新の情報を取得するべきって聞いたのでgit pullしました
そしたら
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details

git pull <remote> <branch>

If you wish to set tracking information for this branch you can do so with:

git branch --set-upstream-to=origin/<branch> fix_number_value
ってでました
これってリポート上のmasterブランチを指定したらいいんでしょうか?
実践で誰かと一緒に開発したことがないので怖くてどうしたらいいのかわかりません
ご教示おねぎあします

514
デフォルトの名無しさん[sage]   投稿日:2015/05/21 00:41:14  ID:/NlBmKMh.net
>512
俺もそう思ってた

でもわかった、gitのブランチにはブランチモデルが必要なんだ
自由になんでも出来すぎるからブランチモデルで制約を付ける

「A successful Git branching model」てのを見つけて、
git-flowを使うようになってからだいぶまとまりが出来てきた

その後で他にもいくつかブランチモデルがあることも知った

今はブロジェクトの初めに
git-flowを使って「A successful Git branching model」をベースにやります。変更点はこれこれ。
みたいに宣言することにしてる。

だからお願い。VisualStudioにもgit-flow付けて、Microsoftさん。

515
デフォルトの名無しさん[sage]   投稿日:2015/05/21 11:22:31  ID:PvdFF4ay.net(5)
>511
なんか引っかかるねw

短期的じゃなくて長期的な効率が出てる。

ヘッダを書き換えれば多くのソースファイルに影響する話なら知ってる。
そうならないためのやり方があるのは知ってるかい?
ビルド依存を回避するような作り方をするんだよ。

あんたのやり方だと普段の開発から時間かかってしょうがないでしょ?
ちょっと修正するたびにビルドに多く時間がかかってるはずだよね。

それはもはやgitとは関係ない話だよ。

それからウェブの開発ではないって思ってるかもしれないけど、
今はウェブの開発でもビルド行う。

> だから、全部のケースで使えるやり方ではないと思うが、否定する気はないよ。
> その方が、短期的な効率は出るだろうしさ。
なんか、俺が知らないと思ってそういうこと言っているような雰囲気だが
俺知ってるからね? ウェブだけじゃなくてビルドが必要な開発も。

516
デフォルトの名無しさん[sage]   投稿日:2015/05/21 11:33:41  ID:PvdFF4ay.net(5)
何が引っかかるかわかったわ。

最近の若いもんは〜みたいな発言になってるからだ。

言葉の節々に、ウェブ開発をしてるもんは〜とか
テストしてるわけがないはずだ〜とか
過去はどうでもいいと思ってるはずだ〜とか
まともな自分の想像ばかり言ってる。

517
デフォルトの名無しさん[sage]   投稿日:2015/05/21 11:34:23  ID:PvdFF4ay.net(5)
なぜか書き間違えたw

× まともな自分の想像ばかり言ってる。
○ 的はずれな自分の想像ばかり言ってる。

518
デフォルトの名無しさん[sage]   投稿日:2015/05/21 11:55:03  ID:PvdFF4ay.net(5)
> 自動テストのテストケースの中には「アプリケーションの再起動」が含まれていることもあるかもしれない。
これに関してはだから何なんだ?といいたい。

(ごみ)コミットがたくさんあって、コミット毎に全部
アプリケーションの再起動を行っているのか?

だとしたら、テスト効率が極めて悪い。

10個のコミットがあって、それぞれのテストに
1時間かかるとしたら10時間じゃないか?

俺ならまずおおむね十分だと思われるテストだけを行って
コミットを減らしてからテストするね。5個に減らせば5時間で済む。

コミットしてテストした後で、さっきのコミットに混ぜるべきコードをコミットしてテストしたら
さっきテストした時間は無駄になるじゃないか。

後から修正が入るかもしれないような不安定な所のテストに時間はかけない。もう修正は入らないなって
思った時にちゃんとテストをする。コミットを減らしてテストしたらテスト時間も減る。

git以前にテストのやり方そのものを見なおしたほうがいいよ。
効率を考えないで流れ作業をこなしているかのような開発になってる。

519
デフォルトの名無しさん[sage]   投稿日:2015/05/21 12:05:21  ID:PvdFF4ay.net(5)
>512
> ブランチってほんとにみんな使ってる?
> gitのブランチって使いづらくね?

一人で開発してるとか?

使いづらいかどうかは置いといて
使わないと、複数人で並行して開発できないよ。

使いづらいと思ったことはないな。
最初の頃は苦労したけど、それはgitのブランチのせいではなくて
自分の技術力不足だってわかっていたし。

作者のリーナスがどうしても必要だって思って作った道具であり
gitの機能も必要だと思っているからこそ作ってるわけだしさ。

もっといい案があるというなら別だけど、わかってないのに
リーナスが作ったものに、ケチつけるなんてだいそれたことなんか出来んってw

わかった今ならよく出来てるって思うよ。
コメント1件

520
デフォルトの名無しさん[sage]   投稿日:2015/05/21 22:28:03  ID:fr6zPWaF.net
Windowsでウィルススキャンソフトが入ってる状態でgit checkoutは時間がかかり過ぎるから、使いづらく感じるかもな

521
デフォルトの名無しさん[sage]   投稿日:2015/05/22 00:01:21  ID:6DaqA/5u.net
>519
リーナスだろうと関係ないよ
リーナスには使いやすいものでも
俺には使いにくいってのは普通にあるよ

522
デフォルトの名無しさん[]   投稿日:2015/05/22 22:43:05  ID:SSdLqWaE.net
>512 ブランチってほんとにみんな使ってる?
俺は一人開発だけど、master と daily の二つの branch を使っているよ。git 使い始
めの一年ぐらいは master だけだったけど。

master の commit/merge は version 番号より少し細かい粒度で行っている。daily
branch は bug/issue tracking の粒度より少し細かいぐらいで commit している。とい
うより、daily branch の commit message の殆どは bug/issue 番号に紐付けている。
Version 番号の粒度の履歴に bug tracking 粒度の履歴を残したくない。

ちなみに bug/issue tracking はソースとは別ディレクトリのテキスト・ファイルで
git 管理している。


>512 gitのブランチって使いづらくね?
Time stamp が checkout 時刻に強制変更されてしまうのが使いにくいと感ずる。make
compile 時の便利さは分かるが、ファイルの time stamp 自体は重要な属性だから。俺
が git を作ったならば、time stamp を commit 時の時刻にするオプションを絶対設け
ていた。

実際には commit 時刻に変更する script を書いてあるけれど、殆ど使っていないの実
情だ。その script が必要になるのは master 側だけだから。そして その master 側で
push するときには、time stamp など構っていれらない状態が殆どだという実情なのが
情けない。

523
デフォルトの名無しさん[sage]   投稿日:2015/05/23 16:05:57  ID:4OfmjrZC.net
プロジェクトがすごく小さい場合には、
途中経過の整合性が合わなくなるのが許されたり、
途中経過の整合性を合わせるためのテストやり直しが許されることがあるんだな

pushした修正がバグってたからって、pushしたもんをリベースで打ち消すのはご法度と思っていたが
プロジェクトの大きさによってはそれもあり得るということか
コメント1件

524
デフォルトの名無しさん[sage]   投稿日:2015/05/23 17:21:41  ID:x743ZDZ3.net(2)
pushした先がリベースが許されるブランチかそうでないブランチかって違いであってプロジェクトの大きさは関係ないんじゃないの?

525
デフォルトの名無しさん[sage]   投稿日:2015/05/23 17:24:16  ID:x743ZDZ3.net(2)
いや逆か。
push後のリベースが許されるブランチを運用出来るように、プロジェクトをサブプロジェクトに分割したほうがgitを有用に使えるってことなのかもね。

526
デフォルトの名無しさん[sage]   投稿日:2015/05/24 00:38:55  ID:NuukhrjT.net
push後のリベースが許されるブランチ=他の誰も見ていないブランチ?
サブプロジェクトどころか、一人プロジェクトだな
コメント6件

527
デフォルトの名無しさん[sage]   投稿日:2015/05/24 10:38:28  ID:GI5iGoR+.net
話題がループしてるな。もうすこし世の流れを学んだ方がいいよ。
gitだと特に、ブランチの運用によって前提が大きく変わる。

GitHub flowならチケット1つにつき1つ(1バグにつき1つ)ブランチができるから、
それぞれのブランチの寿命は数分〜長くとも数日程度であって、その間はブランチ上では基本1人でしか変更しない。
だからpushしたブランチをrebaseしてもまったく問題ない。
むしろレビューで指摘されたようなtypoや微修正が残ってると後で見にくい。積極的にrebaseを使ってほしい
コメント2件

528
デフォルトの名無しさん[sage]   投稿日:2015/05/24 11:16:37  ID:VWanxcqX.net(3)
>526
ん〜と、前提が大ブランチになってるとそうかもしれないけど

Gitの得意技は作業単位で小さなブランチを山ほど作れる所にあるから
得意技を積極的に使った方がお得な気がするな


うちのチームは去年強制的にsvnからgitに移行してからコミット数もブランチ数も20倍くらいに増えた

その代わり、細かくコミットしろ、作業単位でブランチを分けろ
って、半年くらいは口うるさく言い続ける必要があったけどね

レビューの時にコミットツリー図を見ながら
ここはこういう意図で、こういう風にブランチを分けて欲しかった、とか
ややこしいコンフリクトが生じた時に
どういう手順ならマージが簡単だったかとか
具体的に教えたり、みんなで考えたりした

新しい文化を根付かせるのは大変だよ、いつでもさ
コメント2件

529
デフォルトの名無しさん[]   投稿日:2015/05/24 14:14:44  ID:J9ZjzLe3.net
>527 だからpushしたブランチをrebaseしてもまったく問題ない。

branch を push する意味が理解できん。数分から数日しか存在しないブランチを何処
に push するの?

レビューアーの git に同じブランチを設けてリモート・ブランチにしているの?
コメント1件

530
デフォルトの名無しさん[sage]   投稿日:2015/05/24 15:41:15  ID:1k2HbjOC.net
ブランチを公開する際に中央リポジトリにpushする形式が考えられる

531
デフォルトの名無しさん[sage]   投稿日:2015/05/24 19:35:16  ID:LHzJ6dIN.net
今コミットした後にgit pullしたらリモートの最新のログ(1個だけ)が追加されてしまいまして
今コミットしたログの後にそのリモートのログが来てしまいました
git rebase -iで今コミットしたログを最新にしたいので順番を書き換えたいんですがリモートのログが表示されません。ローカルのログしか表示されません
git rebase -i HEAD^^^^^^みたいに^を増やしても出てきません
これってどうしたらいいんでしょうか?
コメント2件

532
デフォルトの名無しさん[sage]   投稿日:2015/05/24 19:41:30  ID:Ewhf1zLw.net
>528
となると、やはり 本体はSVNで、ローカルはgitで
別に管理したほうが全体が幸せになりそうだな
コメント2件


533
デフォルトの名無しさん[sage]   投稿日:2015/05/24 19:50:34  ID:Jl9gFOkM.net(2)
レビューが終わって共有ブランチにpushしてからバグが見つかった場合に
共有ブランチ上でrebaseするんだったら、ブランチの生存期間を超えて共有ブランチ上で修正を続けているように見えるな
コメント1件

534
デフォルトの名無しさん[sage]   投稿日:2015/05/24 20:03:35  ID:Jl9gFOkM.net(2)
>532
この人の場合、バグを修正したというコミットをmastarに残したくないのに、SVNだとコミットを後から修正できないのが不満だ
(それがレビューの邪魔?)というのが、gitを使っている一番の理由だろう
コメント1件

535
デフォルトの名無しさん[sage]   投稿日:2015/05/24 21:34:38  ID:VWanxcqX.net(3)
>532
それはいい解の一つだと思う。特に移行期には。
うちも、svnから一気にgitに移行するか、git-svnを使うか結構悩んだ。

でも最後は俺がsvnとgitの両方を使うのが面倒くさいという判断で一気にgitに移行する方を選んだ。
当時の対象プロジェクトがちょうど区切り良く、
過去ログを捨てて一気に乗り換えることができるタイミンングだったのと、
フロアをまたがっているとはいえ、同じビルの中にチームの全員がいるので、なんかあったら顔を合わせて相談できる状態だったから決断できた。

最初はトラブル続出で、「判断間違えたかな?」と内心悩んでいたけど
結局馴染んでくればgitの方が扱いやすくなってきたよ。

しばらくして、VisualStudioがgit標準対応した時は「よっしゃ!」ってなった。
(でも日本語変だよマイクロソフトのgit)

536
デフォルトの名無しさん[sage]   投稿日:2015/05/24 22:05:23  ID:VWanxcqX.net(3)
>534
おれ>528
「この人の場合」が俺のことなのか、ほかの人なのか読み取れなかったんだけど、

俺がgit使ってる(使わせてる)理由の一番大きい所は
「間違えてリポジトリ壊しても俺が直してやる。安心してどんどんブランチ作れ!細かくコミットしまくれ!」って言える所だな。

俺の場合、バグとか間違ったコミットとかも積極的に残しておくことを推奨している。
レビューもそのままで特に問題は無かったな。
でも、「間違えても大丈夫」という安心感がないとみんなブランチ活用してくれないんだよ。

特に問題だったのは(svn使っていた頃の話ね)
何ヶ月もたってから、コードのここの部分て、修正入っているんだけど、意図がわからない、当時の担当者はもう居ない。何て事がよくあった。
svnだと、ブランチ&マージとかコミットとかは結構大事(おおごと)で
みんな、自分の手元で完全に書き終わってからしかコミットしてくれなかった。
ブランチ&マージはリーダーだけがやる仕事みたいな感じだったし。
そうなると、ログ上いっぺんにあっちこっち修正が入っている中で、特定個所の意図を読み取るのがものすごく難しくて困ったんだ。

今は「マージ操作間違えても俺が直してやる。
安心して、”変数名を書き換える”様な小さな修正でも各自でブランチ作って作業してくれ。」って言える。
これだけでも後から意図を読み取るのは随分楽になったよ。
コメント1件

537
デフォルトの名無しさん[sage]   投稿日:2015/05/24 22:19:55  ID:mdHWC0Am.net
状況によるけどコミット分けたほうが見やすいというのは複数の作業単位(ブランチ)に分けるものを
一つのブランチに押しこんでるからじゃないの
機能まるまる追加とかなら経過をコミットで分けたほうがわかりやすいというのはわからんし

>533
閉じたブランチ使わないでバグフィクス用のブランチで修正するのが筋だろう

>531
リセットでヘッド戻して新しくブランチ切ってそっちにコミットして元のブランチに更新取り込んで新しいブランチをマージ
次から最初からブランチ切っとけばこんなことで困らん

538
デフォルトの名無しさん[sage]   投稿日:2015/05/25 03:10:39  ID:WhsXE+Ib.net
>536
個人でブランチ作ってコミットしたあと、どうすればいいの?
そのブランチを本家に取り込ませるの?

539
デフォルトの名無しさん[sage]   投稿日:2015/05/25 05:59:36  ID:/VFybrtg.net(2)
> でも、「間違えても大丈夫」という安心感がないとみんなブランチ活用してくれないんだよ。

これ大事よね
master に

540
デフォルトの名無しさん[sage]   投稿日:2015/05/25 06:01:10  ID:/VFybrtg.net(2)
途中で書きこんでしまった

> でも、「間違えても大丈夫」という安心感がないとみんなブランチ活用してくれないんだよ。

これ大事よね
master に wip と fix typo が積み重なってた時は流石に萎えたけど
コメント1件

541
デフォルトの名無しさん[sage]   投稿日:2015/05/25 08:14:58  ID:y6DNlXTS.net
>540
>master に wip と fix typo が積み重なってた時は流石に萎えたけど
そういうのを、それがmasterにあろうと自分でリベースして消すのがその人のやり方なんだろう

542
523[sage]   投稿日:2015/05/25 09:19:23  ID:E69UDjHE.net
>529
> >527 だからpushしたブランチをrebaseしてもまったく問題ない。
>
> branch を push する意味が理解できん。数分から数日しか存在しないブランチを何処
> に push するの?
>
> レビューアーの git に同じブランチを設けてリモート・ブランチにしているの?

自分が作成・変更したブランチをpushする先はclone元のリポジトリの同名ブランチ。

典型的にはGitHub(GitLab)上には共有リポジトリがひとつしか存在しない。そのリポジトリはForkしない。ひとつのリポジトリのなかでブランチを使ってPull Request(Merge Request)する

543
デフォルトの名無しさん[sage]   投稿日:2015/05/25 13:36:42  ID:XuKAmWn9.net(2)
中央リポジトリにみんながpushしまくる方式で運用してるのか、Pull Request方式で運用してるのか、
まずその辺から説明してくれないとgitの運用方式に自由度が有り過ぎて話が噛み合わん
コメント1件

544
デフォルトの名無しさん[sage]   投稿日:2015/05/25 13:49:29  ID:XuKAmWn9.net(2)
>531
あんたがやりたいことはrebase本来の一番基本的な使い方で、rebase -iで自分で直接順番操作する必要は無い
検索すりゃ方法わかると思うので調べてみてくれ

545
デフォルトの名無しさん[sage]   投稿日:2015/05/25 22:51:38  ID:o/eCAQPj.net
共有ブランチ上のバグを直すために共有ブランチ上のコミットを書き換えるんだとしたら、
書き換え前のコミットををベースにしている人への配慮が必要そうだな

各作業者に「共有ブランチ上のコミットを書き換えたいから、各自のブランチをリベース
してください」って頼んで回れる環境が必要だ
コメント4件

546
212[sage]   投稿日:2015/05/25 23:42:12  ID:fVXVPz7E.net
gitってなんでMakeFileにuninstallが用意されてないんですか?
アンインストール作業が苦痛なんですよ
makeだけでアンインストールさせてくださいよ

547
538[sage]   投稿日:2015/05/26 00:30:58  ID:VHuDuKFu.net
>543
> 中央リポジトリにみんながpushしまくる方式で運用してるのか、Pull Request方式で運用してるのか、
> まずその辺から説明してくれないとgitの運用方式に自由度が有り過ぎて話が噛み合わん

中央リポジトリにみんながpushしまくって、中央リポジトリのTopicブランチ(各人がpushしたブランチ)から同じ中央リポジトリのmasterに向けてPull Requestする。
これが GitHub flow な。

元が「 >526 Pushしたブランチは書き換えてはならん」への反論だから、
そうでない運用もごく一般的、という主張をしたということ。

548
デフォルトの名無しさん[sage]   投稿日:2015/05/26 08:35:26  ID:n+9g7Zgu.net
「各メンバーが、個人用ブランチをリモートリポジトリ上に持っている」
これじゃ>526への反論になってないっていうか、>526が言ってることそのままだな
コメント1件

549
デフォルトの名無しさん[sage]   投稿日:2015/05/26 17:27:09  ID:sKFLbSMM.net(2)
>545
そうだよ。だから、それができる範囲なら共有ブランチでもリベースして良いんだよ。
コメント4件

550
デフォルトの名無しさん[sage]   投稿日:2015/05/26 17:39:03  ID:sKFLbSMM.net(2)
>548
個人用ブランチは作成者だけが見るわけじゃないから>526とは違うな。
>526は、ブランチを公開することと、一部の人間がそのブランチに依存することと、不特定多数の人間が依存することの区別がついてないんじゃないか?
単に極論言って煽ってるだけかもしれないけどね。

551
デフォルトの名無しさん[sage]   投稿日:2015/05/26 18:06:24  ID:2IsijlAj.net(2)
ところでそれだけ熱心なブランチ管理のpush,rebase制限はどうやってる?
規約任せかツールかスクリプトか

552
デフォルトの名無しさん[sage]   投稿日:2015/05/26 18:23:29  ID:O0gIeBts.net
うちは原則push -f禁止でやってるんで、みんながpushするサーバーにはreceive.denyNonFastforwardsとreceive.denyDeletesを設定してる

553
デフォルトの名無しさん[sage]   投稿日:2015/05/26 20:10:30  ID:qT5tL8rR.net
横だがどうやって禁止するのかと思ったらちゃんとそういうコンフィグが用意されてるのか
一回オプション総ざらいしてみよう
コメント1件

554
デフォルトの名無しさん[sage]   投稿日:2015/05/26 22:07:42  ID:1ouiCH4F.net
>549
で、>523が言ってる「プロジェクトの規模が小さい場合には
それができる」って話につながってくるのか…。

555
デフォルトの名無しさん[sage]   投稿日:2015/05/26 23:55:53  ID:2IsijlAj.net(2)
>553
それブランチごとじゃなくて一律だからアクセス制限にはならないぞ

556
デフォルトの名無しさん[sage]   投稿日:2015/05/27 12:17:18  ID:98FdFg1V.net

557
デフォルトの名無しさん[sage]   投稿日:2015/05/31 20:55:03  ID:2hiQrePQ.net
特定のファイルを特定の履歴に戻すのはどうやるんでしょうか?
a.txtをHEAD@{12}のa.txtの内容にしたいんです
git reset HEAD@{12} a.txtじゃ戻りませんでした

558
デフォルトの名無しさん[sage]   投稿日:2015/05/31 21:23:55  ID:q0XD6tk+.net
checkoutせよ

559
デフォルトの名無しさん[sage]   投稿日:2015/06/01 22:34:02  ID:6w2KJtLO.net
git init
git add -A
このaddを取り消したいんですがgit reset HEADをやると
fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree.
ってでます
git add -Aで変更をインデックスに追加されているわけだからHEADを指定したらリセットできると思ったんですが何で出来ないんですか?

560
デフォルトの名無しさん[sage]   投稿日:2015/06/01 22:37:39  ID:wXX1PCBE.net(2)
まだHEADに相当するコミットが存在しないから

561
デフォルトの名無しさん[sage]   投稿日:2015/06/01 22:37:41  ID:60FC1uF1.net
1回もコミットしてないとか?

562
デフォルトの名無しさん[sage]   投稿日:2015/06/01 22:43:38  ID:wXX1PCBE.net(2)
おれはそんなとき.gitをざっくり消したりしてたが、
ぐぐると git rm --cached が使えるみたいだな

563
デフォルトの名無しさん[sage]   投稿日:2015/06/02 10:41:16  ID:2Bq+WaXR.net
git rebaseでどこまでまとめるべきなのかわかりません
例えばデータベースの文字コードの設定の修正と、スタイルシートを変更した2点の場合
一緒にまとめたほうがいいんでしょうか?
コメント2件

564
デフォルトの名無しさん[sage]   投稿日:2015/06/02 22:36:32  ID:ENh0ws/u.net
Windows版のバージョンは上がらんのかえ

565
デフォルトの名無しさん[sage]   投稿日:2015/06/02 22:37:29  ID:dwjHRJAm.net
自分でコンパイルしろよ

566
デフォルトの名無しさん[sage]   投稿日:2015/06/02 22:37:35  ID:H1H2VilB.net
>563
その二つならまとめない。

もし、データベースの文字コードを変更したことによりスタイルシートの変更が必要になったのであればぎりぎりまとめてもいい。

567
デフォルトの名無しさん[sage]   投稿日:2015/06/03 01:22:55  ID:knJmPdD6.net
>563
そういうgit運用の話は、「管理者の意見に従うべき」

個人用or自分が管理者なら、好きなようにやっていい。
コメント1件

568
デフォルトの名無しさん[sage]   投稿日:2015/06/03 01:42:10  ID:3kJPkUc2.net
>567
少しは助言してやれよ

569
デフォルトの名無しさん[sage]   投稿日:2015/06/03 03:55:40  ID:cOL0IOxC.net
どのやり方が良いかなんて決まっているわけじゃない
色々試して自分が一番しっくりする形を探すか
最も採用されていると思えるやり方というのを見出してそれを選択するか
有名どころのオープンソースプロジェクトの方針を色々と見てくるといい
コメント1件

570
デフォルトの名無しさん[sage]   投稿日:2015/06/03 05:32:16  ID:5OGKD7dq.net
俺がまとめる基準はそのまとめたコミットに判り易いひとつのタイトルをつけられるかどうかあたり
でも優先されるべきはそのリポジトリの管理方針なのは間違いない

571
デフォルトの名無しさん[sage]   投稿日:2015/06/03 10:17:17  ID:qaWpPbOF.net
ところでpost commit mail送るのに何使ってる?

うちはmultimail使ってるがなんかしっくり来ない

572
デフォルトの名無しさん[sage]   投稿日:2015/06/04 01:27:40  ID:FZpfA7xp.net
>569
お前はどうやってるんだよ

573
デフォルトの名無しさん[sage]   投稿日:2015/06/04 10:38:54  ID:ixdJmRIH.net
俺は初心者の頃にここでコミットをまとめるなって言ってこのスレを炎上させた初心者+だけどさ
その時はコミットをまとめろって言われたからソースコードのバージョン毎にコミットを全部まとめたよ
一体まとめろ!まとめるな!のこのスレの意見を統一してもらわないと俺みたいな初心者が無駄な道を通ることになる

1. initial commit
---- ここから -----
2. save
3. type
4. ○○実装
5.save
6.○○実装
7.typo
8.ファイル追加
----- ここまでまとめる -------
tagで1.0って付ける
コメント5件

574
デフォルトの名無しさん[sage]   投稿日:2015/06/04 10:43:29  ID:lUVfOohh.net(2)
バージョン毎にまとめろとか誰も言ってないだろ
具体的にそのやりとは何スレ目だよ

575
デフォルトの名無しさん[sage]   投稿日:2015/06/04 10:47:48  ID:w41Ky1ux.net
>573
「まとめろ」「まとめるな」で意見を統一するのは難しいと思うけど(そもそも状況によってどっちが良いかかわるだろうから)、
どういうときはまとめたほうがよい
どういうときはまとめないほうがよい
というガイドラインのようなものならある程度意見はまとまってきそうだね
コメント1件

576
デフォルトの名無しさん[sage]   投稿日:2015/06/04 13:46:30  ID:7Y8AXPNC.net
後から分離したくならないものはまとめる
要するに、二つのコミットがあった時に、これが二つに分かれてる必要はあるだろうか?と考えればいい

577
デフォルトの名無しさん[sage]   投稿日:2015/06/04 13:49:14  ID:5FZxl5co.net
そうして全てのコミットはひとつになった

578
デフォルトの名無しさん[sage]   投稿日:2015/06/04 16:11:36  ID:a/IZmogk.net
コミットを入れ替えるときにコンフリクトって起きないんですか?
git init
touch README.md
git add README.md
git commit -m "Initial commit"
echo 1 > a.txt
git add a.txt
git commit -m "add a.txt"
echo b1 > b.txt
git add b.txt
git commit -m "add b.txt"
echo a1 > a.txt
git add a.txt
git commit -m "modified a.txt"
git rebase -i HEAD^^^
以下のように並べ替え
pick 06da9a6 add a
pick 2c80b8f modified a
pick 7a6a277 add b
git checkout HEAD^
lsするとbファイルがありません
"modified a"のコミットにはbはないことになるんですか?gitが自動的に面倒見てくれてるんですか?
コメント2件

579
デフォルトの名無しさん[sage]   投稿日:2015/06/04 20:10:10  ID:lUVfOohh.net(2)
Gitでは各コミットがその時点での全ファイルの状態を持ってるけど、
rebaseで並び替えるのはコミットの変更差分(自分の前のコミットとの差分)ってことかな

>578のrebaseによって、"modified a"コミットのa.txtを変更したという差分だけが"add b.txt"コミットより前の歴史へ移動するので、
"modified a"コミットにbは存在しなくなる

rebase -iでコンフリクトは起こる
例えば>578の"add a"と"modified a"コミットの順番を逆にしたりすれば

580
デフォルトの名無しさん[sage]   投稿日:2015/06/04 20:23:21  ID:69dFu2L0.net
>573
正直「そこの管理者の意見に従ってまとめろ」「同僚たちと同じようにまとめろ」って回答しかないな

581
デフォルトの名無しさん[sage]   投稿日:2015/06/04 20:46:29  ID:b+4KVUcq.net
少なくともどの時点でもコンパイル通るようにコミットまとめる
大きくても機能ごとにはコミット分ける
でその間はプロジェクトごとに方針あれば何でも
コメント1件

582
デフォルトの名無しさん[sage]   投稿日:2015/06/06 22:34:59  ID:4eOWDqlW.net
問題は俺自身に経験がないのに
俺がルールを決めなきゃいけない時だな
コメント1件

583
デフォルトの名無しさん[sage]   投稿日:2015/06/06 22:35:56  ID:yk/a5xMg.net(4)
>573
お前、マージ使ってないだろ?

まず前提として「一つのプロジェクトを複数の人が平行で開発している」という
個人プロジェクト以外のごく普通のプロジェクトの話なんだよ。

よくある間違いが、小さい規模の例だけで考えて、
それがそのまま大きな開発にも適用できちゃうって考えること。
君はその間違いはまってる。

(俺が知ってる)小さい規模ではこれでうまくいくんだ。ではなくて
大きな規模になった時それでうまくいくのか?を考えた方がいい。

適切なやり方というのは、規模によって変わるんだから。
コメント1件

584
デフォルトの名無しさん[sage]   投稿日:2015/06/06 22:41:32  ID:yk/a5xMg.net(4)
>581
問題は1コミットを後から見直すかどうかだよな。

後から見なおさないのであれば、どんなに意味不明な修正でも
同じ所を試行錯誤したコミットでも、何百行あるコミットでも
何十個もあるコミットでも、そのコミットを見ないのであればどうでもいい

でもあとからそのコミットを見るのであれば
修正内容が明確にわかるコミットが必要最低限あった方がいい。

あとからそのコミットを見るかどうかだよ。
もちろん俺はよく見る。
仕事でもその修正が適切であるかを見たり、
オープンソースとかでもある修正内容を見たり
だからコミットは分かりやすくなっていたほうがいいと考える。

585
デフォルトの名無しさん[sage]   投稿日:2015/06/06 22:46:03  ID:yk/a5xMg.net(4)
>575
> というガイドラインのようなものならある程度意見はまとまってきそうだね

コミットをまとめる or まとめないのが目的じゃないからね。
コミットを綺麗にするのが目的。

当然の話だけどガイドラインには理由が必要だろうね。
まとめる理由が。(もしまとめないのであれば、まとめない理由も)

コミットをまとめたりまとめなかったりして、綺麗にする理由は
簡単にいえば、後からコミットを見た時にわかりやすいように
するためなんだが、もっと細かい理由って必要だろうか?

586
デフォルトの名無しさん[sage]   投稿日:2015/06/06 22:54:18  ID:yk/a5xMg.net(4)
少しだけガイドライン考えてみた


・一つのコミットで複数の修正を行わない
理由 後からそのコミットを見た時何を修正したのかがわからなくなるから

・一つの修正を複数のコミットにわけない(分かれていればまとめる)
理由 後からそのコミットを見た時何を修正したのかがわからなくなるから
例外 リリースしてしまったコミットはまとめることは出来ない。


いま気づいたが、この「リリース」っていう概念が重要だな。
どの時点でリリースになるのかはそれぞれだろうが
master、もしくは共有ブランチににマージされた時点がリリースだと考える。


と考えると、やはり>573の例ははマージ機能を使ってない時点で
一人で開発している場合にのみ通じる例だから、例としてふさわしくないんだよ。

587
デフォルトの名無しさん[sage]   投稿日:2015/06/06 23:00:59  ID:OBriYrAJ.net
3行で

588
デフォルトの名無しさん[sage]   投稿日:2015/06/07 00:12:36  ID:5CuOmznL.net(10)
あとから見てわかるようにコミットを綺麗にしておけ
まとめる とか まとめない とかどちらか一方じゃない
どちらもやって、綺麗にしておけ。

589
デフォルトの名無しさん[sage]   投稿日:2015/06/07 02:04:34  ID:VSY66R2E.net(2)
一つのコミットに入れる一つor複数の修正って、何単位で一つと呼ぶのかって話もあるし、

>545>549のやりとりにあるように、「共有ブランチにpushしたコミットすら編集してよい」
って運用ルールでgitを使っている人がいたりするので、抽象的なガイドラインは決めるだけ
無駄ではないか

それを議論したって、自分がブチ上げたガイドラインを弁護し、他人がブチ上げたガイド
ラインの言葉尻を捕まえてロンパするだけの、言葉遊びの世界に入っていってしまう
コメント3件

590
デフォルトの名無しさん[sage]   投稿日:2015/06/07 02:08:39  ID:VSY66R2E.net(2)
>582
そういう時は、「なんでgitなんか使わなきゃならないのか」に立ち戻るべきだと思う

591
デフォルトの名無しさん[sage]   投稿日:2015/06/07 02:48:23  ID:5CuOmznL.net(10)
>589
> >545>549のやりとりにあるように、「共有ブランチにpushしたコミットすら編集してよい」

いないだろw

あぁ、なんで共有ブランチにpushしたコミットは
編集したらだめなのかを書いていなかったね。

物事は単純で、他人の役に立つことをしましょう、
他人の迷惑になることはうやめましょう。これだけだよ。

コミットは他人が見ることを考えれば、そして他人は何故見るのかを考えれば
コミットを綺麗にしておけば可読性が高くなって読む人の負担が減る。
これは他人の役に立つこと。

そして共有ブランチを修正したらだめというのは、他の人も
その共有ブランチから派生して修正しているので、その派生元が変わると
今まで参照していたものが履歴を残さずに変わるわけで何が起こったのかわからなくなるから。
これは他人の迷惑になること。

このように俺のガイドラインにはちゃんと理由がある。
反対のガイドラインを作りたいなら、その理由をいうことだけ。
でないと俺の意見に対抗できない
コメント1件

592
デフォルトの名無しさん[sage]   投稿日:2015/06/07 02:52:10  ID:5CuOmznL.net(10)
念の為に俺が言ってる「共有ブランチ」の定義を書いておくわ。

俺が言ってる共有ブランチっていうのは、
他の人がそのブランチから作業をする、
または他の人がそのブランチにマージすると
という目的で作られたブランチのこと。

つまり他の人が参照しているだけならば
共有ブランチとは言わない。
参照しているだけならば、そのブランチが変わっても
他の人の作業のじゃまにはならないからね

593
デフォルトの名無しさん[sage]   投稿日:2015/06/07 02:54:19  ID:5CuOmznL.net(10)
ということで、何故そうするのか、どんなメリットがあるのかを
しっかりと書いたガイドラインを、俺以外に出すのまってま〜すw

594
デフォルトの名無しさん[sage]   投稿日:2015/06/07 10:11:47  ID:V49LqTdE.net(10)
>591
>いないだろw

いや、>545が「共有ブランチ上のコミットを書き換えるんだとしたら」と言ったのに対して
>549が「そうだよ」と返しているので、いること自体は確かなようだ

545に対して、あなたがどうロンパするかは別に知らないが
コメント1件

595
デフォルトの名無しさん[sage]   投稿日:2015/06/07 10:31:51  ID:V49LqTdE.net(10)
>583-584
全部のコミットをひとつにまとめて周りから怒られなかったなら、
それは正しいまとめ方だったと思うんだけどね
コメント1件

596
デフォルトの名無しさん[sage]   投稿日:2015/06/07 12:19:13  ID:5CuOmznL.net(10)
>594

> 545に対して、あなたがどうロンパするかは別に知らないが

論破? 何故そうするかの理由がないのだから、
まずその理由を言うのが先だろうw

597
デフォルトの名無しさん[sage]   投稿日:2015/06/07 12:20:45  ID:5CuOmznL.net(10)
>595
> 全部のコミットをひとつにまとめて周りから怒られなかったなら、

周りの人間がコードを見るということを知らないだけかもしれない。
スキルが低くてソースコード管理ツールすら知らない人もいるのだから。

だからそれは全く参考にならないな。


理由だよ理由。

俺は何故そうするかの理由を書いた。
この俺を論破する理由をかける奴はいないのか?w

598
デフォルトの名無しさん[sage]   投稿日:2015/06/07 12:21:31  ID:yxti539q.net(5)
誰か運用スレ立ててくれない
コメント1件

599
デフォルトの名無しさん[sage]   投稿日:2015/06/07 12:52:14  ID:V49LqTdE.net(10)
結局は>589の言ったとおりになるという、悲しい現実

>598
運用スレを建てても、荒らしがそこに移動するかどうかは別問題だと思う
コメント1件

600
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:04:07  ID:yxti539q.net(5)
運用スレ行けと言えるようになるだけ幾分マシかと
コメント1件

601
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:08:53  ID:V49LqTdE.net(10)
>600
なるほどそうかもしれないね
そういう意味だと、既存だとここあたりが適切なのかな

バージョン管理システムについて語るスレ10
コメント1件

602
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:12:32  ID:5CuOmznL.net(10)
>599
> 結局は>589の言ったとおりになるという、悲しい現実

大丈夫。

俺が言った「ガイドラインを言う時は理由も明確書くこと」
のおかげで、今のところガイドラインは俺が言った一つしかでてない。
コメント1件

603
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:17:04  ID:yxti539q.net(5)
>601
ここでされてるの横断的でない個別的な内容だからスレチ
コメント1件

604
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:18:47  ID:V49LqTdE.net(10)
>603
そっか、じゃあ新スレがいるか・・・
コメント1件

605
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:23:17  ID:V49LqTdE.net(10)
>602
>今のところガイドラインは俺が言った一つしかでてない。

そりゃ出ないでしょ
誰も関わりたくないんだから
コメント1件

606
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:26:15  ID:5CuOmznL.net(10)
>604
スレ立てておいたよ。

Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net
Gitをより良くするための運用ガイドライン作成スレ


>605
> 誰も関わりたくないんだから
関わりたくないのが理由っていうのはおかしな話だな(笑)

言い返せない時に汎用的に使えそうな言い訳だ。
コメント2件

607
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:31:19  ID:V49LqTdE.net(10)
>606
ありがとう
じゃあここから先は、ここで運用系の話をするのはスレ違いってことで、
あとはそっちでやってもらおう

608
デフォルトの名無しさん[sage]   投稿日:2015/06/07 13:42:31  ID:yxti539q.net(5)
>606
タイトルを単にGit運用スレにできないあたり自己顕示欲あふれるスレタイですね
コメント1件

609
デフォルトの名無しさん[sage]   投稿日:2015/06/07 15:41:57  ID:D5MO+jlJ.net
立てたら立てたで文句言う奴 w

610
デフォルトの名無しさん[sage]   投稿日:2015/06/07 16:06:00  ID:D+Qsqenv6
はじめまして。 質問させてください。

とあるリポジトリに以下のようなブランチがあります。
・master 特に進んでない
・masterから作成したブランチA 最初のほうだけ開発
・ブランチAから作成したブランチB あらかた開発
・ブランチBから作成したブランチC テストコード開発

masterとAは他人が作ったもので、
私はそれを引き継ぐ形でBで開発していました。
そこからCでテストコードを作ることになり、
一応終わったのでBにプルリクを出したところ少しのやり取りののちマージされました。
そのあとで不具合に気がついたのでまたコミットをしたいのですが、
この時`git checkout`でBに移動してから行うべきでしょうか?
それともそのまま行ってもよいのでしょうか?

CがマージされたBに続く形にしたいのですが、
Bで`git status`すると"Aより104コミット進んでいるから`git push`使って公開して"というような英文があり、
同様にCで行うと"Bより16コミット進んでいるから`git push`使って公開して"というような英文があるので、
言われたとおりにpushしたらコミットはどうなるのでしょう?
Cを作るときにpush漏れはないですし、Cがマージされた時も同様にないのですが。

611
デフォルトの名無しさん[sage]   投稿日:2015/06/07 18:26:22  ID:5CuOmznL.net(10)
いるいるw

612
デフォルトの名無しさん[sage]   投稿日:2015/06/07 18:53:47  ID:V49LqTdE.net(10)
>608
荒らしが自分で建てたスレなんだから、そうなるのはしょうがない
運用の話はそっちでやってもらいましょう

613
デフォルトの名無しさん[sage]   投稿日:2015/06/07 19:53:48  ID:yxti539q.net(5)
自分で立てたスレなんだからもちろん自分は引っ越して誘導もするんですよね
期待してますよ
コメント2件

614
デフォルトの名無しさん[sage]   投稿日:2015/06/07 20:06:44  ID:5CuOmznL.net(10)
>613
はい当然です。 Gitの運用方法に関するレスは全部向こうに移動します。
みなさんも協力してくださいね。

逆に運用以外の雑多な内容はこっちに移動しますよ。

615
デフォルトの名無しさん[sage]   投稿日:2015/06/07 21:10:56  ID:V49LqTdE.net(10)
>613
おみごと

616
連続書込しすぎなのでID変えます[sage]   投稿日:2015/06/07 21:22:11  ID:rs3gN1uE.net(12)
このスレから運用に関することをなくしたら
どれだけのレスが残るか期待ですw

ぜーんぶかっさらっていきますよーw

617
デフォルトの名無しさん[sage]   投稿日:2015/06/07 21:49:02  ID:HSoSL4U1.net
git とうまく組み合わせられるような
バグトラッキングツールでおすすめのはある?
mantisってもう人気無い?
コメント2件

618
デフォルトの名無しさん[sage]   投稿日:2015/06/07 21:52:12  ID:V49LqTdE.net(10)
これでツールの質問ができるようになるのか、
または、ツールの質問に答えられる人なんて初めからいなかったのかがハッキリするな

どっちにしても平和になってよかった

619
デフォルトの名無しさん[sage]   投稿日:2015/06/07 21:57:36  ID:/P0faz6I.net(11)
Egitで、amendじゃなくてもっと過去のコミットを編集するには
画面上でどういう操作をすればいいんでしょうか?
コメント3件

620
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:03:03  ID:rs3gN1uE.net(12)
githubの使い方を教えて下さい。

621
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:13:31  ID:rs3gN1uE.net(12)
>619
よめ

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
コメント1件

622
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:14:24  ID:rs3gN1uE.net(12)
WindowsでGUIでgitを使いたいです。
なんか良いツール無いですか?

623
616[sage]   投稿日:2015/06/07 22:16:23  ID:rs3gN1uE.net(12)
>619
すまんすまん。EGitっていう名前のツールがあるのか。
ならこのスレだ。
コメント1件

624
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:16:39  ID:UKZkpptu.net(7)
>619
そんなのIDEの機能に頼るより、そのコミットを修正するコミットを作った後に
コマンドラインからrebase -iで順番入れ替えてsquashしたほうが簡単じゃないか?
コメント1件

625
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:17:04  ID:/P0faz6I.net(11)
>621
目次にどこにもEgitの話が出てないんですけど、どこに載ってるんですか?

626
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:18:17  ID:/P0faz6I.net(11)
>624
Eclipse上で開発してるので、自分はEgitの方が楽です
コメント2件

627
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:41:10  ID:UKZkpptu.net(7)
>626
おれが使ってるのはIntelliJ IDEAだけど、Git関連は全部GUIでやるよりコマンドラインも併用したほうがいろいろ楽
ちなみにIntelliJ IDEAではrebase -iもGUIで出来るんで試しにやってみたけど、
思ったほどじゃないけどちょっと面倒

EGitもEGit rebaseでぐぐれば手順説明がいろいろ見つかるな
一応できるみたいだよ
Rebase Interactiveとかあるらしい
コメント1件

628
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:44:07  ID:/P0faz6I.net(11)
>627
で、そのやり方を知りたいわけです
コメント1件

629
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:44:51  ID:rs3gN1uE.net(12)
>626
いやいや違う。Egitの方が楽というのは言い訳だ。
楽というのは事実だろう。だがそれはCLIで
gitを使えないことの理由にはなっていない。

はっきり言おう。君はCLIでgitを使えないだけだ。
それはEgitが楽という事実とは無関係だ。

CLIでgitを使えるようになったほうがいいよ。
そうすればEgit+CLIのコマンドで検索すれば簡単に見つかる。

>623で訂正したが、やっぱり君が読むべきものはPro Gitだ。
GUIツールの機能はCLIを使える知識がなければ理解できないだろう。
いくつか使ってみたが、どれもいきなりCLIのコマンド相当のものがメニューにあるから
初めて使う人は「この機能なにをするものなんだ?」ってなるだろう。

で、CLIのコマンドを知らない人でも簡単に理解できるGUIツール無い?
プログラマーではないウェブデザイナー(HTMLとかCSSを書く人)にも
使ってほしいと考えてるんだけど。

630
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:46:34  ID:UKZkpptu.net(7)
>628
だからEclipseで普通にコミットを作ってRebase Interactiveしろよ
amendは知ってるんだから普通にコミットを作るのはできるんだろ?
コメント1件

631
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:49:18  ID:/P0faz6I.net(11)
>630
コミットは作れるんですが、Egit上での対話的リベースの使い方が分からないんですよね・・・
コメント1件

632
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:51:21  ID:UKZkpptu.net(7)
>631
ヒストリーのコミットで右クリックすりゃRebase interactiveがあるらしいぞ
コメント1件

633
デフォルトの名無しさん[sage]   投稿日:2015/06/07 22:52:20  ID:/P0faz6I.net(11)
>632
そこまでは分かるんですが、そのあとの操作の仕方が・・・
コメント1件

634
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:03:17  ID:rs3gN1uE.net(12)
たいていのツールはGUIはCLIの使い方を知らなくても使えるものなんだが、
バージョン管理ツールをGUIにしても使いにくいのは
ソースコードを管理するということの意味がわからないからだろうな。

例えばペイントソフトは、そのツールを使う前から
絵を書いたことがある。それと同じことをツールを使ってやるだけ

でもソースコードを管理ツールは、そのツールを使う前にそのツールと同じことをやっていない。
ソースコードを修正している人であっても、ソースコードを管理していない。
(※バックアップはソースコードの管理じゃない)

だからそれをGUIにしたところで、何をするのかわけがわからない機能ばかりで
使い方がわからない。(もしくはバックアップという間違った用途に使うだけ)

ふぅ。そういうことを知らないし、知る必要が少ないウェブデザイナーに
どうやって使いやすい環境を提示できるだろうか。
コメント1件

635
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:03:38  ID:UKZkpptu.net(7)
>633
その様子だと直前じゃないコミットを修正するって行為がどういう意味を持つか理解できてないだろ?
Gitに慣れるまではおとなしく新しいコミットで修正しとけ
コメント1件

636
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:07:11  ID:/P0faz6I.net(11)
>635
そうじゃなくて、それをしたくないから、Egitでのやり方を知りたいわけです
コメント2件

637
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:10:20  ID:UKZkpptu.net(7)
>636
EGit使おうがコマンドラインでやろうが、途中のコミットを修正するってことは単純な行為じゃないんだよ
コンフリクトが発生する可能性があるの理解してる?

638
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:15:59  ID:rs3gN1uE.net(12)
>636
当たり前のことを言うけどさ、プログラマっていうのは技術者だよ?
技術者と何故呼ばれるかというと、それは技術がなければできないことが
できるから技術者なんだよ。

今君が言っていることは「技術者になりたくない」って言っているのと
同じことだってわかってる? 楽とか大変とかじゃない。
技術をつけること事拒否することは、技術者になりたくないと言ってるのと同じ。

CLIでgitの使い方を学ぶのが技術をつけるのに一番の近道なんだよ。
別にGUIが楽なら普段はGUIを使っていい。でも技術自体はちゃんとつけておけ。
コメント2件

639
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:16:28  ID:/P0faz6I.net(11)
個人的には、分からないなら「分からない」で全然かまいません
できるなら、ここ以外でツールの話を分かりそうな人がいる場所を教えてくれるとうれしいですが
コメント1件

640
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:17:36  ID:rs3gN1uE.net(12)
>639
なんならまたスレ立てようか?

「git関連のGUIツールの使い方を教えて下さい」っていうスレ
コメント1件

641
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:18:36  ID:/P0faz6I.net(11)
もちろん、2chである必要は全然ないです
(・・・っていうか、むしろこの状況ならそっちの方が知りたいです)
コメント1件

642
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:21:41  ID:rs3gN1uE.net(12)
あ、もう一つgitのGUIツールがなぜCLI使えない人にとって
難しいのかがわかった。

普通CLIが難しい理由は「コマンドを覚えないといけないから」で
その「コマンドを覚える必要がないから」GUIは簡単なんだ。

でもソースコードの管理ツールの場合、コマンドを覚えることよりも
そのコマンドで何が出来るか、何をするかがわからないから難しい。

ボタンひとつでコマンドを呼び出せても、そこから何をすればいいか
わからないんだよね。この人のように。
コメント1件

643
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:23:55  ID:/P0faz6I.net(11)
>640
っていうか、ここがgit関連のツールの使い方を聞ける場所になったんじゃないんですか?
>617さんのように、CUIじゃない質問をしてる人もいますし、ここでGUIだけ絞る必要もない気がしますが・・・
コメント1件

644
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:31:22  ID:1F5PzSNl.net
>641
最低限英語できるならstackoverflow.com、機械翻訳でも多分他の人が適当に質問自体修正してくれる
ja.stackoverflowでもいいけど回答くる確率は落ちる
コメント1件

645
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:34:31  ID:rs3gN1uE.net(12)
>643
聞くのは構わないが答えるとは限らないw
質問したところで>617さんのように放置される。

このスレからgitフローのような運用に関する話が
分離しただけで、ここがなにかに変わったわけじゃない。

646
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:37:00  ID:/P0faz6I.net(11)
>642
自分の場合は、GUIが簡単でCLIが難しいからじゃなくて、
Eclipse上でそのまま操作できるのが楽だから、なんですよね

あなたがEgitを知らなくて、自分はEgitのことを知りたいので、
分からないなら「分からない」って言ってくれて全然かまいません

>644
なるほど、そっちの方が良い人がそろってそうですね
英語にはさほど抵抗ないですし、そっちで質問してみます
ありがとうございました
コメント1件

647
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:39:46  ID:rs3gN1uE.net(12)
よし、これでこのスレでツールの話をする奴が消えたw

こんな感じでどんどん減らしていくので、4649!

648
デフォルトの名無しさん[sage]   投稿日:2015/06/07 23:43:59  ID:UKZkpptu.net(7)
>646
ほらよ
http://another.maple4ever.net/archives/2060/
このブログの後半の「コミットを改変する場合」な

649
デフォルトの名無しさん[sage]   投稿日:2015/06/08 08:05:44  ID:USedaFhj.net
なにこの CLI で git 使える俺スゲー君 w

650
デフォルトの名無しさん[sage]   投稿日:2015/06/08 08:53:59  ID:Q2pvFPhj.net
CLIじゃないと、まともに使えないという方が多いんじゃないか。

651
デフォルトの名無しさん[sage]   投稿日:2015/06/08 11:32:29  ID:AXPER4TO.net(2)
GUIで全部やるのは難し過ぎる
併用が無難だよ

652
デフォルトの名無しさん[sage]   投稿日:2015/06/08 11:48:08  ID:I6Rw7h/u.net(2)
gitと親和性の高いBTSでお勧めを教えて
コメント2件

653
デフォルトの名無しさん[]   投稿日:2015/06/08 12:15:16  ID:obzwvKms.net
もうgithub for windowsで満足
プルダウンメニューでブランチを替えて、
ファイルを編集したら未コミットのリストがリアルタイムで追随、
マージはブランチのドラッグアンドドロップで一発、
プッシュはsyncボタンで一発。

でもたまによくあるCLIの作業からは逃れられないけど

654
デフォルトの名無しさん[sage]   投稿日:2015/06/08 13:31:33  ID:AXPER4TO.net(2)
ファイル編集、HEADとの差分確認、コミットの流れはIDEやエディタに統合されたのを使う
ブランチのブラウズもGUIのを使う
ここらへんは非CLIでやることのメリットを感じるね

655
10人に1人はカルトか外国人[]   投稿日:2015/06/08 14:46:48  ID:KHrLNVN4.net
●マインドコントロールの手法●

・沢山の人が偏った意見を一貫して支持する
 偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
 誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法

偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い

靖国参拝、皇族、国旗国歌、神社神道を嫌うカルト

10人に一人はカルトか外国人

「ガスライティング」で検索を!

656
デフォルトの名無しさん[sage]   投稿日:2015/06/08 20:44:04  ID:BwIK9Ub/.net
>652
自分でサーバー立てるか、どっかのサービス利用するかで回答が変わってくるな
コメント1件

657
デフォルトの名無しさん[sage]   投稿日:2015/06/08 20:51:15  ID:xf2QCU7p.net
>652
ここはgitのスレです。
gitではない話はスレ違いです。

658
デフォルトの名無しさん[sage]   投稿日:2015/06/08 21:50:53  ID:I6Rw7h/u.net(2)
>656
親玉のサーバをLinuxで自前で立ててあります
今は3人くらいでpushしてる
コメント1件

659
デフォルトの名無しさん[sage]   投稿日:2015/06/09 00:40:12  ID:LoeafuSM.net
>658
既にホスティング環境があって、同じサーバーにbts立てられるっていうことならredmineかな。
ただ、redmineは設定に躓くとちょっとめんどい。うまくいけばbts部分はかなり高機能だし、プラグインで色々拡張もできる。

ホスティング環境も移れるなら、gitbucket (https://github.com/takezoe/gitbucket )とか手軽でいいかもしれない。
javaとtomcatが用意できれば始められるし、それでいてgitホスティングとかpullrequest、issue連携とかの機能は揃ってる。

ただ、gitbucketはbtsとしては高機能とは言えないので、凝ったことしようとすると不満が出るかもしれない。

660
デフォルトの名無しさん[sage]   投稿日:2015/06/09 09:04:20  ID:QNGnbMWJ.net
gitlabの方がいいよ。git連携というかgit統合みたいなものだから
ものすごく使いやすい。設定はほぼ不要。

redmineはBTSとしてはいいが、ソースコードを
快適に修正するための機能がない。

具体的に言えば「プロジェクトをフォークして、個人用の
フォークプロジェクトで行った修正をマージする」といった
極めて重要な機能がない。

あとBTSはもう古いね。今はITS。
BTSだとITSとして使えるようにカスタマイズしないといけないから
初期状態で使いにくい(そして初心者は使いにくいことに気づかないまま
使いにくいものを使い続けてしまうよ)

661
デフォルトの名無しさん[sage]   投稿日:2015/06/09 21:00:02  ID:mCgHqgj4.net
gitlabは昔に触ったときは導入が色々大変だったから勧めなかったけど、今は結構楽みたいだね。dockerにも対応してるみたいだし。

確かに高機能だし、本格的に始めたいならいいよね、gitlab。
コメント1件

662
デフォルトの名無しさん[sage]   投稿日:2015/06/09 21:14:19  ID:gDccibNx.net
gitlabか。
いっかいインストールしたけど
使い方がわからなくてあきらめたんだよな
もう一度頑張るか
コメント1件

663
デフォルトの名無しさん[sage]   投稿日:2015/06/10 01:07:42  ID:7XQM9Exq.net
>661
今は公式リポジトリが出来たよ。
普通にapt-get, yumでインストールも
アップデートもできるようになった。

>662
BTSはMantisをちょっと触っただけだけど考え方が違う。

BTSだともぐらたたきゲームのようにバグが湧いてきて
それを「通報がありました」「バグを確認しました」
「誰かにアサインしました」「修正しました」「リリースしました」
のように随時状況を報告しながらバグを退治。
他の人がそのステータスを確認するっていうフローが想定されている。

そのフローが準備されているからバグ退治の流れはそれに乗っかればいいが
アプリ開発(新機能追加など)はやりにくい。

gitlabだと(githubもそうだが)逐一状況を伝える事はしない。
ラベル機能とかで出来なくはないが、BTSではないのでバグ退治のフローはない。
代わりにあるのがアプリ開発のためのIssueでバグを含めた課題全般を取り扱う

リリース済みでバグが次から次へと発覚して、それを急いで直さなきゃ。みたいな状況ならBTSの方がいいかもしれないね。
ITSはもう少し安定していて、マイルストーンを決めてそこまでに対応するという感じ。
もちろん急ぐ奴はすぐリリースしても良いけどね。


フローの話になったから、こっちのほうが良かったかw

Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net
Gitをより良くするための運用ガイドライン作成スレ
コメント1件

664
デフォルトの名無しさん[sage]   投稿日:2015/06/10 22:15:34  ID:rQ07tGpq.net
gitBREAK使ってる人、感想聞かせてください!

http://codebreak.com/ja/
コメント1件

665
デフォルトの名無しさん[sage]   投稿日:2015/06/10 23:21:39  ID:19Nfo0Ba.net
どうやって利益あげてんのか気にはなるな

666
デフォルトの名無しさん[sage]   投稿日:2015/06/10 23:38:29  ID:EBTmmvru.net
codebreakか
日本の法律下にある他人の鯖にソースコードを預けたくないな

667
デフォルトの名無しさん[sage]   投稿日:2015/06/11 05:00:08  ID:QpuB/nCQ.net(2)
わざわざ劣化コピー使う意味がわからない

668
デフォルトの名無しさん[sage]   投稿日:2015/06/11 06:29:11  ID:6Kqx+wy+.net(3)
github日本版がツイキャスみたいな出会い系サイトになったら移っても良い

669
デフォルトの名無しさん[sage]   投稿日:2015/06/11 06:32:27  ID:6Kqx+wy+.net(3)
>663
>573 ってだれかとおもった

670
デフォルトの名無しさん[sage]   投稿日:2015/06/11 06:40:44  ID:6Kqx+wy+.net(3)
>634
最後の2行について言うと
それはGUIとしての完成度が低いと言う見方もあるな
馬鹿なデザイナーでも使えるようにする必要があるかどうかは知らん

>638
その通り

671
デフォルトの名無しさん[sage]   投稿日:2015/06/11 08:05:33  ID:bgrkp9n0.net(3)
>638
難しい手順を覚えるのは技術のうちに入らない。
それは単にプロトコルに習熟しただけ。
例えばENIACプログラミングを今更やる奴は殆ど居ない。
本質的な結果を出す為の過程を単純化した方法を作り出すのが技術。
テクノロジーの語源からも明らか。
コメント1件

672
デフォルトの名無しさん[sage]   投稿日:2015/06/11 08:12:02  ID:IhjRP6Ev.net
guiは履歴を俯瞰してみたり、チェリーピックしたいときに便利だと思う。
cliはシェルと組み合わせれば半自動で色々できるから好き。

673
デフォルトの名無しさん[sage]   投稿日:2015/06/11 19:58:54  ID:pGn6KOhY.net
>664
> ソースコードや個人情報等の情報およびその投稿に関する禁止事項
> 3.ソースコードに、自己または第三者の連絡先を記載または暗示すること

> その他一般的な禁止事項
> 4.本システムを通じて入手した情報を、複製、販売、出版、その他私的利用の範囲を超えて使用する行為

ライセンス文もまともに書けず仮に公開したとしても使用には強い制限がかかる
誰がこんなバカな規約書いたんだよ
コメント1件

674
デフォルトの名無しさん[sage]   投稿日:2015/06/11 20:52:13  ID:0L5sgKmI.net(2)
無料で、数人で、非公開のプライベートリポジトリを使う手段は、現時点では存在しませんか?

675
デフォルトの名無しさん[]   投稿日:2015/06/11 21:10:32  ID:d4+JHvzb.net
Dropbox

676
デフォルトの名無しさん[sage]   投稿日:2015/06/11 21:49:51  ID:QpuB/nCQ.net(2)
健全でない言葉が含まれているため表示しません 内容を確認する

677
デフォルトの名無しさん[sage]   投稿日:2015/06/11 21:56:58  ID:jxx/4OCH.net
>無料で、数人で、非公開のプライベートリポジトリを使う手段は、現時点では存在しませんか?

gitlabがある

https://about.gitlab.com/gitlab-com/
Unlimited repositories
Unlimited private collaborators
Unlimited disk space*
Completely free, no credit card required
コメント1件

678
デフォルトの名無しさん[sage]   投稿日:2015/06/11 22:05:30  ID:0L5sgKmI.net(2)
>677
ありがとうございます!見てみます!

679
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:21:46  ID:lwbpITef.net(4)
>671
> 難しい手順を覚えるのは技術のうちに入らない。

なにドヤ顔で嘘ついてるのさw

手順覚えるだけでも運転技術だし
飛行機の操縦も船の操縦も手術も手順覚えるだけだから
技術じゃねーってことになるな
コメント1件

680
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:34:12  ID:YENRiAY6.net
技術じゃないとまでは言わなくても誰がやっても同じ動きになるなら大した話じゃない
飛行機も船も手術も知識があるうえで感覚も必要なもんだから誰でも同じにはならんわな
コメント1件

681
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:36:23  ID:lwbpITef.net(4)
> 技術じゃないとまでは言わなくても誰がやっても同じ動きになるなら大した話じゃない

は? ハンドルを右に切れば
右に曲がりますが?

682
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:37:09  ID:MEVqNqhj.net
あいつには運転技術があるって聞いて運転の手順覚えてるだけかよって思う奴は少ないわな
コメント1件

683
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:37:32  ID:lwbpITef.net(4)
>680
gitも知識があるうえで感覚も必要なもんだから誰でも同じにはならんわなw

コミットの内容も、コミットの順番も人それぞれ違ったものになる。

684
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:38:20  ID:lwbpITef.net(4)
>682
ワロタw うまいね

あいつにはgit技術があるって聞いてgitの手順覚えてるだけかよって思う奴は少ないわな


なるほど、gitの手順だけ知っていて
それを技術があるって思い込んでる奴だったのか!

685
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:40:40  ID:VCTHLF0P.net(4)
gitを使うっていうのは、gitのコマンドを覚えるだけじゃないからね。

どいういう風にブランチとコミットを
組み立てていくか、それがgitを使うということ。

その技術次第で、過去の修正の内容が分かりやすくなったり
ごちゃごちゃで意味不明になったりする。

きれいなコミットだとrevertしたり、cherry-pickも簡単なんだが、
だめなやつがやると使えないコミットだらけになるもんな。

686
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:41:01  ID:OzhCdhwc.net
GitHubで公開されているものを利用してシステムを作ろうとしています。
ですが社内のプログラマが同じバージョンのものを使うようにしたいため
Gitのサーバを構築して、GitHubのを社内にコピーしてプログラマは
社内のGitサーバから落してもらうようにしたいのですが、このような
使い方はできるのでしょうか?
用語が分からないので上手く説明できませんが、もしできる場合は具体的に
どのようにすればばよいのでしょうか。
コメント1件

687
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:42:44  ID:VCTHLF0P.net(4)
>686
githubで公開されているものを使うってだけなら、
submoduleを使えばいいだけ。

特定のバージョン(コミット)を指定して参照することができる
コメント1件

688
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:42:53  ID:bgrkp9n0.net(3)
>679
先人が作り上げた技術に「習熟」する事と、改善等を加える事との区別ぐらい付けよう。
コメント1件

689
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:45:06  ID:VCTHLF0P.net(4)
>688
飛行機だってマニュアルがあって
先人が作り上げた技術を
「習熟」するだけですが?

なにか言う前に矛盾しないか
少し考えてから発言しようよw
コメント2件

690
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:51:54  ID:bgrkp9n0.net(3)
>689
「習熟しただけ」のパイロットもどきが事故起こすんだよなあ。
まあ、プログラム言語の文法覚えた「だけ」の奴には難しかったか。
コメント1件

691
デフォルトの名無しさん[sage]   投稿日:2015/06/11 23:54:53  ID:VCTHLF0P.net(4)
>690
> 「習熟しただけ」のパイロットもどきが事故起こすんだよなあ。

だからなんなんでしょうか?w

「習熟しただけ」のパイロットもどきが事故起こすが
「習熟した」以上の技術をつけたのパイロットは事故を起こさない

「習熟しただけ」のgitつかいもどきが、くそきたないコミットを作るが
「習熟した」以上の技術をつけたのgitつかいはきれいなコミットを作る。

あれあれ? 同じことですねw
コメント1件

692
デフォルトの名無しさん[sage]   投稿日:2015/06/12 04:30:47  ID:XoMzVDAf.net
定石をおぼえる時は
定石から外れたことをするとどうなるかまで知ってる人と
定石通りのことしか出来なくて定石から外されると負ける(前者なら普通勝てる)タイプの人が居るね

693
デフォルトの名無しさん[sage]   投稿日:2015/06/12 05:33:48  ID:KE10iP2h.net
汚いか綺麗かを決めるのは自分だ。

694
デフォルトの名無しさん[sage]   投稿日:2015/06/12 07:55:39  ID:DpgRw3ep.net
>691
見苦しいから、その辺にしとけ。

>飛行機だってマニュアルがあって
>先人が作り上げた技術を
>「習熟」するだけですが?

こういう甘い発想の奴は困るんだよなあ・・・
コメント1件

695
デフォルトの名無しさん[sage]   投稿日:2015/06/12 08:28:50  ID:K1SJqQ2p.net
>689
git 使うような人はそのマニュアルを作るような立場の人が多いんだが
コメント1件

696
デフォルトの名無しさん[sage]   投稿日:2015/06/12 08:41:22  ID:UHhWvxxE.net
>695
わかる

このスレ「管理者の方針に従えばいい」

俺「俺がその管理者なんだよ〜。どうやってルール決めればいいかわかんねーよ」
コメント1件

697
デフォルトの名無しさん[sage]   投稿日:2015/06/12 09:11:20  ID:uZJNyCxR.net

698
デフォルトの名無しさん[sage]   投稿日:2015/06/12 19:21:58  ID:w9SfTIdr.net
外部の刻々と変わる環境に対して、
適切な対応を選択し、実行する
これは操作方法だけじゃ無理だよ
コメント1件

699
デフォルトの名無しさん[sage]   投稿日:2015/06/12 19:48:06  ID:OQHJwW6B.net
Git初心者で、使い方が分からない部分が多くあります。答えていただけると嬉しいです。

GitにアップロードするためのツールとしてTortoiseGitを使っているのですが、
最初にアップロードする(プッシュする)のはいいとして、
ローカルの中身を更新した際、プッシュしてもオンライン上で全く同じ状態にはならず困っています。
具体的には、オンライン上で「ファイルA・ファイルB」、ローカル上で「ファイルA・ファイルC」とあった場合、
プッシュするとオンライン上で「ファイルA・ファイルB・ファイルC」となって、ファイルBが削除されないのです。
いちいちブラウザ上で手動で削除するのが面倒なのですが、何か上手い方法はあるのでしょうか。

また、各種Gitツールを使わず、ブラウザからレポジトリに直接ファイルをアップロードすることはできるのでしょうか?
コメント1件

700
デフォルトの名無しさん[sage]   投稿日:2015/06/12 20:10:35  ID:AMVc4lNO.net
>699
> ファイルBが削除されないのです
TortoiseGit のメニューから削除してないんじゃない?

> ブラウザからレポジトリに直接ファイルをアップロード
サービスの提供者に聞いてどうぞ

701
デフォルトの名無しさん[sage]   投稿日:2015/06/13 01:44:19  ID:2XvJk2DZ.net(3)
>694
えとさぁ、見苦しいよ。

人のコメントを引用して、
そのことについて、何が間違ってるかを
何一つ書かないで、言い返した気になるのは。

702
デフォルトの名無しさん[sage]   投稿日:2015/06/13 01:47:39  ID:2XvJk2DZ.net(3)
>696
> 俺「俺がその管理者なんだよ〜。どうやってルール決めればいいかわかんねーよ」

社内に詳しい人がいないなら、社外の知識を利用すればいいのでは?

最近はオープンソースでgitでどういうコミットをしているのか
見ればすぐにわかるし、資料も多いし、2ちゃんねるでもこっちのスレで詳しくやってるよ。

Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net
Gitをより良くするための運用ガイドライン作成スレ

703
デフォルトの名無しさん[sage]   投稿日:2015/06/13 01:50:44  ID:2XvJk2DZ.net(3)
>698
> 外部の刻々と変わる環境に対して、

それはわかる。単にコマンドを覚えるだけじゃなく
gitの外部の環境=ソースコードに応じて
適切な順番と内容で対応を変更して実行する。
これはコマンドを覚えるだけじゃ出来ないからね。

それは他の人のコードのブランチをレビューしていて
痛いほどよくわかってる。コマンドを使うことは出来る
だけどあるべき姿のものを作れない。

704
デフォルトの名無しさん[sage]   投稿日:2015/06/15 00:59:50  ID:PH3D3/9J.net
浜野さんのミドルネームの C って、何の略かな?

705
デフォルトの名無しさん[sage]   投稿日:2015/06/15 11:20:49  ID:ZM3mWJtN.net
濱野・チャーリー・純。 それが彼のフルネームよ!
コメント1件

706
デフォルトの名無しさん[sage]   投稿日:2015/06/15 11:37:12  ID:HDA/Cn6G.net
ごめんくさい〜
コメント1件

707
デフォルトの名無しさん[sage]   投稿日:2015/06/16 00:13:48  ID:7C1PfN58.net
>687
ありがとうございます。
submoduleでいけました。

708
デフォルトの名無しさん[sage]   投稿日:2015/06/16 01:55:47  ID:LRuQsu+J.net
>705
>706
懐かしい。
チャーリー浜かよw

709
デフォルトの名無しさん[sage]   投稿日:2015/06/16 13:15:18  ID:AmmNKqz/.net
https://github.com/python/cpython/commit/efe0e11c78f890146375f1d...

これどういうことですか?
同じ文字列が削除されて追加されているコミットってどうやって作るんですか?これ何の意味があるんですか?

710
デフォルトの名無しさん[sage]   投稿日:2015/06/16 13:16:28  ID:TZUCxsD3.net
foxがFoxになっとるやんけ

711
デフォルトの名無しさん[sage]   投稿日:2015/06/16 13:28:36  ID:dzgBqGJj.net
改行コードが変更されただけとか
行末のスペース無くなってるだけとか
TABがスペースに置き換わっただけとか
たまによくある

712
デフォルトの名無しさん[]   投稿日:2015/06/16 21:45:33  ID:gqnH2dL3.net
sourcetreeで、stashをpopする方法はある?

713
704[sage]   投稿日:2015/06/17 00:09:44  ID:zdNvSItr.net
言われて気づきました大文字が小文字になってるだけだったのに今気づきました

714
デフォルトの名無しさん[sage]   投稿日:2015/06/17 19:22:19  ID:Uu1OTzaj.net

715
デフォルトの名無しさん[sage]   投稿日:2015/06/18 00:27:48  ID:7B4eGBDb.net
うまく説明できないんですが、GitHubとは別サイトで認証が必要なライブラリで
そのサイトでGitHubのアカウントを登録してGitHubから引っ張ってくるんですが、
登録さえしてしまえば普通にcloneで取ってこれます。
それをsubmoduleで使いたいんですがローカルリポジトリに追加してコミット、
自分のサーバのリポジトリにプッシュしても、他の人が使えません。
自分自身も一度ローカルを消して、自分のサーバからクローンしようとしても
エラーになってしまいます。
このような場合はどうすればよいでしょうか?
コメント2件

716
デフォルトの名無しさん[sage]   投稿日:2015/06/18 00:33:40  ID:vn28fqVf.net
>715
まずこの意味がわからない
>GitHubのアカウントを登録してGitHubから引っ張ってくる
具体的に何やってるの?
コメント3件

717
デフォルトの名無しさん[sage]   投稿日:2015/06/18 01:25:52  ID:X9wRJKf5.net
>715
submoduleのリポジトリも含めて皆がcloneできる場所において、
submoduleの参照先を変えないとだめかもしれない。
コメント1件

718
デフォルトの名無しさん[sage]   投稿日:2015/06/18 19:53:58  ID:lbH07egD.net(2)
>716
.gitmodulesの示す先がローカルのパスか、その別サイトにログインできないとcloneできないとか
そんなんじゃね?
コメント2件

719
デフォルトの名無しさん[sage]   投稿日:2015/06/18 20:20:22  ID:lbH07egD.net(2)
ああ、>716の疑問はそこじゃないな・・
githubを監視するようなサイトが幾つかあるけど、そんな中にミラーを提供する奴もあったかもしれない
(うろ覚えでオセロか何かそんな名前のサイトがあった気がするけど今見たら消えてるな・・・)
そういうのを使ってるんだろう

と、エスパーしてみた
コメント1件

720
デフォルトの名無しさん[sage]   投稿日:2015/06/21 16:52:03  ID:YPeQCGDm.net
pushしたコミットログをタイポしたのでrebaseで直した後に
別の最新の更新内容をpushしようとしたら
pullしろっていわれたのでpullしたらコンフリクトしました
こういうときってどうやってコンフリクト起こさずにログを修正したらよかったんですか?
コメント3件

721
デフォルトの名無しさん[sage]   投稿日:2015/06/21 17:00:11  ID:RKAD3ekV.net
>720
あんたのレベルだとpush済みのタイポをrebaseで直してpushしようとしたらダメだ
多少歴史が汚くなるとしてもタイポも新しいコミットとしてpushすべき
コメント3件

722
デフォルトの名無しさん[sage]   投稿日:2015/06/21 18:17:52  ID:0NmNrFCo.net
>716
>717
>718
>719
どうもすいません。ちょっとてんぱり気味でした。
>718のおっしゃる通りです。
ただユーザー名とパスワードを書くのは引けるので調べたところ
GitGubでトークンというのを作って.gitmodulesに書き込む事で
うまくいきました。

723
デフォルトの名無しさん[sage]   投稿日:2015/06/21 18:55:06  ID:/gMpDjZs.net
pushしてからrebaseはコンフリクトする罠

724
デフォルトの名無しさん[sage]   投稿日:2015/06/22 02:49:01  ID:j9mWyPD+.net(4)
>720

>721は無視していい(笑) おそらく>721自体がやり方をわかっていない。
>721自信がが説明できるレベルにないのを「あんたのレベル」という言葉でごまかしてるw

おそらく答えとしては「push時に--forceをつけろ。」だろうけど

以下、ちゃんとした解説

------------------

どれをどこにpullしたのかよくわからんが、まず「みんなで共有しているブランチ」と
「自分専用のブランチ」と分けて考える。

「みんなで共有しているブランチ」の代表例はmasterだな。他に次バージョン用のブランチなどがある
「自分専用のブランチ」はトピックブランチと呼ばれたりする。

自分専用のブランチは、その名の通り自分専用なのだから勝手に更新されることとはない。
みんなで共有しているブランチは誰かが勝手に更新する。

みんなで共有しているブランチは、そのブランチに対して直接修正してはいけない。
必ず共有ブランチから自分専用のブランチを作って作業をする。終わったら共有ブランチにマージする。

自分専用のブランチは自分専用なのだから好きにrebaseしてよい
自分専用でも他の人が見ることはある。だけどそれは見てるだけなので何も問題ない

ここまでは前提知識として


続く
コメント2件

725
デフォルトの名無しさん[sage]   投稿日:2015/06/22 02:50:06  ID:j9mWyPD+.net(4)
> 別の最新の更新内容をpushしようとしたらpullしろっていわれたので

pullする必要があるのは共有ブランチの場合だけ。なぜなら自分専用であれば
自分しか更新しないから、サーバー側がローカルよりも新しくなることはなく
pullする必要がない。

そして共有ブランチであれば、そこを調節更新することはないのでpullが失敗することはない
失敗したら間違って共有ブランチをローカルで更新してしまったとうこと。
その場合は(他のブランチにリネームしたりしてバックアップを取ってから)
共有ブランチは適当に巻き戻したり消して取り直せばいい



じゃあ何故pushした時にpullしろと言われたのか?

それは単にサーバーにpushされているのと、
自分がpushした内容(の歴史)が食い違っていたからなだけ。

gitはブランチが共有ブランチなのか自分専用のブランチなのかの区別は
できないから無いから食い違いをサーバー側が更新されたからだと解釈した。


でもそれが自分専用のブランチであれば、
ローカルにあるブランチが正しいので単にgit push --forceをすれば良い。
自分専用のブランチなのだから、git push --forceしたとしても
誰にも迷惑はかからない。
コメント1件

726
デフォルトの名無しさん[sage]   投稿日:2015/06/22 03:00:25  ID:j9mWyPD+.net(4)
補足

理屈上は>725に書いたとおりで間違いないのだけど、
人間はミスするもので、間違ってローカルでmasterを修正して
それをgit push --forceしてしまうなどということが起こりかねない。

中途半端にしか理解できてない人がmasterにpushできない?
あれぇ〜? --forceしてみよう。とかやってめちゃくちゃにして、
その経験(?)を悪い方向に活かして、○○は禁止
(理由:なんでそうなるのか俺には理解できんから)とか
言い出してgitを使えない・不便な道具に、変えてしまう愚か者が少なからずいる。


だから早いうちにgithubやgitlabを取り入れた方がいい。
gitlab(無料だよ)だと、masterに対してのpush --forceを禁止して
ウェブ画面に限定出来たり(デフォルトでそうなってる)と便利。

「共有のブランチ」と「自分専用のブランチ」を明確に区別するために
プロジェクトのリポジトリから、自分専用のリポジトリへforkを行ってから開発するから
ブランチがたくさん出来て、どれがなんのブランチなのかわからなくなることもない。

727
デフォルトの名無しさん[]   投稿日:2015/06/22 04:12:25  ID:6fsOI3Rm.net
そして>724-726を見た>720は、なんだかよくわからないけどgit push --forceでいいのかぁ〜と理解し
push --forceの乱発で他人のコミットを上書きしまくってプロジェクトを混乱に陥れるのであった…
コメント1件

728
デフォルトの名無しさん[sage]   投稿日:2015/06/22 05:17:00  ID:mEuvJOmb.net(2)
>724-726 の結論

git push --force 推奨

729
デフォルトの名無しさん[sage]   投稿日:2015/06/22 06:18:54  ID:j9mWyPD+.net(4)
なんか必死なバカが居るw

730
デフォルトの名無しさん[sage]   投稿日:2015/06/22 08:17:21  ID:Jo3Uu3lv.net(2)
自演乙

731
デフォルトの名無しさん[sage]   投稿日:2015/06/22 09:57:48  ID:PyoyBJGz.net(3)
>727
>なんだかよくわからないけどgit push --forceでいいのかぁ〜と理解し
これは別にID:j9mWyPD+悪く無いだろ……

732
デフォルトの名無しさん[sage]   投稿日:2015/06/22 10:01:38  ID:PyoyBJGz.net(3)
大体、Git使う奴がアホかどうかなんてソフト側から判別できるわけ無いんだから、
どう丁寧に教えようがリスクは当然有ると考えるべき(戻せるだけマシ)
だったら丁寧に教えてあげた方が後から文句言われる筋合いを無くせるという利点も……

733
ID:j9mWyPD+[sage]   投稿日:2015/06/22 10:09:04  ID:6W+IUVUv.net(3)
俺的には

プロ(俺)の目の前で、アマチュアが初心者に
「お前にはまだわからんだろうがな〜」と
言い出したように感じたものでw

アマチュアが、pushした物の歴史改ざんしたらいけないんだぜーとか
push --forceはだめなんだぜーとか言ってるのを見るとねぇ(苦笑)

そういう書き込みには、決まってなぜだめなのかといった理由が書いていない。
自分がわかってないからさ。

理由を考えれば、どういう場合にはだめで、どういう場合ならいいかが
わかるはずなんだが、一部の人間は何も考えたくないからか、
状況など考えずに、良いか駄目かのわかりやすいルールを求める。

そういう人間にはならないようにしような。

734
デフォルトの名無しさん[]   投稿日:2015/06/22 10:16:31  ID:nboh/a20.net
間違って操作しても壊れないようにするのがフェイルセーフ(馬鹿除け)の基本なんだが
コメント2件

735
デフォルトの名無しさん[sage]   投稿日:2015/06/22 10:30:46  ID:6W+IUVUv.net(3)
世の中に間違って操作しても絶対に壊れないものなんてないぞw

フェールセーフというのは間違って操作しても「安全」という意味だ。
英語:セーフ=安全

お前が言うべきなのは、フールプルーフな。
英語:フール=馬鹿

gitにおけるフールプルーフはreflogだろうな。
これによってコミットが消えることはない。

間違って操作してもgitなら複数の場所にコピーがあるから
これもフールプルーフといえよう。

push --forceしても別に壊れるわけじゃない。混乱が発生して困るだけだ。
もちろんそういう問題が発生するのは、みんなで共有しているブランチだけであって
だから自分専用であれば誰も困らないんだからやっていいという話をしてる。

>734
お前は何がいいたいのだ?
コメント1件

736
デフォルトの名無しさん[sage]   投稿日:2015/06/22 10:52:29  ID:kJni3XZO.net
釣られたんじゃね?

737
デフォルトの名無しさん[sage]   投稿日:2015/06/22 11:00:33  ID:Jo3Uu3lv.net(2)
リポジトリが公開されているからと言って
勝手にforkして作業してたら
主が勝手に(自由に)pushして
forkした側が混乱して困ってこれまた勝手にクレームを付ける

誰宛てのアンカも無いレスに対して >735 がやってることはまさにそれ
コメント1件

738
デフォルトの名無しさん[sage]   投稿日:2015/06/22 12:16:35  ID:a9m1vXpg.net(2)
そういう揉め事はこちらへどうぞ
Gitをより良くするための運用ガイドライン作成スレ

739
デフォルトの名無しさん[sage]   投稿日:2015/06/22 17:40:26  ID:PyoyBJGz.net(3)
ID:6fsOI3Rm=ID:Jo3Uu3lv必死すぎワロスwww

740
デフォルトの名無しさん[sage]   投稿日:2015/06/22 18:04:38  ID:6W+IUVUv.net(3)
>737
落ち着こうw

あんたが言っている問題(?)
それはフォークなど関係なく発生することだ。

複数人で開発したら、一人が開発中に
もう一人が修正した。という話をしているだけだな。

741
デフォルトの名無しさん[sage]   投稿日:2015/06/22 19:50:24  ID:ScRlfOQU.net
いっぱい釣れたね

742
デフォルトの名無しさん[sage]   投稿日:2015/06/22 20:27:08  ID:O6QpuzQl.net(2)
おまえらpush --forceを甘く見すぎだな

Aがトピックブランチ作成
Aがトピックブランチ上でコミットXを作成してpush
Bがトピックブランチ作成
Bがトピックブランチ上でコミットYを作成してpush、トピックブランチ破棄
Aがトピックブランチ上でタイポ直したコミットX'をrebaseで作成してpush --force

コミットYは上書きされてしまうわけだが、これ誰も気がつかずコミットYがGCされちゃうことあるんだよ?
コメント2件

743
デフォルトの名無しさん[sage]   投稿日:2015/06/22 22:41:32  ID:mEuvJOmb.net(2)
x されちゃうことがある
o されちゃう

744
デフォルトの名無しさん[sage]   投稿日:2015/06/22 22:47:27  ID:O6QpuzQl.net(2)
GCされる前に誰か気がつけばreflogから復旧できるんで

745
デフォルトの名無しさん[sage]   投稿日:2015/06/22 23:36:10  ID:a9m1vXpg.net(2)
>742
AとBのトピックブランチが同じ名前ならBのpushのときに失敗するだろ。
その場合はトピックブランチを共有してるのだから、push -fしてはいけないのは当たり前
コメント1件

746
デフォルトの名無しさん[sage]   投稿日:2015/06/23 00:36:04  ID:UdZmnE2/.net(2)
>742

>745の言うとおり。共有しているブランチは
push --forceしたらだめだと書いた。ちゃんと判断して使え。

ミスしたらという話をするならば
masterを消すことだって出来てしまう。


だからgitlabを使えと言ってるんだよ。gitはソースコードの管理をするためのもので
ユーザーの管理、つまり誰が何をやっていいかダメかっていうのは管理してない。
--forceが問題なのではなくて、gitだけでやろうとしているのが問題
ユーザーの管理がしたいのならGitサーバーを使う。それはGit Proにも書いている。
https://git-scm.com/book/ja/v1/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3...

俺のおすすめはgitlab。Git Pro 2nd Editionの方に翻訳されてるな。
https://git-scm.com/book/ja/v2/Git%E3%82%B5%E3%83%BC%E3%83%90%E3%...

フォークして自分のプロジェクトで作業するならば、
メインのプロジェクトには共有ブランチだけ、
自分のプロジェクトには自分専用のブランチだけになる。

共有ブランチはプロテクト等をかけることで、
push --forceできなくすることもできる。

747
デフォルトの名無しさん[sage]   投稿日:2015/06/23 00:45:05  ID:4795aBmW.net
gcをしても初期設定だと直近二週間のコミットは保存されるし
他の奴の作業コピーから復元できるかもだし

748
デフォルトの名無しさん[sage]   投稿日:2015/06/23 01:19:15  ID:UdZmnE2/.net(2)
少なくともコードを書いた本人のマシンには
本人が書いたコードは残ってるんだよね。

749
デフォルトの名無しさん[sage]   投稿日:2015/06/23 16:29:38  ID:LQfp6JsA.net
べらんめぇ
宵越しのコードは持たねぇのが粋ってもんよ
コメント1件

750
デフォルトの名無しさん[sage]   投稿日:2015/06/23 20:22:25  ID:CqiNTuO0.net
おっ、粋だね!

751
デフォルトの名無しさん[sage]   投稿日:2015/06/23 20:57:22  ID:Yra6/pdr.net
>749
てめえ、コミットする前にコード消しやがって、何が粋だよ
コメント1件

752
デフォルトの名無しさん[]   投稿日:2015/06/23 22:28:58  ID:SktsG5/m.net
コードもまた別れがあるから愛おしいのよ。
いつでも逢えたらロマンチックじゃないじゃない。

753
デフォルトの名無しさん[sage]   投稿日:2015/06/24 08:57:50  ID:NHniIMjV.net
>751
江戸っ子は気が短けーんでい

754
デフォルトの名無しさん[sage]   投稿日:2015/06/24 22:23:29  ID:ix5XSndE.net
コードなんてもなぁ、そう何度も何度もね、
テストしたりコミットしたりほどのもんじゃないんだよ。
オレなんか、急ぐときなんざ エディタで保存する前に
消しちまうんだ

755
デフォルトの名無しさん[sage]   投稿日:2015/06/26 11:47:16  ID:Q1kb1EVf.net
3つのファイルを編集した1コミット分をgit pushしたときに
Total 9 (delta 5), reused 0 (delta 0)
って表示されたんですが9と5ってなんですか?

756
デフォルトの名無しさん[]   投稿日:2015/06/28 11:33:24  ID:5m9gZHLm.net(4)
基本的には実行属性を無視しつつ、
ある特定のファイルの実行属性だけ無視しない

という設定をしたいんだけど、どうすればいい!?
コメント1件

757
デフォルトの名無しさん[sage]   投稿日:2015/06/28 11:47:33  ID:VLu09OAr.net
>756
Linux使えば良い。
コメント1件

758
デフォルトの名無しさん[]   投稿日:2015/06/28 13:44:26  ID:5m9gZHLm.net(4)
>757
Linux使ってるんだけど、どうすればいい・・・

759
デフォルトの名無しさん[sage]   投稿日:2015/06/28 14:04:26  ID:lxz6gjyn.net(2)
chmodぐらい勉強しろ。
コメント1件

760
デフォルトの名無しさん[]   投稿日:2015/06/28 15:26:50  ID:5m9gZHLm.net(4)
>759
いちおうわかりやすく説明しなおすと、
chmodをすると、gitは属性の変更を検知するでしょ?
それを本当に実行するファイル以外では無視したいの。

たとえば、 bin というフォルダにあるファイルの
実行属性があやまって変更されたら検知してほしいけど
doc というフォルダのファイルをうっかり属性変更しても
そんなのは無視してほしいんですよ

761
デフォルトの名無しさん[sage]   投稿日:2015/06/28 15:36:00  ID:YBvq0FDq.net
.gitignoreや.gitattributesでどう設定すれば・・・って話だろうけど
確かにもうすこし具体的に何がしたいか書かないとレスつかないだろうね

762
デフォルトの名無しさん[sage]   投稿日:2015/06/28 16:49:31  ID:uJqfu/82.net(3)
sambaからコピってパーミッション直さないのがいると
全部のファイルに実行権ついててうざっ…とはなるな
コメント1件

763
デフォルトの名無しさん[sage]   投稿日:2015/06/28 17:03:24  ID:WJabjmO6.net(3)
>762
cygwinなら/etc/fstabで/cygdriveをnoaclに設定しとけばその手の煩わしい手間の必要はたぶん無い
msysgitとかだと同じことできなかったりする?
コメント1件

764
デフォルトの名無しさん[sage]   投稿日:2015/06/28 18:27:03  ID:uJqfu/82.net(3)
>763
Windows->(Samba)->Linuxにコピーして
Linuxでgit addした時の話ね
msysgitなら実行権を無視するのでそういう事にはならないよ
コメント1件


765
デフォルトの名無しさん[sage]   投稿日:2015/06/28 18:39:52  ID:lxz6gjyn.net(2)
だからLinux使えって言ってんだろ?

766
デフォルトの名無しさん[sage]   投稿日:2015/06/28 20:07:20  ID:WJabjmO6.net(3)
>764
それはsamba側の設定でcreate maskを0644にしちゃえばいいと思うんけど、
そういうわけには行かない使い方をしてるのかな?
コメント1件

767
デフォルトの名無しさん[sage]   投稿日:2015/06/28 20:25:52  ID:uJqfu/82.net(3)
>766
自分配下のものならそれでいいんだけど、
個人用のLinux PCとか、IT管理部門が許可しなかったりと
なかなか統一できないのよね…。

質問の件は git config core.filemode false で
実行権限無効化するくらいしか思いつかないな
gitattributesでできるんかな?
コメント1件

768
デフォルトの名無しさん[]   投稿日:2015/06/28 20:28:07  ID:5m9gZHLm.net(4)
>767
実行権限無視の設定にしてる。
でもこれだと、ほんとに実行するファイルの実行権限が落ちていた時に
気付かないので、できればやめたい

769
750[sage]   投稿日:2015/06/28 20:31:54  ID:/nFQf9C+.net
どなたかおねがいします
コメント1件

770
デフォルトの名無しさん[sage]   投稿日:2015/06/28 20:44:04  ID:WJabjmO6.net(3)

771
デフォルトの名無しさん[sage]   投稿日:2015/06/28 22:55:49  ID:im5DcXMU.net
うーん、
プリコミットフィルターでコミットを拒絶するか
ポストコミットフックで実行権を強制的に書き換えるか

やりかた?知らん。

772
デフォルトの名無しさん[sage]   投稿日:2015/06/29 16:18:10  ID:rbxhDT3n.net
git diffが見づらいんですが
背景色を変更したり文字の色を指定する方法をおしえてください

773
デフォルトの名無しさん[sage]   投稿日:2015/06/29 17:14:42  ID:k+90EXgh.net
.git/config

774
デフォルトの名無しさん[]   投稿日:2015/06/30 09:22:56  ID:TGfi4m1b.net
コミットした内容を破棄するんじゃなくて
コミットしたことを破棄したいんだけど
どうしたらいいの?
ファイルの内容は戻したくない
コメント1件

775
デフォルトの名無しさん[sage]   投稿日:2015/06/30 09:39:02  ID:4wEdMli5.net
>774
git reset HEAD^

776
デフォルトの名無しさん[]   投稿日:2015/07/04 13:39:17  ID:YKtPOMLD.net
要件とか設計書をmarkdownとかで作成してバージョンを管理するとします。

そして変更履歴を一覧として出力(差分のみ)して作業指示書のようにすることはできますか?
コメント1件

777
デフォルトの名無しさん[sage]   投稿日:2015/07/06 07:01:20  ID:p0+3cdhD.net
git log -p でええか?

778
デフォルトの名無しさん[sage]   投稿日:2015/07/06 11:19:13  ID:jgWjPX/O.net
SourceTree ってわかりにくくない?
編集したのを元に戻すつもりで破棄を選んだら
ファイルを消されたよ

実行したgitコマンドのログも見れないし

779
デフォルトの名無しさん[]   投稿日:2015/07/06 12:24:05  ID:IqUlle/j.net
使ってないよ

780
デフォルトの名無しさん[sage]   投稿日:2015/07/07 07:05:33  ID:NpIL7uvL.net
>776
人間を機械のように扱わないとあかん案件か。
コメント1件

781
デフォルトの名無しさん[]   投稿日:2015/07/07 10:56:27  ID:L2fl7GI9.net
>780
Excelでいつの間にか更新されてて、取り込まれてないよ!っつーのをなくしたいんですわ

782
デフォルトの名無しさん[sage]   投稿日:2015/07/07 23:01:07  ID:JwFwNWWF.net
csvにしてからテキスト比較する程度でも足りそうな

783
デフォルトの名無しさん[sage]   投稿日:2015/07/07 23:25:04  ID:y1gFbJO1.net
いままで要件定義とか設計書をExcelでやってたのをGit管理したmarkdownへ変更したいってことなのか?

784
デフォルトの名無しさん[]   投稿日:2015/07/08 01:45:10  ID:uot9w4rY.net
これって他人のコード見れたりするんですか?

785
デフォルトの名無しさん[sage]   投稿日:2015/07/08 02:11:28  ID:uBhtmoLk.net
ほんとExcelの仕様書は根絶してもらいたいな
バックエンドにGitを使ったWikiで何か良いものはないのかな?
コメント2件

786
デフォルトの名無しさん[sage]   投稿日:2015/07/08 04:28:24  ID:L2Tv4EJx.net
>785
gitlab

787
デフォルトの名無しさん[sage]   投稿日:2015/07/08 19:28:18  ID:ribTz8l0.net
>785
エクセルをgitで管理すると捗るよ
コメント1件

788
デフォルトの名無しさん[sage]   投稿日:2015/07/08 23:28:04  ID:PLuP1x0a.net
tortoiseGitのdiffでexcelの差分表示機能は秀逸
差分機能のないexcel自身を使ってなぜか差分表示を行ってしまう
wordファイルはword自身の機能を使って差分表示

SourceTreeはWinMargeの呼び出しが標準たな?
tortoiseGitには負けるけどそこそこ使える

コマンドラインではdocx2txtが定番なのかな?これってexcel対応してたっけ?

789
デフォルトの名無しさん[sage]   投稿日:2015/07/10 00:13:15  ID:Ud/4MC5K.net
markdownやplantUML使うならAtomよさげだなあ
これぞ開発者のツールって感じ

790
デフォルトの名無しさん[sage]   投稿日:2015/07/10 03:42:11  ID:/JprfCCX.net
>787
> エクセルをgitで管理すると捗るよ

前にやってた(知らない所で勝手にやってた)ことあるけど
データ容量増えすぎでいらいらするようになったよw
差分で記録できないからね。
画像とか含まれていると、数MB単位で増え続ける。

791
デフォルトの名無しさん[]   投稿日:2015/07/10 04:02:17  ID:27W+BsF0.net
やって後悔するのは愚者
やらんでも予想出来るのが賢者

792
デフォルトの名無しさん[sage]   投稿日:2015/07/10 08:38:00  ID:xDEEK620.net
git って差分で記録なんてしてたっけ
コメント2件

793
デフォルトの名無しさん[sage]   投稿日:2015/07/10 09:26:19  ID:JycZhxcB.net
その人はExcelでgitを作って管理すると捗ると言ってるのだ
それなら通じる

794
デフォルトの名無しさん[sage]   投稿日:2015/07/12 14:24:22  ID:PDFfD/6i7
>792
コミット時にはしないけど、git gcの時に似ているファイル同士は連結圧縮してくれる

795
デフォルトの名無しさん[sage]   投稿日:2015/07/12 14:24:46  ID:9keGjwZf.net
>792
コミット時にはしないけど、git gcの時に似ているファイル同士は連結圧縮してくれる

796
デフォルトの名無しさん[sage]   投稿日:2015/07/13 17:46:21  ID:t6CAZDWG.net(2)
SourceTreeをアップデートしたらウィンドウが半分になった
どうしよう

797
デフォルトの名無しさん[sage]   投稿日:2015/07/13 17:49:20  ID:t6CAZDWG.net(2)
ブックマークを表示してサイズ変更して非表示にしたら直った。
不思議なこともあるもんだ。

798
デフォルトの名無しさん[]   投稿日:2015/07/14 01:33:04  ID:vBESeRtH.net
案件とかで使ってないけど、趣味でgit勉強してます。
で、どういう運用すればいいのかよくわからん。

まず、バージョン1とかマイルストーンでブランチを切った方がいい?で、そこから機能でブランチを切ってく感じ?
コメント2件

799
デフォルトの名無しさん[sage]   投稿日:2015/07/14 06:39:52  ID:lsljdDda.net
好きにしろ

800
デフォルトの名無しさん[sage]   投稿日:2015/07/14 10:23:57  ID:pNaF7lhj.net
>798
まずブランチなんか無視して使い方を覚えるんだ

801
デフォルトの名無しさん[sage]   投稿日:2015/07/14 11:24:20  ID:OwkWHpBs.net
>798
このスレはgitであのコマンドってなに?とか
git周辺のソフトって何が有る?とか
そういうことを聞くスレだよ。
主に初心者向け

gitの運用の仕方はこっち

Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net
Gitをより良くするための運用ガイドライン作成スレ
コメント1件

802
デフォルトの名無しさん[]   投稿日:2015/07/14 12:53:22  ID:G0PBqp91.net(2)
>801
どう見ても初心者だろ
コメント1件

803
デフォルトの名無しさん[sage]   投稿日:2015/07/14 13:07:53  ID:VxoBFrok.net
>802
運用のことを考え出したら初心者じゃない。
コマンドなんてあとから覚えりゃいいんだよ。

運用があって、それに必要なものを作ったのが
gitなんだから。

804
デフォルトの名無しさん[]   投稿日:2015/07/14 13:20:00  ID:G0PBqp91.net(2)
初心者はコマンドを先に覚えた方が良い。
でないと、話が通じない。
ある程度使って、具体的に困ったところが出てきたら、運用スレで聞けば良い。
ただしあっちは関係無い話に脱線しがちだから、良いとこ取りした方が良いよ。

805
デフォルトの名無しさん[]   投稿日:2015/07/15 23:09:43  ID:a+rEGmf6.net(2)
すいませんgitでコミットするときにこのファイルは何で更新したのか思い出せません。
なので、これから更新する内容は「○○機能を実装」ってことでそれをプロジェクトルートのテキストファイルにメモ書きしてました。
しかし、コミットするときに毎回メモを見るのを忘れてしまいます。
再帰にコミットログを書いとくとかなんかtodoみたいなコマンドってありませんか?
コメント5件

806
デフォルトの名無しさん[]   投稿日:2015/07/15 23:10:19  ID:a+rEGmf6.net(2)
訂正
☓再帰にコミットログ
○先にコミットログ

807
デフォルトの名無しさん[sage]   投稿日:2015/07/15 23:21:39  ID:YpeXwOwK.net
>805
> それをプロジェクトルートのテキストファイルにメモ書きしてました。
いますぐそのようなアホなことを辞めましょう。

808
デフォルトの名無しさん[sage]   投稿日:2015/07/15 23:22:13  ID:VsrdjrWK.net
前回との差分見ながらコミットログ書けばいい
あらかじめ用意しておくから忘れるんだ

809
デフォルトの名無しさん[sage]   投稿日:2015/07/15 23:44:52  ID:DsRhlYqB.net
自分が今なにをしてきたか忘れるのか、
よっぽどコミットを溜めるのか、
コミットのコメントが適当すぎるのか

もうバージョン管理以前の問題な気が
アナログだけど付箋にメモしてディスプレイに貼れば?

左がこれからやること、上部が今やってる事、右が終わった事、
いや右は要らんかな?

810
デフォルトの名無しさん[sage]   投稿日:2015/07/16 00:52:26  ID:Ye9E1FJD.net(2)
>805
自分が差分を見て理解できないコードをコミットしちゃダメだよ
コメント2件

811
デフォルトの名無しさん[sage]   投稿日:2015/07/16 02:04:46  ID:C5QhjRoF.net
git notes とかはどうかな?

812
デフォルトの名無しさん[]   投稿日:2015/07/16 04:35:55  ID:MREKRM2C.net
>810
差分ってたまに直観的じゃない出力することが良くある

813
デフォルトの名無しさん[]   投稿日:2015/07/16 07:52:03  ID:SnFgv9L8.net(3)
git diffの表示範囲を広げるオプションは?

814
デフォルトの名無しさん[]   投稿日:2015/07/16 08:04:35  ID:SnFgv9L8.net(3)
>805
githubとかRedmineとかticket/issue管理ツールと併用するのが一番だけど、1人で使うのだと構築するのが大変かもね。

メモをgit管理されていれば、メモの差分もgit diffで出るよね。なので、commitする前に必ずgit diffしていればメモを見るのを忘れることはないはず。
このやり方をする/しないにかかわらず、commitする前にgit diffをするのは大事だから習慣付けるべきだよ。

815
デフォルトの名無しさん[sage]   投稿日:2015/07/16 09:31:42  ID:NYNU6iM6.net
変更するたびにコミットしといてpushやmerge前にamendなりrebaseで整形すればよくない?

816
デフォルトの名無しさん[]   投稿日:2015/07/16 12:26:35  ID:WO54leEH.net
>変更するたびにコミット

コンパイル出来ないものをコミットするメリットは?
コメント1件

817
デフォルトの名無しさん[sage]   投稿日:2015/07/16 12:32:11  ID:DSiPnBiQ.net
コンバイル云々より下のレイヤーの使い方をしてるだけだろ。
ビルド管理の目的以外でバージョンコントロールしてはいけないという理由はない。

818
デフォルトの名無しさん[sage]   投稿日:2015/07/16 13:02:02  ID:Q/SdAAm+.net
してはいけないのではない。

ソフトウェアのバージョンを管理する以外につかっても
意味が無いということだ。

819
デフォルトの名無しさん[sage]   投稿日:2015/07/16 13:39:11  ID:Ye9E1FJD.net(2)
ぜんぜん使いこなせてないな
そんなんじゃgitを使う意味が無い

820
デフォルトの名無しさん[]   投稿日:2015/07/16 14:56:22  ID:SnFgv9L8.net(3)
ここは初心者向けだそうなので、gitの使い方に自信がある人はこちらへどうぞ。

Gitをより良くするための運用ガイドライン作成スレ [転載禁止]©2ch.net
Gitをより良くするための運用ガイドライン作成スレ

821
デフォルトの名無しさん[]   投稿日:2015/07/16 15:16:59  ID:FDPV8gUS.net
>810
ある機能を実装するのに、差分の出し方としての段階があると思うけどそういう単位でやるの?
面倒じゃない?

822
デフォルトの名無しさん[sage]   投稿日:2015/07/16 15:29:22  ID:cQ0wrBTO.net
>816
何をやってたか忘れない
別途メモ管理不要
revertできる

823
デフォルトの名無しさん[sage]   投稿日:2015/07/16 16:59:52  ID:XEPlidkJ.net
revertは悪

824
デフォルトの名無しさん[sage]   投稿日:2015/07/16 19:11:52  ID:BQ1LfMZh.net
>805
> 先に再帰にコミットログを書いとく

どうしてもと言うなら

git commit --allow-empty -m "○○する予定"
touch a; git add a;
git commit --amend -m "○○してやったぜ"

825
デフォルトの名無しさん[sage]   投稿日:2015/07/16 19:13:56  ID:sUV1QtUU.net(2)
プログラムしてからコミットコメントを練る習慣を逆にすることを勧める。

コミットコメントの内容は、コーディングする前に決めておく。
つまり、これから何をプログラムするのかをまず決める。
その後、コメント通りにプラグラムできたら完了、コミットする。

下記のページの Write preemptive comments でも推賞されている。
https://arialdomartini.wordpress.com/2012/09/03/pre-emptive-commit-comments/

こうすれば、何で更新したのか、と悩むことはなくなる。

826
デフォルトの名無しさん[sage]   投稿日:2015/07/16 19:24:57  ID:sUV1QtUU.net(2)
>805
「○○機能を実装」というのがデカすぎるから、
メモを見なきゃ把握できなくなるんだよ。
で、メモを見るのを忘れて困ったことになる。

これを改善しないと、git に君が望む機能(ツール)があったとしても、
全く役に立たなくなる。


更新内容の粒度はもっともっと小さくしなきゃだめだ。
10分かそこらでプログラムできる程度の大きさにしてみな。
そうすれば、メモを見る必要すらなくなる。
コメント1件

827
デフォルトの名無しさん[sage]   投稿日:2015/07/16 20:38:56  ID:IhY29Rvn.net
VCSがない時代の人
1.あれやこれや編集して、時々変更が失なわれないようにファイルに保存
2.目的の変更が完了したところで、バックアップを作成しておく

VCSの時代の人
1. 以前と同じ
2. リポジトリにコミット

DVCSの時代の人
1.編集中の変更は基本自動保存。昔のファイル保存するような感覚でローカルリポジトリにコミット。
2.目的の変更が完了したところで、履歴をまとめてリモートリポジトリにプッシュ。

この運用方法のポイントは
ファイルは自動保存すること。
ローカルコミットにはまとまった意味など不要。
単に編集量や、経過時間のチェックポイントとしてコミットする。
このコミットコメントは、いい加減なメモや、あるいはコメントなしでもよい。
コメント1件

828
デフォルトの名無しさん[sage]   投稿日:2015/07/17 00:55:21  ID:6Y2ZhytJ.net
Android studioというかIntelliJ IDEAでGitと連動させたソースの編集がまさに>827のDVCSの時代の人のやりかたができて便利
ファイルへの保存についてはまったく気にする必要がない
ソースの編集画面でHEAD内容と差分のある行の左端に常に印がつく
その印をクリックすると編集前の内容がポップアップで表示されて、行を編集前の状態に戻すとかこのポップアップから操作できる
ソースの編集画面からファイル単位のコミットとかできるし、--amend指定なんかもワンタッチ
HEADと差分あるファイルの一覧を表示してる窓からまとめて全部コミットとかもできる

これで行単位のコミットとかできたら完璧なんだけどそれは無いみたい
IDEを起動したままコマンドラインでgit add -pしてcommitしてもIDE側でほぼ完璧に追従してくれるのでまあなんとかなってる

829
デフォルトの名無しさん[]   投稿日:2015/07/17 04:20:41  ID:OfiHmkDl.net
>826
差分を1つ1つみなきゃいけないゴミコード打つなよ

830
デフォルトの名無しさん[sage]   投稿日:2015/07/17 05:57:36  ID:JRoNxi4V.net
パーツごとにブランチを分けて開発し、各パーツを統合する開発ブランチにマージして開発をする
or
パーツごとにリポジトリを分けて開発し、全てのパーツをサブモジュールとしてリポジトリ内に持つリポジトリで開発をする

どっちがいい

831
デフォルトの名無しさん[sage]   投稿日:2015/07/17 13:27:11  ID:2DUlvwkL.net
パーツごとにブランチ?
そんなことをやってるプロジェクトがありますか?って話だ。

832
デフォルトの名無しさん[sage]   投稿日:2015/07/17 20:25:59  ID:zMQ3zlsL.net
よっぽどの規模じゃないとあんまり細かくサブモジュール化しても面倒なだけだと思う

833
デフォルトの名無しさん[sage]   投稿日:2015/07/17 20:45:24  ID:3x9AOrGu.net
index.php
calendar.php
この2つのファイルを編集してまだaddをしてない状態なんですが
index.phpだけ編集しなかったことにして前回のコミットした時の内容のままにして、
calendar.phpだけコミットしたいんですが
どうやってindex.phpを更新してなかったことに出来ますか?
コメント1件

834
デフォルトの名無しさん[sage]   投稿日:2015/07/17 22:56:30  ID:muZ+fGR1.net
>833
Indexの変更を手元に残しておきたければcalenderだけaddしてcommit

835
デフォルトの名無しさん[sage]   投稿日:2015/07/18 17:46:21  ID:GcYCq0Aw.net
iOSアプリ開発をsource treeで管理している初心者です。

今回チャット機能つきのアプリを制作しているのですが、ネイティブコード、サーバーサイド(php)、データベース(MySQL)を同時に管理するのは無理(もしくはかなり難しい)ですよね?

ネイティブコードとサーバーサイドはsource treeで管理するとして、
データベースの情報はコミット毎になんらかの方法で全テーブル情報をログ出力して、それをメモ代わりに置いておく…ということくらいしか思いつかないんですけど、どうでしょうか。

サーバー連携が必要なアプリって、みなさんどうやってGitで管理してるんでしょうか…
コメント1件

836
デフォルトの名無しさん[sage]   投稿日:2015/07/18 20:15:32  ID:5OYZKZ4e.net
普通、バージョン管理の対象にするのはDDL、初期データ、設定ファイルくらいだろ。
コミットごとのテーブル情報って、何を管理しようとしてるんだか。

837
デフォルトの名無しさん[sage]   投稿日:2015/07/18 21:05:27  ID:Xl228nsE.net
俺もデータ内容まで保存しようというのはかなり冗長な気がする。
スキーマ更新のSQLのみバージョン管理、
DBのバックアップは別にダンプしてアーカイブだろうな。

838
デフォルトの名無しさん[sage]   投稿日:2015/07/19 06:20:36  ID:KkAp073H.net(2)
>835
データの中身は管理対象外、データベースのバックアップの問題

ソフトが対応するデータベースのインターフェースと言う意味では
クエリー処理のプロシージャをDB側で組んでおくのが一番簡単だけど
どうしてもというならDBをゼロから構築するスクリプトなりバッチなりを書いて
それをGitで管理せておく

なんにしろデータベースとアクセスアプリは分離しておくのが大切

839
デフォルトの名無しさん[]   投稿日:2015/07/19 06:48:36  ID:EU0ROg42.net
特定のデータの混入がバグの原因になる場合
git bisect で特定したければ
DB のバックアップも git 管理に入れる必要がある
コメント1件

840
デフォルトの名無しさん[sage]   投稿日:2015/07/19 07:28:28  ID:KkAp073H.net(2)
>839
なるほどそういう考え方もあるか

841
デフォルトの名無しさん[sage]   投稿日:2015/07/19 09:06:48  ID:wG1rbxp8.net(2)
バグはデータじゃなくてコードの側に存在するものだろ。
bisectするにしても、バグを再現できる同じデータを使わなければ見つかるもんも見つからなくなると思うが。

842
デフォルトの名無しさん[sage]   投稿日:2015/07/19 09:12:53  ID:I0iNBGYL.net(2)
確かにその場合単体テストを増やすべきな気がするな

843
デフォルトの名無しさん[sage]   投稿日:2015/07/19 12:04:49  ID:Npxm1YBj.net
>bisectするにしても、バグを再現できる同じデータを使わなければ

そのためにコミットごとにデータもダンプするんじゃないのか?
再現ももちろんデータ書き換えでテスト実行
コメント1件

844
デフォルトの名無しさん[sage]   投稿日:2015/07/19 12:48:59  ID:wG1rbxp8.net(2)
bisectは基本的に、新たに判明したバグについて過去にさかのぼって原因箇所を特定する
ためのものだと思っていたが。
テストデータもcommit時点のものを使うとすればその時点で既にbadだったということになるが、
そういう運用していたらbisect役に立たないんじゃね?

もちろん、bisectを使うつもりがなければビルドが通らないcommitするのも自由だと思うんで
それは別の話として。

845
デフォルトの名無しさん[sage]   投稿日:2015/07/19 12:59:24  ID:3NrA4A7J.net
>843
> そのためにコミットごとにデータもダンプするんじゃないのか?

データは0の状態から、テストコードを書くんだよ。

テストコードの中でデータをリストアする
普通はフィクスチャっていうけどな。

当たり前だが実データまるまるダンプしてリストアなんてしない。
そんなことをやったら効率よくテストがかけない。
テスト全体が一つのデータに依存してしまうからね。


正しいテストとは、テスト対象(ファイル単位等)の
テストに必要なデータだけを入れてテストする。
だからテスト実行前にはデータを全て削除する。

データベース全体をダンプするなんてことはしない。

846
デフォルトの名無しさん[sage]   投稿日:2015/07/19 13:06:34  ID:I0iNBGYL.net(2)
テスト用DBの他にモック、リポジトリパターンも使われるな

847
デフォルトの名無しさん[sage]   投稿日:2015/07/19 14:22:36  ID:4suFbVBW.net
データもgitで管理するって新しいなw

848
デフォルトの名無しさん[]   投稿日:2015/07/22 10:52:31  ID:phbUY/16.net(4)
git checkout develop
git branch -b my_topic_branch
とした後でいくつかcommit後、「my_topic_branch作成直後〜さっきのcommitまで」をrebaseしたいとき、
git rebase -i ***
の***には、何と指定すればいいですか?
コメント1件

849
デフォルトの名無しさん[]   投稿日:2015/07/22 12:19:49  ID:EiNSX7P4.net(3)
何も指定しない

850
デフォルトの名無しさん[]   投稿日:2015/07/22 13:10:35  ID:phbUY/16.net(4)
何も指定しないと怒られます。

$ git rebase -i
usage: git-rebase [-i] [options] [--] <upstream> [<branch>]
or: git-rebase [-i] (--continue | --abort | --skip)

ちなみに、今はcommitの数を数えて、HEAD~~~~~~とかしてます。

851
デフォルトの名無しさん[]   投稿日:2015/07/22 13:17:41  ID:EiNSX7P4.net(3)
じゃあ、git rebase -i develop
コメント2件

852
デフォルトの名無しさん[]   投稿日:2015/07/22 13:54:39  ID:phbUY/16.net(4)
>851
おお、それでいけました。
ありがとう。

853
デフォルトの名無しさん[sage]   投稿日:2015/07/22 16:41:20  ID:zBOMfGM9.net
>851はgit checkout developの後にdevelopへ何かコミットされた場合、
たぶん>848が期待してる動作にはならんぞ
コメント1件

854
デフォルトの名無しさん[]   投稿日:2015/07/22 17:25:54  ID:EiNSX7P4.net(3)
そういや、そうだね。

じゃあ、
git rebase -i `git merge-base develop HEAD`
ってのが、あったけど、素直にgit logして分岐点のcommit idを調べた方がはやいかもね。

別のブランチとの分岐点を起点に rebase -i する git エイリアス
http://qiita.com/uasi/items/70d4358c3c70c64f4261
コメント1件

855
デフォルトの名無しさん[]   投稿日:2015/07/22 18:24:49  ID:phbUY/16.net(4)
>853
なるほど、topic branchを複数作って作業するときまずいわけですね。

>854
merge-baseのこと知らなかったので、もう少し調べてみます。

856
デフォルトの名無しさん[]   投稿日:2015/07/27 15:06:20  ID:+ejnTFZv.net(6)
質問させてください
公開版のHTMLと公開を控えたHTMLがあって、これをgitで管理しようかと考えているのですが
公開版(Master)、確認用(Blanch)とした場合、Blanchは確認環境(HTTPアクセス)として機能させることはできるのでしょうか
コメント2件

857
デフォルトの名無しさん[sage]   投稿日:2015/07/27 15:24:49  ID:aZg91AP9.net(3)
>856
何をどうしたいのかもうちっと具体的に説明しないと
ツッコミようがないぞ?
コメント1件

858
デフォルトの名無しさん[sage]   投稿日:2015/07/27 15:45:36  ID:biNPOZMH.net
>856
masterブランチはどうやって確認環境として機能させるつもりなの?
コメント1件

859
デフォルトの名無しさん[]   投稿日:2015/07/27 15:47:39  ID:+ejnTFZv.net(6)
>857
説明不足ですみません!

たとえば
http://example.com/public/
この「public」内のコンテンツをgitで管理するとして
「public150727」という名前で「public」のブランチの更新版を作ったときに、ブランチ「public150727」の内容を確認環境としてブラウザで閲覧する方法はないものかと思いまして質問しました。

もっと砕いた言い方をしますと、gitと使えない環境の人にブランチ「public150727」の内容をブラウザで見てもらうことはできるのでしょうか。
コメント5件

860
デフォルトの名無しさん[]   投稿日:2015/07/27 15:50:15  ID:+ejnTFZv.net(6)
>858
そうですね、勝手な思い込みで公開版をマスターという前提で書いていました
特に公開中のバージョンがマスターであるこだわりはありません
失礼しました!

861
デフォルトの名無しさん[]   投稿日:2015/07/27 15:56:55  ID:T5zoWN7L.net(5)
masterブランチをhttp://example.com/public/でアクセスできるようにする手順と同じ手順でできる
コメント1件

862
デフォルトの名無しさん[]   投稿日:2015/07/27 16:03:28  ID:+ejnTFZv.net(6)
>861
「public150727」をpushするということですね!
コメント1件

863
デフォルトの名無しさん[]   投稿日:2015/07/27 16:16:20  ID:T5zoWN7L.net(5)
>862
> 「public150727」をpushするということですね!
違う。そういうレイヤーの話じゃない。
「更新されたmasterブランチ」を「http://example.com/public/でアクセスできるようにする手順」だ。
コメント3件

864
デフォルトの名無しさん[sage]   投稿日:2015/07/27 16:23:58  ID:ybeDhwD5.net
>859
ローカルサーバーで見るではだめなの?
りぽじとりを2つ分けて
それぞれ別々でステージングサーバーにでぷろい環境にするとか
コメント1件

865
デフォルトの名無しさん[]   投稿日:2015/07/27 16:50:45  ID:+ejnTFZv.net(6)
>863
理解が浅くてすみません
自分の知識ですとブランチごとにURLを割り当てるように読み取れるのですが、おそらくそういうお話ではなさそうなのでもっと勉強します!

>864
やっぱりステージングサーバーで確認→本番環境にPUSHするのが安心ですね


皆さんありがとうございました!

866
デフォルトの名無しさん[]   投稿日:2015/07/27 16:52:44  ID:T5zoWN7L.net(5)
まぁ、本人がこれで解決したと思うんならそれでいいか・・・。
コメント1件

867
デフォルトの名無しさん[]   投稿日:2015/07/27 17:03:36  ID:+ejnTFZv.net(6)
>866
よかったら>863に書いていただいた手順の概要、もしくは参考のURLを教えていただけませんでしょうか
コメント1件

868
デフォルトの名無しさん[sage]   投稿日:2015/07/27 17:17:59  ID:T5zoWN7L.net(5)
>867
> よかったら>863に書いていただいた手順
いやいや、それは俺らにはわからんよ。
その手順がわかりさえすれば、それと同じ手順でできるだろってこと。

ローカルのmasterを変更して、それをサーバにpushしたら、http://example.com/public/の内容が更新されるんだろ?
その仕組みは一体誰が構築したんだ?

869
デフォルトの名無しさん[sage]   投稿日:2015/07/27 17:18:41  ID:aippD/Jn.net
.gitをWebサーバーで公開していないか心配になるな
コメント2件

870
デフォルトの名無しさん[sage]   投稿日:2015/07/27 17:21:38  ID:T5zoWN7L.net(5)
>869
うわ、その発想はなかったわ。

871
デフォルトの名無しさん[sage]   投稿日:2015/07/27 17:27:25  ID:JJPg7kwZ.net
業務使うコマンドを全部教えてください
来月からアルバイトなんですけど
clone,log,reflog,reset,branch,push checkout,commit,add,rm,mvはしってます
コメント1件

872
デフォルトの名無しさん[]   投稿日:2015/07/27 18:21:27  ID:bJ8mI018.net
>871
git --help

873
デフォルトの名無しさん[sage]   投稿日:2015/07/27 21:16:18  ID:v7fIr+eP.net
>869
Push to deploy の改善 2.3.0 で入ってるし .git を不可視にしとけば個人サイトくらいなら問題ないんじゃない?

874
デフォルトの名無しさん[sage]   投稿日:2015/07/27 22:46:51  ID:aZg91AP9.net(3)
>859
やつぱりまだわからないや

やりたいのは次のどっち?

1)
公開webページとかのhtmlその他諸々をgitで管理して
どっかのブランチにコミットすると自動的に公開webページになるようにしたい
さらに、公開前の事前確認用のページも用意したい

2)
なんかプログラム開発中のソースコードとかをgitで管理しておいて
みんなにレビューしてもらうためにwebページで閲覧できるようにしたい

875
デフォルトの名無しさん[]   投稿日:2015/07/27 22:48:07  ID:u9s58J+y.net
A:ある手順を踏めばできるぞ
B:プッシュすればいいんですね
A:そういうレイヤーの問題じゃない
B:ではどういう手順で?
A:それはわからん、プッシュすればできるだろ

なんとなくこのスレの闇を垣間見たような気がするぜ

876
デフォルトの名無しさん[sage]   投稿日:2015/07/27 23:00:40  ID:aZg91AP9.net(3)
あ、よく見たら1)の方だね。

俺だったらポストフックスクリプト書こうとするな
特定のブランチにコミットされたら対応するディレクトリにexportするようなやつ

gitに付属のフックスクリプトのサンプルに似たようなことやるのがあったと思うから調べてみ


手抜きバージョンなら
事前確認用のディレクトリにクローンしておいて
1分おきとかでpullかけるようにcronをセットしちゃう

こんなあたりでいかが?

877
デフォルトの名無しさん[sage]   投稿日:2015/07/28 13:25:37  ID:3O5DcyiA.net
Jenkins とかの Pull Request Builder とかでいいんじゃないかと
あとは heroku なにかに push して確認すればいいんじゃない?


878
デフォルトの名無しさん[sage]   投稿日:2015/07/28 16:06:24  ID:iS6umbvt.net

879
デフォルトの名無しさん[sage]   投稿日:2015/07/28 23:54:34  ID:Z/s3EayV.net
git v2.4.3

mv index.php sub/list.php
git add .
git commit -m "backup"

コミットした後に
rename index.php => sub/list.php (74%)
って表示されたんですがこれってindex.phpをgit mvで移動したのと同じことですか?
ato
74%って何を表してるんですか?

880
デフォルトの名無しさん[sage]   投稿日:2015/07/29 00:17:46  ID:j0BJwxBz.net
ファイルの一致率。ファイルの修正と移動を同時にしたんだね。
gitは移動を記録していないので、ファイルの一致率から移動を推測している。

881
デフォルトの名無しさん[sage]   投稿日:2015/07/29 09:32:05  ID:bPiFDPfp.net(3)
>859
よそ様の記事だがこんな感じだよ、hook script

< http://qiita.com/fnobi/items/98bd5d1c83c010842733 >

ぜひバルスしてくれたまえ

882
デフォルトの名無しさん[]   投稿日:2015/07/29 15:20:03  ID:YsMaiv/S.net
あるフォルダの中のあるフォルダ・ファイル以外を無視したいんだけど
.gitignoreをどう書いたらいいかわからない

hoge/piyo  ←無視しない
hoge/fuga/ ←無視する
hoge/foo/  ←無視する
hoge/bar   ←無視する

たとえばこんな感じで、今は fuga,foo,bar を毎度列挙してるけど
今後フォルダがどんどこ増えるとするとちょっと嫌な気分になる

883
デフォルトの名無しさん[sage]   投稿日:2015/07/29 16:33:49  ID:bPiFDPfp.net(3)

884
デフォルトの名無しさん[sage]   投稿日:2015/07/29 16:38:56  ID:bPiFDPfp.net(3)
>859

How to rebuild from update hook

で検索してみ

kernel.orgでのドキュメント自動公開用のフックスクリプトが解説付きで買いてあるよ

あなたの場合はこれよりは簡単なはず

885
デフォルトの名無しさん[]   投稿日:2015/07/29 17:01:12  ID:1zEW+9y+.net
hoge/!piyo

886
デフォルトの名無しさん[sage]   投稿日:2015/07/29 19:54:41  ID:syqOZkA4.net
>878
「Git 2.5」がリリース
http://osdn.jp/magazine/15/07/30/044700

887
デフォルトの名無しさん[sage]   投稿日:2015/07/30 01:34:27  ID:6b1uCZJv.net
おお、ついにPerforceまで取り込む気か!

888
デフォルトの名無しさん[sage]   投稿日:2015/07/31 08:21:08  ID:Uyj1+FiM.net
指定したディレクトリ以下のファイルをスキャンして
編集してから1週間以上コミットせずに放置してあるファイルを
一覧で出力するようなスクリプトかツールあったら教えて下さい

雑多なスクリプトをgitで管理していて安定したらコミットしようかなーと思っていて
そのまま忘れて半年放置のようなファイルを検出したいのですが
コメント2件

889
デフォルトの名無しさん[]   投稿日:2015/07/31 08:36:32  ID:709JoO30.net(2)
git diff HEAD

890
デフォルトの名無しさん[sage]   投稿日:2015/07/31 09:00:48  ID:u6UInjxJ.net
>888
> 雑多なスクリプトをgitで管理していて安定したらコミットしようかなーと思っていて
svnじゃないんだから、コミットしろよw

svnと違ってコミット=サーバーに送信 ではない。

そこがsvnのだめなところであり、gitの優れたところなんだよね。
gitなら安定しなくてもコミットできる。
もしバグが見つかれば修正してrebaseしてまとめてしまえばいい。

だから意味がある単位でコミットしていって、
あとでまとめて安定したと思ったらサーバー(共有リポジトリ)にpushすればいい。
(work in progress的なやりかたなら、作りかけでもpushするのもあり)

そこからレビューをうけてOKになったらmasterにマージする。

「安定したらコミット」という発想をやめないといけない
その発想だとどうしても一回のマージのコードが多くなりすぎる。
小さく機能毎にコミット、gitではそれができる。

891
デフォルトの名無しさん[]   投稿日:2015/07/31 09:30:41  ID:709JoO30.net(2)
コンパイルできないものもコミットしていいですか?
コメント2件

892
デフォルトの名無しさん[sage]   投稿日:2015/07/31 09:51:16  ID:02j0y00V.net(2)
いいよ

893
デフォルトの名無しさん[sage]   投稿日:2015/07/31 10:08:59  ID:VSZ3MRZU.net
>891
そもそもスクリプトはコンパイラしないし

894
デフォルトの名無しさん[sage]   投稿日:2015/07/31 10:23:03  ID:5Be3R/21.net(3)
「意味がある単位」でコンパイルできないものという発想が良くわからない。
コメント1件

895
デフォルトの名無しさん[sage]   投稿日:2015/07/31 12:30:24  ID:Q/Fv6mzV.net
毎朝コミットで良いよ
コメント1件

896
デフォルトの名無しさん[sage]   投稿日:2015/07/31 12:32:31  ID:02j0y00V.net(2)
svnのコミットに近いのは、masterへのpushじゃないかね

897
デフォルトの名無しさん[sage]   投稿日:2015/07/31 13:05:45  ID:5Be3R/21.net(3)
>888
ひょっとして、etckeeperが求めるものだったりする?

898
デフォルトの名無しさん[sage]   投稿日:2015/07/31 14:59:02  ID:Pi4vilvw.net
https://git-scm.com/book/ja/v2/使い始める-Gitのインストール
ここの一番最後に
>次からはGitを使ってGitそのものをアップデートできます:
って書いてあるんですが
これってmakeとかしなくてもgit pullしただけで新しいバージョンのGitが使えるようになるってことですか?
コメント2件

899
デフォルトの名無しさん[sage]   投稿日:2015/07/31 15:49:47  ID:5Be3R/21.net(3)
>898
ならない。

900
デフォルトの名無しさん[sage]   投稿日:2015/07/31 15:51:07  ID:R58DjZqg.net
>898
インストールしたGitを使ってGitのソースをアップデートできるって意味だな
当然ソースをアップデートしたあとmakeは自分でやる

901
デフォルトの名無しさん[sage]   投稿日:2015/08/01 05:22:16  ID:fbUoNrmE.net(5)
>891
> コンパイルできないものもコミットしていいですか?

他人に渡さないならば何の問題もない。

svnとか使ってると、この自分だけが触れる
コミットという概念がわからんのだろうな。

902
デフォルトの名無しさん[sage]   投稿日:2015/08/01 05:24:32  ID:fbUoNrmE.net(5)
>895
> 毎朝コミットで良いよ
なんで1日の区切りでコミットしてるんだよw

作業の区切りでコミットしろよ。
大抵の場合、1日に数回コミットするもんだ

903
デフォルトの名無しさん[sage]   投稿日:2015/08/01 05:32:58  ID:fbUoNrmE.net(5)
>894
> 「意味がある単位」でコンパイルできないものという発想が良くわからない。

コードとして意味がある単位だと、コンパイルできないことはないはずだね。

だけど、作業として見るとコンパイルできないけどコミットすることはあり得る。

例えば何かの修正をする時、設計Aの方法で実装するか、
設計Bの方法で実装するか悩んでたとする。

悩んで出てもわからないのでざっくりと作って検証することにする。
設計Aである程度作って、設計Bである程度作る。

そういった場合に、コンパイルできない状態でコミットすることはあるだろう。

もちろんこれはマージするときには、コンパイルできる意味がある単位に直すのは
当たり前だけど、作業中であればコンパイルできない単位でコミットすることはある

これがsvnだと即サーバーにpushされて周りに迷惑をかけたりすることがあるけど、
gitだと自分だけのコミットにしておけばいいので、中途半端なコードでも
バンバンコミットできる。というかgitならコミットしていいんだよ。
そのためにあるのがrebaseという機能なんだから。
コメント1件

904
デフォルトの名無しさん[sage]   投稿日:2015/08/01 06:00:09  ID:Fq14Oy7Q.net
msysgitは2系が出てくる気配ないし
もうgitに追従する気は無いってことか
コメント2件

905
デフォルトの名無しさん[sage]   投稿日:2015/08/01 06:17:46  ID:fbUoNrmE.net(5)
>904
俺はwindowsだとcygwinを使ってるよ。
色々他を試したが結局cygwinに戻ってきた。

昔と違ってマシンスペックが上がったから
たいして重さを感じないしね。
zshも使えるし。

906
デフォルトの名無しさん[sage]   投稿日:2015/08/01 07:37:18  ID:O3MfLUJM.net
>904
v2系はこれ?
使ったこと無いけど
http://git-for-windows.github.io/

907
デフォルトの名無しさん[sage]   投稿日:2015/08/01 11:19:27  ID:BlX74pFF.net
>903
あるある
俺も「筋が悪そうだからこのブランチは放棄」ってコメント付けてコミットした事は何度かある

908
デフォルトの名無しさん[sage]   投稿日:2015/08/01 14:26:03  ID:fbUoNrmE.net(5)
他にも思い出した。

とある修正をしていて、コードを書いていると
うぉい、ここバグってるじゃねーか
(そのせいでとある修正がちゃんとできない)

一旦コミットしておいて、
先にバグの修正をコミットして、
んで戻ってくる。

こういった時に中途半端な状態でコミットする。

戻ったあとはバグ修正状態からの変更ににrebaseする。

このようにgitの素晴らしさっていうのは、
ファイルの管理やバックアップではなく、
実際の開発で起こることに対応するための機能なんだよ。

履歴管理ツールではなく、開発ツール。
そう認識しないといけない。
コメント2件

909
デフォルトの名無しさん[sage]   投稿日:2015/08/01 21:25:30  ID:fuLtc72j.net(2)
>908
rebaseしたくないので、同じようなことを
rebaseしないでやる方法も教えてください。
おねがいします。
コメント1件

910
デフォルトの名無しさん[sage]   投稿日:2015/08/01 21:30:36  ID:cZ9y3hcR.net(2)
>909
「rebaseしたくない」ではなく
「馬鹿だからrebaseを使える能力がない」の
間違いだろ?

「したくない」ではなく「できない」

自分に嘘をついてはいけない。
コメント1件

911
デフォルトの名無しさん[sage]   投稿日:2015/08/01 21:39:52  ID:Co43fSsi.net(2)
正解は「rebaseする必要はない」でした

912
デフォルトの名無しさん[sage]   投稿日:2015/08/01 22:52:16  ID:cZ9y3hcR.net(2)
道具は適切に使うものだ。

目的のために作られた専用のものがあるのであれば
それを使えばいい。

それが必要だから作られたわけなんだから。

913
デフォルトの名無しさん[sage]   投稿日:2015/08/01 23:12:53  ID:h+APIw5a.net
stashやcommit --amendや--no-commit系使える時は使う。rebase代わりにformat-patch使うことケースも1%くらいはある。
でもほぼrebase -iだな。

914
デフォルトの名無しさん[sage]   投稿日:2015/08/01 23:18:37  ID:Co43fSsi.net(2)
道具は適切に使うものだ。

そして、それがあるから使うというのは適切な使い方ではない。

それは道具に使われてると言うんだから。

915
デフォルトの名無しさん[sage]   投稿日:2015/08/01 23:31:46  ID:fuLtc72j.net(2)
>910
rebaseという思想が好きじゃないんです。

それはそれとして、rebaseを使わないと出来ないことなのですか?
コメント1件

916
デフォルトの名無しさん[sage]   投稿日:2015/08/01 23:49:08  ID:RZc3oG0T.net
とりあえず空行交えて語りたい人たちは運用スレ行ってください

917
デフォルトの名無しさん[sage]   投稿日:2015/08/02 00:01:19  ID:ID0TD3H5.net
gitは運用方法に派閥っていうか宗派っていうか宗教戦争みたいなもんがあるのか

918
デフォルトの名無しさん[sage]   投稿日:2015/08/02 00:09:46  ID:KQ3UQl73.net
運用が自由すぎて
どこかの宗派の戒律を受け入れたほうが楽、と言うのはあるな

俺はgit-flow派

919
デフォルトの名無しさん[sage]   投稿日:2015/08/02 00:12:00  ID:uoA7o0bf.net
>915
> それはそれとして、rebaseを使わないと出来ないことなのですか?



rebaseを使うとやりたい事が簡単にできるんだよ。

やりたい事=思想。

rebaseを使わなくても、同じことをするのであれば
rebaseの思想は正しいということとなんだが。

920
デフォルトの名無しさん[sage]   投稿日:2015/08/02 00:15:40  ID:gKbzhWvd.net(2)
rebaseしたくないならmergeすりゃいいじゃん

921
デフォルトの名無しさん[sage]   投稿日:2015/08/02 00:37:19  ID:eV4xuuQq.net
複数コミットにまたがるamendのようなrebase
-> rebase開始位置に指定したコミットは変らない -> HEADのファイルは変化しない

分岐した元ブランチとの関係をFF状態にするためのrebase
-> rebase開始位置に指定したコミットが別のコミットになる -> HEADのファイルが変化する

良く知らない人はrebaseっていうと後者しか思い浮かばなくて
mergeすればいいじゃんとか言い出す

922
デフォルトの名無しさん[sage]   投稿日:2015/08/02 07:51:47  ID:zAkA6wkz.net(2)
rebaseは手段の一つであるが目的ではない
rebaseの思想とかw馬鹿はこれだから怖い

923
デフォルトの名無しさん[sage]   投稿日:2015/08/02 08:42:49  ID:gKbzhWvd.net(2)
rebaseでしかできないことがあるのは当たり前。

rebase以外で目的を達成することができることがある != すべてrebase以外で実現できる
コメント1件

924
デフォルトの名無しさん[sage]   投稿日:2015/08/02 09:00:44  ID:dTRZmQiN.net
論理値の比較に等号不等号つかうひとって筋が悪いよね
コメント1件

925
デフォルトの名無しさん[sage]   投稿日:2015/08/02 13:19:25  ID:5pxTtzkh.net
>924
世間のレベルに合わせてるんだよ。
あと、rebaseは名前が嫌い。

926
デフォルトの名無しさん[sage]   投稿日:2015/08/02 13:30:22  ID:RcysspGc.net
たかがgitを使える程度で尊大な大先生がよくわくスレだ

927
デフォルトの名無しさん[sage]   投稿日:2015/08/02 20:18:22  ID:HQ+xGyu0.net
linuxでgit pullで新しいコミットを取得したら自動でビルドしたいんですけど
どうやればいいのか教えてください

928
デフォルトの名無しさん[sage]   投稿日:2015/08/02 21:02:00  ID:j05l/s8s.net(2)
>923
> rebaseでしかできないことがあるのは当たり前。

rebaseでしかできないことなんてない。

全ては効率の問題。
その他の方法でもやれるが、
効率が凄く悪くなる。

例えて言うのなら、東京から大阪まで徒歩でも行ける。
車でしか行けないわけじゃない。それと同じ。

ある目的のためにrebaseという手段が作られた。
rebaseは目的ではない。目的を最速で達成するための
手段なのだ。使わない理由がない。

929
デフォルトの名無しさん[sage]   投稿日:2015/08/02 22:07:56  ID:zAkA6wkz.net(2)
rebaseでしかできないことなんてないし
rebaseしなければいけないこともない

ではなぜrebaseするのか?

これは哲学的であり、そしてかなり難しい問題のようにみえる
しかし、実は我々はその答を既に知っているのだ

その答とは

そこにrebaseがあるからだ

930
デフォルトの名無しさん[sage]   投稿日:2015/08/02 22:13:02  ID:j05l/s8s.net(2)
いや、rebaseがなかったから作ったんだよw

Linusがね。必要だと思ったから作った。

931
デフォルトの名無しさん[sage]   投稿日:2015/08/02 22:51:23  ID:sASJ2DPa.net(2)
Linusまたはその後継者が必要だと思ったからrebaseが作られた

きっとそうだろう

でも俺はLinusじゃない


932
デフォルトの名無しさん[sage]   投稿日:2015/08/02 22:54:55  ID:I5g9+RU+.net
Linusよりも劣る人間が言っても説得力ないな。
コメント1件

933
デフォルトの名無しさん[sage]   投稿日:2015/08/02 23:04:48  ID:sASJ2DPa.net(2)
>932
つまりだ、Linusのために作られた道具を
俺ごときが使いこなせるわけがない

ということだ

934
デフォルトの名無しさん[sage]   投稿日:2015/08/03 08:13:34  ID:6s/iApNK.net(3)
誰でもrebaseを使う事によって最速のrebaseが達成出来る
全く問題はない

935
デフォルトの名無しさん[sage]   投稿日:2015/08/03 17:13:09  ID:CE59HNJ8.net
>908
> 一旦コミットしておいて、
> 先にバグの修正をコミットして、
> んで戻ってくる。
stashしろよ。
コメント2件

936
デフォルトの名無しさん[sage]   投稿日:2015/08/03 20:22:26  ID:OzQ4PZKS.net(2)
>935
やってるよ?

コミットしてないファイルがあるとrebaseできないからね。
stashしても作業中のファイルを一旦対比してから、

その後で修正してrebaseする。
コメント1件

937
デフォルトの名無しさん[sage]   投稿日:2015/08/03 20:35:53  ID:nTSIXxVa.net
rebaseってどういう機能なの?
コミット済みのコミットにマージするの?
コメント1件

938
デフォルトの名無しさん[sage]   投稿日:2015/08/03 20:40:24  ID:6s/iApNK.net(3)
履歴を改竄するだけの、稀に便利だけど、必然性は全くない機能。

939
デフォルトの名無しさん[sage]   投稿日:2015/08/03 20:43:36  ID:OzQ4PZKS.net(2)
間違いをしないと言う人間には
不要でしょうなぁw

タイポしたことがない人、手を揚げて!
閻魔様の前に連れて行ってあげる♪

940
デフォルトの名無しさん[sage]   投稿日:2015/08/03 20:57:28  ID:DLpcuCaG.net
rebaseが無かったら単なるバージョン管理ツールだね
rebaseがあるから差分管理編集ツールとでも呼ぶべき別次元のツールになった

941
デフォルトの名無しさん[sage]   投稿日:2015/08/03 21:01:48  ID:Po35HDPO.net
rebaseがないと、もうバグはないかな?とか考えてしまって
まだコミットしないで様子を見よう。とかやってしまうんだよね。
そうすると小さくコミットすることが難しくなってしまう。

942
デフォルトの名無しさん[sage]   投稿日:2015/08/03 21:20:26  ID:6s/iApNK.net(3)
バグの痕跡を秘密裏に闇に葬る暗黒のrebase使い達
コメント2件

943
デフォルトの名無しさん[sage]   投稿日:2015/08/03 23:17:22  ID:nTU4lW67.net
>937
rebaseはブランチの分岐点を変更する機能
gitより前にclearcaseなどで実装されていてgit固有の機能という訳ではない
rebaseにコミットの編集・結合・取捨選択する機能を追加して
より柔軟にコミットを直せるようにしたのがgitかな

944
デフォルトの名無しさん[sage]   投稿日:2015/08/04 02:11:14  ID:pFxIT8vh.net
>942
リリースしてないもののバグを
なんで痕跡残さないといけないんだ?

945
デフォルトの名無しさん[sage]   投稿日:2015/08/04 08:51:51  ID:1pDlaOkO.net
>942
成果物の途中経過を次元の狭間に葬り去る古のno-commiterとの血で血を洗う闘争の幕開けであった

946
デフォルトの名無しさん[sage]   投稿日:2015/08/04 09:07:24  ID:LaebqzUe.net(2)
前のコードはコメントアウトして残せ。
リリースしてないコードも全部だ。

947
デフォルトの名無しさん[sage]   投稿日:2015/08/04 09:35:03  ID:ioOBuo8G.net
年代記に残る争いになるわけですな

あ、改竄派が勝てば、そもそも争いはなかった事になって、年代記には残らないね

え?言葉が悪い?
では修正的歴史観と呼び直しましょう。

948
デフォルトの名無しさん[sage]   投稿日:2015/08/04 10:08:20  ID:rYHf65xq.net(3)
>936
> >935
> やってるよ?
は?stashせずにコミットしてんだろ?

949
デフォルトの名無しさん[sage]   投稿日:2015/08/04 14:23:44  ID:jQzRldfC.net(2)
コミットにランク機能がほしい

とりあえずバックアップ代わりのコミットと
コンパイル通ったコミットとガッツリテスト済みのコミットと
それぞれ記録したいけど、ログをみるとき
全部出てしまうのはうっとおしい
(ガッツリテストとおったログだけみたい)
コメント3件

950
デフォルトの名無しさん[sage]   投稿日:2015/08/04 14:36:08  ID:rYHf65xq.net(3)
>949
それぞれ何かキーワードを決めて、ログ表示するときに絞り込めばいい。
コメント1件

951
デフォルトの名無しさん[sage]   投稿日:2015/08/04 14:52:01  ID:wN0qaZCY.net
>949
それぞれブランチをつくればいいと思う
コメント1件

952
デフォルトの名無しさん[]   投稿日:2015/08/04 15:01:54  ID:KT0L8boW.net
チェックアウトってなんすか?
ホテルとかで家に変えるときチェックアウトしますよね?
そうすると部屋空いてるから、だれでもチェックインできるようになるんですか?

953
デフォルトの名無しさん[sage]   投稿日:2015/08/04 15:56:53  ID:jQzRldfC.net(2)
>950
今はそうやってる
>951
それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね
コメント2件

954
デフォルトの名無しさん[sage]   投稿日:2015/08/04 18:13:17  ID:rYHf65xq.net(3)
>953
> それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね
bashだったら、git-prompt.shを使うといい。
プロンプトを
[username@ dirname] (issue-2701-add-hoge-api *) $
みたいにできる。

ついでにgit-completion.bashもインストールすれば、gitコマンドやbranch名をTabで補完できるようになる。
コメント1件

955
デフォルトの名無しさん[sage]   投稿日:2015/08/04 20:39:05  ID:LaebqzUe.net(2)
>949
普通に日本語でコメント書けばいい。

> ログをみるとき全部出てしまうのはうっとおしい
ブランチに含まれるコミットが多すぎるってことさ。

いろんなプロジェクトのマージコミット見てみ。
マージコミットの内容=ブランチの内容なわけだが、
ブランチに含まれるコミットは数個しか無い。

>953
> それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね

>954がいっている通り。
それはさすがにgitを使いこなせてない。
gitというかシェルに近い話だが。

初心者のうちは、なにか使いにくいと思ったら
自分の使い方が間違ってるのではないかって
考えることが重要だよ。

956
デフォルトの名無しさん[あげ]   投稿日:2015/08/05 16:11:14  ID:qTT2Q3HY.net
Git始めました

957
デフォルトの名無しさん[sage]   投稿日:2015/08/05 22:03:19  ID:Y8QWrwSI.net
冷えてるの?

958
デフォルトの名無しさん[sage]   投稿日:2015/08/06 12:24:17  ID:YnB06pEs.net
あったかいGit始めました

959
デフォルトの名無しさん[sage]   投稿日:2015/08/07 21:38:28  ID:VjeH+b7c.net
SourceTreeは結構バグ多いんだけど
代替GUIでお勧めはある?

960
デフォルトの名無しさん[sage]   投稿日:2015/08/07 21:50:49  ID:TJyjY+1J.net
あまりgitを使いこなせてないからか標準のgitgui?gittk?で割と十分だと思ってるんだけど
皆さんはどのへんに不満があるのでしょう?

961
デフォルトの名無しさん[sage]   投稿日:2015/08/07 22:38:51  ID:zZgheHLR.net
SourceTree時々固まるけどいうほどバグあるか?
コミットとブランチ編集はGUIでやってrebaseはCLIでやってる
コメント1件

962
デフォルトの名無しさん[sage]   投稿日:2015/08/08 02:18:48  ID:hvTU1eUO.net(2)
>961
とくに目立つのは
・日本語入力がたまにできなくなる
・日本語がたまに文字化けする
の2点かなぁ

963
デフォルトの名無しさん[sage]   投稿日:2015/08/08 19:03:43  ID:eLygs58n.net
ShiftJISとか使ってんの?

964
デフォルトの名無しさん[sage]   投稿日:2015/08/08 21:12:25  ID:hvTU1eUO.net(2)
ShiftJISとか使ってませんよ?

965
デフォルトの名無しさん[sage]   投稿日:2015/08/08 21:21:49  ID:vBlQRCao.net
Windowsは全世界でShiftJISが使われているんだろう?
コメント3件

966
デフォルトの名無しさん[sage]   投稿日:2015/08/08 23:20:35  ID:BQYw/0/m.net
テスト

967
デフォルトの名無しさん[sage]   投稿日:2015/08/08 23:27:16  ID:m5zrYZQl.net
ファイル名とかは後方互換性でそうなっちまうわな
>965
英語圏はとりあえず違うかな?

968
デフォルトの名無しさん[sage]   投稿日:2015/08/08 23:32:51  ID:A+ZgS5ti.net
>965
ASCIIがShiftJISのサブセットだと大体そんな感じかな?
有名な円化するくらいで

969
デフォルトの名無しさん[sage]   投稿日:2015/08/08 23:33:39  ID:PKfIE09h.net
デモネ ダイジナカギモ
カギモ カエシタノ〜

    ∧_∧
   (*゚ー^)
   /つ¥ つ
  |*/;≡|@\
    ̄(/ U ̄
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
チャーンッッ ウォーッ シィーーッ
`∧∧ ∧∧∧∧ ∧∧
(  )  )  )  )

970
デフォルトの名無しさん[sage]   投稿日:2015/08/09 00:06:42  ID:SZxZe4hf.net
>965
SJISなわけはないがフランスやロシアや中国の人のソースもたまに化けてるの見る
https://en.wikipedia.org/wiki/Windows_code_page

971
デフォルトの名無しさん[sage]   投稿日:2015/08/09 01:38:16  ID:un4R4gw1.net(2)
なんか最近のニュースで
MSのVisualStudio2015でシフトJISじゃコンパイル失敗するからなんか設定してねってあったぞ
WindowsでもソースコードのデフォルトはもうUTF-8なんだよ

972
デフォルトの名無しさん[sage]   投稿日:2015/08/09 16:53:09  ID:zMNscprH.net(2)
そりゃC#の話じゃないの

973
デフォルトの名無しさん[sage]   投稿日:2015/08/09 17:04:53  ID:un4R4gw1.net(2)
べつにC#限定の話じゃないようだが
ぐぐるとC#の話が一番上にでてくるがなw

974
デフォルトの名無しさん[sage]   投稿日:2015/08/09 17:21:44  ID:DsvXgH80.net
2015だとC++もデフォルトUTF-8になったのか?
いちいち変更しなくて済むようになったんならありがたいが。
コメント1件

975
デフォルトの名無しさん[sage]   投稿日:2015/08/09 17:25:29  ID:doZuGkX/.net
>974
たぶん2010あたりから
コメント1件

976
デフォルトの名無しさん[sage]   投稿日:2015/08/09 17:43:56  ID:zMNscprH.net(2)
Win32でC++新規作成するとSJISだけど、これうちの環境のせいなのか?

977
デフォルトの名無しさん[sage]   投稿日:2015/08/09 17:48:54  ID:TarQJqGz.net
>975
Visual Studio 2013 Community ではシフト JIS ですけど?

978
デフォルトの名無しさん[sage]   投稿日:2015/08/09 21:40:02  ID:MwH/TAN+.net
大丈夫だ、2015でもCP932のままだ

979
デフォルトの名無しさん[]   投稿日:2015/08/10 05:15:36  ID:joKVIITR.net
Windows10のcmd.exeまだchcp65001のバグ治らないな
コメント1件

980
デフォルトの名無しさん[sage]   投稿日:2015/08/10 08:39:31  ID:woEY2l+M.net
>979
もうほとんどやる気ないでしょ
この部分だけでいいからソース開示して有志に改造させて欲しいわ

981
デフォルトの名無しさん[sage]   投稿日:2015/08/10 09:29:36  ID:Y9npztmj.net
同意

だけど git for windows だったかなんかについてくる UTF-8 対応の cmd.exe っぽいのは結構使える

982
デフォルトの名無しさん[sage]   投稿日:2015/08/10 09:37:10  ID:7mEm0oAX.net
今どきCLIとか石器時代の生き残りかよ

983
デフォルトの名無しさん[sage]   投稿日:2015/08/10 10:58:28  ID:lE/gCziL.net
だがまあgitに限って言えば
GUIだけでは心もとないのもたしか

984
デフォルトの名無しさん[sage]   投稿日:2015/08/10 15:32:34  ID:iHuYT/si.net
テキストベースは便利なんだよ
自動化とか簡単だし、それをgitで管理できるから

985
デフォルトの名無しさん[sage]   投稿日:2015/08/10 17:41:57  ID:24CTSkEb.net
CLIはデプロイツールと親和性が高い

986
デフォルトの名無しさん[sage]   投稿日:2015/08/10 18:43:19  ID:wnxGShdH.net
自動化に関わるツールはCLIがないと困るよね

987
デフォルトの名無しさん[sage]   投稿日:2015/08/10 20:12:09  ID:Mkjl0645.net(2)
git pullで新しい更新を取り入れた時に指定したシェルスクリプトを実行したいんですけど
フックの名前を教えてください
コメント1件

988
デフォルトの名無しさん[sage]   投稿日:2015/08/10 20:12:45  ID:Mkjl0645.net(2)
俺はGUIの見方がよく分かんないからCUIしか使ってないよ

989
デフォルトの名無しさん[sage]   投稿日:2015/08/11 06:26:57  ID:/JNKK5gi.net
>987
新しい更新がマージされたのを契機に処理をしたいなら post-merge になりそうだけど、
リモートからコミットがfetchされてそれがマージされたのかどうかは自分で判断しないといけないんじゃないかな
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラム板 タイトル検索

このスレッドが人気です(実況系)
NHK総合を常に実況し続けるスレ 140155 会計検査院 (714)NHK実況
世界の何だコレ!?ミステリー〜見逃せない衝撃シーン!謎を直撃3時間SP〜 ★1 (945)フジ実況
くりぃむクイズ ミラクル9 2時間スペシャル★2 (62)テレ朝実況
トコトン掘り下げ隊!生き物にサンキュー!!【カワウソの魅力見せますSP】 ★1 (329)TBS実況
実況 ◆ フジテレビ 84880 (363)フジ実況
くりぃむクイズ ミラクル9 2時間スペシャル★1 (1001)テレ朝実況
実況 ◆ テレビ朝日 49974 揉め事の域を超えた (138)テレ朝実況
実況 ◆ TBSテレビ 28935 (830)TBS実況
このスレッドが人気です(ニュース系)
【相撲】大相撲十一月場所十一日目 白鵬不満の初黒星…立ち合い成立で嘉風一直線 1差2敗に北勝富士・隠岐の海 高安角番脱出 (1001)音楽・芸能ニュース
【相撲】大相撲十一月場所十一日目 白鵬不満の初黒星…立ち合い成立で嘉風一直線 1差2敗に北勝富士・隠岐の海 高安角番脱出★2 (209)音楽・芸能ニュース
【大相撲】貴乃花親方「お断りします」 貴ノ岩への聞き取り調査、協力を拒否 (240)音楽・芸能ニュース
【熊本】乳児抱いて市議(42)が議場に…議長注意、開会遅れる 傍聴規則で禁止★2 (865)ニュー速+
「るろうに剣心」作者を書類送検…女児動画所持容疑★18 (926)ニュー速+
【日馬富士暴行】親方衆から貴乃花の降格など処分を求める声★2 (1004)音楽・芸能ニュース
【相撲】白鵬、勝敗が納得できず異例の土俵の上で抗議 (449)ニュー速
【サッカー/芸能】MALIA. 元Jリーガーのモデルと4度目の結婚を発表 (881)音楽・芸能ニュース
プログラム板の人気スレ
ふらっと C#,C♯,C#(初心者用) Part133 (731)
次世代言語Part7[Go Rust Swift Kotlin TypeScript] (726)
C++相談室 part132 (947)
C言語なら俺に聞け 143 (456)
オブジェクト指向システムの設計 174 (853)
Go language part 2 (159)
Java入門・初心者質問スレ Part.5 (667)
Excel VBA 質問スレ Part51 (179)
Visual Studio 2017 Part4 (250)
Ruby 初心者スレッド Part 61 (913)
Kotlin 2 (203)
Pythonistaなネラーさんいますか? (52)
Pythonのお勉強 Part54 (593)
Xamarin Part6 (252)
ねえ、これ僕間違ってる? (148)
プログラミング言語 Rust 4 (232)
くだすれPython(超初心者用) その35 (829)
関数型プログラミング言語Haskell Part31 (301)
【初心者歓迎】C/C++室 Ver.102【環境依存OK】 (90)
プログラミング始めたいんだけどどこ言語がいい? (157)
☆★Java質問・相談スレッド180★★ (936)
Swift part11 (607)
【統計分析】機械学習・データマイニング18 (163)
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21 (815)
【DDD】ドメイン駆動設計【エリック・エヴァンス】 (120)
【PHP】下らねぇ質問はここに書き込みやがれ 8 (953)
推薦図書/必読書のためのスレッド 81 (905)
スレ立てるまでもない質問はここで 146匹目 (891)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)