トップページtech
983コメント406KB

Git 12©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん 転載ダメ©2ch.net2015/03/23(月) 13:35:13.83ID:aBYp+bVs
ソースコード管理を行う分散型バージョン管理システム、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
http://peace.2ch.net/test/read.cgi/tech/1416195050/
0112デフォルトの名無しさん2015/04/05(日) 14:40:52.20ID:OOK6R9Sy
>>111
gitはバックアップツールじゃない。
ソースコードのバージョン管理ツールだ。

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

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

日付ごとのデータのバックアップなら別のツールを使いなさい。
01131112015/04/05(日) 15:39:11.36ID:Gn5PCEDn
データのバージョンを管理することになるので間違ってはないですよ。
分かる方教えてください
0114デフォルトの名無しさん2015/04/05(日) 15:49:35.25ID:KkKmAC5t
data/ の中でgit initすればいいんじゃね
0115デフォルトの名無しさん2015/04/05(日) 17:38:56.13ID:lc+vonxV
リポジトリ別にするとかシェルスクリプトとか別に何でもいいよね
0116デフォルトの名無しさん2015/04/05(日) 18:52:26.59ID:OOK6R9Sy
>>113
間違いだよ。
素人は黙ってな。
0117デフォルトの名無しさん2015/04/05(日) 20:05:27.42ID:/p4ZvisL
>>116頭の固い玄人パイセンオッスオッス
0118デフォルトの名無しさん2015/04/05(日) 22:45:55.43ID:vTKOQGSX
>>117
老害をからかってちゃ後が面倒だぜ
0119デフォルトの名無しさん2015/04/05(日) 23:02:46.40ID:JNGfMGjI
じゃあなんで答えないんだろうねw
0120デフォルトの名無しさん2015/04/06(月) 07:57:53.43ID:/B7mQxeO
ローカルでの事だからテスト前でも merge commit するなぁ。
不具合修正は別 commit にするし。
0121デフォルトの名無しさん2015/04/06(月) 19:47:22.89ID:opDSS45m
ブランチ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するしかないのでしょうか?
0122デフォルトの名無しさん2015/04/06(月) 20:05:46.15ID:qFLwaw7j
>この状態でブランチBにしたら、squashしたはずのコミットがログに残っているんです・・・・。
>どうしてなんでしょうか?

squashしたからブランチAとブランチBは異なる歴史になった
0123デフォルトの名無しさん2015/04/06(月) 20:31:20.34ID:opDSS45m
そうなるとブランチBでもsquashするしかないのでしょうか・・・。
0124デフォルトの名無しさん2015/04/07(火) 02:46:12.38ID:CzyUtHJJ
新しいブランチAからの開発に
ブランチBをrebaseすればいいんじゃねーの?
0125デフォルトの名無しさん2015/04/07(火) 08:01:35.49ID:had6wKpc
それやったはずなんですが・・・
0126デフォルトの名無しさん2015/04/07(火) 13:53:47.58ID:1qTlkWNC
この場合単純にリベースしたらダメだな
--ontoありのリベースで、リベースされるコミット群の先頭とリベースの基点のそれぞれを別個に指定する必要がある
0127デフォルトの名無しさん2015/04/07(火) 13:54:59.96ID:xmsupUvw
push -f したなら pull ―rebase だろ
0128デフォルトの名無しさん2015/04/07(火) 15:02:13.44ID:biFZC1fK
push -fはやるべきじゃない
ひとりでやってても禁止するべきだ
0129デフォルトの名無しさん2015/04/07(火) 15:20:32.75ID:1qTlkWNC
〜をすべきじゃないとか覚えるより、それで実際に何がおこるのかを理解すべきなんだよ
gitは基本的な仕組みがシンプルだからコミットやブランチがどうやって管理されているかとか理解しやすい
逆にシンプルな故に、その仕組みを理解せずに使い方を覚えようとするととても難しく感じる
0130デフォルトの名無しさん2015/04/07(火) 15:39:49.42ID:xmsupUvw
>>126
そうそう、pull ―rebase は内部的に rebase ―onto をやってくれるんだよ

push -f はパスワードとか入れてはいけないものを入れてしまった時とか
リベースし続けているものを意図的に公開したいとか、そういう用途向けかな
共有リポジトリで push -f すると全員に pull ―rebase をお願いしたり、
クローン済みリポジトリを全部チェックする羽目になるのでなかなか大変
0131デフォルトの名無しさん2015/04/07(火) 16:04:18.37ID:biFZC1fK
githubやbitbucketでpush -fしてもコミットは残っているので完全に消すことはできない
0132デフォルトの名無しさん2015/04/07(火) 19:08:37.15ID:had6wKpc
>>126-131
ありがとうございます。
勉強になりました
0133デフォルトの名無しさん2015/04/07(火) 21:29:48.07ID:CzyUtHJJ
>>128
> push -fはやるべきじゃない
> ひとりでやってても禁止するべきだ

またお前かw

問題ないって結論出ただろ。
過去レス嫁。
0134デフォルトの名無しさん2015/04/08(水) 12:17:07.98ID:mhUDdxzX
gitって、普通に使ってると
自分のところにもサーバにもコミットの履歴が残ってるんですよね?

サーバ側はともかく、自分のところにはコミットの履歴をあまり残したくないので
過去1か月分ほどを残してあとは削除したいんですが
どうしたらよいですか?
0135デフォルトの名無しさん2015/04/08(水) 15:36:13.30ID:uhPXCuzk
>>134
Gitでは最新のコミットは過去のすべてのコミットの情報が存在しなければ意味を持たない構造になっている
0136デフォルトの名無しさん2015/04/08(水) 16:20:42.00ID:mhUDdxzX
>>135
マジか
bitcoinもびっくりの冗長性ですな
適当なタイミングで新規プロジェクトにするしかないのかな
0137デフォルトの名無しさん2015/04/08(水) 16:25:51.16ID:uhPXCuzk
>>136
新規プロジェクトにしなくてもリベースを使えば過去の歴史をまとめてしまうことができるよ
でもリベースしたら最新のファイルの状態が一緒でもコミットとしては別物だからね
0138デフォルトの名無しさん2015/04/08(水) 16:41:12.55ID:xOKsYf2d
は?他のVCSだと古いコミットを丸っとカットできるわけなの?
0139デフォルトの名無しさん2015/04/08(水) 17:04:19.20ID:Uu6WjhLv
gitは参照カウント方式だから、デフォルトではgitコマンドを実行するたびに
GCが実行されて未参照になったコミット(歴史書換など)は2週間で消えていく

ブランチ、タグ、リモート、reflog、今チェックアウトしているブランチを
全て削除してgit gc ―prune=nowを実行すれば空のリポジトリに戻るよ
0140デフォルトの名無しさん2015/04/08(水) 17:54:43.99ID:uhPXCuzk
>>134
http://qiita.com/usamik26/items/7bfa61b31344206077fb
こういう方法(shallow clone)もあるので、それで問題が無ければ使えばいい
0141デフォルトの名無しさん2015/04/08(水) 18:02:21.54ID:mhUDdxzX
>>138
ローカルにも同じだけ履歴を持つ方が珍しいと思ってました
0142デフォルトの名無しさん2015/04/08(水) 20:53:19.08ID:gn+rALV1
>>141
珍しいっていうか、最近VCSは全てそうなんじゃないのかな?

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

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

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

デメリットとしては、ディスク容量を多く使用してしまうっていうのがあるけど
正しく使っていれば(つまりExcelファイルや生成済みのバイナリ等を入れない)
テキスト関連のファイルが主になるので、多いくても数十MB程度。
0143デフォルトの名無しさん2015/04/09(木) 08:21:03.90ID:I6al/A0q
>>142
ネットワークから切断された状態で開発なんてしない
ネットワークは十分高速
バグがいつ作り込まれかを何年も遡って調べるんなんてめったにない

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

ただ分散 VCS だとリポジトリをローカルに持つから履歴もローカルにあるってだけじゃね?
そもそもサーバーって言う概念がそぐわないし...
0144デフォルトの名無しさん2015/04/09(木) 14:58:53.14ID:Y8qSNfSy
仕事で使うので、どうしても
中央にサーバがほしいんだよな
ローカルのログはローカル、全体のログは全体で
できればそれぞれ別個に管理したい
0145デフォルトの名無しさん2015/04/09(木) 18:11:05.42ID:ASRAwZv5
>>144
>>140のshallow cloneを使えよ
分散VCSを使いこなせない社畜にはお似合いだよ
0146デフォルトの名無しさん2015/04/09(木) 21:06:04.36ID:2p1dJHe9
>>143
ちったぁマシな反論の仕方覚えようぜ

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

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

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

gitがこの点でツールとして優れているのは間違いだろ。
0147デフォルトの名無しさん2015/04/09(木) 21:07:03.42ID:2p1dJHe9
>>144
> 中央にサーバがほしいんだよな

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

中央のサーバーしかないものより
優れている。
0148デフォルトの名無しさん2015/04/09(木) 23:13:32.45ID:VwJ1oW5m
gitがこの点でツールとして優れているのは間違いだろ(キリッ
0149デフォルトの名無しさん2015/04/10(金) 11:00:44.87ID:vGbO0SDK
gitの使い方を実践で覚えたいんだけど、GitHubに一つ意味のないプロジェクトを作って練習したい人が適当に使うのって既に誰かやってる?
0150デフォルトの名無しさん2015/04/10(金) 11:11:00.15ID:VmzPrHvp
練習したいだけなら公共の場所を使わなくてもローカルだけで十分じゃないかな?(´・ω・`)
0151デフォルトの名無しさん2015/04/10(金) 11:13:09.89ID:vGbO0SDK
>>150
やっぱ迷惑かな
pullとかpushとかmergeとか使う機会がない・・・
0152デフォルトの名無しさん2015/04/10(金) 11:20:04.73ID:vGbO0SDK
ローカルでも出来るんですね
ローカルで練習します
0153デフォルトの名無しさん2015/04/10(金) 12:13:18.23ID:JdCgojns
>>149
自分のアカウントでやる文には問題ないが
複垢でフォークしたりプルリクした時に赤BAN食らったことある
メールで俺はスパムじゃないって伝えれば凍結解除される場合もあるそうだが俺は解除されなかった
凍結された場合はサービスを利用することはできるが他人からは自分のアカウントが見えなくなる
アカウント一個で自分のリポジトリに対してプルリクして練習するのは問題ない
0154デフォルトの名無しさん2015/04/10(金) 12:27:24.48ID:vGbO0SDK
>>153
そんなペナルティがあるの?
完璧に廃案ですね
0155デフォルトの名無しさん2015/04/10(金) 13:05:04.84ID:qlTKx4Z2
練習用ディレクトリでinit。

サーバーのつもりのディレクトリにbareのcloneをつくる。
練習用ディレクトリでremote set-urlでサーバーのつもりディレクトリを設定。
pushなりpullなりで遊ぶ。
別のディレクトリにサーバーのつもりのリポジトリをclone。
pushなりpullなりで遊ぶ。
これで複数箇所からのアクセスの練習ができる。
0156デフォルトの名無しさん2015/04/10(金) 19:39:02.96ID:vGbO0SDK
>>155
それいいね、やってみます
皆さんありがと
0157デフォルトの名無しさん2015/04/10(金) 21:15:19.55ID:+vp4nrUW
bareにプッシュした場合、どうやってそのプッシュをその本元のリポジトリに取り込むんですか?
0158デフォルトの名無しさん2015/04/10(金) 21:27:24.79ID:mOGWHCum
>>140
>>144
ありがとう。でも
gitのバージョンが古いので、shallow cloneだとそのあと
サーバにpushできなくなっちゃうんだよね
0159デフォルトの名無しさん2015/04/10(金) 22:08:37.43ID:e5/HDRWr
>>158
仕事でどうしても欲しい機能があるのにバージョンを上げられないとかひどい職場だな
0160デフォルトの名無しさん2015/04/10(金) 22:36:50.81ID:/m+5Da0A
>>146
お前がどんな環境にいるのか知らんが

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

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

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

落ち着いて、その真っ赤な顔を何とかしろよw
0161デフォルトの名無しさん2015/04/10(金) 23:46:33.56ID:ka156RZj
ネットってインターネット?
さすがにLANは繋がってるよな
0162デフォルトの名無しさん2015/04/11(土) 01:13:48.91ID:VeSSjpYX
>>160
だから人の話をするなって
そんなのその人の立場で変わる。

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

論点をすり替えずにツールの話をしろ。
0163デフォルトの名無しさん2015/04/11(土) 01:15:49.28ID:jprZbhPv
飛行機の中とか列車の中とか
ネットワークから切断された状態ってのは
ある人には有るんだよ。
0164デフォルトの名無しさん2015/04/11(土) 01:21:30.62ID:5CJjlwli
>>158
なぜリポジトリを奇妙な状態で運用したいのか、
まで立ち戻って質問した方がヨサゲ
0165デフォルトの名無しさん2015/04/11(土) 08:53:53.30ID:aih7mS+Y
>>162
人じゃなくて環境だろ
そもそもネットワークとか言い出したのは >>142 だし
>>163 みたいな状況がよく引き合いに出されるけど、そんな状況滅多にないだろ
飛行機でさえ WiFi 使えたりするしな
0166デフォルトの名無しさん2015/04/11(土) 11:28:04.71ID:jprZbhPv
>>165
だからそんな状況がめったにないのは、
お前という人の話だろ。

お前ん中ではそうなんだろうなの話をしているだけって気づけよw
0167デフォルトの名無しさん2015/04/11(土) 11:29:34.47ID:jprZbhPv
社外にいる時に会社のネットワークに
3G経由でVPNでつないで、SVNでブランチ切り替えとか
したくないわけでw
0168デフォルトの名無しさん2015/04/11(土) 11:48:01.05ID:LbK5Z9ys
ネットワークが必要になる状況ってgitでもsvnでも同じ状況なんじゃないの?
0169デフォルトの名無しさん2015/04/11(土) 11:48:46.02ID:aih7mS+Y
>>166-167
> お前ん中ではそうなんだろうなの話をしているだけって気づけよw
そのまま返すわ w
そもそも、今時な会社で社外で開発とか無職の発想としか思えん
0170デフォルトの名無しさん2015/04/11(土) 11:53:57.86ID:aih7mS+Y
>>168
git はローカルにリポジトリ持ってるからネットワークに繋がってなくてもコミットできる
特定の場合に便利だが、社内だとほとんど意味ない
ネットワーク繋がないとほとんど仕事ならないから
0171デフォルトの名無しさん2015/04/11(土) 12:05:11.81ID:LbK5Z9ys
gitのコミットとsvnのコミットは違う機能だと認識してるんだけど
svnのコミットに相当するのはgitのpushでしょ
0172デフォルトの名無しさん2015/04/11(土) 15:03:59.96ID:aih7mS+Y
>>171
> svnのコミットに相当するのはgitのpushでしょ

そう言う言い方するなら、ネットワークが必要となる状況が違うってこと
svn はネットワークに繋がってないとほぼなにもできないから
0173デフォルトの名無しさん2015/04/11(土) 15:43:26.04ID:ZDatv+YP
今いるのがtestブランチなんですけど
masterブランチでコミットしたファイルを修正したいんです。
いったんmasterブランチに戻ってcommit --amendした場合、どうやってその更新内容をtestブランチに取り込めばいいですか?
0174デフォルトの名無しさん2015/04/11(土) 16:28:50.45ID:jprZbhPv
>>169
> そもそも、今時な会社で社外で開発とか無職の発想としか思えん

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

お前ん中の世界は狭いですねw
0175デフォルトの名無しさん2015/04/11(土) 16:35:25.60ID:E+mDe4Go
>>173
masterの更新をtestに取り込みたいのなら、普通はmergeするだろ
0176デフォルトの名無しさん2015/04/11(土) 18:06:59.33ID:aih7mS+Y
>>174
オープンソースがどう関係するのか知らんけど、仕事のソースをリポジトリごと社外に持ち出すとか普通ないだろ
社外秘って言う言葉も知らんようだし、マジで無職なのかもな w
0177デフォルトの名無しさん2015/04/11(土) 18:53:07.92ID:vaK5h5cH
>>174
GPLや趣味の開発と、普通の会社での開発は違うから、
自分が書いたコードが極秘になるのは良くあることかと
0178デフォルトの名無しさん2015/04/11(土) 19:01:20.97ID:9epD2/0o
今は下手したら自分のマシンに開発環境すら入れさせてくれんし
仕事の持ち出しが自由だとしてもそれがメリットに感じるのは若い内だけだよ
年取ってきたらそんなスタイルで仕事に向き合ってもまずいい事は無い
プライベートと仕事はこれでもかって程に線を引いておいた方が
最終的な効率が上がったりもするし
0179デフォルトの名無しさん2015/04/11(土) 19:29:20.47ID:RWhwDI1t
cvsやsvnの頃もリポジトリに繋がらない環境で仮にコミット出来るようにするソフトがあった。
つまり需要はあった。
今時とか傾向の話しても、需要がゼロになるわけじゃない。
嫌な人はsvnでも何でも勝手に使っとけという話。
0180デフォルトの名無しさん2015/04/11(土) 21:19:45.95ID:aih7mS+Y
>>179
> つまり需要はあった。

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

って話なのは理解できてる?
0181デフォルトの名無しさん2015/04/11(土) 21:28:56.04ID:4o2Mh2tF
好きにすりゃいいもんを金科玉条のごとく押し付ける連中はなんなんすかね
ネットで偉そうにしなきゃ死んでしまう病気にでもかかってるんですか?
0182デフォルトの名無しさん2015/04/11(土) 22:31:52.69ID:RWhwDI1t
>>180
お前が無理矢理そういう無意味な話に持っていきたいのはわかった。
サードパーティ製だったのが根幹に含まれたものが普及したんだから、需要わかるだろ。
0183デフォルトの名無しさん2015/04/11(土) 22:42:29.28ID:d2KPF5yq
ところで、話は変わるんだけど
ローカルにコミット履歴をあまりたくさん持ちたくない
現状普通にやってると、自分のワークにも過去のコミットが
全部入っちゃうのでなんとかしたい
0184デフォルトの名無しさん2015/04/11(土) 22:50:41.60ID:vaK5h5cH
>>182
180が言ってるのは、オープンソースとか趣味じゃなくて
社内で開発してる間はあまり需要がない、って話じゃないかと
0185デフォルトの名無しさん2015/04/11(土) 23:12:28.79ID:RWhwDI1t
>>184
企業でgitが普及してないと思うってこと?

うちは客先へも関係会社ともgitでやり取りしてるが。
0186デフォルトの名無しさん2015/04/11(土) 23:20:28.85ID:vaK5h5cH
>>185
客先にソースコードをやりとりするって、一体何をしてるの?
0187デフォルトの名無しさん2015/04/11(土) 23:25:08.42ID:s5hHym/Z
>>182
当時はネットワークがプアだったけど現在は違うだろ?
って話
git のローカルコミットを dis ってる訳じゃない

>>185 も同じ勘違いをしてる
0188デフォルトの名無しさん2015/04/11(土) 23:27:25.03ID:s5hHym/Z
>>186
受託だとソースごと納入はよくあるから、ソースのやり取りはあると思う
直接 git でやり取りするのはでかい会社だと珍しいと思うが
0189デフォルトの名無しさん2015/04/11(土) 23:37:56.91ID:nYC3Hc//
すごいな…「ネットワークが不安定な状況になるわけがない、不安定になるような奴は無職!そんなの考えなくてもいい(キリッ」とか言うやつがいる会社の作るものなんて、絶対触りたくねぇwww

社内ネットワークが不安定になった時、こいつの作ったものは全部メチャクチャになっちゃうんだろうな
0190デフォルトの名無しさん2015/04/11(土) 23:40:19.01ID:RWhwDI1t
>>187
gitが普及する前でもネットワークがプアとか、よっぽど小さい企業の話じゃないの。
だがそれでもdiffのレスポンスはローカルとネットワークで大きく違う。
俺はローカルコミットの話はしてない。

>>186
開発。
0191デフォルトの名無しさん2015/04/11(土) 23:52:41.38ID:vaK5h5cH
>>186
客先っていうのユーザーじゃなくて親会社、自分が子会社、関係会社が孫会社だったら、
親会社にソースを渡すのはありそうですね

でも仮にそうなら、それは親会社が提供する社内ネットワークの範囲内だから、
185の状況は親会社が偶然gitを使ってたから185はgitの各種機能にありつけてるけど、
ネットワークが高速で安定してるだろうし別にSVNでも良かったっていう風にも見えるね
0192デフォルトの名無しさん2015/04/11(土) 23:53:54.46ID:jjWEFxJy
納品にgitとはな
0193デフォルトの名無しさん2015/04/11(土) 23:55:50.82ID:vaK5h5cH
>>186
開発は分かるんだけど、客先がユーザーなら、自社製品のソースコードを公開してしまう意味が分からなくて・・・
どうして自社のソースコードをユーザーに公開しなきゃならない状況に置かれてるのかを知りたかった
0194デフォルトの名無しさん2015/04/12(日) 00:09:45.89ID:zXiy4YdA
>>189
このスレに初めて書き込むけど、貴兄の会社の社内ネットワークってそんなに不安定なの?
うちの会社は国内海外の関連会社が社内ネットワークにつながってるけど、
トラブルなんて年に一度もおきないけど。

それから、社内ネットワークが不安定になったとして、何で作ったソフトがめちゃめちゃになるの?
0195デフォルトの名無しさん2015/04/12(日) 00:13:27.21ID:nOXR22gF
>>189
> ネットワークが不安定な状況になるわけがない

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

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

この発想が無職の発想 w

>>190
リーナスは Linux のソースコード規模に対しては遅いと考えていたみたいよ
0196デフォルトの名無しさん2015/04/12(日) 00:19:15.46ID:nOXR22gF
>>193
受託開発したことないの?
例えば銀行とかのシステムって銀行自体が開発してるんじゃなくて(実際は間に色々入るけど)、開発会社にこんなもの作ってくれって依頼するわけ
当然その銀行の専用品だし、開発費は銀行持だからソースコードも含めて銀行に納めるという契約形態があるってこと
0197デフォルトの名無しさん2015/04/12(日) 00:51:27.53ID:eHprCcSu
受託開発なら>>190は親会社の意向でgitを使わされてるだけで
親会社が提供したgitのいちユーザだが管理者ではないといったところか
0198デフォルトの名無しさん2015/04/12(日) 01:03:54.01ID:m18WDRtR
普通とか一般的にとか色々言ってるけどさ
お前らってIT企業を何社も転職して色々な現場を見てまわったの?
0199デフォルトの名無しさん2015/04/12(日) 01:06:55.19ID:BQBr0rdt
>>197
親会社ってなんの話だ?
受託って資本関係にない会社からの依頼(注文)もあるぞ(って言うか、うちだとその方が多い)
あと、受託した仕事の一部または全部を他の会社(いわゆる外注さん)に頼むこともあるし
0200デフォルトの名無しさん2015/04/12(日) 01:10:51.77ID:bxSemNlo
>>198
自分の会社以外にお客さん、外注さん、グループ会社とかの人と話したりするから
全部を知ってるという訳じゃないけど、環境という面だとそんなに突飛な環境ってあんまりないし
0201デフォルトの名無しさん2015/04/12(日) 01:16:05.70ID:eHprCcSu
>>199
親会社じゃなくて発注元って言うのが正しいんだろうが
言いたいことは変わらないから気にしないで
0202デフォルトの名無しさん2015/04/12(日) 01:19:28.61ID:w/X68p6y
>>198
同業者と情報交換したりしないのか?

>>197
提案して客に使わせる方が多いかな。
gitだと大体すんなりOKしてくれる。
そのどっちが上とかいう思考だから分散型に適応できないんじゃないか。
0203デフォルトの名無しさん2015/04/12(日) 01:28:23.59ID:eHprCcSu
>>200
お客さんとはユーザーじゃなく発注元だろうか

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

自分がそこから動かずに話を聞いて回っても
おそらくみんな「実は発注元の意向」で揃ってしまうのでは
0204デフォルトの名無しさん2015/04/12(日) 01:28:28.60ID:BQBr0rdt
>>202
> そのどっちが上とかいう思考だから分散型に適応できないんじゃないか。
とか書きながら、
> 客に使わせる方が多いかな。
とか、上から目線で笑たわ

こんなアホが提案してきたら即出入り禁止にするわ
0205デフォルトの名無しさん2015/04/12(日) 01:34:34.47ID:BQBr0rdt
>>203
ケースバイケースとしか言いようがない
環境は全て自社で成果物のみ納入もあるし
環境は自社だけど発注元とソースを共有してやるケースもあるし
請け負いと言いつつ、客先に入って客先の環境で開発とか、偽装だろそれってのもある(と聞いたことがある、と言っておこう w)
02061732015/04/12(日) 01:53:55.45ID:KekZ3jxC
>>175
mergeだとtestブランチに余計なログが溜まってしまいます
0207デフォルトの名無しさん2015/04/12(日) 01:54:20.89ID:eHprCcSu
>>204
確かに
学生か研究者が想像で話してるだけだろう

>>205
自分も似たようなシーンを見たことがある
関連会社さんと契約形態が変わるタイミングで特に面白いことになりやすい
0208デフォルトの名無しさん2015/04/12(日) 01:57:45.56ID:4195b+YJ
でもまあプログラミングは仕事だけでやるもんじゃないし、
個人のプロジェクトとかでネットワークがない、もしくは
遅かったり不安定だったりする場合があるので
そういうい場合にgitが役に立つわけよ。
0209デフォルトの名無しさん2015/04/12(日) 02:25:49.71ID:eHprCcSu
>>208
そもそもこれは>>174から始まった「企業がgitを使う理由」が
イミフな方向に流れただけだから気にしないで
0210デフォルトの名無しさん2015/04/12(日) 02:54:32.65ID:4195b+YJ
>>174には企業がって書いてないけど?
まあ企業もオープンソースの開発してますがね。
0211デフォルトの名無しさん2015/04/12(日) 03:17:08.50ID:w/X68p6y
>>204
プライドだけは高いんだなw
一番面倒なタイプだわ
■ このスレッドは過去ログ倉庫に格納されています