15/03/23 13:35:13.83 aBYp+bVs.net
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
URLﾘﾝｸ(git-scm.com)
◆関連サイト
Pro Git - Table of Contents
URLﾘﾝｸ(git-scm.com)
Git入門
URLﾘﾝｸ(www8.atwiki.jp)
◆前スレ
Git 11
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
15/03/23 13:37:21.43 aBYp+bVs.net
◆関連スレ
バージョン管理システムについて語るスレ10
ｽﾚﾘﾝｸ(tech板)
CVS導入スレ～ Rev.3
ｽﾚﾘﾝｸ(tech板)
Subversion r15
ｽﾚﾘﾝｸ(tech板)
【分散型バージョン管理】 Mercurial 2【hg】
ｽﾚﾘﾝｸ(tech板)
【bzr】Bazaarでバージョン管理 Rev 4
ｽﾚﾘﾝｸ(tech板)
OSSホスティング総合【SourceForge,GitHub,etc..】
ｽﾚﾘﾝｸ(tech板)
◆関連スレ 別板
CVS 1.3 [UNIX板]
ｽﾚﾘﾝｸ(unix板)
3:デフォルトの名無しさん
15/03/23 18:37:08.09 5dh1GAQd.net
>>1乙
ところで
diff.mnemonicprefix
ってなに？
4:デフォルトの名無しさん
15/03/23 19:15:42.59 y5y7OlJ2.net
>>前996
＞そうか、いくつものプロジェクトを任されないやつは気楽でいいな。
＞部下の手間やオペミスを気にしない立派な方は言うことが違うな。
お前と違って、部下全員の動きを一挙手一投足全部自分で
チェックアウトできるほど暇じゃないもんで・・・
>>前997
＞どのくらいの頻度でプロジェクトの新規立ち上げするの？
＞やっぱり1日1個くらいのペースでどんどん増えていくもの？
さすがにそんな増えないでしょ
3か月ペースの開発プロジェクトが60個、それぞれに平均5人いるとしても
300人のエンジニアを率いていることになるよ
そんな人が、部署のマネジメントもろくにしないでしこしこgitのプロジェクトを
起こしてるとか考えにくい
gitのプロジェクトを起こすのが仕事の間接部隊の人なら、まぁあるかも
しれないけど
5:デフォルトの名無しさん
15/03/23 20:50:21.09 BMVzdvQz.net
こいつエンジニアではないな。
997 デフォルトの名無しさん sage 2015/03/23(月) 12:14:29.10 ID:5dh1GAQd
うちの会社は半年に1個くらいしかプロジェクトないので
いつも手書きのメモ見ながら作ってるわ・・・
6:デフォルトの名無しさん
15/03/23 20:51:21.38 BMVzdvQz.net
いや、運用エンジニアならアリか。
7:デフォルトの名無しさん
15/03/23 21:58:34.39 y5y7OlJ2.net
>>5-6
あなたにとっての突っ込みどころが「半年にプロジェクトが1個」なのか「手書きのメモ」なのか分からないけど、
半年に1個のペース（しかも一個人の目に見えるとこ）でgitリポジトリ＝新規製品が1個立ち上がってるとしたら
結構早い気が
自分がパッケージ開発系にいるからそう思うだけで、スマホゲーみたいな「いつもの手順で何個も作る」みたいな
開発形式だと、そういうペースになるのだろうか
8:デフォルトの名無しさん
15/03/23 23:09:04.71 BMVzdvQz.net
>>7
滅多にないなら、忘れないために自動化する。
頻繁にあるなら、手間をかけないために自動化する。
プロダクトとプロジェクトは別だよ。
同じっていうプロジェクトの分け方もあるとは思うけど、それはポリシーの話。
9:デフォルトの名無しさん
15/03/24 00:17:38.33 LMCtJA+5.net
>>8
＞滅多にないなら、忘れないために自動化する。
滅多にやらないことに自動化＋自動化ツールの手順書作成は、さすがにコストかかりすぎると思う
＞プロダクトとプロジェクトは別だよ。
話のピントがずれてきてるな・・・自分と前997が気にしてるのは、プロダクトとプロジェクトの定義じゃなく、
新しいgitリポジトリを毎日作らなきゃならない職場って一体どんなだろうってことだ
10:デフォルトの名無しさん
15/03/24 01:00:24.03 AMK4q4iG.net
>>9
普段GUI使ってる人にはわからないかもだけど、
5分もかからない。
スクリプトなら説明は要らないが、必要ならそのまま書き込める。
毎日なんて誰も言ってないだろ。
1週間でプロジェクトの立ち上げして、後は任せたとかなら割とある。
11:デフォルトの名無しさん
15/03/24 01:24:05.45 LMCtJA+5.net
>>10
＞普段GUI使ってる人にはわからないかもだけど、
＞5分もかからない。
うーんそれって、「自動化したんじゃなくって既に自動化されてる」とか、
「5個位コマンドを打たなきゃならないのを1個にした」って話か・・・
＞1週間でプロジェクトの立ち上げして、後は任せたとかなら割とある。
最初のたった1週間しかいないプロジェクトで、一体あなたが何の役割を果たすのか疑問だ
親会社が子会社に要求仕様を丸投げして消えるような感じだろうか
そうだとすると、肩書きというか所属はエンジニアだけど実態は発注者だな
そういう立ち位置の人がgitのリポジトリを作る必要があるのかもよく分からなくなってきた
親会社のサーバーにリポジトリを作るから、親会社の人しかリポジトリを作れないとかだろうか
12:デフォルトの名無しさん
15/03/24 01:48:04.53 AMK4q4iG.net
>>11
すまなかったな。
お前にとって、リポジトリを立てるというのが、とても難しいことだと言うのは、よくわかったよ。
理解できない人もいるんだな。
それしかやってないと言う思い込みをしてるのかな。
13:デフォルトの名無しさん
15/03/24 09:42:14.84 LMCtJA+5.net
>>12
リポジトリを立てるのが簡単なのは、よく分かったよ
コマンドラインを何発か叩くだけなんでしょ？
問題は、何十プロジェクト（50人ちかく？）のまとめ役をやってて、
しかもプロジェクトを丸投げして開発管理をしないような人が、
なんでgitの管理は自分でやることにこだわるのか、ってことだ
・・・実際はまとめ役じゃなくて開発環境を整備する役で、そっちが
メインだからなのかもしれないが・・・
14:デフォルトの名無しさん
15/03/24 11:47:24.75 FrFlsYhd.net
デカい会社ってgitをどう使ってるんだろ
gitをきちんとスター型にするのって面倒くさくね？
15:デフォルトの名無しさん
15/03/24 12:55:00.90 LMCtJA+5.net
>>14
それってネットワーク関係の話？
そういうときは、自部署の閉じたネットワークにgitサーバを立てるんじゃなくって、
社内どこからでも（場合によっては社外からも）接続可能な特別なgitサーバを
ネットワーク部門の人が用意してるから、そこにリポジトリ作成を「申請する」って
流れになると思う
16:デフォルトの名無しさん
15/03/24 13:00:03.66 jPXMtrDE.net
キャパシティやレスポンスの問題はあるけどgitのmasterなんか、どこに
あっても同じじゃん？そもそもでかいガタイの為にでかいRCSを「立てる」
必要がないってのがgit(系統)の売りだったんじゃ？
17:デフォルトの名無しさん
15/03/24 13:17:28.26 Z7mrPero.net
どこにあっても同じだけど、違うmasterが二箇所にあればどちらが正しいか分からなくなるのもgit
だから、中央リポジトリとコミッターが必要になる。
18:デフォルトの名無しさん
15/03/24 14:26:16.00 FrFlsYhd.net
ところで話は変わるけど
diff.mnemonicprefix ってなに？
sourceforgeでfetchしたときのオプションにあったんだけど
なにを意味するのかバヌアツ見てもよくわからない
19:デフォルトの名無しさん
15/03/24 14:57:15.56 jPXMtrDE.net
>>17
> 違うmasterが二箇所にあればどちらが正しいか分からなくなるのもgitだから、
それは「運用の不手際」であってgitと全く関係ないじゃん？
20:デフォルトの名無しさん
15/03/24 15:15:37.69 LMCtJA+5.net
>>19
違うmasterが2個あるのが「運用の不手際」であり、masterはただ1つでなければならないなら、
そのmasterは、プロジェクトに関わる全員から見える場所にないと困ると思うが・・・
21:デフォルトの名無しさん
15/03/24 16:19:57.62 AMK4q4iG.net
>>13
お前が自分が知ってる形態しか理解できないのはよくわかったよ。
22:デフォルトの名無しさん
15/03/24 17:17:23.80 LMCtJA+5.net
>>21
お前が自分が知ってる形態を説明しないから、理解できないんだよ。
23:デフォルトの名無しさん
15/03/24 19:47:13.61 NaTfFmmD.net
>>20
それはgit的には間違った解釈じゃないかな？(´･ω･｀)
グループマスタはグループ全員から見えてもいいと思うけどプロジェクトマスタの
更新権も全グループの全要員にないとダメという訳じゃないよね？(´･ω･｀)
グループリーダーだけがグループマスタをプロジェクトマスタに更新できる方が
組織的な運用としてはやりやすいと思うよ？(´･ω･｀)
24:デフォルトの名無しさん
15/03/24 19:55:25.10 AMK4q4iG.net
これがゆとりか
25:デフォルトの名無しさん
15/03/24 20:29:10.23 LMCtJA+5.net
>>23
リモートリポジトリがどこにあるべきかって話に
ブランチ戦略の話が混じってしまっている気がして、何とも答えにくい
26:デフォルトの名無しさん
15/03/24 20:33:49.43 NaTfFmmD.net
リポジトリはアクセスする必要がある人から参照できる所にあれば
いいんじゃないかな？(´･ω･｀)
27:デフォルトの名無しさん
15/03/24 20:48:23.99 sz/ymt1l.net
gitlab（githubでも可）使えばいいのに。
一台gitlabサーバーを立てれば、
1. プロジェクトのリモートリポジトリ
2. そのプロジェクトをforkした個人のリモートリポジトリ
3. ローカルリポジトリ
って自然に三つのリポジトリをシンプルに使うことが出来るよ。
開発は、
3. ローカルリポジトリを修正
2. 個人のリモートリポジトリにpush
1. そこからプロジェクトのリモートリポジトリにマージ（ウェブから実行できる）
という流れが出来上がる。
28:デフォルトの名無しさん
15/03/24 20:55:16.60 LMCtJA+5.net
>>26
自分も同意見だ
ただ、>>15→>>16の時点で、リモートリポジトリの話かmasterブランチの話か既に分かりにくくなってるんだな
20の「master」は、「リモートリポジトリ」のつもりで話していた
29:デフォルトの名無しさん
15/03/24 21:05:35.91 LMCtJA+5.net
>>27
ソースコードが社外に置かれるgithubがお堅い企業で使われてるかは微妙だけど、
gitlabは商用でサポート受けれるし、githubを抜くとおそらく1番手で使われてるんじゃないか？
30:デフォルトの名無しさん
15/03/24 23:26:42.53 CRqFXs0T.net
git init
touch a; git add a; git commit "initial commit"
git checkout -b test
touch b; git add b; git commit "b"
touch c; git add c; git commit "c"
git checkout master
git merge dev --squah
git checkout test
touch d; git add d; git commit "d"
touch e; git add e; git commit "e"
git checkout master
git merge dev --squah
これでこういうメッセージが出ます。どうしてマージできないんですか？
>Squash commit -- not updating HEAD
>Automatic merge went well; stopped before committing as requested
31:デフォルトの名無しさん
15/03/24 23:27:52.62 CRqFXs0T.net
ここに入力する時にcommit の部分に-mを書き漏れたので-mがあるものとしてお読みください
32:デフォルトの名無しさん
15/03/25 10:38:07.54 DffMWI2J.net
rebaseはコミットグラフを綺麗にするためじゃなくてffマージをするためにあるのであった
URLﾘﾝｸ(gist.github.com)
33:デフォルトの名無しさん
15/03/25 12:53:22.29 7vrJVraD.net
>>32
それ書いたやつここに連れてくるか、
お前が代わりに反論してくれ。
まずrebaseはコミット履歴を綺麗にするためであって
コミット"グラフ"を綺麗にするものじゃない。
この時点でそれ書いたやつは勘違いしている。
そしてffマージ推奨みたいな感じだが、
"master"へのマージは--no-ffでやるのが常識
gitlabのウェブ管理画面からは--no-ffしか行えない。
（もちろんmasterじゃないところならffマージでも良い）
さらに言えば「開発中のブランチ」と「そのブランチがffマージされた未来のmaster」が
同じ内容になるからテストが安心できるというのはまあいいんだが、
途中のコミットの話が抜けてる。同じ内容になるからという理由だけなら
途中のコミットが汚なくてもいい（レビューが困難）でもいいって話になってしまう。
rebaseの目的はレビューを容易にすること。テストが安心っていうのはおまけでしかない。
34:デフォルトの名無しさん
15/03/25 12:58:04.22 IRTth2yB.net
途中のコミットがあろうがなかろうがレビューは困難にも容易にもならないよね？(´･ω･｀)
35:デフォルトの名無しさん
15/03/25 13:40:29.78 1QZDV4EM.net
>>33
レビューっていうのは、プルリクエストが出された「ひとまとまりのコミット」に対して行われるものだ
その時にレビュアーは、その「ひとまとまりのコミット」が何のための修正かを把握しているはずである
※1つのプルリクエストに複数の目的の修正が入っているなら、そのプルリクエストが間違ってる
レビュアーが、その「ひとまとまりのコミット」が何のためなのかを分かっていれば、各コミットが
どれだけ細分化されていようと、（レビュアーは「ひとまとまりのコミット」で最終的にどうなったかだけを
チェックし、各コミットで何をしたかまでは追いかけない、という理由で）コードが合っているかの
チェックを阻害したりはしない
これで反論になってるだろうか
36:デフォルトの名無しさん
15/03/25 13:43:12.20 jY89TDAe.net
rebaseで使うのは
reword
fixup
squash
pick
で
editとexecは必要ないと思ってるんですがあなたたちは使いますか？
37:デフォルトの名無しさん
15/03/25 14:47:57.92 7WluZNwF.net
rebaseをしてから--no-ffマージしたりするからなｗ
38:デフォルトの名無しさん
15/03/25 15:04:11.83 8K+/BW9F.net
開発ブランチも公開しちゃってるからリベースできないお
39:デフォルトの名無しさん
15/03/25 15:17:55.54 7WluZNwF.net
>>38
その開発ブランチからさらにブランチを作って、
そこにこまかくコミットしたものをリベースして開発ブランチにマージする
実装する機能単位でそれを繰り返す
40:デフォルトの名無しさん
15/03/25 15:38:52.70 8K+/BW9F.net
一度公開したブランチをどんな形にせよリベースするなんてやっちゃあいけませんよ旦那
41:デフォルトの名無しさん
15/03/25 19:19:14.80 5Dq5kMph.net
こらからの話だよ
42:デフォルトの名無しさん
15/03/25 19:31:03.19 7vrJVraD.net
>>35
> ※1つのプルリクエストに複数の目的の修正が入っているなら、そのプルリクエストが間違ってる
一つのプルリクエストは、一つの機能だよ。
その機能は複数のコミットからなっている。
誰かが新しい機能のプルリクエストを出す所を考えて見ればわかるはず。
新しい機能を、プラグインみたいに簡単に追加できる場合ならいいが、
一般的には既存のコードを拡張可能なように修正して、
そこに機能追加を行う。
43:デフォルトの名無しさん
15/03/25 19:33:42.33 7vrJVraD.net
>>34
> 途中のコミットがあろうがなかろうがレビューは困難にも容易にもならないよね？(´･ω･｀)
なるよ。
いきなり複数のファイルにまたがる1000行の修正を送られたって
何をしたいのかわからない。
一つ一つ説明が必要。それが一つのコミットになる。
44:デフォルトの名無しさん
15/03/25 20:00:32.67 1QZDV4EM.net
>>43
（33で言ってた内容）
＞途中のコミットの話が抜けてる。同じ内容になるからという理由だけなら
＞途中のコミットが汚なくてもいい（レビューが困難）でもいいって話になってしまう。
＞rebaseの目的はレビューを容易にすること。
（43で言ってた内容）
＞いきなり複数のファイルにまたがる1000行の修正を送られたって
＞何をしたいのかわからない。
プルリクエスト1件を送るとき、コミットをまとめるべきと言ってたはずが、
コミットをまとめないべき、にすりかわっている。
あなたの意見どころかあなた自身が、反論に耐えうるものじゃないんじゃなかろうか
45:デフォルトの名無しさん
15/03/25 20:07:29.90 7vrJVraD.net
説明しやすいサンプル見つけてきたぞ。
Replace highlight.js with rouge-fork rugments
URLﾘﾝｸ(github.com)
どうやらこれは、highlight.js を rouge-fork rugments に入れ替える
プルリクエストのようだ。
これは一つのプロリクエストに三つのコミットが入っている。
1. テストの修正
2. ライブラリ入れ替え
3. 2以外の関連ライブラリバージョンアップ
これは一つのコミットにまとめてはいけない。なぜなら入れ替えを行った結果
既存のコードが動かなくなるかもしれないからだ。
最初にテストの修正を行っているのは、ライブラリの入れ替えの前と後の両方で同じテストが通るようにするためだろう。
入れ替え前に問題となるテストを修正し（もちろん入れ替え前にテストは通る）
入れ替えた後でもテストが通れば壊れていないことが確認できる。
そして1, 2, 3のそれぞれがわかれているから何を行ったのかレビューしやすい。
テストの修正とライブラリの入れ替えと関連ライブラリのバージョンアップが
一つのコミットになっていれば、いきなり複数の変更をこんなに変えて大丈夫か？ってなるだろう？
また逆に、この3つのコミットを分離して、一個ずつマージするという案もあるが、
それだと1のテストの修正は2の為にやるのだが、いきなり1.テストの修正という理由がわからない
プルリクエストが届くことになる。なぜ1が必要な理由が不明だし、もしかしたら2を直せば
1は不要になるかもしれない。
だからこの三つのコミットは独立していたら駄目だし、一つのコミットにしてもいけない。
それぞれのコミットがレビューしやすいように、無駄なコミットもない。
46:デフォルトの名無しさん
15/03/25 20:16:05.54 7vrJVraD.net
>>44
> プルリクエスト1件を送るとき、コミットをまとめるべきと言ってたはずが、
> コミットをまとめないべき、にすりかわっている。
「綺麗に」まとめるということ。
汚いものをまとめろと言っただけで、
一つにまとめろとは言ってないない。
一つにまとめる・・・これはだめ。
まったくまとめない・・・これもだめ。
一つのプルリクエストは、1つ以上のコミットから成り立ち、
それぞれのコミットがレビューしやすいように
意味のある単位にまとめる。
47:デフォルトの名無しさん
15/03/25 20:17:13.12 1QZDV4EM.net
>>45
あなた自体が説明に耐えうるものじゃないな・・・
自分の主張や情報を後出し後出しにして、ハイ反論どうぞ、なんて言われてもねぇ
そんなんじゃ、周りの人とまともな議論ができないだろう・・・
自分が推測するに、あなたは下請けに仕事を発注したことはあるが、
「チームで開発作業をしたことはあまりない」と感じられるんだが、実際どうだろうか？
まぁおそらくは、反論してくるだろうと思うが
48:デフォルトの名無しさん
15/03/25 20:20:44.43 7vrJVraD.net
正確じゃなかったから訂正
一つにまとめる・・・何も考えずに何でもかんでも一つにまとめるのはだめ。綺麗にまとめた結果一個になる場合は良い。
まったくまとめない・・・だめ。ただし最初からきれいな単位にまとまっているのであればそれで良い。
重要なのは一つのプルリクエストをレビューがしやすいように、
「意味がある単位で1個以上のコミットで綺麗にまとめる」ということ。
49:デフォルトの名無しさん
15/03/25 20:23:04.00 7vrJVraD.net
>>47
反論も何も、お前は、
俺のことを「チームで開発作業をしたことはあまりない」と感じましたって
個人の感想を言ってるだけじゃんか。
えとさ、俺の言っている内容に対してレスしてくれない？
俺の言っている内容にコメントできないからって
「お前は○○だ。ばーか、ばーか。なにか言い返してみろよ」
と同等のレスをされて困るんだがね。
下らないレスはいらないから内容に対してコメントしろ。
お前が>>47で何か内容に対してコメントしたか？
50:デフォルトの名無しさん
15/03/25 20:32:17.06 7vrJVraD.net
>>44
自分が「コミットをまとめる」って言ったと思って
レスしていたが、自分のレス読み返してみたが
「綺麗にする」とは書いてあるが
「まとめる」とは書いてないじゃないか？
おかしいな？
もしかして>>44のレスって単なる言いがかりか？
51:デフォルトの名無しさん
15/03/25 20:49:15.42 7vrJVraD.net
今更だが俺なんかが言わなくても、有名な人の意見があったっけｗ
>>32の用な無名な人が書いた駄文じゃなくて有名な人の意見
URLﾘﾝｸ(blog.marc-andre.ca)
URLﾘﾝｸ(qiita.com) (↑の翻訳)
> RubyのコミッターでもありRailsなどの多くのOSSで活躍されている
> Marc-Andre Lafortune さんのブログに面白い記事があったので筆を取りました.
> 各プロジェクトのコミッターらの素晴らしい仕事に対して失礼ながら、
> 私はコミットをまとめたいとは思わない. だから私にまとめろ言わないで欲しい.
> 例えば5つのコミットからなるpull requestがあったとして、もし私が何もミスをしてなければ、
> この5つのコミットはそれぞれ独立しているはずで、それらをわざわざまとめるべきでないと思っている.
※↑これはゴミコミットを残せって言ってるんじゃないよ。↓ ほらゴミコミットはキレにするべきと言ってる。
> 例えばこんな感じ
>
> ・素晴らしいfeatureを思いつき、手をつける
> ・しまったtypoしてた直さないと
> ・しまったバグを直さないと
> ・featureを仕上げる
>
> この様なcontributor達がもし、そのままのcommitをpull-requestに出して、
> それが受け入れられない（つまりマージされない）という事は当然の報いだとは思うが、
> 良い例がここ(URLﾘﾝｸ(github.com))にある.
> これは一つのbugを修正するためのpull-requestだが私は15つのコミットに分けた.
> それぞのリファクタ１つ１つはしかるべく順序で並んでおり、最後の１つだけがbugの修正それ自体なのだ.
なんだｗ 俺が探してこなくても、ここに書いてあったじゃないかｗ
52:デフォルトの名無しさん
15/03/25 20:58:15.28 2zE2JJLl.net
数レスのつながりすら読めない人に長文で相手しても意味ないよ
そういう人は相手にせずスルーすべし
53:デフォルトの名無しさん
15/03/25 21:18:09.55 1QZDV4EM.net
>>49
>>48に書いたことを、>>33のときに書いていれば反論を招かずに済んだ話だと思う
自分が言いたいのは、まさにこの一点
このスレをgitに例えれば、あなたは>>33におけるタイプミスの修正を>>51まで延々と
続けているということだ
54:デフォルトの名無しさん
15/03/25 21:21:46.19 7vrJVraD.net
>>53
お前が読み間違っただけだろう？
それに俺がお前に言いたいのは
内容に対してレスしろってことだ。
お前の人間として品性がないって話をしている。
お前の反論がないんだから、俺の意見は正しくて
残るはお前の品性の問題しかないからな。
55:デフォルトの名無しさん
15/03/25 21:23:46.76 7vrJVraD.net
しつこいようだが、勘違いしているようだからはっきり言っておくわ。
俺は、コミットを綺麗にしろ言っただけで、
一つにまとめろとか言ってないからな。
そもそもまとめるという単語すら
>>33には書いてない。
勘違いしたのは、 ID:1QZDV4EM
56:デフォルトの名無しさん
15/03/25 21:25:18.08 0It7vtDM.net
ケンカをやめて
57:デフォルトの名無しさん
15/03/25 21:32:07.66 1QZDV4EM.net
>>54
＞お前の人間として品性がないって話をしている。
違うだろう、今度はいつの間に「反論があるかないか」の話からすりかわったんだ
まぁでもお前がgitのスレでやりたいのは、反論があるかないかじゃなく、人を馬鹿にする方なんだろうが・・・
58:デフォルトの名無しさん
15/03/25 21:40:49.98 7vrJVraD.net
>>57
人を馬鹿にしたのはお前だろう？
お前が読み間違っただけなのに、反論が～とか言った挙句
> 自分が推測するに、あなたは下請けに仕事を発注したことはあるが、
> 「チームで開発作業をしたことはあまりない」と感じられるんだが、実際どうだろうか？
> まぁおそらくは、反論してくるだろうと思うが
こんな事言ったよな？
お前が何を考えてこんなレスをしたかあててやろうか？
1. 反論しない（俺が言い返さない）・・・やっぱりチーム開発したことないやつだったな。俺が言ったことは正しかった（優越感）
2. 反論する・・・俺が予想したとおり反論してきたか。俺が言ったことは正しかった（優越感）
どうだ？ あってるだろ？ どちらにしろ優越感を感じられれるなｗ （まあそれをばらしたから優越感を味わえないだろうがｗ）
そもそも、俺がどういうやつかなんて「お前の母ちゃん出ベソ」と同じで
証明しようがない問題だ。俺がなんと言おうが、お前が信じなければそれまでだからな。
それぐらいお前もわかっててやっただろ？
単にお前が優越感を得るためだけの意味が無いレス。
だからこんな下らないレスだと言った。
こういうレスを見たから俺は、お前は品性のないやつだと確定できて、
最後の挽回のチャンスとして、反論しろといったわけだが結局反論できなかったな。
はははｗ お前が>>57でレスしてくれたから、俺にこういう説明をするチャンスになったよ。ありがとなｗ
59:デフォルトの名無しさん
15/03/25 21:46:25.46 1QZDV4EM.net
自分には、どうして>>47の後半で言ったことがお前をそこまで刺激したのかが、よく分からないんだよ
けっきょく、このスレで言った言わないの議論をするお前じゃなくて、今技術者をやってるお前ってどうなの？
なぜ軽くスルーできなかったのか？やっぱ、そこに問題があるから怒ったのか？そうだったら謝りたいが
60:デフォルトの名無しさん
15/03/25 21:49:20.02 7vrJVraD.net
>>59
ほらなｗ やっぱり品性がない。
人を馬鹿にする方向にしかレスが出来ない。
お前無意識にやってるだろ？
無意識で品性がないｗ
最初にそんなことやらずに、内容に対してレスする方向に
変えていれば、今頃は挽回できたかもしれないのにな。
哀れ。
61:デフォルトの名無しさん
15/03/25 21:53:44.04 1QZDV4EM.net
>>60
第三者的には、>>58の時点でバカ2名のやり取りにしか見えないと思うぞ
62:デフォルトの名無しさん
15/03/25 22:21:34.29 2zE2JJLl.net
ワロタ
五十歩百歩かもしれんが
百の方が五十の方を道連れにしようとすんなｗ
63:デフォルトの名無しさん
15/03/25 22:23:48.78 1QZDV4EM.net
>>62
そうかもね、すまない
64:デフォルトの名無しさん
15/03/25 23:32:40.35 7vrJVraD.net
長文書いたのは俺だし、百の方は俺のことだろｗ
勘違い君、かわいい（哀れ）
65:デフォルトの名無しさん
15/03/26 06:42:05.21 zxUHxD8M.net
>>64
> 百の方は俺のことだろｗ
勘違い君、かわいい（哀れ）
66:デフォルトの名無しさん
15/03/26 07:47:28.35 IO0z/ZIB.net
どんぐりの背比べ
67:デフォルトの名無しさん
15/03/26 11:04:14.40 RWcMqhbh.net
ところで話の腰を折るようで悪いんだけど
diff.mnemonicprefix ってなんのオプションかわかる？
これをつけるとつけないとで何が変わるの？
68:デフォルトの名無しさん
15/03/26 11:45:31.23 7Tklw0eC.net
>>67
URLﾘﾝｸ(stackoverflow.com)
69:デフォルトの名無しさん
15/03/26 12:01:03.18 Z4IoHfg8.net
このスレには（哀れ）な人しかいないね
70:デフォルトの名無しさん
15/03/26 12:18:51.15 RWcMqhbh.net
>>68
ありがとう
diffしたときのファイル名になぜかついてた a/ とか b/ とかを
出さないようにするオプションなのね
71:デフォルトの名無しさん
15/03/26 20:54:55.68 bNJI23fg.net
>>70
ちょっと違うで
a/ とか b/ とかのプレフィックスを出さないようにするのは diff.noprefix
diff.mnemonicprefix は意味のあるプレフィックスを出力する
意味のある、というのは、どことどこの diff なのか、つまりインデックスなら i/、ワークツリーなら w/、という具合に出力する
72:デフォルトの名無しさん
15/03/27 15:17:35.69 NmkvbaYs.net
>>71
ありがとう。じゃあnoprefixの方使うようにするよ。
ところで、すでに運用してるgitをWEBから管理したくて
でもgitwebが使いづらいので乗り換えたいんだけど
gitlabをインストールしてみたいんだけど
これってそういう風には使えるものなのかな
73:デフォルトの名無しさん
15/03/27 17:14:19.11 wC2EsVxW.net
そういう風ってどういう風？
gitlabはdbも使ってるし移行作業は必要になると思うよ
74:デフォルトの名無しさん
15/03/27 18:38:26.72 HpSv3zdu.net
>>72
素直にインポートしたら。たいした手間でなし。
75:デフォルトの名無しさん
15/03/27 19:45:18.53 +T9VOHOm.net
gitを使うときのgit://、http://、https://のプロトコルは、
認証、通信の暗号化の可否はそれぞれどうですか？
76:デフォルトの名無しさん
15/03/27 21:37:55.61 9ALWzfda.net
>>72
当たり前だけど、gitのリポジトリをpushするだけ。
gitlabのgit以外の機能（IssueとかMergeRequestとか）に、
データベースを使っているが、gitwebにはgit以外の機能ってほぼないだろ？
77:デフォルトの名無しさん
15/03/27 23:36:40.51 +T9VOHOm.net
git svnを使って、SVNのデータをGitサーバ（GitBucket）に移行しました
で、GitBucket上で、移行したコミットのコミット者を見ようとすると、
ユーザ名ではなくメールアドレスでユーザーの識別をしているように見えます
この識別方法はGitBucket固有ですか？
また、リモートリポジトリにpushした後の各コミットについて、
コミット者のメールアドレスを変更することは可能ですか？
78:デフォルトの名無しさん
15/03/27 23:54:27.14 Z8DJNpSP.net
GitBucketって日本人が作ったのか
79:デフォルトの名無しさん
15/03/28 14:15:10.16 w2Z+yJkJ.net
Git 5.6.24
URLﾘﾝｸ(github.com)
80:デフォルトの名無しさん
15/03/28 18:47:44.36 +R+DyebJ.net
>>18
こんなん初めて知った
diff結果のパスを引数に合わせて変える模様
$ git diff
i/foo.txt # indexの'i'
w/foo.txt # worktreeの'w'
81:80
15/03/28 18:49:53.09 +R+DyebJ.net
ごめんログ更新してなかった
82:デフォルトの名無しさん
15/03/29 18:08:14.32 E72jh6+u.net
最近のgitってインストールするとbash completionが自動的にインストールされる？
83:デフォルトの名無しさん
15/03/29 19:10:29.25 GIfRQ9M6.net
依存パッケージが自動でインストールされるかは知らんがな
84:sage
15/03/29 21:29:36.30 ZG1Sktbb9
git addの中身を知りたくてgithubで公開されているプロジェクトを見ているのだが、どこにaddのコードが書かれているか分かりますか？
URLﾘﾝｸ(github.com)
85:デフォルトの名無しさん
15/03/29 21:45:52.31 SsUrZhnW.net
>>82
補完すごいよね
addすべき対象をtabで一発で当ててきたときはビビったよ
86:デフォルトの名無しさん
15/03/29 22:03:01.96 I8zaY9MU9
>>84
URLﾘﾝｸ(github.com)
87:sage
15/03/29 22:14:01.02 ZG1Sktbb9
>>86
あざっす！
88:デフォルトの名無しさん
15/03/29 22:04:26.44 vkiGWuNt.net
>>83
URLﾘﾝｸ(github.com)
89:デフォルトの名無しさん
15/03/30 08:52:02.76 ebxMPih7.net
>>14
そんなもの使ってない
90:デフォルトの名無しさん
15/03/30 10:57:03.31 QTBkdmd4.net
>>82
そんなのディストリビューション次第じゃないの。
91:デフォルトの名無しさん
15/03/30 11:53:27.54 eSl2sveJ.net
>>82
なぜbashだけが優遇されるのか？
今使われてるのはzshだろ。
92:デフォルトの名無しさん
15/03/30 12:10:49.96 pDn2M2s4.net
>>91
zsh なら、oh-my-zsh に git プラグインあるだろ。
93:デフォルトの名無しさん
15/03/30 13:24:21.18 pQkawj3/.net
>>92
あー、普通にgitについてたよｗ
94:デフォルトの名無しさん
15/03/30 21:52:59.70 7jnhpj+r.net
>>91
今zsh使ってる人って残ってるの？
みんなbashに戻ったとばかり思ってた
95:デフォルトの名無しさん
15/03/31 04:25:40.16 DVVpWgeR.net
え？ 戻る理由は？
96:デフォルトの名無しさん
15/03/31 10:24:36.59 byVPP9+b.net
ここのスレって、Gitのクライアント側の基本的なコマンドの
使い方が分かる人しかいませんか？
便利なGitクライアントソフトとか、各種Gitサーバソフトの
使い方とか、そういうのを質問したかったらどこがオススメ
でしょうか？
97:デフォルトの名無しさん
15/03/31 10:48:52.86 jsR2iUWd.net
>>96
ここでいいと思うけど。もしかして >>77 かな？
GitBucketは使ったことないけど、
・gitは各コミットのauthorとcomitterそれぞれのnameとemailを記録してる。
・gitはユーザーを管理してない。ってか、分散システムだから管理しようがない。
・authorやcomitterの変更はできるけど、コミットID(ハッシュ値)も変わるので、変更というよりは履歴の書き換えになる。
98:デフォルトの名無しさん
15/03/31 12:02:22.73 DMT7op/I.net
>>96
それgitに限定する意味あるの?
99:デフォルトの名無しさん
15/03/31 21:52:09.98 N1jW3NRe.net
>>96
github固有の話は専用スレがある
他はここでいいんじゃない？
100:デフォルトの名無しさん
15/04/03 00:52:20.92 bxWPklRz.net
コンフリクトをわざと発生させたいんだけど発生させ方を教えてください
101:デフォルトの名無しさん
15/04/03 09:00:43.05 fygFc6bt.net
>>734
税法的にもアウトですよ。コレ。
102:デフォルトの名無しさん
15/04/03 09:06:27.04 TGMPBffS.net
マジでか！
103:デフォルトの名無しさん
15/04/03 11:50:44.23 uPiWXVNB.net
git merge topic
これでコンフリクトが出た場合はコミットされないのでgit merge --abortで元に戻せますよね
じゃあgit merge --no-commitってなんの意味があるんですか？
104:デフォルトの名無しさん
15/04/03 12:16:47.24 /qzMUQum.net
そりゃコンフリクトしない時にコミットしたくない場合じゃないの？
105:１００
15/04/03 13:02:08.91 /gPIw7xI.net
マージしたいからmergeコマンドを打つと思うんですが
そうなると問題なくマージできる場合はコミットして当然だと思いますがおかしいですかね
106:１００
15/04/03 13:03:07.82 /gPIw7xI.net
つまり--no-commitは開発に置いて不要な引数だと思うんですよ
107:デフォルトの名無しさん
15/04/03 13:49:11.28 /qzMUQum.net
コンフリクトしなくてもビルド通らないことだってあるし、一手間加えてから
コミットする余裕があってもいいんじゃね
108:デフォルトの名無しさん
15/04/03 20:25:53.13 pcIMeknY.net
mergeするときに手作業でcommitログを書きたいときに使ってるよ
109:デフォルトの名無しさん
15/04/03 23:06:07.33 TGMPBffS.net
>>106
理想としては全てのコミットは
テストに通れなければならない。
それはマージでも同じ話で、マージ前
マージ後、どちらもテストに通らなければならない。
起きる可能性は低いけれど、起こりえるのが
問題なくマージできたがテストには失敗するいうもの。
この時
1. (マージ前) テスト実行して問題ないことを確認。
2. (マージ後) テスト実行して問題発覚
3. git reset --hard HEAD^ でマージ前に戻す。
(rebaseだとマージに含まれる複数のコミットが分解されてしまうのでまずい）
4. git merge --no-commitでコミットせずにマージ
5. テスト実行して問題ないことを確認してからコミット
という流れで使うのではないだろうか？
110:デフォルトの名無しさん
15/04/04 00:01:59.62 qXtcXItO.net
マージテストのためのブランチ作ればいいだけじゃね
111:デフォルトの名無しさん
15/04/04 00:02:51.56 o7ivvLL/.net
ん？ テストした後は？
112:デフォルトの名無しさん
15/04/04 15:34:05.03 4aWMIGVn.net
TortoiseGitがエクスプローラーをフリーズさせる糞だったから思わずアンインストールした
113:デフォルトの名無しさん
15/04/05 13:00:59.30 AGMqJGUT.net
>> 100
>> 106 が正しい。そういうマージコミットのことを evil マージという。
名前は悪そうだが、必要悪、といった感じだな。
114:デフォルトの名無しさん
15/04/05 14:07:33.73 Gn5PCEDn.net
cloneしたファイルやディレクトリの中からdata/というデータを貯めるディレクトリがありまして
このディレクトリは.gitignoreで除外されています
git pullをしたらdata/を汚さずに最新版にアップデートできるんですが
data/の中身を毎日zipでバックアップを取ってます
data/の中身をgithubとかdropboxにリポジトリ作るとか何でもいいのでgit pushで簡単にバックアップ取れるようにしたいんですが
どうしたらいいのか教えてください
115:デフォルトの名無しさん
15/04/05 14:40:52.20 OOK6R9Sy.net
>>114
gitはバックアップツールじゃない。
ソースコードのバージョン管理ツールだ。
gitというのは、ソースコードのバージョンに含まれる
機能を管理し、その機能を追加したり、削除したり
何が変わったか確認したり、バグを探したり
そういう事をするために使うツールだ。
コミット毎に内容に意味があって、そのコミットをうまく
活用できるためのツールがgitだ。
日付ごとのデータのバックアップなら別のツールを使いなさい。
116:111
15/04/05 15:39:11.36 Gn5PCEDn.net
117:データのバージョンを管理することになるので間違ってはないですよ。 分かる方教えてください
118:デフォルトの名無しさん
15/04/05 15:49:35.25 KkKmAC5t.net
data/ の中でgit initすればいいんじゃね
119:デフォルトの名無しさん
15/04/05 17:38:56.13 lc+vonxV.net
リポジトリ別にするとかシェルスクリプトとか別に何でもいいよね
120:デフォルトの名無しさん
15/04/05 18:52:26.59 OOK6R9Sy.net
>>116
間違いだよ。
素人は黙ってな。
121:デフォルトの名無しさん
15/04/05 20:05:27.42 /p4ZvisL.net
>>119頭の固い玄人パイセンオッスオッス
122:デフォルトの名無しさん
15/04/05 22:45:55.43 vTKOQGSX.net
>>120
老害をからかってちゃ後が面倒だぜ
123:デフォルトの名無しさん
15/04/05 23:02:46.40 JNGfMGjI.net
じゃあなんで答えないんだろうねｗ
124:デフォルトの名無しさん
15/04/06 07:57:53.43 /B7mQxeO.net
ローカルでの事だからテスト前でも merge commit するなぁ。
不具合修正は別 commit にするし。
125:デフォルトの名無しさん
15/04/06 19:47:22.89 opDSS45m.net
ブランチ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するしかないのでしょうか？
126:デフォルトの名無しさん
15/04/06 20:05:46.15 qFLwaw7j.net
>この状態でブランチBにしたら、squashしたはずのコミットがログに残っているんです・・・・。
>どうしてなんでしょうか？
squashしたからブランチAとブランチBは異なる歴史になった
127:デフォルトの名無しさん
15/04/06 20:31:20.34 opDSS45m.net
そうなるとブランチBでもsquashするしかないのでしょうか・・・。
128:デフォルトの名無しさん
15/04/07 02:46:12.38 CzyUtHJJ.net
新しいブランチAからの開発に
ブランチBをrebaseすればいいんじゃねーの？
129:デフォルトの名無しさん
15/04/07 08:01:35.49 had6wKpc.net
それやったはずなんですが・・・
130:デフォルトの名無しさん
15/04/07 13:53:47.58 1qTlkWNC.net
この場合単純にリベースしたらダメだな
--ontoありのリベースで、リベースされるコミット群の先頭とリベースの基点のそれぞれを別個に指定する必要がある
131:デフォルトの名無しさん
15/04/07 13:54:59.96 xmsupUvw.net
push -f したなら pull ―rebase だろ
132:デフォルトの名無しさん
15/04/07 15:02:13.44 biFZC1fK.net
push -fはやるべきじゃない
ひとりでやってても禁止するべきだ
133:デフォルトの名無しさん
15/04/07 15:20:32.75 1qTlkWNC.net
～をすべきじゃないとか覚えるより、それで実際に何がおこるのかを理解すべきなんだよ
gitは基本的な仕組みがシンプルだからコミットやブランチがどうやって管理されているかとか理解しやすい
逆にシンプルな故に、その仕組みを理解せずに使い方を覚えようとするととても難しく感じる
134:デフォルトの名無しさん
15/04/07 15:39:49.42 xmsupUvw.net
>>129
そうそう、pull ―rebase は内部的に rebase ―onto をやってくれるんだよ
push -f はパスワードとか入れてはいけないものを入れてしまった時とか
リベースし続けているものを意図的に公開したいとか、そういう用途向けかな
共有リポジトリで push -f すると全員に pull ―rebase をお願いしたり、
クローン済みリポジトリを全部チェックする羽目になるのでなかなか大変
135:デフォルトの名無しさん
15/04/07 16:04:18.37 biFZC1fK.net
githubやbitbucketでpush -fしてもコミットは残っているので完全に消すことはできない
136:デフォルトの名無しさん
15/04/07 19:08:37.15 had6wKpc.net
>>129-134
ありがとうございます。
勉強になりました
137:デフォルトの名無しさん
15/04/07 21:29:48.07 CzyUtHJJ.net
>>131
> push -fはやるべきじゃない
> ひとりでやってても禁止するべきだ
またお前かｗ
問題ないって結論出ただろ。
過去レス嫁。
138:デフォルトの名無しさん
15/04/08 12:17:07.98 mhUDdxzX.net
gitって、普通に使ってると
自分のところにもサーバにもコミットの履歴が残ってるんですよね？
サーバ側はともかく、自分のところにはコミットの履歴をあまり残したくないので
過去1か月分ほどを残してあとは削除したいんですが
どうしたらよいですか？
139:デフォルトの名無しさん
15/04/08 15:36:13.30 uhPXCuzk.net
>>137
Gitでは最新のコミットは過去のすべてのコミットの情報が存在しなければ意味を持たない構造になっている
140:デフォルトの名無しさん
15/04/08 16:20:42.00 mhUDdxzX.net
>>138
マジか
bitcoinもびっくりの冗長性ですな
適当なタイミングで新規プロジェクトにするしかないのかな
141:デフォルトの名無しさん
15/04/08 16:25:51.16 uhPXCuzk.net
>>139
新規プロジェクトにしなくてもリベースを使えば過去の歴史をまとめてしまうことができるよ
でもリベースしたら最新のファイルの状態が一緒でもコミットとしては別物だからね
142:デフォルトの名無しさん
15/04/08 16:41:12.55 xOKsYf2d.net
は？他のVCSだと古いコミットを丸っとカットできるわけなの？
143:デフォルトの名無しさん
15/04/08 17:04:19.20 Uu6WjhLv.net
gitは参照カウント方式だから、デフォルトではgitコマンドを実行するたびに
GCが実行されて未参照になったコミット（歴史書換など）は2週間で消えていく
ブランチ、タグ、リモート、reflog、今チェックアウトしているブランチを
全て削除してgit gc ―prune=nowを実行すれば空のリポジトリに戻るよ
144:デフォルトの名無しさん
15/04/08 17:54:43.99 uhPXCuzk.net
>>137
URLﾘﾝｸ(qiita.com)
こういう方法(shallow clone)もあるので、それで問題が無ければ使えばいい
145:デフォルトの名無しさん
15/04/08 18:02:21.54 mhUDdxzX.net
>>141
ローカルにも同じだけ履歴を持つ方が珍しいと思ってました
146:デフォルトの名無しさん
15/04/08 20:53:19.08 gn+rALV1.net
>>144
珍しいっていうか、最近VCSは全てそうなんじゃないのかな？
説明しなくてもすぐに思いつくと思うけど、
ローカルに履歴全部を持ってないと都合が悪いからね。
例えば、ネットワークが切断されている状態では
ローカルに持ってない情報を参照できない。
いつバグが入ったか昔をさかのぼって調べるとか、
数年前まで遡って調べることはよくある話。
あと、ネットワークに繋がっていたとしても
いちいちネットワークアクセスしないといけないから
遅いという問題が有る。
デメリットとしては、ディスク容量を多く使用してしまうっていうのがあるけど
正しく使っていれば（つまりExcelファイルや生成済みのバイナリ等を入れない）
テキスト関連のファイルが主になるので、多いくても数十MB程度。
147:デフォルトの名無しさん
15/04/09 08:21:03.90 I6al/A0q.net
>>145
ネットワークから切断された状態で開発なんてしない
ネットワークは十分高速
バグがいつ作り込まれかを何年も遡って調べるんなんてめったにない
なら、別にローカルに持つ必要はないわな
ただ分散 VCS だとリポジトリをローカルに持つから履歴もローカルにあるってだけじゃね？
そもそもサーバーって言う概念がそぐわないし...
148:デフォルトの名無しさん
15/04/09 14:58:53.14 Y8qSNfSy.net
仕事で使うので、どうしても
中央にサーバがほしいんだよな
ローカルのログはローカル、全体のログは全体で
できればそれぞれ別個に管理したい
149:デフォルトの名無しさん
15/04/09 18:11:05.42 ASRAwZv5.net
>>147
>>143のshallow cloneを使えよ
分散VCSを使いこなせない社畜にはお似合いだよ
150:デフォルトの名無しさん
15/04/09 21:06:04.36 2p1dJHe9.net
>>146
ちったぁマシな反論の仕方
151:覚えようぜ （俺は）ネットワークから切断された状態で開発なんてしない （俺の）ネットワークは十分高速 （俺は）バグがいつ作り込まれかを何年も遡って調べるんなんてめったにない お前がどうするかじゃなくて、お前ではないある人が、 実際にこの問題にぶち当たるだろｗ お前解決策は（俺が）頑張るっていう方法であって ツールの話をしていない。 今はgitというツールの話をしてる。 gitがこの点でツールとして優れているのは間違いだろ。
152:デフォルトの名無しさん
15/04/09 21:07:03.42 2p1dJHe9.net
>>147
> 中央にサーバがほしいんだよな
中央とローカルの両方に
リポジトリが有るのがgitだよ。
中央のサーバーしかないものより
優れている。
153:デフォルトの名無しさん
15/04/09 23:13:32.45 VwJ1oW5m.net
gitがこの点でツールとして優れているのは間違いだろ(ｷﾘｯ
154:デフォルトの名無しさん
15/04/10 11:00:44.87 vGbO0SDK.net
gitの使い方を実践で覚えたいんだけど、GitHubに一つ意味のないプロジェクトを作って練習したい人が適当に使うのって既に誰かやってる？
155:デフォルトの名無しさん
15/04/10 11:11:00.15 VmzPrHvp.net
練習したいだけなら公共の場所を使わなくてもローカルだけで十分じゃないかな？(´･ω･｀)
156:デフォルトの名無しさん
15/04/10 11:13:09.89 vGbO0SDK.net
>>153
やっぱ迷惑かな
pullとかpushとかmergeとか使う機会がない・・・
157:デフォルトの名無しさん
15/04/10 11:20:04.73 vGbO0SDK.net
ローカルでも出来るんですね
ローカルで練習します
158:デフォルトの名無しさん
15/04/10 12:13:18.23 JdCgojns.net
>>152
自分のアカウントでやる文には問題ないが
複垢でフォークしたりプルリクした時に赤BAN食らったことある
メールで俺はスパムじゃないって伝えれば凍結解除される場合もあるそうだが俺は解除されなかった
凍結された場合はサービスを利用することはできるが他人からは自分のアカウントが見えなくなる
アカウント一個で自分のリポジトリに対してプルリクして練習するのは問題ない
159:デフォルトの名無しさん
15/04/10 12:27:24.48 vGbO0SDK.net
>>156
そんなペナルティがあるの？
完璧に廃案ですね
160:デフォルトの名無しさん
15/04/10 13:05:04.84 qlTKx4Z2.net
練習用ディレクトリでinit。
サーバーのつもりのディレクトリにbareのcloneをつくる。
練習用ディレクトリでremote set-urlでサーバーのつもりディレクトリを設定。
pushなりpullなりで遊ぶ。
別のディレクトリにサーバーのつもりのリポジトリをclone。
pushなりpullなりで遊ぶ。
これで複数箇所からのアクセスの練習ができる。
161:デフォルトの名無しさん
15/04/10 19:39:02.96 vGbO0SDK.net
>>158
それいいね、やってみます
皆さんありがと
162:デフォルトの名無しさん
15/04/10 21:15:19.55 +vp4nrUW.net
bareにプッシュした場合、どうやってそのプッシュをその本元のリポジトリに取り込むんですか？
163:デフォルトの名無しさん
15/04/10 21:27:24.79 mOGWHCum.net
>>143
>>147
ありがとう。でも
gitのバージョンが古いので、shallow cloneだとそのあと
サーバにpushできなくなっちゃうんだよね
164:デフォルトの名無しさん
15/04/10 22:08:37.43 e5/HDRWr.net
>>161
仕事でどうしても欲しい機能があるのにバージョンを上げられないとかひどい職場だな
165:デフォルトの名無しさん
15/04/10 22:36:50.81 /m+5Da0A.net
>>149
お前がどんな環境にいるのか知らんが
> ネットワークから切断された状態
> もしくはネットワークが低速
な環境で開発してる奴がどんだけいるんだ？
> gitがこの点でツールとして優れているのは間違いだろ。
落ち着いて、その真っ赤な顔を何とかしろよｗ
166:デフォルトの名無しさん
15/04/10 23:46:33.56 ka156RZj.net
ネットってインターネット？
さすがにLANは繋がってるよな
167:デフォルトの名無しさん
15/04/11 01:13:48.91 VeSSjpYX.net
>>163
だから人の話をするなって
そんなのその人の立場で変わる。
あえて言えば、電波の悪い
スタバでドヤリングとかあるだろ。
論点をすり替えずにツールの話をしろ。
168:デフォルトの名無しさん
15/04/11 01:15:49.28 jprZbhPv.net
飛行機の中とか列車の中とか
ネットワークから切断された状態ってのは
ある人には有るんだよ。
169:デフォルトの名無しさん
15/04/11 01:21:30.62 5CJjlwli.net
>>161
なぜリポジトリを奇妙な状態で運用したいのか、
まで立ち戻って質問した方がヨサゲ
170:デフォルトの名無しさん
15/04/11 08:53:53.30 aih7mS+Y.net
>>165
人じゃなくて環境だろ
そもそもネットワークとか言い出したのは >>145 だし
>>166 みたいな状況がよく引き合いに出されるけど、そんな状況滅多にないだろ
飛行機でさえ WiFi 使えたりするしな
171:デフォルトの名無しさん
15/04/11 11:28:04.71 jprZbhPv.net
>>168
だからそんな状況がめったにないのは、
お前という人の話だろ。
お前ん中ではそうなんだろうなの話をしているだけって気づけよｗ
172:デフォルトの名無しさん
15/04/11 11:29:34.47 jprZbhPv.net
社外にいる時に会社のネットワークに
3G経由でVPNでつないで、SVNでブランチ切り替えとか
したくないわけでｗ
173:デフォルトの名無しさん
15/04/11 11:48:01.05 LbK5Z9ys.net
ネットワークが必要になる状況ってgitでもsvnでも同じ状況なんじゃないの？
174:デフォルトの名無しさん
15/04/11 11:48:46.02 aih7mS+Y.net
>>169-170
> お前ん中ではそうなんだろうなの話をしているだけって気づけよｗ
そのまま返すわ w
そもそも、今時な会社で社外で開発とか無職の発想としか思えん
175:デフォルトの名無しさん
15/04/11 11:53:57.86 aih7mS+Y.net
>>171
git はローカルにリポジトリ持ってるからネットワークに繋がってなくてもコミットできる
特定の場合に便利だが、社内だとほとんど意味ない
ネットワーク繋がないとほとんど仕事ならないから
176:デフォルトの名無しさん
15/04/11 12:05:11.81 LbK5Z9ys.net
gitのコミットとsvnのコミットは違う機能だと認識してるんだけど
svnのコミットに相当するのはgitのpushでしょ
177:デフォルトの名無しさん
15/04/11 15:03:59.96 aih7mS+Y.net
>>174
> svnのコミットに相当するのはgitのpushでしょ
そう言う言い方するなら、ネットワークが必要となる状況が違うってこと
svn はネットワークに繋がってないとほぼなにもできないから
178:デフォルトの名無しさん
15/04/11 15:43:26.04 ZDatv+YP.net
今いるのがtestブランチなんですけど
masterブランチでコミットしたファイルを修正したいんです。
いったんmasterブランチに戻ってcommit --amendした場合、どうやってその更新内容をtestブランチに取り込めばいいですか？
179:デフォルトの名無しさん
15/04/11 16:28:50.45 jprZbhPv.net
>>172
> そもそも、今時な会社で社外で開発とか無職の発想としか思えん
これだけオープンソースがたくさんある時代に何いってんの？ｗ
え？ お前のコード、極秘なん？
お前ん中の世界は狭いですねｗ
180:デフォルトの名無しさん
15/04/11 16:35:25.60 E+mDe4Go.net
>>176
masterの更新をtestに取り込みたいのなら、普通はmergeするだろ
181:デフォルトの名無しさん
15/04/11 18:06:59.33 aih7mS+Y.net
>>177
オープンソースがどう関係するのか知らんけど、仕事のソースをリポジトリごと社外に持ち出すとか普通ないだろ
社外秘って言う言葉も知らんようだし、マジで無職なのかもな w
182:デフォルトの名無しさん
15/04/11 18:53:07.92 vaK5h5cH.net
>>177
GPLや趣味の開発と、普通の会社での開発は違うから、
自分が書いたコードが極秘になるのは良くあることかと
183:デフォルトの名無しさん
15/04/11 19:01:20.97 9epD2/0o.net
今は下手したら自分のマシンに開発環境すら入れさせてくれんし
仕事の持ち出しが自由だとしてもそれがメリットに感じるのは若い内だけだよ
年取ってきたらそんなスタイルで仕事に向き合ってもまずいい事は無い
プライベートと仕事はこれでもかって程に線を引いておいた方が
最終的な効率が上がったりもするし
184:デフォルトの名無しさん
15/04/11 19:29:20.47 RWhwDI1t.net
cvsやsvnの頃もリポジトリに繋がらない環境で仮にコミット出来るようにするソフトがあった。
つまり需要はあった。
今時とか傾向の話しても、需要がゼロになるわけじゃない。
嫌な人はsvnでも何でも勝手に使っとけという話。
185:デフォルトの名無しさん
15/04/11 21:19:45.95 aih7mS+Y.net
>>182
> つまり需要はあった。
そんな需要がどれ程あるんだ？
って話なのは理解できてる？
186:デフォルトの名無しさん
15/04/11 21:28:56.04 4o2Mh2tF.net
好きにすりゃいいもんを金科玉条のごとく押し付ける連中はなんなんすかね
ネットで偉そうにしなきゃ死んでしまう病気にでもかかってるんですか？
187:デフォルトの名無しさん
15/04/11 22:31:52.69 RWhwDI1t.net
>>183
お前が無理矢理そういう無意味な話に持っていきたいのはわかった。
サードパーティ製だったのが根幹に含まれたものが普及したんだから、需要わかるだろ。
188:デフォルトの名無しさん
15/04/11 22:42:29.28 d2KPF5yq.net
ところで、話は変わるんだけど
ローカルにコミット履歴をあまりたくさん持ちたくない
現状普通にやってると、自分のワークにも過去のコミットが
全部入っちゃうのでなんとかしたい
189:デフォルトの名無しさん
15/04/11 22:50:41.60 vaK5h5cH.net
>>185
180が言ってるのは、オープンソースとか趣味じゃなくて
社内で開発してる間はあまり需要がない、って話じゃないかと
190:デフォルトの名無しさん
15/04/11 23:12:28.79 RWhwDI1t.net
>>187
企業でgitが普及してないと思うってこと?
うちは客先へも関係会社ともgitでやり取りしてるが。
191:デフォルトの名無しさん
15/04/11 23:20:28.85 vaK5h5cH.net
>>188
客先にソースコードをやりとりするって、一体何をしてるの？
192:デフォルトの名無しさん
15/04/11 23:25:08.42 s5hHym/Z.net
>>185
当時はネットワークがプアだったけど現在は違うだろ？
って話
git のローカルコミットを dis ってる訳じゃない
>>188 も同じ勘違いをしてる
193:デフォルトの名無しさん
15/04/11 23:27:25.03 s5hHym/Z.net
>>189
受託だとソースごと納入はよくあるから、ソースのやり取りはあると思う
直接 git でやり取りするのはでかい会社だと珍しいと思うが
194:デフォルトの名無しさん
15/04/11 23:37:56.91 nYC3Hc//.net
すごいな…「ネットワークが不安定な状況になるわけがない、不安定になるような奴は無職！そんなの考えなくてもいい(ｷﾘッ」とか言うやつがいる会社の作るものなんて、絶対触りたくねぇwww
社内ネットワークが不安定になった時、こいつの作ったものは全部メチャクチャになっちゃうんだろうな
195:デフォルトの名無しさん
15/04/11 23:40:19.01 RWhwDI1t.net
>>190
gitが普及する前でもネットワークがプアとか、よっぽど小さい企業の話じゃないの。
だがそれでもdiffのレスポンスはローカルとネットワークで大きく違う。
俺はローカルコミットの話はしてない。
>>189
開発。
196:デフォルトの名無しさん
15/04/11 23:52:41.38 vaK5h5cH.net
>>189
客先っていうのユーザーじゃなくて親会社、自分が子会社、関係会社が孫会社だったら、
親会社にソースを渡すのはありそうですね
でも仮にそうなら、それは親会社が提供する社内ネットワークの範囲内だから、
185の状況は親会社が偶然gitを使ってたから185はgitの各種機能にありつけてるけど、
ネットワークが高速で安定してるだろうし別にSVNでも良かったっていう風にも見えるね
197:デフォルトの名無しさん
15/04/11 23:53:54.46 jjWEFxJy.net
納品にgitとはな
198:デフォルトの名無しさん
15/04/11 23:55:50.82 vaK5h5cH.net
>>189
開発は分かるんだけど、客先がユーザーなら、自社製品のソースコードを公開してしまう意味が分からなくて・・・
どうして自社のソースコードをユーザーに公開しなきゃならない状況に置かれてるのかを知りたかった
199:デフォルトの名無しさん
15/04/12 00:09:45.89 zXiy4YdA.net
>>192
このスレに初めて書き込むけど、貴兄の会社の社内ネットワークってそんなに不安定なの？
うちの会社は国内海外の関連会社が社内ネットワークにつながってるけど、
トラブルなんて年に一度もおきないけど。
それから、社内ネットワークが不安定になったとして、何で作ったソフトがめちゃめちゃになるの？
200:デフォルトの名無しさん
15/04/12 00:13:27.21 nOXR22gF.net
>>192
> ネットワークが不安定な状況になるわけがない
とは書いてないが、マジでネットがダウンしたらほとんど仕事にならないだろ
うちは電話も IP だし、社内システムはほとんど Web だし手も足もでなくなる
そもそも会社で開発してる奴は四六時中コーディングしてる訳じゃないから、コーディングだけできてもしょうがないしな
> 社内ネットワークが不安定になった時、こいつの作ったものは全部メチャクチャになっちゃうんだろうな
この発想が無職の発想 w
>>193
リーナスは Linux のソースコード規模に対しては遅いと考えていたみたいよ
201:デフォルトの名無しさん
15/04/12 00:19:15.46 nOXR22gF.net
>>196
受託開発したことないの？
例えば銀行とかのシステムって銀行自体が開発してるんじゃなくて（実際は間に色々入るけど）、開発会社にこんなもの作ってくれって依頼するわけ
当然その銀行の専用品だし、開発費は銀行持だからソースコードも含めて銀行に納めるという契約形態があるってこと
202:デフォルトの名無しさん
15/04/12 00:51:27.53 eHprCcSu.net
受託開発なら>>193は親会社の意向でgitを使わされてるだけで
親会社が提供したgitのいちユーザだが管理者ではないといったところか
203:デフォルトの名無しさん
15/04/12 01:03:54.01 m18WDRtR.net
普通とか一般的にとか色々言ってるけどさ
お前らってIT企業を何社も転職して色々な現場を見てまわったの？
204:デフォルトの名無しさん
15/04/12 01:06:55.19 BQBr0rdt.net
>>200
親会社ってなんの話だ？
受託って資本関係にない会社からの依頼（注文）もあるぞ（って言うか、うちだとその方が多い）
あと、受託した仕事の一部または全部を他の会社（いわゆる外注さん）に頼むこともあるし
205:デフォルトの名無しさん
15/04/12 01:10:51.77 bxSemNlo.net
>>201
自分の会社以外にお客さん、外注さん、グループ会社とかの人と話したりするから
全部を知ってるという訳じゃないけど、環境という面だとそんなに突飛な環境ってあんまりないし
206:デフォルトの名無しさん
15/04/12 01:16:05.70 eHprCcSu.net
>>202
親会社じゃなくて発注元って言うのが正しいんだろうが
言いたいことは変わらないから気にしないで
207:デフォルトの名無しさん
15/04/12 01:19:28.61 w/X68p6y.net
>>201
同業者と情報交換したりしないのか?
>>200
提案して客に使わせる方が多いかな。
gitだと大体すんなりOKしてくれる。
そのどっちが上とかいう思考だから分散型に適応できないんじゃないか。
208:デフォルトの名無しさん
15/04/12 01:28:23.59 eHprCcSu.net
>>203
お客さんとはユーザーじゃなく発注元だろうか
自分はインドの関連会社とアメリカの関連会社に出向して働いたことがあるが
環境は発注元の意向の影響を強く受けてた
自分がそこから動かずに話を聞いて回っても
おそらくみんな「実は発注元の意向」で揃ってしまうのでは
209:デフォルトの名無しさん
15/04/12 01:28:28.60 BQBr0rdt.net
>>205
> そのどっちが上とかいう思考だから分散型に適応できないんじゃないか。
とか書きながら、
> 客に使わせる方が多いかな。
とか、上から目線で笑たわ
こんなアホが提案してきたら即出入り禁止にするわ
210:デフォルトの名無しさん
15/04/12 01:34:34.47 BQBr0rdt.net
>>206
ケースバイケースとしか言いようがない
環境は全て自社で成果物のみ納入もあるし
環境は自社だけど発注元とソースを共有してやるケースもあるし
請け負いと言いつつ、客先に入って客先の環境で開発とか、偽装だろそれってのもある（と聞いたことがある、と言っておこう w）
211:173
15/04/12 01:53:55.45 KekZ3jxC.net
>>178
mergeだとtestブランチに余計なログが溜まってしまいます
212:デフォルトの名無しさん
15/04/12 01:54:20.89 eHprCcSu.net
>>207
確かに
学生か研究者が想像で話してるだけだろう
>>208
自分も似たようなシーンを見たことがある
関連会社さんと契約形態が変わるタイミングで特に面白いことになりやすい
213:デフォルトの名無しさん
15/04/12 01:57:45.56 4195b+YJ.net
でもまあプログラミングは仕事だけでやるもんじゃないし、
個人のプロジェクトとかでネットワークがない、もしくは
遅かったり不安定だったりする場合があるので
そういうい場合にgitが役に立つわけよ。
214:デフォルトの名無しさん
15/04/12 02:25:49.71 eHprCcSu.net
>>211
そもそもこれは>>177から始まった「企業がgitを使う理由」が
イミフな方向に流れただけだから気にしないで
215:デフォルトの名無しさん
15/04/12 02:54:32.65 4195b+YJ.net
>>177には企業がって書いてないけど？
まあ企業もオープンソースの開発してますがね。
216:デフォルトの名無しさん
15/04/12 03:17:08.50 w/X68p6y.net
>>207
プライドだけは高いんだなw
一番面倒なタイプだわ
217:デフォルトの名無しさん
15/04/12 06:29:26.07 RIZsoiA7.net
>>209
ならばリベースだな
218:デフォルトの名無しさん
15/04/12 07:35:01.53 BQBr0rdt.net
>>211
そう言う機会が全くないとは言わないけど、個人のネットワーク環境も改善してるからなあ
MVNO 使って 1,000円前後で移動中でもネットワークに接続できるようになるとは思わなかったよ
>>213
>>170 に会社のって書いてるから
>>214 と同一人物かどうかは知らんけど、両方とも今時の会社の開発環境をよく知らないんだと思う
219:デフォルトの名無しさん
15/04/12 08:30:26.39 OxabzWT0.net
いやビックリした、年に一度もトラブらないからネットワークが不安定になった時の事を考えるのは無職なのかぁ～。笑いとまらねぇwww
君相当レベル低い会社でしょ？基幹とか触れた事ないでしょ？数億円程度の案件で「俺って超デカイ事やってるんだぜ？」とか言ってるんでしょ？www
220:デフォルトの名無しさん
15/04/12 09:01:40.87 4195b+YJ.net
いやビックリした、年に一度もトラブらないからバックアップの事を考えるのは無職なのかぁ～。笑いとまらねぇww
いやビックリした、年に一度もトラブらないからセキュリティの事を考えるのは無職なのかぁ～。笑いとまらねぇww
無職がいっぱいですねｗｗｗ
221:デフォルトの名無しさん
15/04/12 09:04:42.03 4195b+YJ.net
まあそういうことだよね。
○○という技術を選んだために
ネットワークがないと使えませんでした。
俺のせいじゃない。○○が悪いんだ。
とかいっても、客はそんなこと関係ないわけで。
そこでgit使っていればよかっただろ？って客に言われでもしたら。
う、うるさい！俺はgitは使えないんだって声に出して言えないわけで。
世の中に優れたツールがあるのなら
それに移行するのも仕事のうち。
222:デフォルトの名無しさん
15/04/12 09:20:51.12 w/X68p6y.net
>>216は自分の会社の環境がスタンダードだと思ってるのか
重症だな
223:デフォルトの名無しさん
15/04/12 09:56:48.04 BQBr0rdt.net
>>217-219
一生懸命考えたんだろうけど、アホみたいだからやめた方がいいよ
一年に一回程度のダウンに備えたシステムにするより、その場合にどう運用するかを考えた方がいい
あと、>>198 にも書かれてるがコーディングだけやってる訳じゃないから git だけ使えてもあまり意味ないし
>>220
同業者に聞いてみなよ w
大体似たようなもんだぞ
224:デフォルトの名無しさん
15/04/12 09:58:21.90 4195b+YJ.net
>>221
あのー。ノートパソコンでいつもと違う場所から
githubを触るってことは普通にあるんですが？
その時にブランチ切り替える程度で待たされるんじゃ
いらいらしますよね。
gitならブランチ切り替えはディレクトリ移動と
変わらない速度で行えます。
225:デフォルトの名無しさん
15/04/12 10:00:27.69 4195b+YJ.net
いかんいかん。
また屁理屈に引っかかるところだった。
結局「俺は」問題ないっていう人の話をしていて、
ツールの良し悪しの話じゃなくなってるね。
ま、ツールじゃgitが優れていることを否定出来ないんで
必死で、俺は、俺は！ 俺はぁ！！！ なくても平気
っていう屁理屈でごまかしてるｗ
226:デフォルトの名無しさん
15/04/12 10:02:29.97 w/X68p6y.net
>>221
ではどんなのか書いてください。
エンタープライズでも組み込みでも使われているその環境とやらを。
227:デフォルトの名無しさん
15/04/12 10:11:32.03 OxabzWT0.net
多分だけど、こいつは学生か、大学のサークルっぽいベンチャーなんだと思うぞ。
228:デフォルトの名無しさん
15/04/12 10:45:13.86 BQBr0rdt.net
>>222
> あのー。ノートパソコンでいつもと違う場所から
> githubを触るってことは普通にあるんですが？
で、そのノートパソコンは今時ネットに繋がってないの？ w
>>224
どのレベルで書けって言ってるんだ？
情シスの人間じゃないから基幹の構成とか聞かれても困るんだが...
>>225
はいはい、
ぼくにとってはすうおくえんのあんけんなんてたいしたことないんぞ
ってか w
229:デフォルトの名無しさん
15/04/12 12:06:37.95 eHprCcSu.net
>>226
メーカー系の子会社で5年以上働いてる
>>205
大学のサークルっぽいベンチャーで働いてる
230:デフォルトの名無しさん
15/04/12 13:18:51.68 mwW7jACh.net
ネットワークおじさん達はまだやってたのか
それより事の発端である>>137の動機が気になる
231:デフォルトの名無しさん
15/04/12 13:44:16.44 eHprCcSu.net
>>219
＞そこでgit使っていればよかっただろ？って客に言われでもしたら。
＞う、うるさい！俺はgitは使えないんだって声に出して言えないわけで。
そこが違うな
発注元は「うちがSVNを使ってるんだからSVNを使え」と言うだけ
じゃあ>>205の話は一体なんなのかというと
「自分がいる研究室の教授にgitを提案した話」をしてるだけだろう
（話を膨らませ過ぎたせいでイミフなことになってはいるが・・・）
232:デフォルトの名無しさん
15/04/12 14:06:46.60 RIZsoiA7.net
Git限定の話じゃないみたいだし、仕事とVCSの話はこっちのスレでやってくれよ
バージョン管理システムについて語るスレ10
ｽﾚﾘﾝｸ(tech板)
233:デフォルトの名無しさん
15/04/12 14:27:58.18 4195b+YJ.net
>>226
> で、そのノートパソコンは今時ネットに繋がってないの？ w
つながっていても遅いですよ？
ブランチ切り替えごときで
数秒も待たされるなんて
やってられないですからねｗ
234:デフォルトの名無しさん
15/04/12 14:30:13.71 BQBr0rdt.net
>>231
そうなんだ、辛いね w
235:デフォルトの名無しさん
15/04/12 14:56:47.47 eHprCcSu.net
>>232
趣味でやるなら我慢できなくても会社でやるなら我慢しなきゃならない事がある
って概念が>>231にはないのだろう
236:デフォルトの名無しさん
15/04/12 15:05:00.40 4195b+YJ.net
使いにくいツールを頑張って使う
根性があるって評価されるよ！（大爆笑）
早く仕事しろや
237:デフォルトの名無しさん
15/04/12 15:17:57.99 w/X68p6y.net
>>226
どのレベルかわからないで、どこも環境一緒だとか言ったのか。
話にならないな。
238:デフォルトの名無しさん
15/04/12 15:20:36.24 w/X68p6y.net
>>233
経験ない新人じゃ提案して改善とか恐れ多いもんな。
239:デフォルトの名無しさん
15/04/12 15:26:16.19 +Dwi8kJe.net
レガシーコスト
240:デフォルトの名無しさん
15/04/12 15:26:42.33 BQBr0rdt.net
>>233-234
別に git 使うなって話をしてる訳じゃないんだけどな w
241:デフォルトの名無しさん
15/04/12 16:00:55.68 BQBr0rdt.net
>>235
> エンタープライズでも組み込みでも使われているその環境とやらを。
組み込みと言っても、いろんな種類があるから、単に環境説明しろとか言われても困るわ
まさか個々に説明しろとでも言うのか w
ただ、言えるのは今時特殊な場合を除いてネットワーク接続されてるのは当たり前ってこと
242:デフォルトの名無しさん
15/04/12 16:16:25.20 w/X68p6y.net
>>239
いやどこでも一緒なんでしょ?
繋がってれば何でもできると思ってるのか。
セキュリティポリシーとか、各社違うと思うが。
243:デフォルトの名無しさん
15/04/12 16:41:41.04 BQBr0rdt.net
>>240
> いやどこでも一緒なんでしょ?
誰がそんなこと言ってるんだ？
> 繋がってれば何でもできると思ってるのか。
権限さえあれば、開発者から開発に関係することはできるだろ
> セキュリティポリシーとか、各社違うと思うが。
で、開発に使えないセキュリティポリシーってなに？ w
244:デフォルトの名無しさん
15/04/12 17:00:52.93 4195b+YJ.net
>>238
はい。ネットワーク必須なものより、
ネットワークを使っても使わなくても出来るし、
ネットワークがどんなに早くても（サーバー側の処理もあるし）
ローカルディスクの速度にはかなわないので
gitの方が優れており快適に開発できるって話をしてます。
245:デフォルトの名無しさん
15/04/12 17:54:56.18 BQBr0rdt.net
>>242
なるほど、関係ない話にわざわざ割り込んできてアホさらしてたってことね
了解した、後は勝手にやっててくれ w
246:デフォルトの名無しさん
15/04/12 17:58:37.01 4195b+YJ.net
>>243
さようなら。これで話は解決しました。
247:デフォルトの名無しさん
15/04/12 18:21:31.75 eHprCcSu.net
>>243
>>205にしても>>244にしても「自分は下請けの一技術者の立場でありながら
発注元にソース納入方法を提案できるほどのスーパーエンジニアだという妄想」
を絡めながら話をするもんで話の流れがどうしてもこじれやすい
正直言ってこいつらを相手に実運用がどうこうの話をしたところで無駄だと思う
まともな会社に入れるように就職活動頑張ってくれとしか言いようがない
248:デフォルトの名無しさん
15/04/12 18:42:23.71 PnxXuVRG.net
>>245
それって、あんたの妄想ですよね？ｗ
それに世の中にはスーパーエンジニアがいるわけで、
自分が必要ないから、必要ないんだ！という主張は
個人環境の問題であって、世界が狭いとしか思えませんね。
249:デフォルトの名無しさん
15/04/12 18:48:44.72 O3Q2YdhU.net
ffのときといいVCSの敷居もすいぶん下がったもんだな
250:デフォルトの名無しさん
15/04/12 19:21:33.74 eHprCcSu.net
企業でgithubを使ってるとしたらどういうとこだろう
国内メーカー系だと機密情報扱いのソースコードを社外サーバに置くのが無理だよな
課金スマホゲーを作って儲けたい小さいベンチャー企業とかだと使ってたりするのだろうか
251:デフォルトの名無しさん
15/04/12 19:41:13.93 8HUyaP1H.net
エンタープライズならまあ
252:デフォルトの名無しさん
15/04/12 20:21:44.96 PnxXuVRG.net
> 企業でgithubを使ってるとしたらどういうとこだろう
githubみればわかるんじゃないですか？
253:デフォルトの名無しさん
15/04/12 20:23:06.86 w/X68p6y.net
>>241
> で、開発に使えないセキュリティポリシーってなに？ w
意味が不明です。
ポリシーに合わせて開発方法も変えるものではないの?
> 誰がそんなこと言ってるんだ？
218 デフォルトの名無しさん sage 2015/04/12(日) 09:56:48.04 ID:BQBr0rdt
>>220
同業者に聞いてみなよ w
大体似たようなもんだぞ
254:デフォルトの名無しさん
15/04/12 20:28:26.94 w/X68p6y.net
>>245
スーパーエンジニアじゃなくても、顧客がIT系じゃない一般企業とかなら、サーバの選定とかから提案するよ。
255:デフォルトの名無しさん
15/04/12 20:44:27.70 eHprCcSu.net
>>252
顧客が発注元じゃなくてIT系じゃないユーザなら
ソース管理ソフトの提案をする意味がなおさら分からん
256:デフォルトの名無しさん
15/04/12 21:04:58.26 w/X68p6y.net
>>253
ウェブ系やってるから、よくデザインは別のとこがやる。
そうでなくても、メンテを他の会社が請け負う可能性もあるし、数年後にまたうちが請け負うかもしれない。
履歴とはそういう時のためにあるんじゃないのか。
自分のためだけで、顧客のためという考えはないのかな。
257:デフォルトの名無しさん
15/04/12 21:23:43.78 BQBr0rdt.net
>>251
> ポリシーに合わせて開発方法も変えるものではないの?
だから、その開発方法を変えないといけないポリシーってなに？
一時社外からのアクセス云々で会社間のやり取りでゴタゴタしたことあったけど、最近はそう言うところも整備されてるのが普通だし
会社によっては社外のクラウド使う/使わないの違いがあったりするけど、開発方法には影響しないようにしてるし
> 同業者に聞いてみなよ w
> 大体似たようなもんだぞ
（VxWorks + ARM の機器組み込みやってる会社同士とか、Windows のアプリケーション作ってる会社同士では）
大体似たようなもん
って言う話だぞ
そこまで説明しないとダメなの？
258:デフォルトの名無しさん
15/04/12 21:28:24.48 xjf6EDI6.net
もう結論何が言いたいのか分からんただの揚足の取り合い
259:デフォルトの名無しさん
15/04/12 21:43:40.95 eHprCcSu.net
>>254
Web業界だとそんな風になってんのね
自分は製品開発でソースコードはビジネスのコアになる機密情報だからそれを客に公開するっていう発想がなかった
Webだと作ったものは一社ごとの専用品で個別の規模は小さく発注元も他の発注先も技術が分かる人間は絡まない
ソースコードはユーザから（発注元からも客からも）ほとんど丸見え
ソースコードに技術的な秘密がない
万一gitのアカウントが割られて中を見られても損をするのは発注元だけ
そんな状況だったら自分からgitを提案するってのも確かにありうるな
260:デフォルトの名無しさん
15/04/12 22:07:30.29 PnxXuVRG.net
>>257
> 万一gitのアカウントが割られて中を見られても損をするのは発注元だけ
gitじゃなくてgithubだろ
別にgit自体はオープンにしなくても使える。
261:デフォルトの名無しさん
15/04/12 22:15:46.94 eHprCcSu.net
>>258
githubかどうかは>>254に直接聞きますか
個人的にはgithubだと思ってるが
>>257みたいなケースだと案件規模が小さすぎてそれぞれの客に
gitサーバを立ててもらうのが理にかなってないように感じられる
262:デフォルトの名無しさん
15/04/12 22:25:39.81 xjf6EDI6.net
不毛なやりとりはもうやめようよ
263:デフォルトの名無しさん
15/04/12 22:36:59.55 w/X68p6y.net
>>255
開発プラットフォームごとに違うってことね。
> 今時の会社の開発環境をよく知らないんだと思う
今時のプラットフォームはあなたの会社の一種類以外、話から除外されるってことね。やはりあなたの会社がスタンダードなんだね。
>>257
googleやfacebookでもスクリプト言語使われてると思うけどね。難読化しなきゃだね。
VPSとかsshかけてたりするから、破られたらgitでも何でも関係ないけどね。
話の発端に戻って、分散でないsvnだと安全になるの?
264:デフォルトの名無しさん
15/04/12 23:00:10.10 PnxXuVRG.net
知り合いから聞いたがとある某大手会社の子会社は
Windowsしか使えないという底辺クラスの技術力なのに
gitを導入しようとしているらしい。もちろんGUIで。
Linuxの導入は誰も使えないから認められないらしいｗ
世の中にはこういう底辺だって有るんですよ！
265:デフォルトの名無しさん
15/04/12 23:02:47.20 PnxXuVRG.net
>>261
> 話の発端に戻って、分散でないsvnだと安全になるの?
なるわけがない。遅いくて過去の履歴が無かったりするとはいえ
ローカルPCにソースコード全部持ってきてるんだから
266:デフォルトの名無しさん
15/04/12 23:03:21.34 eHprCcSu.net
>>261
スクリプト言語っていってもユーザに見えないサーバ側のスクリプトと
ユーザに見えるクライアント側のスクリプトじゃ話が違うだろうし
難読化したらあなたが言ってる「客のためを思ったソース公開」じゃ
なくなるな
＞話の発端に戻って、分散でないsvnだと安全になるの?
何を発端と言ってるか分からんが>>248ならgithubの話だな
言っても分からんとは思うが国内メーカーは自分が作る「製品」の
ソースコードはビジネスの核だとみなしている
それが自分たちの管理が届かない社外に置かれることを嫌がる傾向が強い
267:デフォルトの名無しさん
15/04/12 23:07:12.80 PnxXuVRG.net
そこで、gitを使って、社内にだけ
ソースコードを置くわけですよ。
268:デフォルトの名無しさん
15/04/12 23:08:58.08 PnxXuVRG.net
念の為に言っておくが、googleやfacebookがやってるのは
難読化じゃない。ファイルサイズを削減するために
単語を短く置き換えてるだけだ。
難読化というのは、無意味なコードを入れたりして
コードを理解づくらくすること。
269:デフォルトの名無しさん
15/04/12 23:13:11.50 eHprCcSu.net
>>265
そうすると、今度はSVNでいいじゃんって話になる
その話が>>177からずっと続いている
270:デフォルトの名無しさん
15/04/12 23:17:45.05 PnxXuVRG.net
>>267
は？ おかしくね。
svnでもgitでもどちらも
安全でも危険でもない。
これがここまでの結論だが？
安全か危険かで差は出ないんだからこの話は同じ。
別の理由でどちらが優れているかを語るべきだろ
271:デフォルトの名無しさん
15/04/12 23:25:58.07 w/X68p6y.net
>>259
新規鯖でBTS連携が多いな。結局開発サーバ必要だし。
客によってgithubとか他の商用のもあったりするけど。
272:デフォルトの名無しさん
15/04/12 23:30:55.66 uj+lty2x.net
gitサーバーを建てるのが難しいって
本当に底辺だよね。
だってさ、
1. PCを用意
2. Linuxのインストール（インストーラーから）
3. gitlabのインストール (インストールパッケージが用意されてる）
4. gitlabにログイン
これだけで終わりなんだから。
もう難しいかどうかじゃない。
単に面倒だからやりたくないという
めんどくさがりなだけだよ。
273:デフォルトの名無しさん
15/04/12 23:32:31.69 eHprCcSu.net
>>268
＞別の理由でどちらが優れているかを語るべきだろ
その必要は無い
gitがあるのにSVNとかを使い続ける理由は「乗り換えなくて済む」
「どうしてもgitに乗り換えなければならない理由がない」なんだから
じゃあgitの勝ちって言ってみたって結局gitは使われてない
gitを使わない経営者が頭悪いわけでもない
その状況を含めなければ比較のしようがないしそれは無理だろう
274:デフォルトの名無しさん
15/04/12 23:37:37.38 uj+lty2x.net
> gitがあるのにSVNとかを使い続ける理由は「乗り換えなくて済む」
あー、こりゃだめだ。負けるよ？
だって他の所は、最初っからgit使ってる。
優れたツールをさ。
優れたツールから「乗り換えなくて済む」人たちに
どうやって対抗するのさ？ｗ
まあ、定年まで生き延びればそれでいいって
考えなんだろうけどさ。
275:デフォルトの名無しさん
15/04/12 23:38:35.63 w/X68p6y.net
>>268
> 別の理由でどちらが優れているかを語るべきだろ
その流れに進むのだと、>>230 だな。
わざわざgitスレに来て分散要らないと、適応できない人が言ってるだけ。
gitで中央管理するのは構わないと思うけど、本来の使い方でないので一手間増えるのが不満なんじゃないかな。
>>182 嫌な人はsvnでも何でも勝手に使っとけという話。
で終わりだと思うけど。
276:デフォルトの名無しさん
15/04/12 23:42:14.40 uj+lty2x.net
>>273
> gitで中央管理するのは構わないと思うけど、本来の使い方でないので一手間増えるのが不満なんじゃないかな。
えー？ 何いってんの？ 中央管理は必要だし、
git使ってるプロジェクトのほぼ全て、
中央と呼ばれるところがあるじゃん。
公式リポジトリのことだよ。
お前全然わかってないよ。
277:デフォルトの名無しさん
15/04/12 23:50:17.52 w/X68p6y.net
>>274
はいはい。
278:デフォルトの名無しさん
15/04/12 23:51:41.80 eHprCcSu.net
>>269
デザインを別会社に発注するんならソース管理の責任は発注元もちだからサーバは客側に置かれるんだよね
客に○十万くらい払ってもらって社外公開用gitサーバを立てる感じか
小規模案件でも「一見して無駄金」を払ってくれたりするものなんだな
それを最終的にWebサーバに転用するから平気だってことなんだろうか・・・
>>272
つまりそれがベンチャーと国内メーカーの違い
国内メーカーもそれを分かってて使えない個人を淘汰するがそのスピードは遅い
ベンチャーだと労働組合がないしそもそも会社ごと淘汰されるのでスピードが速い
はじめはどの会社もベンチャーだった
生き残った会社は信頼性を持ち仕事の進め方もこなれてくるし良い人材も来るが
実は長く生きたこと自体が欠点だ
279:デフォルトの名無しさん
15/04/12 23:52:17.73 w/X68p6y.net
今までのレスを読まずに、別の意味持ち出されてもな。
280:デフォルトの名無しさん
15/04/12 23:57:32.09 w/X68p6y.net
>>276
お前が専用サーバでないとgit運用できないのは良くわかったよ。
そして、サーバの選定できないことも。
281:デフォルトの名無しさん
15/04/12 23:58:15.67 eHprCcSu.net
>>273
実際はそんな単純な「一手間」とかの話しじゃなくて
使えないおっちゃんにコミットは何かプッシュは何かを教育する事が困難
gitを使えないからって理由でクビにすることはできないし
282:デフォルトの名無しさん
15/04/13 00:00:16.82 qmARc52C.net
>>278
何に切れてるのかさっぱり分からん
少なくとも自分は「製品開発」だからWebサーバの選定はしないしできない
283:デフォルトの名無しさん
15/04/13 00:04:23.76 zNUrQ3MR.net
>>279
クビにするかどうかは、経営者の判断することなので知らん。
リーダーだった場合、使用しているツールを使えない技術者が来たからといって、ツールを変えるようなことはしない。閑職に追いやる程度。
git程度を使えない技術者は終わってると思うが。最低限な。
284:デフォルトの名無しさん
15/04/13 00:14:36.04 qmARc52C.net
>>281
git程度を使えない技術者って、40を超えてくると時々見かけそうな
仕事ができて偉くなるオッサンはみんな過去の経験を活かした人材マネージメントの方に回ってしまうし
仕事ができなくて偉くならないオッサンは何も出来ない
仕事ができて偉くならずに担当者として先頭を突っ走るバリバリの技術者ってのはホント少ない
285:デフォルトの名無しさん
15/04/13 00:19:44.73 4JvI4/ec.net
マ板あたりにアンチGitスレでも立てたらいいと思う
286:デフォルトの名無しさん
15/04/13 00:26:29.81 NT6jaiFf.net
相手する方もなんでわざわざ相手するのかね
放置すりゃいいのに相手するから生きながらえる
287:デフォルトの名無しさん
15/04/13 01:06:13.44 zNUrQ3MR.net
>>280
なぜ切れていると思い込んでるのかサッパリだ。
できないなら>>276は妄想ってことだな。
>>282
gitのリポジトリの構成を決めろとか言うわけではない。
決まったオペレーションができれば十分。最低限。
偏ってる企業だと1人1プロジェクトとかかも知れないけど、そんな老い先知れた企業のことは知らん。
288:デフォルトの名無しさん
15/04/13 01:25:41.23 l/TWvXzv.net
驚くだろうが、この業界にいて、
パソコンにOS（Linux）のインストールも出来ない
素人がいるのも事実。
289:デフォルトの名無しさん
15/04/13 02:06:56.36 qmARc52C.net
>>285
>>276は妄想じゃなくてあなたへの質問だったのだが急に答えるのをやめたから切れたのかと思った
漠然と否定するんじゃなくて訂正してもらえるとWeb系エンジニアの一つの実情を知れるので勉強になる
>>286
Linuxのカーネルを改造してる技術者がWordの蛍光ペンの付け方を知らないってことがあったので
自分ができることをそいつができないから「技術者として終わってる」というのは案外そうでもないと思ってる
290:デフォルトの名無しさん
15/04/13 03:19:23.81 zNUrQ3MR.net
>>287
仮想とか使ってるとこは、設定するだけ。
性能は必要ないので、借りても月千円とか二千円で要件は満たせる。
これ以上はスレチ過ぎるのでどっか他で聞いて下さい。
知らないと出来ないは違うんじゃ。
291:デフォルトの名無しさん
15/04/13 06:05:45.95 Nl26Y8lL.net
>>261
> 今時のプラットフォームはあなたの会社の一種類以外、話から除外されるってことね。やはりあなたの会社がスタンダードなんだね。
いったい何を言いたいのか全くわからんのだが w
292:デフォルトの名無しさん
15/04/13 06:46:15.23 NPPeHBbv.net
>>288
Linuxのインストールなんて「知ってりゃできる」レベルだろ？
293:デフォルトの名無しさん
15/04/13 09:12:02.50 l/TWvXzv.net
>>290
だが恐ろしいことに、出来ないという人がいるんだよ。
自称技術者なのにな。本当に可哀想。
294:デフォルトの名無しさん
15/04/13 10:33:40.14 qmARc52C.net
>>288
なるほどケタ違いに安かったんだ
だからあなたがやってるみたいな「極めて小規模案件」にも対応できるのか
スレチなのは確かだがこのスレはgitの製品機能だけじゃなく
gitの運用シーンとその背景（マネジメントやら業務の特性やら）がごちゃまぜに話されてるから
前からずーっとスレチだったという気がしないでもない
295:デフォルトの名無しさん
15/04/13 12:11:13.75 5Ev+MSHp.net
gitサーバ=gitlabな人とまともな話ができるわけないじゃないｗ
あと今どきVPS知らない人とも話が通じないでしょ
296:デフォルトの名無しさん
15/04/13 18:06:10.53 zNUrQ3MR.net
>>290
gitの最低限の操作なんて知ってりゃできるレベル。
しかし知るまでは、知ってりゃできるレベルか否かわからない。
それで自信の無い人は出来ないという。または使いたくないので、知ろうともしない。仕事は任せられない。
まっとうな技術者の知らないは、調べてやりますの意味。多少のサポートは必要かも知れないが、仕事を任せられる。
というか、コンピュータのオペレーションは全て知ってればできるレベル。
297:デフォルトの名無しさん
15/04/13 18:44:49.69 PFHUoot3.net
コマンドなんて1回正しい手順覚えたらそれ繰り返すだけだしな
298:デフォルトの名無しさん
15/04/13 22:01:32.53 l/TWvXzv.net
ピアノの演奏みたいなもんかね。
やってることは同じことの繰り返し。
技術力とはそれを間違いなく早く繰り返せる力のこと
知識に加え、長年の経験とセンスが必要とされる。
小学校でねこふんじゃったを引ける人がクラスに一人ぐらい
いたと思うけど、実はねこふんじゃったは難しい曲らしい。
だからといってその子は凄いわけじゃなく、
ねこふんじゃったしか弾けないという。
何がいいたいかというと、難しいものでも定型化してそれだけをやるなら比較的簡単にできる。
だけど、応用ができないんじゃ技術力があるとは言えないんじゃないかな。
コンピュータのオペレーションだって、今までに起きたことがない
問題が起きた時に対応できて初めて一人前だと思うよ。
299:デフォルトの名無しさん
15/04/13 22:06:53.81 U9cAqNzb.net
3行にまとめろ
300:デフォルトの名無しさん
15/04/13 22:10:28.26 l/TWvXzv.net
ピアノの演奏みたいなもんかね。やってることは同じことの繰り返し。技術力とはそれを間違いなく早く繰り返せる力のこと知識に加え、長年の経験とセンスが必要とされる。小学校でねこふんじゃったを引ける人が
クラスに一人ぐらいいたと思うけど、実はねこふんじゃったは難しい曲らしい。だからといってその子は凄いわけじゃなく、ねこふんじゃったしか弾けないという。何がいいたいかというと、難しいものでも定型化
してそれだけをやるなら比較的簡単にできる。だけど、応用ができないんじゃ技術力があるとは言えないんじゃないかな。コンピュータのオペレーションだって、今までに起きたことがない問題が起きた時に対応できて初めて一人前だと思うよ。
301:デフォルトの名無しさん
15/04/13 22:35:09.37 /JCb38ul.net
趣旨は分かるけど、ねこふんじゃったは難しくないだろw
かなり単純で簡単な曲
302:デフォルトの名無しさん
15/04/14 00:11:29.45 Mnpx95ZS.net
ねこふんじゃったは、楽譜にすると難しい曲。
単にピアノの鍵盤と五線譜の相性が悪いことの問題
303:デフォルトの名無しさん
15/04/14 00:18:39.20 6fsUN43G.net
ルート通したあとのエラーは大して苦労しない
引き継いで全体像を知らなければ苦労しそうだがそれは能力とあまり関係ないこと
304:デフォルトの名無しさん
15/04/14 01:35:10.67 wfCHFEB4.net
難しいのは、人が簡単に弾ける曲を作曲すること。
git自体の設計や、リポジトリ設計、オペレーションマニュアルを作ること。
305:デフォルトの名無しさん
15/04/14 02:10:05.32 UqXDsIMl.net
>>300
楽譜にしてもスカスカだし難しくはないと思うが
♭6個が難しく見えるってこと？
つまりgitも慣れてない人には難しく見えるって話か
306:デフォルトの名無しさん
15/04/14 07:30:46.14 hU+kLzAL.net
>>248
GitHub使ってるぽい企業みつけた
URLﾘﾝｸ(paiza.jp)
307:デフォルトの名無しさん
15/04/14 07:41:08.44 hU+kLzAL.net
ここもGitHub使ってるぽい
URLﾘﾝｸ(paiza.jp)
308:デフォルトの名無しさん
15/04/14 07:52:07.35 ewVl24pp.net
>>303
> ♭6個が難しく見えるってこと？
個人的には嬰ヘ長調(♯6個)の方が好き
309:デフォルトの名無しさん
15/04/14 10:40:27.73 CfmpsTw9.net
バイオリンもフラットが増えると使う開放弦が無くなって難しくなるわ
初心者の意見だけど
310:デフォルトの名無しさん
15/04/14 20:02:42.34 oXtat876.net
>>295
> コマンドなんて1回正しい手順覚えたらそれ繰り返すだけだしな
そういえば、教えられたコマンドを
メモ帳に書いて、それをひたすらコピペしている奴がいたな。
こういう時は、これ、
こういう時は、あれ、
その姿を見ていなければ、git使えているように見えるが、
何も理解していないという。
311:デフォルトの名無しさん
15/04/14 20:43:04.53 Q5r7cjjP.net
全く高度なことではない作業に過ぎないのに、理解とは？w
312:デフォルトの名無しさん
15/04/14 20:58:47.86 ftm3iiW3.net
subversionと比べたら何が便利？
313:デフォルトの名無しさん
15/04/14 21:25:14.74 Q5r7cjjP.net
特に無し。マジで特に無し。
入門時の流行等で使うシステムが決まる。
314:デフォルトの名無しさん
15/04/14 21:49:07.84 oXtat876.net
>>310
subversionよりも圧倒的に速い。
315:デフォルトの名無しさん
15/04/14 21:54:22.43 oXtat876.net
>>309
ピアノと一緒って話だろ？
鍵盤を叩くのはだれでもできることだが、
それを使って素晴らしい音楽を演奏するのは難しい。
gitのコマンドを叩くのは簡単だが、
それを使ってソフトウェア開発を
効率よくするのは難しい。
だから効率上がらないよとか言ってる人がいるわけよ。
316:デフォルトの名無しさん
15/04/14 23:34:02.72 wnoVepzT.net
>>311
こいつ最高にアホ
317:デフォルトの名無しさん
15/04/15 20:27:20.03 GB/eL5ft.net
どうせcommitとpushくらいしか使ってないんだろう
318:デフォルトの名無しさん
15/04/15 20:38:14.05 6MF6OERw.net
プッwくだらねーwオフィスソフトで文書作成できて上機嫌になる事務職と変わらんなw
319:デフォルトの名無しさん
15/04/15 21:49:51.24 1RecYAvv.net
バージョン管理は何を使っても変わらない。
どうせやるのはpushするだけなんだから。
現在コンフリクトが起きないようにする運用方法を模索中。
他の人が触れないようにロックができればいいんだけどな。
320:デフォルトの名無しさん
15/04/15 22:18:49.86 V2WyrPfJ.net
自分が作ったパッチでもコンフリクトするけどな。
321:デフォルトの名無しさん
15/04/16 01:28:27.36 Mp5pFy+1.net
>>317
誰にも触れないようにネットワークから切り離せ