- 1 名前：デフォルトの名無しさん mailto:ageteoff [2015/03/23(月) 13:35:13.83 ID:aBYp+bVs.net]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆関連サイト
Pro Git - Table of Contents
git-scm.com/book/ja
Git入門
www8.atwiki.jp/git_jp/
◆前スレ
Git 11
peace.2ch.net/test/read.cgi/tech/1416195050/
- 116 名前：111 mailto:sage [2015/04/05(日) 15:39:11.36 ID:Gn5PCEDn.net]
-
- 117 名前：データのバージョンを管理することになるので間違ってはないですよ。
分かる方教えてください [] - [ここ壊れてます]
- 118 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 15:49:35.25 ID:KkKmAC5t.net]
- data/ の中でgit initすればいいんじゃね
- 119 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 17:38:56.13 ID:lc+vonxV.net]
- リポジトリ別にするとかシェルスクリプトとか別に何でもいいよね
- 120 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 18:52:26.59 ID:OOK6R9Sy.net]
- >>116
間違いだよ。
素人は黙ってな。
- 121 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 20:05:27.42 ID:/p4ZvisL.net]
- >>119頭の固い玄人パイセンオッスオッス
- 122 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 22:45:55.43 ID:vTKOQGSX.net]
- >>120
老害をからかってちゃ後が面倒だぜ
- 123 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 23:02:46.40 ID:JNGfMGjI.net]
- じゃあなんで答えないんだろうねｗ
- 124 名前：デフォルトの名無しさん mailto:sage [2015/04/06(月) 07:57:53.43 ID:/B7mQxeO.net]
- ローカルでの事だからテスト前でも merge commit するなぁ。
不具合修正は別 commit にするし。
- 125 名前：デフォルトの名無しさん mailto:sage [2015/04/06(月) 19:47:22.89 ID: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 名前：デフォルトの名無しさん mailto:sage [2015/04/06(月) 20:05:46.15 ID:qFLwaw7j.net]
- >この状態でブランチBにしたら、squashしたはずのコミットがログに残っているんです・・・・。
>どうしてなんでしょうか？
squashしたからブランチAとブランチBは異なる歴史になった
- 127 名前：デフォルトの名無しさん mailto:sage [2015/04/06(月) 20:31:20.34 ID:opDSS45m.net]
- そうなるとブランチBでもsquashするしかないのでしょうか・・・。
- 128 名前：デフォルトの名無しさん mailto:sage [2015/04/07(火) 02:46:12.38 ID:CzyUtHJJ.net]
- 新しいブランチAからの開発に
ブランチBをrebaseすればいいんじゃねーの？
- 129 名前：デフォルトの名無しさん mailto:sage [2015/04/07(火) 08:01:35.49 ID:had6wKpc.net]
- それやったはずなんですが・・・
- 130 名前：デフォルトの名無しさん [2015/04/07(火) 13:53:47.58 ID:1qTlkWNC.net]
- この場合単純にリベースしたらダメだな
--ontoありのリベースで、リベースされるコミット群の先頭とリベースの基点のそれぞれを別個に指定する必要がある
- 131 名前：デフォルトの名無しさん [2015/04/07(火) 13:54:59.96 ID:xmsupUvw.net]
- push -f したなら pull ―rebase だろ
- 132 名前：デフォルトの名無しさん [2015/04/07(火) 15:02:13.44 ID:biFZC1fK.net]
- push -fはやるべきじゃない
ひとりでやってても禁止するべきだ
- 133 名前：デフォルトの名無しさん [2015/04/07(火) 15:20:32.75 ID:1qTlkWNC.net]
- 〜をすべきじゃないとか覚えるより、それで実際に何がおこるのかを理解すべきなんだよ
gitは基本的な仕組みがシンプルだからコミットやブランチがどうやって管理されているかとか理解しやすい
逆にシンプルな故に、その仕組みを理解せずに使い方を覚えようとするととても難しく感じる
- 134 名前：デフォルトの名無しさん [2015/04/07(火) 15:39:49.42 ID:xmsupUvw.net]
- >>129
そうそう、pull ―rebase は内部的に rebase ―onto をやってくれるんだよ
push -f はパスワードとか入れてはいけないものを入れてしまった時とか
リベースし続けているものを意図的に公開したいとか、そういう用途向けかな
共有リポジトリで push -f すると全員に pull ―rebase をお願いしたり、
クローン済みリポジトリを全部チェックする羽目になるのでなかなか大変
- 135 名前：デフォルトの名無しさん [2015/04/07(火) 16:04:18.37 ID:biFZC1fK.net]
- githubやbitbucketでpush -fしてもコミットは残っているので完全に消すことはできない
- 136 名前：デフォルトの名無しさん mailto:sage [2015/04/07(火) 19:08:37.15 ID:had6wKpc.net]
- >>129-134
ありがとうございます。
勉強になりました
- 137 名前：デフォルトの名無しさん mailto:sage [2015/04/07(火) 21:29:48.07 ID:CzyUtHJJ.net]
- >>131
> push -fはやるべきじゃない
> ひとりでやってても禁止するべきだ
またお前かｗ
問題ないって結論出ただろ。
過去レス嫁。
- 138 名前：デフォルトの名無しさん [2015/04/08(水) 12:17:07.98 ID:mhUDdxzX.net]
- gitって、普通に使ってると
自分のところにもサーバにもコミットの履歴が残ってるんですよね？
サーバ側はともかく、自分のところにはコミットの履歴をあまり残したくないので
過去1か月分ほどを残してあとは削除したいんですが
どうしたらよいですか？
- 139 名前：デフォルトの名無しさん [2015/04/08(水) 15:36:13.30 ID:uhPXCuzk.net]
- >>137
Gitでは最新のコミットは過去のすべてのコミットの情報が存在しなければ意味を持たない構造になっている
- 140 名前：デフォルトの名無しさん mailto:sage [2015/04/08(水) 16:20:42.00 ID:mhUDdxzX.net]
- >>138
マジか
bitcoinもびっくりの冗長性ですな
適当なタイミングで新規プロジェクトにするしかないのかな
- 141 名前：デフォルトの名無しさん [2015/04/08(水) 16:25:51.16 ID:uhPXCuzk.net]
- >>139
新規プロジェクトにしなくてもリベースを使えば過去の歴史をまとめてしまうことができるよ
でもリベースしたら最新のファイルの状態が一緒でもコミットとしては別物だからね
- 142 名前：デフォルトの名無しさん mailto:sage [2015/04/08(水) 16:41:12.55 ID:xOKsYf2d.net]
- は？他のVCSだと古いコミットを丸っとカットできるわけなの？
- 143 名前：デフォルトの名無しさん mailto:sage [2015/04/08(水) 17:04:19.20 ID:Uu6WjhLv.net]
- gitは参照カウント方式だから、デフォルトではgitコマンドを実行するたびに
GCが実行されて未参照になったコミット（歴史書換など）は2週間で消えていく
ブランチ、タグ、リモート、reflog、今チェックアウトしているブランチを
全て削除してgit gc ―prune=nowを実行すれば空のリポジトリに戻るよ
- 144 名前：デフォルトの名無しさん [2015/04/08(水) 17:54:43.99 ID:uhPXCuzk.net]
- >>137
qiita.com/usamik26/items/7bfa61b31344206077fb
こういう方法(shallow clone)もあるので、それで問題が無ければ使えばいい
- 145 名前：デフォルトの名無しさん mailto:sage [2015/04/08(水) 18:02:21.54 ID:mhUDdxzX.net]
- >>141
ローカルにも同じだけ履歴を持つ方が珍しいと思ってました
- 146 名前：デフォルトの名無しさん mailto:sage [2015/04/08(水) 20:53:19.08 ID:gn+rALV1.net]
- >>144
珍しいっていうか、最近VCSは全てそうなんじゃないのかな？
説明しなくてもすぐに思いつくと思うけど、
ローカルに履歴全部を持ってないと都合が悪いからね。
例えば、ネットワークが切断されている状態では
ローカルに持ってない情報を参照できない。
いつバグが入ったか昔をさかのぼって調べるとか、
数年前まで遡って調べることはよくある話。
あと、ネットワークに繋がっていたとしても
いちいちネットワークアクセスしないといけないから
遅いという問題が有る。
デメリットとしては、ディスク容量を多く使用してしまうっていうのがあるけど
正しく使っていれば（つまりExcelファイルや生成済みのバイナリ等を入れない）
テキスト関連のファイルが主になるので、多いくても数十MB程度。
- 147 名前：デフォルトの名無しさん mailto:sage [2015/04/09(木) 08:21:03.90 ID:I6al/A0q.net]
- >>145
ネットワークから切断された状態で開発なんてしない
ネットワークは十分高速
バグがいつ作り込まれかを何年も遡って調べるんなんてめったにない
なら、別にローカルに持つ必要はないわな
ただ分散 VCS だとリポジトリをローカルに持つから履歴もローカルにあるってだけじゃね？
そもそもサーバーって言う概念がそぐわないし...
- 148 名前：デフォルトの名無しさん mailto:sage [2015/04/09(木) 14:58:53.14 ID:Y8qSNfSy.net]
- 仕事で使うので、どうしても
中央にサーバがほしいんだよな
ローカルのログはローカル、全体のログは全体で
できればそれぞれ別個に管理したい
- 149 名前：デフォルトの名無しさん mailto:sage [2015/04/09(木) 18:11:05.42 ID:ASRAwZv5.net]
- >>147
>>143のshallow cloneを使えよ
分散VCSを使いこなせない社畜にはお似合いだよ
- 150 名前：デフォルトの名無しさん mailto:sage [2015/04/09(木) 21:06:04.36 ID:2p1dJHe9.net]
- >>146
ちったぁマシな反論の仕方
- 151 名前：覚えようぜ
（俺は）ネットワークから切断された状態で開発なんてしない
（俺の）ネットワークは十分高速
（俺は）バグがいつ作り込まれかを何年も遡って調べるんなんてめったにない
お前がどうするかじゃなくて、お前ではないある人が、
実際にこの問題にぶち当たるだろｗ
お前解決策は（俺が）頑張るっていう方法であって
ツールの話をしていない。
今はgitというツールの話をしてる。
gitがこの点でツールとして優れているのは間違いだろ。 [] - [ここ壊れてます]
- 152 名前：デフォルトの名無しさん mailto:sage [2015/04/09(木) 21:07:03.42 ID:2p1dJHe9.net]
- >>147
> 中央にサーバがほしいんだよな
中央とローカルの両方に
リポジトリが有るのがgitだよ。
中央のサーバーしかないものより
優れている。
- 153 名前：デフォルトの名無しさん mailto:sage [2015/04/09(木) 23:13:32.45 ID:VwJ1oW5m.net]
- gitがこの点でツールとして優れているのは間違いだろ(ｷﾘｯ
- 154 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 11:00:44.87 ID:vGbO0SDK.net]
- gitの使い方を実践で覚えたいんだけど、GitHubに一つ意味のないプロジェクトを作って練習したい人が適当に使うのって既に誰かやってる？
- 155 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 11:11:00.15 ID:VmzPrHvp.net]
- 練習したいだけなら公共の場所を使わなくてもローカルだけで十分じゃないかな？(´･ω･｀)
- 156 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 11:13:09.89 ID:vGbO0SDK.net]
- >>153
やっぱ迷惑かな
pullとかpushとかmergeとか使う機会がない・・・
- 157 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 11:20:04.73 ID:vGbO0SDK.net]
- ローカルでも出来るんですね
ローカルで練習します
- 158 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 12:13:18.23 ID:JdCgojns.net]
- >>152
自分のアカウントでやる文には問題ないが
複垢でフォークしたりプルリクした時に赤BAN食らったことある
メールで俺はスパムじゃないって伝えれば凍結解除される場合もあるそうだが俺は解除されなかった
凍結された場合はサービスを利用することはできるが他人からは自分のアカウントが見えなくなる
アカウント一個で自分のリポジトリに対してプルリクして練習するのは問題ない
- 159 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 12:27:24.48 ID:vGbO0SDK.net]
- >>156
そんなペナルティがあるの？
完璧に廃案ですね
- 160 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 13:05:04.84 ID:qlTKx4Z2.net]
- 練習用ディレクトリでinit。
サーバーのつもりのディレクトリにbareのcloneをつくる。
練習用ディレクトリでremote set-urlでサーバーのつもりディレクトリを設定。
pushなりpullなりで遊ぶ。
別のディレクトリにサーバーのつもりのリポジトリをclone。
pushなりpullなりで遊ぶ。
これで複数箇所からのアクセスの練習ができる。
- 161 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 19:39:02.96 ID:vGbO0SDK.net]
- >>158
それいいね、やってみます
皆さんありがと
- 162 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 21:15:19.55 ID:+vp4nrUW.net]
- bareにプッシュした場合、どうやってそのプッシュをその本元のリポジトリに取り込むんですか？
- 163 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 21:27:24.79 ID:mOGWHCum.net]
- >>143
>>147
ありがとう。でも
gitのバージョンが古いので、shallow cloneだとそのあと
サーバにpushできなくなっちゃうんだよね
- 164 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 22:08:37.43 ID:e5/HDRWr.net]
- >>161
仕事でどうしても欲しい機能があるのにバージョンを上げられないとかひどい職場だな
- 165 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 22:36:50.81 ID:/m+5Da0A.net]
- >>149
お前がどんな環境にいるのか知らんが
> ネットワークから切断された状態
> もしくはネットワークが低速
な環境で開発してる奴がどんだけいるんだ？
> gitがこの点でツールとして優れているのは間違いだろ。
落ち着いて、その真っ赤な顔を何とかしろよｗ
- 166 名前：デフォルトの名無しさん mailto:sage [2015/04/10(金) 23:46:33.56 ID:ka156RZj.net]
- ネットってインターネット？
さすがにLANは繋がってるよな
- 167 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 01:13:48.91 ID:VeSSjpYX.net]
- >>163
だから人の話をするなって
そんなのその人の立場で変わる。
あえて言えば、電波の悪い
スタバでドヤリングとかあるだろ。
論点をすり替えずにツールの話をしろ。
- 168 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 01:15:49.28 ID:jprZbhPv.net]
- 飛行機の中とか列車の中とか
ネットワークから切断された状態ってのは
ある人には有るんだよ。
- 169 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 01:21:30.62 ID:5CJjlwli.net]
- >>161
なぜリポジトリを奇妙な状態で運用したいのか、
まで立ち戻って質問した方がヨサゲ
- 170 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 08:53:53.30 ID:aih7mS+Y.net]
- >>165
人じゃなくて環境だろ
そもそもネットワークとか言い出したのは >>145 だし
>>166 みたいな状況がよく引き合いに出されるけど、そんな状況滅多にないだろ
飛行機でさえ WiFi 使えたりするしな
- 171 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 11:28:04.71 ID:jprZbhPv.net]
- >>168
だからそんな状況がめったにないのは、
お前という人の話だろ。
お前ん中ではそうなんだろうなの話をしているだけって気づけよｗ
- 172 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 11:29:34.47 ID:jprZbhPv.net]
- 社外にいる時に会社のネットワークに
3G経由でVPNでつないで、SVNでブランチ切り替えとか
したくないわけでｗ
- 173 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 11:48:01.05 ID:LbK5Z9ys.net]
- ネットワークが必要になる状況ってgitでもsvnでも同じ状況なんじゃないの？
- 174 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 11:48:46.02 ID:aih7mS+Y.net]
- >>169-170
> お前ん中ではそうなんだろうなの話をしているだけって気づけよｗ
そのまま返すわ w
そもそも、今時な会社で社外で開発とか無職の発想としか思えん
- 175 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 11:53:57.86 ID:aih7mS+Y.net]
- >>171
git はローカルにリポジトリ持ってるからネットワークに繋がってなくてもコミットできる
特定の場合に便利だが、社内だとほとんど意味ない
ネットワーク繋がないとほとんど仕事ならないから
- 176 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 12:05:11.81 ID:LbK5Z9ys.net]
- gitのコミットとsvnのコミットは違う機能だと認識してるんだけど
svnのコミットに相当するのはgitのpushでしょ
- 177 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 15:03:59.96 ID:aih7mS+Y.net]
- >>174
> svnのコミットに相当するのはgitのpushでしょ
そう言う言い方するなら、ネットワークが必要となる状況が違うってこと
svn はネットワークに繋がってないとほぼなにもできないから
- 178 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 15:43:26.04 ID:ZDatv+YP.net]
- 今いるのがtestブランチなんですけど
masterブランチでコミットしたファイルを修正したいんです。
いったんmasterブランチに戻ってcommit --amendした場合、どうやってその更新内容をtestブランチに取り込めばいいですか？
- 179 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 16:28:50.45 ID:jprZbhPv.net]
- >>172
> そもそも、今時な会社で社外で開発とか無職の発想としか思えん
これだけオープンソースがたくさんある時代に何いってんの？ｗ
え？ お前のコード、極秘なん？
お前ん中の世界は狭いですねｗ
- 180 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 16:35:25.60 ID:E+mDe4Go.net]
- >>176
masterの更新をtestに取り込みたいのなら、普通はmergeするだろ
- 181 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 18:06:59.33 ID:aih7mS+Y.net]
- >>177
オープンソースがどう関係するのか知らんけど、仕事のソースをリポジトリごと社外に持ち出すとか普通ないだろ
社外秘って言う言葉も知らんようだし、マジで無職なのかもな w
- 182 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 18:53:07.92 ID:vaK5h5cH.net]
- >>177
GPLや趣味の開発と、普通の会社での開発は違うから、
自分が書いたコードが極秘になるのは良くあることかと
- 183 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 19:01:20.97 ID:9epD2/0o.net]
- 今は下手したら自分のマシンに開発環境すら入れさせてくれんし
仕事の持ち出しが自由だとしてもそれがメリットに感じるのは若い内だけだよ
年取ってきたらそんなスタイルで仕事に向き合ってもまずいい事は無い
プライベートと仕事はこれでもかって程に線を引いておいた方が
最終的な効率が上がったりもするし
- 184 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 19:29:20.47 ID:RWhwDI1t.net]
- cvsやsvnの頃もリポジトリに繋がらない環境で仮にコミット出来るようにするソフトがあった。
つまり需要はあった。
今時とか傾向の話しても、需要がゼロになるわけじゃない。
嫌な人はsvnでも何でも勝手に使っとけという話。
- 185 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 21:19:45.95 ID:aih7mS+Y.net]
- >>182
> つまり需要はあった。
そんな需要がどれ程あるんだ？
って話なのは理解できてる？
- 186 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 21:28:56.04 ID:4o2Mh2tF.net]
- 好きにすりゃいいもんを金科玉条のごとく押し付ける連中はなんなんすかね
ネットで偉そうにしなきゃ死んでしまう病気にでもかかってるんですか？
- 187 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 22:31:52.69 ID:RWhwDI1t.net]
- >>183
お前が無理矢理そういう無意味な話に持っていきたいのはわかった。
サードパーティ製だったのが根幹に含まれたものが普及したんだから、需要わかるだろ。
- 188 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 22:42:29.28 ID:d2KPF5yq.net]
- ところで、話は変わるんだけど
ローカルにコミット履歴をあまりたくさん持ちたくない
現状普通にやってると、自分のワークにも過去のコミットが
全部入っちゃうのでなんとかしたい
- 189 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 22:50:41.60 ID:vaK5h5cH.net]
- >>185
180が言ってるのは、オープンソースとか趣味じゃなくて
社内で開発してる間はあまり需要がない、って話じゃないかと
- 190 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:12:28.79 ID:RWhwDI1t.net]
- >>187
企業でgitが普及してないと思うってこと?
うちは客先へも関係会社ともgitでやり取りしてるが。
- 191 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:20:28.85 ID:vaK5h5cH.net]
- >>188
客先にソースコードをやりとりするって、一体何をしてるの？
- 192 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:25:08.42 ID:s5hHym/Z.net]
- >>185
当時はネットワークがプアだったけど現在は違うだろ？
って話
git のローカルコミットを dis ってる訳じゃない
>>188 も同じ勘違いをしてる
- 193 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:27:25.03 ID:s5hHym/Z.net]
- >>189
受託だとソースごと納入はよくあるから、ソースのやり取りはあると思う
直接 git でやり取りするのはでかい会社だと珍しいと思うが
- 194 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:37:56.91 ID:nYC3Hc//.net]
- すごいな…「ネットワークが不安定な状況になるわけがない、不安定になるような奴は無職！そんなの考えなくてもいい(ｷﾘッ」とか言うやつがいる会社の作るものなんて、絶対触りたくねぇwww
社内ネットワークが不安定になった時、こいつの作ったものは全部メチャクチャになっちゃうんだろうな
- 195 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:40:19.01 ID:RWhwDI1t.net]
- >>190
gitが普及する前でもネットワークがプアとか、よっぽど小さい企業の話じゃないの。
だがそれでもdiffのレスポンスはローカルとネットワークで大きく違う。
俺はローカルコミットの話はしてない。
>>189
開発。
- 196 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:52:41.38 ID:vaK5h5cH.net]
- >>189
客先っていうのユーザーじゃなくて親会社、自分が子会社、関係会社が孫会社だったら、
親会社にソースを渡すのはありそうですね
でも仮にそうなら、それは親会社が提供する社内ネットワークの範囲内だから、
185の状況は親会社が偶然gitを使ってたから185はgitの各種機能にありつけてるけど、
ネットワークが高速で安定してるだろうし別にSVNでも良かったっていう風にも見えるね
- 197 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:53:54.46 ID:jjWEFxJy.net]
- 納品にgitとはな
- 198 名前：デフォルトの名無しさん mailto:sage [2015/04/11(土) 23:55:50.82 ID:vaK5h5cH.net]
- >>189
開発は分かるんだけど、客先がユーザーなら、自社製品のソースコードを公開してしまう意味が分からなくて・・・
どうして自社のソースコードをユーザーに公開しなきゃならない状況に置かれてるのかを知りたかった
- 199 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 00:09:45.89 ID:zXiy4YdA.net]
- >>192
このスレに初めて書き込むけど、貴兄の会社の社内ネットワークってそんなに不安定なの？
うちの会社は国内海外の関連会社が社内ネットワークにつながってるけど、
トラブルなんて年に一度もおきないけど。
それから、社内ネットワークが不安定になったとして、何で作ったソフトがめちゃめちゃになるの？
- 200 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 00:13:27.21 ID:nOXR22gF.net]
- >>192
> ネットワークが不安定な状況になるわけがない
とは書いてないが、マジでネットがダウンしたらほとんど仕事にならないだろ
うちは電話も IP だし、社内システムはほとんど Web だし手も足もでなくなる
そもそも会社で開発してる奴は四六時中コーディングしてる訳じゃないから、コーディングだけできてもしょうがないしな
> 社内ネットワークが不安定になった時、こいつの作ったものは全部メチャクチャになっちゃうんだろうな
この発想が無職の発想 w
>>193
リーナスは Linux のソースコード規模に対しては遅いと考えていたみたいよ
- 201 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 00:19:15.46 ID:nOXR22gF.net]
- >>196
受託開発したことないの？
例えば銀行とかのシステムって銀行自体が開発してるんじゃなくて（実際は間に色々入るけど）、開発会社にこんなもの作ってくれって依頼するわけ
当然その銀行の専用品だし、開発費は銀行持だからソースコードも含めて銀行に納めるという契約形態があるってこと
- 202 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 00:51:27.53 ID:eHprCcSu.net]
- 受託開発なら>>193は親会社の意向でgitを使わされてるだけで
親会社が提供したgitのいちユーザだが管理者ではないといったところか
- 203 名前：デフォルトの名無しさん [2015/04/12(日) 01:03:54.01 ID:m18WDRtR.net]
- 普通とか一般的にとか色々言ってるけどさ
お前らってIT企業を何社も転職して色々な現場を見てまわったの？
- 204 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:06:55.19 ID:BQBr0rdt.net]
- >>200
親会社ってなんの話だ？
受託って資本関係にない会社からの依頼（注文）もあるぞ（って言うか、うちだとその方が多い）
あと、受託した仕事の一部または全部を他の会社（いわゆる外注さん）に頼むこともあるし
- 205 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:10:51.77 ID:bxSemNlo.net]
- >>201
自分の会社以外にお客さん、外注さん、グループ会社とかの人と話したりするから
全部を知ってるという訳じゃないけど、環境という面だとそんなに突飛な環境ってあんまりないし
- 206 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:16:05.70 ID:eHprCcSu.net]
- >>202
親会社じゃなくて発注元って言うのが正しいんだろうが
言いたいことは変わらないから気にしないで
- 207 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:19:28.61 ID:w/X68p6y.net]
- >>201
同業者と情報交換したりしないのか?
>>200
提案して客に使わせる方が多いかな。
gitだと大体すんなりOKしてくれる。
そのどっちが上とかいう思考だから分散型に適応できないんじゃないか。
- 208 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:28:23.59 ID:eHprCcSu.net]
- >>203
お客さんとはユーザーじゃなく発注元だろうか
自分はインドの関連会社とアメリカの関連会社に出向して働いたことがあるが
環境は発注元の意向の影響を強く受けてた
自分がそこから動かずに話を聞いて回っても
おそらくみんな「実は発注元の意向」で揃ってしまうのでは
- 209 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:28:28.60 ID:BQBr0rdt.net]
- >>205
> そのどっちが上とかいう思考だから分散型に適応できないんじゃないか。
とか書きながら、
> 客に使わせる方が多いかな。
とか、上から目線で笑たわ
こんなアホが提案してきたら即出入り禁止にするわ
- 210 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:34:34.47 ID:BQBr0rdt.net]
- >>206
ケースバイケースとしか言いようがない
環境は全て自社で成果物のみ納入もあるし
環境は自社だけど発注元とソースを共有してやるケースもあるし
請け負いと言いつつ、客先に入って客先の環境で開発とか、偽装だろそれってのもある（と聞いたことがある、と言っておこう w）
- 211 名前：173 mailto:sage [2015/04/12(日) 01:53:55.45 ID:KekZ3jxC.net]
- >>178
mergeだとtestブランチに余計なログが溜まってしまいます
- 212 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:54:20.89 ID:eHprCcSu.net]
- >>207
確かに
学生か研究者が想像で話してるだけだろう
>>208
自分も似たようなシーンを見たことがある
関連会社さんと契約形態が変わるタイミングで特に面白いことになりやすい
- 213 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 01:57:45.56 ID:4195b+YJ.net]
- でもまあプログラミングは仕事だけでやるもんじゃないし、
個人のプロジェクトとかでネットワークがない、もしくは
遅かったり不安定だったりする場合があるので
そういうい場合にgitが役に立つわけよ。
- 214 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 02:25:49.71 ID:eHprCcSu.net]
- >>211
そもそもこれは>>177から始まった「企業がgitを使う理由」が
イミフな方向に流れただけだから気にしないで
- 215 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 02:54:32.65 ID:4195b+YJ.net]
- >>177には企業がって書いてないけど？
まあ企業もオープンソースの開発してますがね。
- 216 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 03:17:08.50 ID:w/X68p6y.net]
- >>207
プライドだけは高いんだなw
一番面倒なタイプだわ
|
 |
