- 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/
- 92 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 12:10:49.96 ID:pDn2M2s4.net]
- >>91
zsh なら、oh-my-zsh に git プラグインあるだろ。
- 93 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 13:24:21.18 ID:pQkawj3/.net]
- >>92
あー、普通にgitについてたよｗ
- 94 名前：デフォルトの名無しさん mailto:sage [2015/03/30(月) 21:52:59.70 ID:7jnhpj+r.net]
- >>91
今zsh使ってる人って残ってるの？
みんなbashに戻ったとばかり思ってた
- 95 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 04:25:40.16 ID:DVVpWgeR.net]
- え？ 戻る理由は？
- 96 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 10:24:36.59 ID:byVPP9+b.net]
- ここのスレって、Gitのクライアント側の基本的なコマンドの
使い方が分かる人しかいませんか？
便利なGitクライアントソフトとか、各種Gitサーバソフトの
使い方とか、そういうのを質問したかったらどこがオススメ
でしょうか？
- 97 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 10:48:52.86 ID:jsR2iUWd.net]
- >>96
ここでいいと思うけど。もしかして >>77 かな？
GitBucketは使ったことないけど、
・gitは各コミットのauthorとcomitterそれぞれのnameとemailを記録してる。
・gitはユーザーを管理してない。ってか、分散システムだから管理しようがない。
・authorやcomitterの変更はできるけど、コミットID(ハッシュ値)も変わるので、変更というよりは履歴の書き換えになる。
- 98 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 12:02:22.73 ID:DMT7op/I.net]
- >>96
それgitに限定する意味あるの?
- 99 名前：デフォルトの名無しさん mailto:sage [2015/03/31(火) 21:52:09.98 ID:N1jW3NRe.net]
- >>96
github固有の話は専用スレがある
他はここでいいんじゃない？
- 100 名前：デフォルトの名無しさん [2015/04/03(金) 00:52:20.92 ID:bxWPklRz.net]
- コンフリクトをわざと発生させたいんだけど発生させ方を教えてください
- 101 名前：デフォルトの名無しさん mailto:sage [2015/04/03(金) 09:00:43.05 ID:fygFc6bt.net]
- >>734
税法的にもアウトですよ。コレ。
- 102 名前：デフォルトの名無しさん mailto:sage [2015/04/03(金) 09:06:27.04 ID:TGMPBffS.net]
- マジでか！
- 103 名前：デフォルトの名無しさん [2015/04/03(金) 11:50:44.23 ID:uPiWXVNB.net]
- git merge topic
これでコンフリクトが出た場合はコミットされないのでgit merge --abortで元に戻せますよね
じゃあgit merge --no-commitってなんの意味があるんですか？
- 104 名前：デフォルトの名無しさん mailto:sage [2015/04/03(金) 12:16:47.24 ID:/qzMUQum.net]
- そりゃコンフリクトしない時にコミットしたくない場合じゃないの？
- 105 名前：１００ [2015/04/03(金) 13:02:08.91 ID:/gPIw7xI.net]
- マージしたいからmergeコマンドを打つと思うんですが
そうなると問題なくマージできる場合はコミットして当然だと思いますがおかしいですかね
- 106 名前：１００ [2015/04/03(金) 13:03:07.82 ID:/gPIw7xI.net]
- つまり--no-commitは開発に置いて不要な引数だと思うんですよ
- 107 名前：デフォルトの名無しさん mailto:sage [2015/04/03(金) 13:49:11.28 ID:/qzMUQum.net]
- コンフリクトしなくてもビルド通らないことだってあるし、一手間加えてから
コミットする余裕があってもいいんじゃね
- 108 名前：デフォルトの名無しさん mailto:sage [2015/04/03(金) 20:25:53.13 ID:pcIMeknY.net]
- mergeするときに手作業でcommitログを書きたいときに使ってるよ
- 109 名前：デフォルトの名無しさん mailto:sage [2015/04/03(金) 23:06:07.33 ID:TGMPBffS.net]
- >>106
理想としては全てのコミットは
テストに通れなければならない。
それはマージでも同じ話で、マージ前
マージ後、どちらもテストに通らなければならない。
起きる可能性は低いけれど、起こりえるのが
問題なくマージできたがテストには失敗するいうもの。
この時
1. (マージ前) テスト実行して問題ないことを確認。
2. (マージ後) テスト実行して問題発覚
3. git reset --hard HEAD^ でマージ前に戻す。
(rebaseだとマージに含まれる複数のコミットが分解されてしまうのでまずい）
4. git merge --no-commitでコミットせずにマージ
5. テスト実行して問題ないことを確認してからコミット
という流れで使うのではないだろうか？
- 110 名前：デフォルトの名無しさん mailto:sage [2015/04/04(土) 00:01:59.62 ID:qXtcXItO.net]
- マージテストのためのブランチ作ればいいだけじゃね
- 111 名前：デフォルトの名無しさん mailto:sage [2015/04/04(土) 00:02:51.56 ID:o7ivvLL/.net]
- ん？ テストした後は？
- 112 名前：デフォルトの名無しさん mailto:sage [2015/04/04(土) 15:34:05.03 ID:4aWMIGVn.net]
- TortoiseGitがエクスプローラーをフリーズさせる糞だったから思わずアンインストールした
- 113 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 13:00:59.30 ID:AGMqJGUT.net]
- >> 100
>> 106 が正しい。そういうマージコミットのことを evil マージという。
名前は悪そうだが、必要悪、といった感じだな。
- 114 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 14:07:33.73 ID:Gn5PCEDn.net]
- cloneしたファイルやディレクトリの中からdata/というデータを貯めるディレクトリがありまして
このディレクトリは.gitignoreで除外されています
git pullをしたらdata/を汚さずに最新版にアップデートできるんですが
data/の中身を毎日zipでバックアップを取ってます
data/の中身をgithubとかdropboxにリポジトリ作るとか何でもいいのでgit pushで簡単にバックアップ取れるようにしたいんですが
どうしたらいいのか教えてください
- 115 名前：デフォルトの名無しさん mailto:sage [2015/04/05(日) 14:40:52.20 ID:OOK6R9Sy.net]
- >>114
gitはバックアップツールじゃない。
ソースコードのバージョン管理ツールだ。
gitというのは、ソースコードのバージョンに含まれる
機能を管理し、その機能を追加したり、削除したり
何が変わったか確認したり、バグを探したり
そういう事をするために使うツールだ。
コミット毎に内容に意味があって、そのコミットをうまく
活用できるためのツールがgitだ。
日付ごとのデータのバックアップなら別のツールを使いなさい。
- 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 も同じ勘違いをしてる
|
 |
