[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2ch.scのread.cgiへ]
Update time : 12/19 22:47 / Filesize : 316 KB / Number-of Response : 998
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 12



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/

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

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

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

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

56 名前:デフォルトの名無しさん mailto:sage [2015/03/25(水) 21:25:18.08 ID:0It7vtDM.net]
ケンカをやめて

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

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

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

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

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

こんな事言ったよな?

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

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

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

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

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

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


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

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

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

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

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

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

62 名前:デフォルトの名無しさん mailto:sage [2015/03/25(水) 22:21:34.29 ID:2zE2JJLl.net]
ワロタ
五十歩百歩かもしれんが
百の方が五十の方を道連れにしようとすんなw

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



64 名前:デフォルトの名無しさん mailto:sage [2015/03/25(水) 23:32:40.35 ID:7vrJVraD.net]
長文書いたのは俺だし、百の方は俺のことだろw
勘違い君、かわいい(哀れ)

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

66 名前:デフォルトの名無しさん mailto:sage [2015/03/26(木) 07:47:28.35 ID:IO0z/ZIB.net]
どんぐりの背比べ

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

68 名前:デフォルトの名無しさん mailto:sage [2015/03/26(木) 11:45:31.23 ID:7Tklw0eC.net]
>>67
stackoverflow.com/questions/28017249/what-does-diff-mnemonicprefix-do

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

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

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

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


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

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



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

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

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

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

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

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

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

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

79 名前:デフォルトの名無しさん mailto:sage [2015/03/28(土) 14:15:10.16 ID:w2Z+yJkJ.net]
Git 5.6.24
https://github.com/git/git/releases/tag/v5.6.24

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

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

81 名前:80 mailto:sage [2015/03/28(土) 18:49:53.09 ID:+R+DyebJ.net]
ごめんログ更新してなかった

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

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



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

https://github.com/git/git

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

86 名前:デフォルトの名無しさん [2015/03/29(日) 22:03:01.96 ID:I8zaY9MU9]
>>84
https://github.com/git/git/search?l=c&q=add&utf8=✓

87 名前:sage mailto:sage [2015/03/29(日) 22:14:01.02 ID:ZG1Sktbb9]
>>86

あざっす!

88 名前:デフォルトの名無しさん [2015/03/29(日) 22:04:26.44 ID:vkiGWuNt.net]
>>83
https://github.com/git/git/search?l=c&q=add&utf8=✓

89 名前:デフォルトの名無しさん mailto:sage [2015/03/30(月) 08:52:02.76 ID:ebxMPih7.net]
>>14
そんなもの使ってない

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

91 名前:デフォルトの名無しさん mailto:sage [2015/03/30(月) 11:53:27.54 ID:eSl2sveJ.net]
>>82
なぜbashだけが優遇されるのか?
今使われてるのはzshだろ。

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についてたよw



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 名前:100 [2015/04/03(金) 13:02:08.91 ID:/gPIw7xI.net]
マージしたいからmergeコマンドを打つと思うんですが
そうなると問題なくマージできる場合はコミットして当然だと思いますがおかしいですかね

106 名前:100 [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]
じゃあなんで答えないんだろうねw



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はやるべきじゃない
> ひとりでやってても禁止するべきだ

またお前かw

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

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 名前:覚えようぜ

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

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

お前解決策は(俺が)頑張るっていう方法であって
ツールの話をしていない。
今は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]
練習したいだけなら公共の場所を使わなくてもローカルだけで十分じゃないかな?(´・ω・`)






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](;´∀`)<316KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef