- 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/
- 856 名前：デフォルトの名無しさん [2015/07/22(水) 13:10:35.36 ID:phbUY/16.net]
- 何も指定しないと怒られます。
$ git rebase -i
usage: git-rebase [-i] [options] [--] <upstream> [<branch>]
or: git-rebase [-i] (--continue | --abort | --skip)
ちなみに、今はcommitの数を数えて、HEAD~~~~~~とかしてます。
- 857 名前：デフォルトの名無しさん [2015/07/22(水) 13:17:41.56 ID:EiNSX7P4.net]
- じゃあ、git rebase -i develop
- 858 名前：デフォルトの名無しさん [2015/07/22(水) 13:54:39.00 ID:phbUY/16.net]
- >>851
おお、それでいけました。
ありがとう。
- 859 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 16:41:20.44 ID:zBOMfGM9.net]
- >>851はgit checkout developの後にdevelopへ何かコミットされた場合、
たぶん>>848が期待してる動作にはならんぞ
- 860 名前：デフォルトの名無しさん [2015/07/22(水) 17:25:54.55 ID:EiNSX7P4.net]
- そういや、そうだね。
じゃあ、
git rebase -i `git merge-base develop HEAD`
ってのが、あったけど、素直にgit logして分岐点のcommit idを調べた方がはやいかもね。
別のブランチとの分岐点を起点に rebase -i する git エイリアス
qiita.com/uasi/items/70d4358c3c70c64f4261
- 861 名前：デフォルトの名無しさん [2015/07/22(水) 18:24:49.47 ID:phbUY/16.net]
- >>853
なるほど、topic branchを複数作って作業するときまずいわけですね。
>>854
merge-baseのこと知らなかったので、もう少し調べてみます。
- 862 名前：デフォルトの名無しさん [2015/07/27(月) 15:06:20.98 ID:+ejnTFZv.net]
- 質問させてください
公開版のHTMLと公開を控えたHTMLがあって、これをgitで管理しようかと考えているのですが
公開版（Master）、確認用（Blanch）とした場合、Blanchは確認環境（HTTPアクセス）として機能させることはできるのでしょうか
- 863 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 15:24:49.11 ID:aZg91AP9.net]
- >>856
何をどうしたいのかもうちっと具体的に説明しないと
ツッコミようがないぞ？
- 864 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 15:45:36.34 ID:biNPOZMH.net]
- >>856
masterブランチはどうやって確認環境として機能させるつもりなの？
- 865 名前：デフォルトの名無しさん [2015/07/27(月) 15:47:39.18 ID:+ejnTFZv.net]
- >>857
説明不足ですみません！
たとえば
example.com/public/
この「public」内のコンテンツをgitで管理するとして
「public150727」という名前で「public」のブランチの更新版を作ったときに、ブランチ「public150727」の内容を確認環境としてブラウザで閲覧する方法はないものかと思いまして質問しました。
もっと砕いた言い方をしますと、gitと使えない環境の人にブランチ「public150727」の内容をブラウザで見てもらうことはできるのでしょうか。
- 866 名前：デフォルトの名無しさん [2015/07/27(月) 15:50:15.95 ID:+ejnTFZv.net]
- >>858
そうですね、勝手な思い込みで公開版をマスターという前提で書いていました
特に公開中のバージョンがマスターであるこだわりはありません
失礼しました！
- 867 名前：デフォルトの名無しさん [2015/07/27(月) 15:56:55.58 ID:T5zoWN7L.net]
- masterブランチをexample.com/public/でアクセスできるようにする手順と同じ手順でできる
- 868 名前：デフォルトの名無しさん [2015/07/27(月) 16:03:28.50 ID:+ejnTFZv.net]
- >>861
「public150727」をpushするということですね！
- 869 名前：デフォルトの名無しさん [2015/07/27(月) 16:16:20.09 ID:T5zoWN7L.net]
- >>862
> 「public150727」をpushするということですね！
違う。そういうレイヤーの話じゃない。
「更新されたmasterブランチ」を「example.com/public/でアクセスできるようにする手順」だ。
- 870 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 16:23:58.54 ID:ybeDhwD5.net]
- >>859
ローカルサーバーで見るではだめなの？
りぽじとりを２つ分けて
それぞれ別々でステージングサーバーにでぷろい環境にするとか
- 871 名前：デフォルトの名無しさん [2015/07/27(月) 16:50:45.48 ID:+ejnTFZv.net]
- >>863
理解が浅くてすみません
自分の知識ですとブランチごとにURLを割り当てるように読み取れるのですが、おそらくそういうお話ではなさそうなのでもっと勉強します！
>>864
やっぱりステージングサーバーで確認→本番環境にPUSHするのが安心ですね
皆さんありがとうございました！
- 872 名前：デフォルトの名無しさん [2015/07/27(月) 16:52:44.86 ID:T5zoWN7L.net]
- まぁ、本人がこれで解決したと思うんならそれでいいか・・・。
- 873 名前：デフォルトの名無しさん [2015/07/27(月) 17:03:36.01 ID:+ejnTFZv.net]
- >>866
よかったら>>863に書いていただいた手順の概要、もしくは参考のURLを教えていただけませんでしょうか
- 874 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 17:17:59.43 ID:T5zoWN7L.net]
- >>867
> よかったら>>863に書いていただいた手順
いやいや、それは俺らにはわからんよ。
その手順がわかりさえすれば、それと同じ手順でできるだろってこと。
ローカルのmasterを変更して、それをサーバにpushしたら、example.com/public/の内容が更新されるんだろ？
その仕組みは一体誰が構築したんだ？
- 875 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 17:18:41.69 ID:aippD/Jn.net]
- .gitをWebサーバーで公開していないか心配になるな
- 876 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 17:21:38.69 ID:T5zoWN7L.net]
- >>869
うわ、その発想はなかったわ。
- 877 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 17:27:25.72 ID:JJPg7kwZ.net]
- 業務使うコマンドを全部教えてください
来月からアルバイトなんですけど
clone,log,reflog,reset,branch,push checkout,commit,add,rm,mvはしってます
- 878 名前：デフォルトの名無しさん [2015/07/27(月) 18:21:27.18 ID:bJ8mI018.net]
- >>871
git --help
- 879 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 21:16:18.54 ID:v7fIr+eP.net]
- >>869
Push to deploy の改善 2.3.0 で入ってるし .git を不可視にしとけば個人サイトくらいなら問題ないんじゃない？
- 880 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 22:46:51.50 ID:aZg91AP9.net]
- >>859
やつぱりまだわからないや
やりたいのは次のどっち？
1)
公開webページとかのhtmlその他諸々をgitで管理して
どっかのブランチにコミットすると自動的に公開webページになるようにしたい
さらに、公開前の事前確認用のページも用意したい
2)
なんかプログラム開発中のソースコードとかをgitで管理しておいて
みんなにレビューしてもらうためにwebページで閲覧できるようにしたい
- 881 名前：デフォルトの名無しさん [2015/07/27(月) 22:48:07.44 ID:u9s58J+y.net]
- A:ある手順を踏めばできるぞ
B:プッシュすればいいんですね
A:そういうレイヤーの問題じゃない
B:ではどういう手順で？
A:それはわからん、プッシュすればできるだろ
なんとなくこのスレの闇を垣間見たような気がするぜ
- 882 名前：デフォルトの名無しさん mailto:sage [2015/07/27(月) 23:00:40.37 ID:aZg91AP9.net]
- あ、よく見たら1)の方だね。
俺だったらポストフックスクリプト書こうとするな
特定のブランチにコミットされたら対応するディレクトリにexportするようなやつ
gitに付属のフックスクリプトのサンプルに似たようなことやるのがあったと思うから調べてみ
手抜きバージョンなら
事前確認用のディレクトリにクローンしておいて
1分おきとかでpullかけるようにcronをセットしちゃう
こんなあたりでいかが？
- 883 名前：デフォルトの名無しさん mailto:sage [2015/07/28(火) 13:25:37.42 ID:3O5DcyiA.net]
- Jenkins とかの Pull Request Builder とかでいいんじゃないかと
あとは heroku なにかに push して確認すればいいんじゃない?
- 884 名前：デフォルトの名無しさん mailto:sage [2015/07/28(火) 16:06:24.66 ID:iS6umbvt.net]
- 2.4.7 と 2.5.0 がリリースされたね。
https://github.com/git/git/releases/tag/v2.4.7
https://github.com/git/git/releases/tag/v2.5.0
- 885 名前：デフォルトの名無しさん mailto:sage [2015/07/28(火) 23:54:34.28 ID:Z/s3EayV.net]
- git v2.4.3
mv index.php sub/list.php
git add .
git commit -m "backup"
コミットした後に
rename index.php => sub/list.php (74%)
って表示されたんですがこれってindex.phpをgit mvで移動したのと同じことですか？
ato
74%って何を表してるんですか？
- 886 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 00:17:46.73 ID:j0BJwxBz.net]
- ファイルの一致率。ファイルの修正と移動を同時にしたんだね。
gitは移動を記録していないので、ファイルの一致率から移動を推測している。
- 887 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 09:32:05.34 ID:bPiFDPfp.net]
- >>859
よそ様の記事だがこんな感じだよ、hook script
< qiita.com/fnobi/items/98bd5d1c83c010842733 >
ぜひバルスしてくれたまえ
- 888 名前：デフォルトの名無しさん [2015/07/29(水) 15:20:03.83 ID:YsMaiv/S.net]
- あるフォルダの中のあるフォルダ・ファイル以外を無視したいんだけど
.gitignoreをどう書いたらいいかわからない
hoge/piyo ←無視しない
hoge/fuga/ ←無視する
hoge/foo/ ←無視する
hoge/bar ←無視する
たとえばこんな感じで、今は fuga,foo,bar を毎度列挙してるけど
今後フォルダがどんどこ増えるとするとちょっと嫌な気分になる
- 889 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 16:33:49.47 ID:bPiFDPfp.net]
- >>859
- 890 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 16:38:56.52 ID:bPiFDPfp.net]
- >>859
How to rebuild from update hook
で検索してみ
kernel.orgでのドキュメント自動公開用のフックスクリプトが解説付きで買いてあるよ
あなたの場合はこれよりは簡単なはず
- 891 名前：デフォルトの名無しさん [2015/07/29(水) 17:01:12.31 ID:1zEW+9y+.net]
- hoge/!piyo
- 892 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 19:54:41.79 ID:syqOZkA4.net]
- >>878
「Git 2.5」がリリース
osdn.jp/magazine/15/07/30/044700
- 893 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:34:27.13 ID:6b1uCZJv.net]
- おお、ついにPerforceまで取り込む気か！
- 894 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 08:21:08.61 ID:Uyj1+FiM.net]
- 指定したディレクトリ以下のファイルをスキャンして
編集してから1週間以上コミットせずに放置してあるファイルを
一覧で出力するようなスクリプトかツールあったら教えて下さい
雑多なスクリプトをgitで管理していて安定したらコミットしようかなーと思っていて
そのまま忘れて半年放置のようなファイルを検出したいのですが
- 895 名前：デフォルトの名無しさん [2015/07/31(金) 08:36:32.35 ID:709JoO30.net]
- git diff
- 896 名前： HEAD []
- [ここ壊れてます]
- 897 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 09:00:48.29 ID:u6UInjxJ.net]
- >>888
> 雑多なスクリプトをgitで管理していて安定したらコミットしようかなーと思っていて
svnじゃないんだから、コミットしろよｗ
svnと違ってコミット＝サーバーに送信 ではない。
そこがsvnのだめなところであり、gitの優れたところなんだよね。
gitなら安定しなくてもコミットできる。
もしバグが見つかれば修正してrebaseしてまとめてしまえばいい。
だから意味がある単位でコミットしていって、
あとでまとめて安定したと思ったらサーバー（共有リポジトリ）にpushすればいい。
（work in progress的なやりかたなら、作りかけでもpushするのもあり）
そこからレビューをうけてOKになったらmasterにマージする。
「安定したらコミット」という発想をやめないといけない
その発想だとどうしても一回のマージのコードが多くなりすぎる。
小さく機能毎にコミット、gitではそれができる。
- 898 名前：デフォルトの名無しさん [2015/07/31(金) 09:30:41.27 ID:709JoO30.net]
- コンパイルできないものもコミットしていいですか？
- 899 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 09:51:16.96 ID:02j0y00V.net]
- いいよ
- 900 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 10:08:59.48 ID:VSZ3MRZU.net]
- >>891
そもそもスクリプトはコンパイラしないし
- 901 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 10:23:03.17 ID:5Be3R/21.net]
- 「意味がある単位」でコンパイルできないものという発想が良くわからない。
- 902 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 12:30:24.06 ID:Q/Fv6mzV.net]
- 毎朝コミットで良いよ
- 903 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 12:32:31.44 ID:02j0y00V.net]
- svnのコミットに近いのは、masterへのpushじゃないかね
- 904 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 13:05:45.97 ID:5Be3R/21.net]
- >>888
ひょっとして、etckeeperが求めるものだったりする？
- 905 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 14:59:02.99 ID:Pi4vilvw.net]
- https://git-scm.com/book/ja/v2/使い始める-Gitのインストール
ここの一番最後に
＞次からはGitを使ってGitそのものをアップデートできます：
って書いてあるんですが
これってmakeとかしなくてもgit pullしただけで新しいバージョンのGitが使えるようになるってことですか？
- 906 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 15:49:47.76 ID:5Be3R/21.net]
- >>898
ならない。
- 907 名前：デフォルトの名無しさん mailto:sage [2015/07/31(金) 15:51:07.09 ID:R58DjZqg.net]
- >>898
インストールしたGitを使ってGitのソースをアップデートできるって意味だな
当然ソースをアップデートしたあとmakeは自分でやる
- 908 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 05:22:16.40 ID:fbUoNrmE.net]
- >>891
> コンパイルできないものもコミットしていいですか？
他人に渡さないならば何の問題もない。
svnとか使ってると、この自分だけが触れる
コミットという概念がわからんのだろうな。
- 909 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 05:24:32.97 ID:fbUoNrmE.net]
- >>895
> 毎朝コミットで良いよ
なんで1日の区切りでコミットしてるんだよｗ
作業の区切りでコミットしろよ。
大抵の場合、1日に数回コミットするもんだ
- 910 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 05:32:58.26 ID:fbUoNrmE.net]
- >>894
> 「意味がある単位」でコンパイルできないものという発想が良くわからない。
コードとして意味がある単位だと、コンパイルできないことはないはずだね。
だけど、作業として見るとコンパイルできないけどコミットすることはあり得る。
例えば何かの修正をする時、設計Aの方法で実装するか、
設計Bの方法で実装するか悩んでたとする。
悩んで出てもわからないのでざっくりと作って検証することにする。
設計Aである程度作って、設計Bである程度作る。
そういった場合に、コンパイルできない状態でコミットすることはあるだろう。
もちろんこれはマージするときには、コンパイルできる意味がある単位に直すのは
当たり前だけど、作業中であればコンパイルできない単位でコミットすることはある
これがsvnだと即サーバーにpushされて周りに迷惑をかけたりすることがあるけど、
gitだと自分だけのコミットにしておけばいいので、中途半端なコードでも
バンバンコミットできる。というかgitならコミットしていいんだよ。
そのためにあるのがrebaseという機能なんだから。
- 911 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 06:00:09.26 ID:Fq14Oy7Q.net]
- msysgitは2系が出てくる気配ないし
もうgitに追従する気は無いってことか
- 912 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 06:17:46.92 ID:fbUoNrmE.net]
- >>904
俺はwindowsだとcygwinを使ってるよ。
色々他を試したが結局cygwinに戻ってきた。
昔と違ってマシンスペックが上がったから
たいして重さを感じないしね。
zshも使えるし。
- 913 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 07:37:18.72 ID:O3MfLUJM.net]
- >>904
v2系はこれ？
使ったこと無いけど
git-for-windows.github.io/
- 914 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 11:19:27.66 ID:BlX74pFF.net]
- >>903
あるある
俺も「筋が悪そうだからこのブランチは放棄」ってコメント付けてコミットした事は何度かある
- 915 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 14:26:03.50 ID:fbUoNrmE.net]
- 他にも思い出した。
とある修正をしていて、コードを書いていると
うぉい、ここバグってるじゃねーか
（そのせいでとある修正がちゃんとできない）
一旦コミットしておいて、
先にバグの修正をコミットして、
んで戻ってくる。
こういった時に中途半端な状態でコミットする。
戻ったあとはバグ修正状態からの変更ににrebaseする。
このようにgitの素晴らしさっていうのは、
ファイルの管理やバックアップではなく、
実際の開発で起こることに対応するための機能なんだよ。
履歴管理ツールではなく、開発ツール。
そう認識しないといけない。
- 916 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 21:25:30.14 ID:fuLtc72j.net]
- >>908
rebaseしたくないので、同じようなことを
rebaseしないでやる方法も教えてください。
おねがいします。
- 917 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 21:30:36.62 ID:cZ9y3hcR.net]
- >>909
「rebaseしたくない」ではなく
「馬鹿だからrebaseを使える能力がない」の
間違いだろ？
「したくない」ではなく「できない」
自分に嘘をついてはいけない。
- 918 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 21:39:52.86 ID:Co43fSsi.net]
- 正解は「rebaseする必要はない」でした
- 919 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 22:52:16.85 ID:cZ9y3hcR.net]
- 道具は適切に使うものだ。
目的のために作られた専用のものがあるのであれば
それを使えばいい。
それが必要だから作られたわけなんだから。
- 920 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:12:53.23 ID:h+APIw5a.net]
- stashやcommit --amendや--no-commit系使える時は使う。rebase代わりにformat-patch使うことケースも1%くらいはある。
でもほぼrebase -iだな。
- 921 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:18:37.12 ID:Co43fSsi.net]
- 道具は適切に使うものだ。
そして、それがあるから使うというのは適切な使い方ではない。
それは道具に使われてると言うんだから。
- 922 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:31:46.83 ID:fuLtc72j.net]
- >>910
rebaseという思想が好きじゃないんです。
それはそれとして、rebaseを使わないと出来ないことなのですか？
- 923 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:49:08.71 ID:RZc3oG0T.net]
- とりあえず空行交えて語りたい人たちは運用スレ行ってください
- 924 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:01:19.35 ID:ID0TD3H5.net]
- gitは運用方法に派閥っていうか宗派っていうか宗教戦争みたいなもんがあるのか
- 925 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:09:46.39 ID:KQ3UQl73.net]
- 運用が自由すぎて
どこかの宗派の戒律を受け入れたほうが楽、と言うのはあるな
俺はgit-flow派
- 926 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:12:00.18 ID:uoA7o0bf.net]
- >>915
> それはそれとして、rebaseを使わないと出来ないことなのですか？
？
rebaseを使うとやりたい事が簡単にできるんだよ。
やりたい事＝思想。
rebaseを使わなくても、同じことをするのであれば
rebaseの思想は正しいということとなんだが。
- 927 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:15:40.65 ID:gKbzhWvd.net]
- rebaseしたくないならmergeすりゃいいじゃん
- 928 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 00:37:19.06 ID:eV4xuuQq.net]
- 複数コミットにまたがるamendのようなrebase
-> rebase開始位置に指定したコミットは変らない -> HEADのファイルは変化しない
分岐した元ブランチとの関係をFF状態にするためのrebase
-> rebase開始位置に指定したコミットが別のコミットになる -> HEADのファイルが変化する
良く知らない人はrebaseっていうと後者しか思い浮かばなくて
mergeすればいいじゃんとか言い出す
- 929 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 07:51:47.64 ID:zAkA6wkz.net]
- rebaseは手段の一つであるが目的ではない
rebaseの思想とかｗ馬鹿はこれだから怖い
- 930 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 08:42:49.05 ID:gKbzhWvd.net]
- rebaseでしかできないことがあるのは当たり前。
rebase以外で目的を達成することができることがある != すべてrebase以外で実現できる
- 931 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 09:00:44.24 ID:dTRZmQiN.net]
- 論理値の比較に等号不等号つかうひとって筋が悪いよね
- 932 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 13:19:25.28 ID:5pxTtzkh.net]
- >>924
世間のレベルに合わせてるんだよ。
あと、rebaseは名前が嫌い。
- 933 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 13:30:22.74 ID:RcysspGc.net]
- たかがgitを使える程度で尊大な大先生がよくわくスレだ
- 934 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 20:18:22.98 ID:HQ+xGyu0.net]
- linuxでgit pullで新しいコミットを取得したら自動でビルドしたいんですけど
どうやればいいのか教えてください
- 935 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 21:02:00.58 ID:j05l/s8s.net]
- >>923
> rebaseでしかできないことがあるのは当たり前。
rebaseでしかできないことなんてない。
全ては効率の問題。
その他の方法でもやれるが、
効率が凄く悪くなる。
例えて言うのなら、東京から大阪まで徒歩でも行ける。
車でしか行けないわけじゃない。それと同じ。
ある目的のためにrebaseという手段が作られた。
rebaseは目的ではない。目的を最速で達成するための
手段なのだ。使わない理由がない。
- 936 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:07:56.09 ID:zAkA6wkz.net]
- rebaseでしかできないことなんてないし
rebaseしなければいけないこともない
ではなぜrebaseするのか？
これは哲学的であり、そしてかなり難しい問題のようにみえる
しかし、実は我々はその答を既に知っているのだ
その答とは
そこにrebaseがあるからだ
- 937 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:13:02.07 ID:j05l/s8s.net]
- いや、rebaseがなかったから作ったんだよｗ
Linusがね。必要だと思ったから作った。
- 938 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:51:23.25 ID:sASJ2DPa.net]
- Linusまたはその後継者が必要だと思ったからrebaseが作られた
きっとそうだろう
でも俺はLinusじゃない
- 939 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:54:55.58 ID:I5g9+RU+.net]
- Linusよりも劣る人間が言っても説得力ないな。
- 940 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 23:04:48.44 ID:sASJ2DPa.net]
- >>932
つまりだ、Linusのために作られた道具を
俺ごときが使いこなせるわけがない
ということだ
- 941 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 08:13:34.83 ID:6s/iApNK.net]
- 誰でもrebaseを使う事によって最速のrebaseが達成出来る
全く問題はない
- 942 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 17:13:09.03 ID:CE59HNJ8.net]
- >>908
> 一旦コミットしておいて、
> 先にバグの修正をコミットして、
> んで戻ってくる。
stashしろよ。
- 943 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:22:26.69 ID:OzQ4PZKS.net]
- >>935
やってるよ？
コミットしてないファイルがあるとrebaseできないからね。
stashしても作業中のファイルを一旦対比してから、
その後で修正してrebaseする。
- 944 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:35:53.78 ID:nTSIXxVa.net]
- rebaseってどういう機能なの？
コミット済みのコミットにマージするの？
- 945 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:40:24.64 ID:6s/iApNK.net]
- 履歴を改竄するだけの、稀に便利だけど、必然性は全くない機能。
- 946 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:43:36.27 ID:OzQ4PZKS.net]
- 間違いをしないと言う人間には
不要でしょうなぁｗ
タイポしたことがない人、手を揚げて！
閻魔様の前に連れて行ってあげる♪
- 947 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:57:28.47 ID:DLpcuCaG.net]
- rebaseが無かったら単なるバージョン管理ツールだね
rebaseがあるから差分管理編集ツールとでも呼ぶべき別次元のツールになった
- 948 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 21:01:48.03 ID:Po35HDPO.net]
- rebaseがないと、もうバグはないかな？とか考えてしまって
まだコミットしないで様子を見よう。とかやってしまうんだよね。
そうすると小さくコミットすることが難しくなってしまう。
- 949 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 21:20:26.33 ID:6s/iApNK.net]
- バグの痕跡を秘密裏に闇に葬る暗黒のrebase使い達
- 950 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 23:17:22.87 ID:nTU4lW67.net]
- >>937
rebaseはブランチの分岐点を変更する機能
gitより前にclearcaseなどで実装されていてgit固有の機能という訳ではない
rebaseにコミットの編集・結合・取捨選択する機能を追加して
より柔軟にコミットを直せるようにしたのがgitかな
- 951 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 02:11:14.86 ID:pFxIT8vh.net]
- >>942
リリースしてないもののバグを
なんで痕跡残さないといけないんだ？
- 952 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 08:51:51.90 ID:1pDlaOkO.net]
- >>942
成果物の途中経過を次元の狭間に葬り去る古のno-commiterとの血で血を洗う闘争の幕開けであった
- 953 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 09:07:24.48 ID:LaebqzUe.net]
- 前のコードはコメントアウトして残せ。
リリースしてないコードも全部だ。
- 954 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 09:35:03.57 ID:ioOBuo8G.net]
- 年代記に残る争いになるわけですな
あ、改竄派が勝てば、そもそも争いはなかった事になって、年代記には残らないね
え？言葉が悪い？
では修正的歴史観と呼び直しましょう。
- 955 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 10:08:20.01 ID:rYHf65xq.net]
- >>936
> >>935
> やってるよ？
は？stashせずにコミットしてんだろ？
- 956 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:23:44.57 ID:jQzRldfC.net]
- コミットにランク機能がほしい
とりあえずバックアップ代わりのコミットと
コンパイル通ったコミットとガッツリテスト済みのコミットと
それぞれ記録したいけど、ログをみるとき
全部出てしまうのはうっとおしい
（ガッツリテストとおったログだけみたい）
- 957 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:36:08.82 ID:rYHf65xq.net]
- >>949
それぞれ何かキーワードを決めて、ログ表示するときに絞り込めばいい。
- 958 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:52:01.94 ID:wN0qaZCY.net]
- >>949
それぞれブランチをつくればいいと思う
- 959 名前：デフォルトの名無しさん [2015/08/04(火) 15:01:54.07 ID:KT0L8boW.net]
- チェックアウトってなんすか？
ホテルとかで家に変えるときチェックアウトしますよね？
そうすると部屋空いてるから、だれでもチェックインできるようになるんですか？
- 960 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 15:56:53.06 ID:jQzRldfC.net]
- >>950
今はそうやってる
>>951
それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね
- 961 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 18:13:17.56 ID:rYHf65xq.net]
- >>953
> それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね
bashだったら、git-prompt.shを使うといい。
プロンプトを
[username@ dirname] (issue-2701-add-hoge-api *) $
みたいにできる。
ついでにgit-completion.bashもインストールすれば、gitコマンドやbranch名をTabで補完できるようになる。
- 962 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 20:39:05.58 ID:LaebqzUe.net]
- >>949
普通に日本語でコメント書けばいい。
> ログをみるとき全部出てしまうのはうっとおしい
ブランチに含まれるコミットが多すぎるってことさ。
いろんなプロジェクトのマージコミット見てみ。
マージコミットの内容＝ブランチの内容なわけだが、
ブランチに含まれるコミットは数個しか無い。
>>953
> それ前やってたけど、今どのブランチにいるかうっかり忘れるんだよね
>>954がいっている通り。
それはさすがにgitを使いこなせてない。
gitというかシェルに近い話だが。
初心者のうちは、なにか使いにくいと思ったら
自分の使い方が間違ってるのではないかって
考えることが重要だよ。
- 963 名前：デフォルトの名無しさん mailto:あげ [2015/08/05(水) 16:11:14.67 ID:qTT2Q3HY.net]
- Git始めました
- 964 名前：デフォルトの名無しさん mailto:sage [2015/08/05(水) 22:03:19.51 ID:Y8QWrwSI.net]
- 冷えてるの？
- 965 名前：デフォルトの名無しさん mailto:sage [2015/08/06(木) 12:24:17.98 ID:YnB06pEs.net]
- あったかいGit始めました
- 966 名前：デフォルトの名無しさん mailto:sage [2015/08/07(金) 21:38:28.11 ID:VjeH+b7c.net]
- SourceTreeは結構バグ多いんだけど
代替GUIでお勧めはある？
- 967 名前：デフォルトの名無しさん mailto:sage [2015/08/07(金) 21:50:49.99 ID:TJyjY+1J.net]
- あまりgitを使いこなせてないからか標準のgitgui？gittk？で割と十分だと思ってるんだけど
皆さんはどのへんに不満があるのでしょう？
- 968 名前：デフォルトの名無しさん mailto:sage [2015/08/07(金) 22:38:51.48 ID:zZgheHLR.net]
- SourceTree時々固まるけどいうほどバグあるか？
コミットとブランチ編集はGUIでやってrebaseはCLIでやってる
- 969 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 02:18:48.55 ID:hvTU1eUO.net]
- >>961
とくに目立つのは
・日本語入力がたまにできなくなる
・日本語がたまに文字化けする
の2点かなぁ
- 970 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 19:03:43.84 ID:eLygs58n.net]
- ShiftJISとか使ってんの？
- 971 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 21:12:25.04 ID:hvTU1eUO.net]
- ShiftJISとか使ってませんよ？
- 972 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 21:21:49.39 ID:vBlQRCao.net]
- Windowsは全世界でShiftJISが使われているんだろう？
- 973 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 23:20:35.51 ID:BQYw/0/m.net]
- テスト
- 974 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 23:27:16.33 ID:m5zrYZQl.net]
- ファイル名とかは後方互換性でそうなっちまうわな
>>965
英語圏はとりあえず違うかな？
- 975 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 23:32:51.12 ID:A+ZgS5ti.net]
- >>965
ASCIIがShiftJISのサブセットだと大体そんな感じかな？
有名な円化するくらいで
- 976 名前：デフォルトの名無しさん mailto:sage [2015/08/08(土) 23:33:39.68 ID:PKfIE09h.net]
- ﾃﾞﾓﾈ ﾀﾞｲｼﾞﾅｶｷﾞﾓ
ｶｷﾞﾓ ｶｴｼﾀﾉ〜
∧_∧
(*ﾟー^)
／つ￥ つ
｜*/;≡|@＼
￣(/ Ｕ￣
￣￣￣￣￣￣￣￣￣￣
ﾁｬｰﾝｯｯ ｳｫｰｯ ｼｨｰｰｯ
`∧∧ ∧∧∧∧ ∧∧
( ) ) ) )
- 977 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 00:06:42.83 ID:SZxZe4hf.net]
- >>965
SJISなわけはないがフランスやロシアや中国の人のソースもたまに化けてるの見る
https://en.wikipedia.org/wiki/Windows_code_page
- 978 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 01:38:16.85 ID:un4R4gw1.net]
- なんか最近のニュースで
MSのVisualStudio2015でシフトJISじゃコンパイル失敗するからなんか設定してねってあったぞ
WindowsでもソースコードのデフォルトはもうUTF-8なんだよ
- 979 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 16:53:09.64 ID:zMNscprH.net]
- そりゃC#の話じゃないの
- 980 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:04:53.01 ID:un4R4gw1.net]
- べつにC#限定の話じゃないようだが
ぐぐるとC#の話が一番上にでてくるがなｗ
- 981 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:21:44.28 ID:DsvXgH80.net]
- 2015だとC++もデフォルトUTF-8になったのか？
いちいち変更しなくて済むようになったんならありがたいが。
- 982 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:25:29.84 ID:doZuGkX/.net]
- >>974
たぶん2010あたりから
- 983 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:43:56.94 ID:zMNscprH.net]
- Win32でC++新規作成するとSJISだけど、これうちの環境のせいなのか？
- 984 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 17:48:54.67 ID:TarQJqGz.net]
- >>975
Visual Studio 2013 Community ではシフト JIS ですけど？
- 985 名前：デフォルトの名無しさん mailto:sage [2015/08/09(日) 21:40:02.06 ID:MwH/TAN+.net]
- 大丈夫だ、2015でもCP932のままだ
- 986 名前：デフォルトの名無しさん [2015/08/10(月) 05:15:36.78 ID:joKVIITR.net]
- Windows10のcmd.exeまだchcp65001のバグ治らないな
- 987 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 08:39:31.31 ID:woEY2l+M.net]
- >>979
もうほとんどやる気ないでしょ
この部分だけでいいからソース開示して有志に改造させて欲しいわ
- 988 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 09:29:36.92 ID:Y9npztmj.net]
- 同意
だけど git for windows だったかなんかについてくる UTF-8 対応の cmd.exe っぽいのは結構使える
- 989 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 09:37:10.95 ID:7mEm0oAX.net]
- 今どきCLIとか石器時代の生き残りかよ
- 990 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 10:58:28.36 ID:lE/gCziL.net]
- だがまあgitに限って言えば
GUIだけでは心もとないのもたしか
- 991 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 15:32:34.36 ID:iHuYT/si.net]
- テキストベースは便利なんだよ
自動化とか簡単だし、それをgitで管理できるから
- 992 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 17:41:57.41 ID:24CTSkEb.net]
- CLIはデプロイツールと親和性が高い
- 993 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 18:43:19.26 ID:wnxGShdH.net]
- 自動化に関わるツールはCLIがないと困るよね
- 994 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 20:12:09.12 ID:Mkjl0645.net]
- git pullで新しい更新を取り入れた時に指定したシェルスクリプトを実行したいんですけど
フックの名前を教えてください
- 995 名前：デフォルトの名無しさん mailto:sage [2015/08/10(月) 20:12:45.22 ID:Mkjl0645.net]
- 俺はGUIの見方がよく分かんないからCUIしか使ってないよ
- 996 名前：デフォルトの名無しさん mailto:sage [2015/08/11(火) 06:26:57.50 ID:/JNKK5gi.net]
- >>987
新しい更新がマージされたのを契機に処理をしたいなら post-merge になりそうだけど、
リモートからコミットがfetchされてそれがマージされたのかどうかは自分で判断しないといけないんじゃないかな
- 997 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
