- 1 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:22:20.98 ID:s4x1CSLN]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/
◆前スレ
Git 8
toro.2ch.net/test/read.cgi/tech/1389701817/
- 543 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:52:39.89 ID:wDknVmCU]
- アプリケーションでバージョン番号を持ってるファイルの更新だろな。
どっちかっつーとpush時な気がするな。
- 544 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 22:28:18.60 ID:C9yMB7Be]
- >>543
どういう運用にしたいかによるでしょうね。
git推奨でいえば、バージョン番号 = ハッシュID
この方法が優れているのは、ソースコードに何も書かないでいいし、
複数の人が平行で作業していても、バージョン番号がかぶることがないというメリットが有る。
git推奨の方法以外をやりたいのであれば、その仕様を決めてもらわないと答えようがない。
- 545 名前：デフォルトの名無しさん [2014/05/18(日) 22:49:36.09 ID:7h87TJ0i]
- リリース前に、バージョン番号を格納するファイルを更新しpusu、そしてtagをつける
ってやってる
- 546 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 23:27:23.72 ID:WINLDOAf]
- >>544
＞git推奨でいえば、バージョン番号 = ハッシュID
当のgitがそれやってなくね？
- 547 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 23:43:08.76 ID:C9yMB7Be]
- >>546
いえ、"ソースコードの" バージョンの話です。
アプリのバージョンの話ではありません。
- 548 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 23:53:30.20 ID:mKpMCPC5]
- 推奨とか書いちゃうから
- 549 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 00:10:30.29 ID:Zm2k/WGd]
- >>547
そうなのか。
ところで、アプリのバージョン番号はどうやって管理してる？
自動でインクリメントする仕掛けってやっぱほしいよね
- 550 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 00:16:41.33 ID:PiFbW4Gq]
- それこそフックで何らかのスクリプト走らすって話じゃね？
- 551 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 00:37:55.02 ID:2pHoKbmf]
- 自動なのはビルドだけでバージョンは手でいいんじゃね
- 552 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 01:30:50.53 ID:boPMtkif]
- CIツールでやれ
- 553 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 02:00:24.75 ID:lhsjIgd7]
- 時々さ、--versionってやると
バージョン番号としてコミットIDが
表示されるのあるじゃん？
あれってどうやってるの？
コミットしなければ現在の
コミットIDわからないはずなのに。
- 554 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 03:20:50.33 ID:cOS2qM9v]
- >>553
それを表示するコードをビルド時にリポジトリ情報から自動生成すればいい
- 555 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 05:02:24.66 ID:ZqE06A31]
- >>553
キーワード展開でググる。
- 556 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 14:22:29.51 ID:nfghgbV/]
- >>493はまさにjap
- 557 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 21:43:58.04 ID:lhsjIgd7]
- >>554
サーセン、LL使いなんでビルドなんて
ないんですｗｗｗ
- 558 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 21:56:35.02 ID:xEeDrkw/]
- そうだそうだ！
- 559 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 22:44:03.09 ID:cOS2qM9v]
- >>557
ビルドは無くてもデプロイするだろ
インストールスクリプトみたいなものを用意しないか？
- 560 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 05:21:27.44 ID:7I4ys7NV]
- PHPerとかサーバで運用しているコードをそのままいじったりするから恐ろしい。
たまにgitにアプリのログやパスワードとか含まれてたりする。
- 561 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 05:26:16.72 ID:Q2AhpEnY]
- > そのままいじったりする
どゆこと？
- 562 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 07:18:02.19 ID:7I4ys7NV]
- >>561
運用と開発の環境が同じものってこと。バージョンとかでなくて、同一のリソース。
- 563 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 07:41:36.00 ID:Q2AhpEnY]
- Webサーバとして公開してるディレクトリでgit initして開発してるってことか
- 564 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 08:24:11.40 ID:uQLrwk2U]
- >>563
git じゃなくて Subversion だけどテストサーバーはその運用だわ。
- 565 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 12:10:11.33 ID:Y3VmLAx+]
- 開発と運用を分ける場合ってどうやるんですか？
例えばC:￥apache2.2￥htdocs￥kaihatu￥.gitで作って
運用で動かすのはC:￥apache2.2￥htdocs￥honban￥.gitみたいにしたらいいですか？
honbanフォルダでhaihatuをcloneして動かすっていう感じでしょうか？
- 566 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 12:50:55.92 ID:fbMM1sIr]
- リポジトリの話と実行環境の話がごっちゃになっとる
- 567 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 13:32:57.00 ID:oqlsgWjt]
- ものにもよると思うが開発マシンでそのまま運用するとか恐ろしいな
- 568 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 16:19:48.21 ID:zD+BcsMh]
- これがDevOpsというやつか
- 569 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 17:18:53.44 ID:7I4ys7NV]
- git archiveで取り出して、テスト環境にインストールしてテストして、同じものを本番環境にインストールが普通だよな? 普通だと言ってくれ。
テスト環境でリポジトリから直接インストールは許す。
- 570 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 20:19:01.71 ID:7WHSNOxu]
- 今の時代、スクリプト言語でもソースコードを
そのまま配置するとかやっちゃだめだよ。
デプロイはサーバーにログインして
git pullとかやっていいのは小学生までｗ
- 571 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 21:45:26.96 ID:+FFXBZCI]
- この話git関係ないだろ
- 572 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 22:09:24.93 ID:gHSFUybb]
- >>567
恐れるな！
- 573 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 22:47:06.91 ID:w8F8fDtL]
- 何のためのバージョン管理かわからんなｗ
問題出たら巻き戻せって事？
なんだかテストもしてなさそうｗ
- 574 名前：デフォルトの名無しさん [2014/05/20(火) 23:20:14.34 ID:DeZ/1+VP]
- >>569
rsyncとかするの？capとか使うの？
gitじゃだめなのか、、？
- 575 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:30:10.39 ID:oqlsgWjt]
- 本番環境にgit pullでデプロイするのは.gitが残るから問題あるよね
テスト環境ならいいと思うけど
- 576 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:45:03.16 ID:gZsncm2t]
- 緊急事態が起こって巻き戻すぐらいならええじゃないか
デプロイした先の本番環境で頻繁に巻き戻さないといけない方が余程テスト不足では
- 577 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:54:11.31 ID:w8F8fDtL]
- 本番サーバーがそのままリポジトリのマスターってのもありそう。
- 578 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:54:26.37 ID:4h/6mNTZ]
- GitHubでプルリクの流れがよく分かりません。
コミットするときはmasterではなくてbranchにしろとは聞いてますが、
自分が理解するところでは、
①フォークする
②ローカルにcloneで持ってくる
③リモートにフォーク元のmasterリポジトリをaddする
④ローカルにブランチを作る
⑤ローカルのブランチを修正する
⑥ローカルのブランチに変更をコミットする
⑦GitHubのブランチに変更をコミットする
⑧GitHubのフォーク元のmasterリポジトリにpull requestを出す
⑨マージされたらブランチを削除
⑩ローカルでfetchする
こんな感じになるんでしょうか？
- 579 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:56:41.46 ID:Q2AhpEnY]
- >>578
>>2
- 580 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 01:08:18.51 ID:BNHZ/x8Q]
- 最近気づいたけど変更したファイルだけコピーしたくてもxcopyじゃ出来んのな
チェックアウトでファイルの更新日時が更新されるとは
- 581 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 01:29:27.63 ID:pe3xq3aD]
- >>580
チェックアウトしてmakeかけたときに変更したファイルだけコンパイルするのが普通なんで
gitに限らずUnix由来のVCSはそういう挙動になる
- 582 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:14:07.74 ID:BNHZ/x8Q]
- 言われてみればたしかにmakeするときはobjファイルとか別ブランチの状態になってたりするからそういう仕様でないと困るね
そのプロジェクトをgitで管理する前はxcopyで更新したファイルだけ移動してたけど移動には別手段考えるしかないか
- 583 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:20:38.03 ID:5sngE80p]
- gitにかぎらずだけど、よく考えて作られてるわ。
時たまgitのやり方に合わないやり方をしたいっていう人がいるけど、
よく考えて作られたgitがどうしてそうなっているのかを
考えたほうがいいと思う。
- 584 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:45:19.12 ID:Cs2Lb6yD]
- >>579
>>18-20
- 585 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 04:29:31.39 ID:sT3o3DmA]
- gitと全然関係ないGitHub固有のサービスの話題もここで扱う気なの？
GitHubPagesやGistsやissueやwikiやOrganizationや有料サービスについてや
色々とあると思うんだけど
- 586 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 10:49:12.08 ID:/08zgsVl]
- >>585
toro.2ch.net/test/read.cgi/tech/1384821518/
- 587 名前：565 mailto:sage [2014/05/21(水) 18:07:42.08 ID:T6zeFgZl]
- とにかくどうしたらいいのかおしえてくだしあ
- 588 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 18:08:59.27 ID:T6zeFgZl]
- ゆとりはgitって名前が付いてるからgithubもこのスレでいいじゃないかっていうけど
そうやって幅を広くすると俺みたいなカスの質問が流れるか軽くあしらわれてしまうのでやめてほしい
- 589 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:43:13.07 ID:nqnjC0dU]
- Git 2.0-rc4 リリース
https://github.com/git/git/releases/tag/v2.0.0-rc4
- 590 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:55:42.24 ID:rgBB9OCe]
- gitみたいなバージョン管理ソフトで、
rc版使う奴ってどういう奴なの？
もしも不具合とかで全部吹っ飛んだりしたらどうすんの？
バックアップとてたとしても、そんな面倒な事してまで使う物なの？
なんなの？ばかなの？しぬの？
- 591 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:08:44.66 ID:MmHyni7x]
- >>590
人柱を大事にしろよボケ
- 592 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:18:33.19 ID:AVBbOV7Q]
- >>590
テスト版使ってる連中はリスク承知で使ってんだから大丈夫だろ
何かバグでどうにかなっても取り戻す手段くらい準備してやってるだろ
- 593 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:19:24.23 ID:AVBbOV7Q]
- >>588
>>569のやり方でいいじゃｎ
- 594 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:09:00.37 ID:EKqVwxDb]
- 最高に意地悪でひねくれたテストを見せてくれ。
- 595 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:15:19.41 ID:19taQ0OX]
- pushこまめにしてれば問題ない
- 596 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:16:23.33 ID:19taQ0OX]
- テスト環境のをすべてシンボリックリンク貼ればいいだろ
- 597 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:21:22.37 ID:OinoP915]
- gitoliteのやり方
https://github.com/sitaramc/gitolite
パッケージにインストール用スクリプトを追加、git cloneしてそのスクリプト実行
ていうかgit関係ない、zipで拾ってきても、git cloneやpullでも大事なのはソースとってきたあとの話
- 598 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:44:31.28 ID:igdonOpP]
- >>590
gitは分散型だからユーザーが多くなれば多くなるほど
それぞれがバックアップを持っている。
だからたとえ一人が壊れても復旧可能。
そしてディスク壊れたらどうすんの？って話と一緒。
バックアップぐらいとれや。
- 599 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 22:58:13.70 ID:19taQ0OX]
- >>598
rails事件
- 600 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 23:03:07.97 ID:igdonOpP]
- >>599
gitと関係ねーしｗ
- 601 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 06:26:16.29 ID:JO7c/VLA]
- >>539
GitHubのGistみたいな感じ？あれもGitで実現されてるらしいけど
>>580-583
VSCの仕様はコンパイルする言語向けって感じで
更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
需要としてはアップロードに通信量制限があるとかそういう感じ稀なケースくらいだろうからしかたないか
- 602 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 07:30:00.04 ID:O49mbUbG]
- >>601
UNIXの世界ではそういうのはrsyncを使うからね
タイムスタンプじゃなくてMD4を用いて更新チェックしたり
更新の転送もファイル全体じゃなくて変更部分だけを転送して通信量を最小化する
- 603 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 08:00:54.05 ID:JO7c/VLA]
- なるほどね
簡易なftp通信ツールじゃなく同期ツールを使うのか
- 604 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 08:43:15.77 ID:Md3S+Ay9]
- gitとgithubは(media)wikiとwikipediaのような関係かｗ
- 605 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 09:52:08.98 ID:8poss9h8]
- ふむ
- 606 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 17:52:05.88 ID:bnXb1Wgc]
- ＞＞６０４
それはちがうね
wikipediaはmediawikiそのものだから
- 607 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:25:23.64 ID:uwnOnEuc]
- そういうこと言ってんじゃない
- 608 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:48:58.03 ID:2qkQcCiJ]
- >>601
>VSCの仕様はコンパイルする言語向けって感じで
>更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
いや全然違うと思う
VCSが言語を選ぶとかじゃなくて、VCSに向かない作業をやってるのがダメなんでは？
そういうのは専用のデプロイ・デリバリツールを選ぶべき。
上の方で話題に出てた「ビルド時にリビジョン埋め込みたい」みたいな要望も
VCSじゃなくてビルドツール等が行うべき領域。
バージョン管理に向かない言語とかは特にないと思うな
ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・
あと細かい指摘ですまんがVCSのタイポだよな？
しばらくググって悩んじゃったじゃねーか
- 609 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:54:11.54 ID:TFAWZMIx]
- >>608
＞ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・
Piet言語のことか
- 610 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 19:22:23.11 ID:f81WwqvH]
- bitbucketが作ったstash3.0ってなに？
- 611 名前：デフォルトの名無しさん mailto:sage [2014/05/23(金) 18:37:12.92 ID:pr4rIIld]
- developで開発中、急きょ必要がありmaster(stable)からfixブランチを切り修正masterにマージ
developでは弄ってるがfixでは弄って無いファイルの更新日時まで変更される(これはdevelopから切り替えた時点でおきるが)
ファイル更新日時だけでアップロードしようと思うと無理がある
- 612 名前：デフォルトの名無しさん mailto:sage [2014/05/23(金) 20:49:08.96 ID:3CistgHw]
- とうとうgit 2.0が
- 613 名前：デフォルトの名無しさん mailto:sage [2014/05/24(土) 09:01:11.84 ID:9qFFfmjf]
- gitchainを知らなくていいのって小学生までだよね～
- 614 名前：デフォルトの名無しさん mailto:sage [2014/05/24(土) 11:32:04.32 ID:4TNjChUa]
- >>601
コミットしたものをサーバーにアップロードしたいのか？
コミットする前にテストしたりするためにサーバーにアップロードしたいのか？どっちかよくわからないけど
前者なら作業用のリポジトリをクローンしたものをローカルに用意しといてpullしてxcopyすればいいし
後者ならムダだと思うかもしれないけど今の挙動のままが正解だと思う
checkoutしてタイムスタンプが更新されたファイルは転送されるべきなんだよ
- 615 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 16:40:41.53 ID:E/fV2vLO]
- git checkout -b topic_foo HEAD
git push origin topic_foo
というのをよくやるんですが、git push origin topic_foo をもっと簡潔にできますか？
具体的には topic_foo を省略したい。
初審者質問でごめんなさい！
- 616 名前：デフォルトの名無しさん [2014/05/27(火) 03:17:32.65 ID:Ha9yhWBf]
- バッチにしろ
- 617 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 07:23:22.69 ID:CjDrbeGH]
- >>615
alias p="git push origin topic_foo"
- 618 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 08:25:02.04 ID:aQ+mTKAT]
- >>615
git config push.default current
自己責任で使え
- 619 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 09:36:32.14 ID:M7xuRdW4]
- >>616
必ずしも連続して実行するわけではないので、バッチでない方法がいいなあ。
git checkout はこれでいいと思うので、git push origin topic_foo が簡潔になるよい方法があれば教えてください。
（topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）
- 620 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 11:40:51.59 ID:empqvUFR]
- >>615
> git checkout -b topic_foo HEAD
> git push origin topic_foo
> というのをよくやるんですが、git push origin topic_foo をもっと簡潔にできますか？
> 具体的には topic_foo を省略したい。
その前にHEADを省略しろよｗ
git checkout -b topic_foo
git push origin topic_foo
- 621 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 11:41:37.17 ID:empqvUFR]
- > （topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）
TABで補完すれば良い
- 622 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 12:03:49.03 ID:aQ+mTKAT]
- >>618を設定しとけば、topic_fooを省略してgit push originでいける
remoteがoriginならこれも省略できるから、git pushでいい
- 623 名前：デフォルトの名無しさん [2014/05/27(火) 16:10:42.92 ID:Ha9yhWBf]
- バッチすら作れないのか(笑)
619がしょぼいのか619が使ってるosがしょぼいのか(笑)
うちのvistaならファイルすら不要でランチャーにいくらでも作れるんだが(笑)
- 624 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 18:36:54.81 ID:CjDrbeGH]
- vistaでなければ、バッチなんてめんどくさいもの作る必要すらない。
- 625 名前：デフォルトの名無しさん [2014/05/27(火) 19:21:12.08 ID:Ha9yhWBf]
- いやいや面倒でもなければターミナルに切り替える必要もなくただボタン一つ押すだけだから(笑)
- 626 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 21:50:46.03 ID:x1QZTJwI]
- 必ずしも連続して実行する訳ではない、と言われてるのに脳内で作れないって決めつけちゃうのヤバいな
これからの日本社会に必要な人材だ
- 627 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 02:29:31.61 ID:JqBWJ9I7]
- >>625
ボタン押すとかめんどくさすぎる
- 628 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 06:37:21.38 ID:3jHSpg0i]
- バッチってもしかしてブランチ毎に作るんか？ｗ
- 629 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 09:27:53.43 ID:CrCNX+z2]
- 主となるブランチが１個なら別にいいだろ
- 630 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 09:47:28.15 ID:3jHSpg0i]
- 元の質問はトピックブランチの話をしてるんだから
主となるブランチが1個とかじゃないだろｗ
- 631 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 10:02:33.99 ID:TQzWSZnP]
- トピックブランチっていくつあるの？
- 632 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 10:44:05.28 ID:+VRaMc3N]
- そこからかよｗ
無知が提示する案ほど
迷惑なものはないよなｗ
- 633 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 12:13:27.82 ID:zJ+uQAQa]
- でも結局>>618でFAだろ？
- 634 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 13:56:51.68 ID:3jHSpg0i]
- 作ったトピックブランチを確実にpushする前提なら
(トピックブランチ作ったけどやっぱpushするのやめたーってのが無い前提なら)
push.default=currentにしなくてもpush.default=simpleで(2.0からのデフォルト)
ブランチ作ってすぐgit push -u origin topic_fooをやっとけばいい
それ以降はgit pushだけで済む
- 635 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 15:03:48.65 ID:ioEFfNM4]
- コミットの回数とタグの数をそれぞれ取得する方法おしえて
- 636 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 15:29:40.52 ID:3jHSpg0i]
- コミットの回数
git rev-list --all --no-merges | wc -l
タグの数
git tag | wc -l
- 637 名前：デフォルトの名無しさん [2014/05/29(木) 00:23:03.07 ID:RABmUlyV]
- git add .
git commit -m "前と同じ"
git rebase -i
git push origin <branch>
git rebase master
git push -f origin <branch>
今この状態で、流石にメッセージが前と同じではまずいので直前のコミットとsquashしたいのですが
git rebaseしたらこんなこと言われてしまいます
There is no tracking information for the current branch.
Please specify which branch you want to rebase against.
See git-rebase(1) for details
git rebase <branch>
どうすればいいのでしょうか
- 638 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 00:35:18.93 ID:Kg1bZGF5]
- >公開リポジトリにプッシュしたコミットをリベースしてはいけない
>
>この指針に従っている限り、すべてはうまく進みます。もしこれを守らなければ、あなたは嫌われ者となり、友人や家族からも軽蔑されることになるでしょう。
- 639 名前：デフォルトの名無しさん [2014/05/29(木) 00:40:14.69 ID:RABmUlyV]
- そうなったらまずはgit pushを取り消せばいいのでしょうか？
- 640 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 00:59:18.64 ID:erdIUEhx]
- >>636
gitってこう引数がおおくてわけわかめ
コマンドを増やしてgit commit-countみたいにわけてほしい
- 641 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 01:05:45.72 ID:bLCAImAr]
- wcは引数じゃないだろ
- 642 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 01:25:09.99 ID:/G0dYxTO]
- unix使いの大好きなシェル芸
- 643 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 02:00:42.20 ID:yg8neWnh]
- >>640
つ alias
|
 |
