Git 9
レス数が900を超えています。1000を超えると表示できなくなるよ。
0001デフォルトの名無しさん
2014/04/12(土) 13:22:20.98ID:s4x1CSLNGit - Fast Version Control System
http://git-scm.com/
◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/
◆前スレ
Git 8
http://toro.2ch.net/test/read.cgi/tech/1389701817/
0822デフォルトの名無しさん
2014/06/11(水) 20:03:40.21ID:ALIRMVK50823819
2014/06/12(木) 00:35:02.82ID:KlCOfI2g確かに…別の場所でpullしたらディレクトリ消えてた
git内では消えてるのにディレクトリそのものは残ってるから2回目以降に表示されてたんだな
ファイルはgit rmでばっさり消すくせにディレクトリは消さないってなんでなん
0824819
2014/06/12(木) 00:42:00.03ID:KlCOfI2gググった
なるほど、git mvでディレクトリ内のファイルを先に全部移動したから、その時点で
gitの管理からはずれてたのか
もう理解できたからいいけど、なんか直感的な挙動じゃなかったな
0825デフォルトの名無しさん
2014/06/12(木) 00:50:48.34ID:k+HyAclmだから、Gitはファイルを管理するけどディレクトリそのものは管理しない
git rm はGitで管理してるファイルを消すコマンド
ワーキングツリー上の空ディレクトリを消したければ普通のコマンド使え
0826デフォルトの名無しさん
2014/06/12(木) 00:51:39.35ID:k+HyAclm0829デフォルトの名無しさん
2014/06/12(木) 01:40:04.38ID:k+HyAclmdir/の下がgitで管理されてればね
ついでに消す
0830デフォルトの名無しさん
2014/06/12(木) 01:41:26.71ID:k+HyAclm0831デフォルトの名無しさん
2014/06/12(木) 02:44:56.35ID:0fE6ecZu作り込んだ後になって「各自で別々の内容のまま持つべき」
って話になったんですが、どうすればいいのでしょうか?
git rm --cachedだと各自がpullしたときに消えちゃう…各自の持ってるファイルは現状のままにしたいです
0832デフォルトの名無しさん
2014/06/12(木) 02:46:03.19ID:0fE6ecZu0833デフォルトの名無しさん
2014/06/12(木) 02:52:56.27ID:bcr4Y1Fv0834デフォルトの名無しさん
2014/06/12(木) 02:59:30.25ID:0fE6ecZu既にコミット済みなので、.gitignoreに書いても除外されないんですよね…
0835デフォルトの名無しさん
2014/06/12(木) 03:01:38.52ID:cPATFudP0836デフォルトの名無しさん
2014/06/12(木) 03:08:14.85ID:LUHHUJAlこういうのあるけど
0837デフォルトの名無しさん
2014/06/12(木) 03:28:09.83ID:bcr4Y1Fv0838デフォルトの名無しさん
2014/06/12(木) 12:01:55.49ID:Qv1u/W6+commit
add
checkout
branch
remote
log
reflog
reset
これ走ってる
0839デフォルトの名無しさん
2014/06/12(木) 12:24:21.06ID:f3a/iFprrebase
status
diff
revert
こいつらも覚えとき
bisect、blameもおすすめ
0840デフォルトの名無しさん
2014/06/12(木) 14:21:17.86ID:k+HyAclm.gitignoreに書いて、git rm --cachedして、その状態をcommitしてたんだけど
そうするとちょっと問題があって
そのcommit以前をチェックアウトした後に、そのcommit以後をチェックアウトすると、
管理から外したファイルが消失しちゃうんだよね
>>836はまったく未知だったわちょっと動作を確かめてみる
0841デフォルトの名無しさん
2014/06/12(木) 14:23:15.51ID:fKk4MWnJ0842デフォルトの名無しさん
2014/06/13(金) 18:00:50.16ID:VgtrMdkb特定のファイルが最初から.gitignoreに登録されてリポジトリには登録されるべきでなかったことをリモートリポジトリにも反映するには、
git filter-branchで最初から書き換えてしまうしか無いのかな
0843デフォルトの名無しさん
2014/06/15(日) 12:29:50.14ID:ZB+9NljMここの先輩もそんなにいきますか?
0844デフォルトの名無しさん
2014/06/15(日) 12:33:02.69ID:C1Yq9FDg0845デフォルトの名無しさん
2014/06/15(日) 12:48:11.71ID:ZuLV4hXGそれgit関係無いですよね?
0846デフォルトの名無しさん
2014/06/15(日) 13:32:29.24ID:KFTbGwacそんな自動化できることばっかなら仕事しなくていいんじゃね
裏山
0847デフォルトの名無しさん
2014/06/15(日) 14:58:31.07ID:cXeYBPF20848デフォルトの名無しさん
2014/06/15(日) 15:08:34.54ID:l0ywMHBRgithubにコード晒して
レビューしてくださいっていうとか
0849デフォルトの名無しさん
2014/06/15(日) 15:17:54.95ID:47+4XIuzてかフルボッコされたいならこの板で良くね?
0850デフォルトの名無しさん
2014/06/15(日) 15:40:00.08ID:cXeYBPF2というかレビューをするのが前提って感じでも無いですし
レビューに力を入れているサイトってないんでしょうか
0851デフォルトの名無しさん
2014/06/15(日) 15:40:10.00ID:azJHx8hd同じボコられるにしたって、匿名と名前ありでは素直に受け取れる度みたいなもんが変わってくると思う
0852デフォルトの名無しさん
2014/06/15(日) 15:53:23.78ID:8GPu+iwa0853デフォルトの名無しさん
2014/06/15(日) 16:09:10.27ID:IRi7fyG5レビューしてくださいとかダメだ
0854デフォルトの名無しさん
2014/06/15(日) 16:12:09.02ID:qtgrwwOv0855デフォルトの名無しさん
2014/06/15(日) 19:17:17.20ID:ZZ/FPeiSコードレビューならとりあえずgithubに上げてみ。誰かのコードレビューすれば逆にレビューしてくれる。
0856デフォルトの名無しさん
2014/06/16(月) 00:22:54.07ID:idFh+z/oコメントやりあってるのがレビューじゃなくてなんなんだよ…
この人の考えてるレビューはみんなの思い描いてるのとは別物だな、たぶん
0857デフォルトの名無しさん
2014/06/16(月) 01:25:32.74ID:HINNz9l/海外のチャットで僕の英語を添削してくださいなんて言わないよね
だから添削に特化したlang8みたいなのがあるんだよ
0858デフォルトの名無しさん
2014/06/16(月) 01:30:36.25ID:MERkKOKe0859デフォルトの名無しさん
2014/06/16(月) 01:31:44.76ID:MERkKOKe0860デフォルトの名無しさん
2014/06/16(月) 01:38:58.62ID:MERkKOKe0861デフォルトの名無しさん
2014/06/16(月) 06:20:11.38ID:e4oLiDm/考えてみた
http://pastebin.com/9mG2V9mV
0862デフォルトの名無しさん
2014/06/16(月) 06:29:03.47ID:AdEqdopC0863デフォルトの名無しさん
2014/06/16(月) 06:35:35.02ID:Mvi4rDX6http://peace.2ch.net/test/read.cgi/tech/1402867973/
0864デフォルトの名無しさん
2014/06/16(月) 08:11:44.62ID:WjthfDAE> どんな暇人やねん
にちゃんでうだうだ言ってるお前が言うなよ w
0865デフォルトの名無しさん
2014/06/16(月) 22:31:52.86ID:w9HZwqDqそれ普通にユーキャンだろ…
0866デフォルトの名無しさん
2014/06/16(月) 22:37:07.56ID:MMwlea4w0867デフォルトの名無しさん
2014/06/16(月) 22:56:47.14ID:1GPgt9YV0868デフォルトの名無しさん
2014/06/18(水) 16:43:12.19ID:bAs8WhGu0869デフォルトの名無しさん
2014/06/18(水) 17:03:50.64ID:yu0xlR7/0870デフォルトの名無しさん
2014/06/18(水) 17:49:25.97ID:bAs8WhGuありがとうございます。
ということは、サブモジュールが更新されてたらcomposerとかbowerとかつかわないけないんですね。
0871デフォルトの名無しさん
2014/06/18(水) 17:53:32.85ID:yu0xlR7/0872デフォルトの名無しさん
2014/06/18(水) 21:32:10.25ID:Dv/sTmWi0873デフォルトの名無しさん
2014/06/19(木) 02:50:54.18ID:a+4NSFaT0874デフォルトの名無しさん
2014/06/19(木) 02:52:18.29ID:GKSvjGH60875デフォルトの名無しさん
2014/06/19(木) 02:56:00.25ID:QcTSno45はい。ごっちゃです。
nodejsで、サブモジュールのクラスを継承してるんですけどサブモジュールのライブラリを更新したらメインのサブモジュールも自動更新できるように出来ませんかね?
0876デフォルトの名無しさん
2014/06/19(木) 04:35:43.70ID:ZDR2rCVo0877デフォルトの名無しさん
2014/06/19(木) 09:10:11.76ID:uhTP2aV5外部ライブラリのバージョンを、バージョン管理しないなら、
サブモジュールを使わないで「バージョン管理しないディレクトリ」
として管理しなければいいよ。
0878デフォルトの名無しさん
2014/06/19(木) 11:01:04.34ID:QcTSno45ご親切にありがとうございます。
勉強してみます。
0879デフォルトの名無しさん
2014/06/19(木) 17:00:32.13ID:IwCNAxsRあんまり大きい作業単位でコミットしてるとrevertとか便利そうな機能が使えんし
0880デフォルトの名無しさん
2014/06/19(木) 17:06:48.92ID:BcmtgtjI適当にrebaseしないと散らかりすぎるかのう
0881デフォルトの名無しさん
2014/06/19(木) 20:04:21.46ID:GjYBKD0X0882デフォルトの名無しさん
2014/06/19(木) 20:15:00.22ID:Fdr0qLJNブランチ未満の粒度の作業単位は残す必要ないだろうし
0883デフォルトの名無しさん
2014/06/19(木) 20:18:40.23ID:Df6JFFDtrebaseでの根本移動はアリだけど
squashでのコミット潰しとFFマージ主義はナシ
0884デフォルトの名無しさん
2014/06/20(金) 01:16:15.04ID:9P55PKrOそれだと本当にタイプミスで動かないものの修正とかでcommit/push/pullになって、コミットログも"a"とかなので、さすがにそんなのは履歴として残すメリットはなんにもないので、
本来コミットするべきタイミングでそういうのはsquashしてトピックブランチにcommitしてる。
原理主義者からは単なる同期にgitを使うなとは言われるかもしれないけど、
他のツールを使うのも色々とめんどくさいしね。
0885デフォルトの名無しさん
2014/06/20(金) 01:25:01.85ID:nPERQ22c時と場合によって変えるべき。
なぜ「mergeはこれしかダメ」と決めつける人が多いのだろうか。
squashするべき時はsquashして、するべきじゃない時はsquashしない。
FFマージするべき時はFFマージして、FFマージするべきじゃない時はFFマージしない。
それだけじゃないか。
決めつける人は、自分がやり方ことが明確になっておらず、
ただコマンドを覚えているだけなんだろうな。
0886デフォルトの名無しさん
2014/06/20(金) 01:50:53.36ID:fQqGdEOm0887デフォルトの名無しさん
2014/06/20(金) 01:55:10.28ID:7nDrVBi+0888デフォルトの名無しさん
2014/06/20(金) 01:58:44.73ID:rNGAsf/H0889デフォルトの名無しさん
2014/06/20(金) 02:00:56.73ID:nPERQ22cそれはmergeでコンフリクトが出ているだけで
squashしたせいじゃないよ。
0890デフォルトの名無しさん
2014/06/20(金) 07:49:34.87ID:XWgQCtQu0891デフォルトの名無しさん
2014/06/20(金) 19:41:04.84ID:FEHr8pGe$ git rebase -i HEAD~3
error: could not apply f7701b6... some edited
When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".
Could not apply f7701b697f698715b8e2ec3e339655e43e0e6f31... some edited
taro@YOSHIDA ~/myproject/helloworld (master|REBASE-i 2/2)
$
0892デフォルトの名無しさん
2014/06/20(金) 19:43:03.58ID:FEHr8pGe0893デフォルトの名無しさん
2014/06/20(金) 20:08:47.08ID:fQqGdEOmよーしだたろう
0894デフォルトの名無しさん
2014/06/20(金) 21:05:57.10ID:tmj63HwH何度でも同じコンフリクトが起きるよ
0895デフォルトの名無しさん
2014/06/21(土) 02:40:47.04ID:GnC4hxCp自動で解決してくれる設定が、
あるから誰か答えてね。
0896デフォルトの名無しさん
2014/06/21(土) 03:01:15.08ID:5/17O7zj0897デフォルトの名無しさん
2014/06/21(土) 10:32:06.18ID:tx3pF38orebaseのsquash, fixupはよく使うレレレのおじさん
0898デフォルトの名無しさん
2014/06/21(土) 11:08:10.55ID:EfmviY6O0899デフォルトの名無しさん
2014/06/21(土) 12:55:15.10ID:tx3pF38o0900デフォルトの名無しさん
2014/06/21(土) 16:16:41.34ID:0wQ4hVhXならリリースして少し改造
バージョン2.25
なら、一度全て作り直したって感じでいいのかな?
バージョン名の付け方のルールってある?
0901デフォルトの名無しさん
2014/06/21(土) 17:20:16.84ID:ElcRoqBrある、セマンティックなやつが。
0902デフォルトの名無しさん
2014/06/21(土) 18:28:28.05ID:oCK5ln20ここよりもプログラム系のとこいった方がいいと思うけど、
よくある付け方は、メジャーバージョン変わるのは大きな仕様変更(互換性に影響あるレベル)したとき、
マイナーバージョンは、小さな仕様変更、
表記は無かったけど、ものによってはもう一つ番号加えてパッチバージョンとして、バグ修正用にしたりする。
major.minor.patch といった感じ
0903デフォルトの名無しさん
2014/06/21(土) 20:17:05.33ID:zNQ9d1mJオープンソースだと奇数は開発版、偶数は安定版ていうルールがあることがある
0904デフォルトの名無しさん
2014/06/21(土) 20:22:23.46ID:m/fZKRgtテスティング版、スタブル版
0905デフォルトの名無しさん
2014/06/21(土) 20:29:04.62ID:m/fZKRgt前バージョン使ってた人が新バージョンを使う際に新たに学習が必要なく、性能の大幅向上やバグフィクスやセキュリティアップデートはマイナーバージョンアップ
前バージョン使ってた人が新バージョンを使う際に新たに学習が必要なく、誤字脱字の修正や性能の微々たるの変化のある場合はリビジョンアップ
0906デフォルトの名無しさん
2014/06/21(土) 21:01:35.87ID:4Db89jJs0907デフォルトの名無しさん
2014/06/21(土) 21:06:19.94ID:tQVBpUxD1.0 メジャーバージョンは新規機能を実装しない
1.1.1 1個修正 マイナーバージョンは修正した数を乗せる
1.2.20 20個修正
0908デフォルトの名無しさん
2014/06/21(土) 21:12:09.56ID:v5uiY6GsMozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36 OPR/22.0.1471.70
0909デフォルトの名無しさん
2014/06/21(土) 21:38:55.79ID:cR4XxXTTソースが同じでも、バイナリにはビルド番号をつけることがある。
0910デフォルトの名無しさん
2014/06/21(土) 21:41:47.53ID:0wQ4hVhXなんだけど6回一からコーディングし直したってこと?
あーいうのって誰からみてもわからいけどソースを何度も組換えたりしてるのかな。
0911デフォルトの名無しさん
2014/06/21(土) 21:52:24.22ID:m/fZKRgtバージョン番号なんてどこもオレオレルールでつけてんだから
0912デフォルトの名無しさん
2014/06/21(土) 21:59:46.56ID:KMvjaKi+0913デフォルトの名無しさん
2014/06/21(土) 22:33:56.67ID:sYh0doPA0914デフォルトの名無しさん
2014/06/22(日) 01:13:02.79ID:b9DzNs9Qそう考えるとWindowsってメジャーバージョンほとんど変わってないんだな。
0915デフォルトの名無しさん
2014/06/22(日) 01:20:05.59ID:upDz43Y50916デフォルトの名無しさん
2014/06/22(日) 02:00:52.05ID:fzAy+jFw0917デフォルトの名無しさん
2014/06/22(日) 02:01:46.19ID:Y+HF0vpz「6.1.7601」とかのことだろう?
0918デフォルトの名無しさん
2014/06/22(日) 02:02:12.05ID:fzAy+jFwだな
0919デフォルトの名無しさん
2014/06/22(日) 02:07:27.82ID:Y+HF0vpz0920デフォルトの名無しさん
2014/06/22(日) 02:10:49.59ID:fzAy+jFwバージョン番号隠すようになっただけだよ
0921デフォルトの名無しさん
2014/06/22(日) 02:13:42.83ID:fzAy+jFw内部のこまかいバージョンの話とは別の話なんで、ごっちゃもなにもない
0922デフォルトの名無しさん
2014/06/22(日) 02:15:23.06ID:Y+HF0vpzまとめたものを見つけてきてやったよ。
https://gist.github.com/mxpv/2935584
一部適当に抜粋
Windows Name or Service Pack Version Number
---------------------------- --------------
Windows 1.0 1.04
Windows 2.0 2.11
Windows 3.0 3
Windows NT 3.1 3.10.528
Windows 95 4.0.950
Windows Me 4.90.3000
Windows 2000 Professional 5.0.2195
Windows XP Home 5.1
Windows Server 2008 Service Pack 1 (SP1) RTM 6.0.6001.18000
Windows Vista RTM 6.0.6000.16386
Windows 7 RTM 6.1.7600
Windows 8 CTP 6.2.8250
レス数が900を超えています。1000を超えると表示できなくなるよ。