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/ 735 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 08:17:21.67 ID:Jo3Uu3lv.net] 自演乙 736 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 09:57:48.30 ID:PyoyBJGz.net] >>727 >なんだかよくわからないけどgit push --forceでいいのかぁ〜と理解し これは別にID:j9mWyPD+悪く無いだろ…… 737 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 10:01:38.28 ID:PyoyBJGz.net] 大体、Git使う奴がアホかどうかなんてソフト側から判別できるわけ無いんだから、 どう丁寧に教えようがリスクは当然有ると考えるべき(戻せるだけマシ) だったら丁寧に教えてあげた方が後から文句言われる筋合いを無くせるという利点も…… 738 名前：ID:j9mWyPD+ mailto:sage [2015/06/22(月) 10:09:04.83 ID:6W+IUVUv.net] 俺的には プロ（俺）の目の前で、アマチュアが初心者に 「お前にはまだわからんだろう� 739 名前：ｪな〜」と 言い出したように感じたものでｗ アマチュアが、pushした物の歴史改ざんしたらいけないんだぜーとか push --forceはだめなんだぜーとか言ってるのを見るとねぇ（苦笑） そういう書き込みには、決まってなぜだめなのかといった理由が書いていない。 自分がわかってないからさ。 理由を考えれば、どういう場合にはだめで、どういう場合ならいいかが わかるはずなんだが、一部の人間は何も考えたくないからか、 状況など考えずに、良いか駄目かのわかりやすいルールを求める。 そういう人間にはならないようにしような。 [] [ここ壊れてます] 740 名前：デフォルトの名無しさん [2015/06/22(月) 10:16:31.40 ID:nboh/a20.net] 間違って操作しても壊れないようにするのがフェイルセーフ（馬鹿除け）の基本なんだが 741 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 10:30:46.58 ID:6W+IUVUv.net] 世の中に間違って操作しても絶対に壊れないものなんてないぞｗ フェールセーフというのは間違って操作しても「安全」という意味だ。 英語：セーフ＝安全 お前が言うべきなのは、フールプルーフな。 英語：フール＝馬鹿 gitにおけるフールプルーフはreflogだろうな。 これによってコミットが消えることはない。 間違って操作してもgitなら複数の場所にコピーがあるから これもフールプルーフといえよう。 push --forceしても別に壊れるわけじゃない。混乱が発生して困るだけだ。 もちろんそういう問題が発生するのは、みんなで共有しているブランチだけであって だから自分専用であれば誰も困らないんだからやっていいという話をしてる。 >>734 お前は何がいいたいのだ？ 742 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 10:52:29.70 ID:kJni3XZO.net] 釣られたんじゃね？ 743 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 11:00:33.51 ID:Jo3Uu3lv.net] リポジトリが公開されているからと言って 勝手にforkして作業してたら 主が勝手に（自由に）pushして forkした側が混乱して困ってこれまた勝手にクレームを付ける 誰宛てのアンカも無いレスに対して >>735 がやってることはまさにそれ 744 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 12:16:35.13 ID:a9m1vXpg.net] そういう揉め事はこちらへどうぞ peace.2ch.net/test/read.cgi/tech/1433650988/ 745 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 17:40:26.27 ID:PyoyBJGz.net] ID:6fsOI3Rm＝ID:Jo3Uu3lv必死すぎワロスｗｗｗ 746 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 18:04:38.52 ID:6W+IUVUv.net] >>737 落ち着こうｗ あんたが言っている問題（？） それはフォークなど関係なく発生することだ。 複数人で開発したら、一人が開発中に もう一人が修正した。という話をしているだけだな。 747 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 19:50:24.16 ID:ScRlfOQU.net] いっぱい釣れたね 748 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 20:27:08.06 ID:O6QpuzQl.net] おまえらpush --forceを甘く見すぎだな Aがトピックブランチ作成 Aがトピックブランチ上でコミットXを作成してpush Bがトピックブランチ作成 Bがトピックブランチ上でコミットYを作成してpush、トピックブランチ破棄 Aがトピックブランチ上でタイポ直したコミットX'をrebaseで作成してpush --force コミットYは上書きされてしまうわけだが、これ誰も気がつかずコミットYがGCされちゃうことあるんだよ？ 749 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 22:41:32.22 ID:mEuvJOmb.net] x されちゃうことがある o されちゃう 750 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 22:47:27.01 ID:O6QpuzQl.net] GCされる前に誰か気がつけばreflogから復旧できるんで 751 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 23:36:10.08 ID:a9m1vXpg.net] >>742 AとBのトピックブランチが同じ名前ならBのpushのときに失敗するだろ。 その場合はトピックブランチを共有してるのだから、push -fしてはいけないのは当たり前 752 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 00:36:04.38 ID:UdZmnE2/.net] >>742 >>745の言うとおり。共有しているブランチは push --forceしたらだめだと書いた。ちゃんと判断して使え。 ミスしたらという話をするならば masterを消すことだって出来てしまう。 だからgitlabを使えと言ってるんだよ。gitはソースコードの管理をするためのもので ユーザーの管理、つまり誰が何をやっていいかダメかっていうのは管理してない。 --forceが問題なのではなくて、gitだけでやろうとしているのが問題 ユーザーの管理がしたいのならGitサーバーを使う。それはGit Proにも書いている。 https://git-scm.com/book/ja/v1/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC 俺のおすすめはgitlab。Git Pro 2nd Editionの方に翻訳されてるな。 https://git-scm.com/book/ja/v2/Git%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-GitLab フォークして自分のプロジェクトで作業するならば、 メインのプロジェクトには共有ブランチだけ、 自分のプロジェクトには自分専用のブランチだけになる。 共有ブランチはプロテクト等をかけることで、 push --forceできなくすることもできる。 753 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 00:45:05.79 ID:4795aBmW.net] gcをしても初期設定だと直近二週間のコミットは保存されるし 他の奴の作業コピーから復元できるかもだし 754 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 01:19:15.14 ID:UdZmnE2/.net] 少なくともコードを書いた本人のマシンには 本人が書いたコードは残ってるんだよね。 755 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 16:29:38.65 ID:LQfp6JsA.net] べらんめぇ 宵越しのコードは持たねぇのが粋ってもんよ 756 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 20:22:25.05 ID:CqiNTuO0.net] おっ、粋だね！ 757 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 20:57:22.50 ID:Yra6/pdr.net] >>749 てめえ、コミットする前にコード消しやがって、何が粋だよ 758 名前：デフォルトの名無しさん [2015/06/23(火) 22:28:58.60 ID:SktsG5/m.net] コードもまた別れがあるから愛おしいのよ。 いつでも逢えたらロマンチックじゃないじゃない。 759 名前：デフォルトの名無しさん mailto:sage [2015/06/24(水) 08:57:50.31 ID:NHniIMjV.net] >>751 江戸っ子は気が短けーんでい 760 名前：デフォルトの名無しさん mailto:sage [2015/06/24(水) 22:23:29.89 ID:ix5XSndE.net] コードなんてもなぁ、そう何度も何度もね、 テストしたりコミットしたりほどのもんじゃないんだよ。 オレなんか、急ぐときなんざ エディタで保存する前に 消しちまうんだ 761 名前：デフォルトの名無しさん mailto:sage [2015/06/26(金) 11:47:16.43 ID:Q1kb1EVf.net] 3つのファイルを編集した1コミット分をgit pushしたときに Total 9 (delta 5), reused 0 (delta 0) って表示されたんですが9と5ってなんですか？ 762 名前：デフォルトの名無しさん [2015/06/28(日) 11:33:24.51 ID:5m9gZHLm.net] 基本的には実行属性を無視しつつ、 ある特定のファイルの実行属性だけ無視しない という設定をしたいんだけど、どうすればいい！？ 763 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 11:47:33.27 ID:VLu09OAr.net] >>756 Linux使えば良い。 764 名前：デフォルトの名無しさん [2015/06/28(日) 13:44:26.56 ID:5m9gZHLm.net] >>757 Linux使ってるんだけど、どうすればいい・・・ 765 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 14:04:26.07 ID:lxz6gjyn.net] chmodぐらい勉強しろ。 766 名前：デフォルトの名無しさん [2015/06/28(日) 15:26:50.01 ID:5m9gZHLm.net] >>759 いちおうわかりやすく説明しなおすと、 chmodをすると、gitは属性の変更を検知するでしょ？ それを本当に実行するファイル以外では無視したいの。 たとえば、 bin というフォルダにあるファイルの 実行属性があやまって変更されたら検知してほしいけど doc というフォルダのファイルをうっかり属性変更しても そんなのは無視してほしいんですよ 767 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 15:36:00.06 ID:YBvq0FDq.net] .gitignoreや.gitattributesでどう設定すれば・・・って話だろうけど 確かにもうすこし具体的に何がしたいか書かないとレスつかないだろうね 768 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 16:49:31.94 ID:uJqfu/82.net] sambaからコピってパーミッション直さないのがいると 全部のファイルに実行権ついててうざっ…とはなるな 769 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 17:03:24.02 ID:WJabjmO6.net] >>762 cygwinなら/etc/fstabで/cygdriveをnoaclに設定しとけばその手の煩わしい手間の必要はたぶん無い msysgitとかだと同じことできなかったりする？ 770 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 18:27:03.56 ID:uJqfu/82.net] >>763 Windows->(Samba)->Linuxにコピーして Linuxでgit addした時の話ね msysgitなら実行権を無視するのでそういう事にはならないよ 771 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 18:39:52.16 ID:lxz6gjyn.net] だからLinux使えって言ってんだろ？ 772 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 20:07:20.93 ID:WJabjmO6.net] >>764 それはsamba側の設定でcreate maskを0644にしちゃえばいいと思うんけど、 そういうわけには行かない使い方をしてるのかな？ 773 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 20:25:52.15 ID:uJqfu/82.net] >>766 自分配下のものならそれでいいんだけど、 個人用のLinux PCとか、IT管理部門が許可しなかったりと なかなか統一できないのよね…。 質問の件は git config core.filemode false で 実行権限無効化するくらいしか思いつかないな gitattributesでできるんかな？ 774 名前：デフォルトの名無しさん [2015/06/28(日) 20:28:07.89 ID:5m9gZHLm.net] >>767 実行権限無視の設定にしてる。 でもこれだと、ほんとに実行するファイルの実行権限が落ちていた時に 気付かないので、できればやめたい 775 名前：750 mailto:sage [2015/06/28(日) 20:31:54.95 ID:/nFQf9C+.net] どなたかおねがいします 776 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 20:44:04.23 ID:WJabjmO6.net] >>769 stackoverflow.com/questions/21476167/when-i-do-git-push-what-do-the-statistics-mean-total-delta-etc 777 名前：デフォルトの名無しさん mailto:sage [2015/06/28(日) 22:55:49.53 ID:im5DcXMU.net] うーん、 プリコミットフィルターでコミットを拒絶するか ポストコミットフックで実行権を強制的に書き換えるか やりかた？知らん。 778 名前：デフォルトの名無しさん mailto:sage [2015/06/29(月) 16:18:10.01 ID:rbxhDT3n.net] git diffが見づらいんですが 背景色を変更したり文字の色を指定する方法をおしえてください 779 名前：デフォルトの名無しさん mailto:sage [2015/06/29(月) 17:14:42.93 ID:k+90EXgh.net] .git/config 780 名前：デフォルトの名無しさん [2015/06/30(火) 09:22:56.54 ID:TGfi4m1b.net] コミットした内容を破棄するんじゃなくて コミットしたことを破棄したいんだけど どうしたらいいの？ ファイルの内容は戻したくない 781 名前：デフォルトの名無しさん mailto:sage [2015/06/30(火) 09:39:02.37 ID:4wEdMli5.net] >>774 git reset HEAD^ 782 名前：デフォルトの名無しさん [2015/07/04(土) 13:39:17.57 ID:YKtPOMLD.net] 要件とか設計書をmarkdownとかで作成してバージョンを管理するとします。 そして変更履歴を一覧として出力(差分のみ)して作業指示書のようにすることはできますか？ 783 名前：デフォルトの名無しさん mailto:sage [2015/07/06(月) 07:01:20.85 ID:p0+3cdhD.net] git log -p でええか？ 784 名前：デフォルトの名無しさん mailto:sage [2015/07/06(月) 11:19:13.00 ID:jgWjPX/O.net] SourceTree ってわかりにくくない？ 編集したのを元に戻すつもりで破棄を選んだら ファイルを消されたよ 実行したgitコマンドのログも見れないし 785 名前：デフォルトの名無しさん [2015/07/06(月) 12:24:05.59 ID:IqUlle/j.net] 使ってないよ 786 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 07:05:33.80 ID:NpIL7uvL.net] >>776 人間を機械のように扱わないとあかん案件か。 787 名前：デフォルトの名無しさん [2015/07/07(火) 10:56:27.88 ID:L2fl7GI9.net] >>780 Excelでいつの間にか更新されてて、取り込まれてないよ！っつーのをなくしたいんですわ 788 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 23:01:07.32 ID:JwFwNWWF.net] csvにしてからテキスト比較する程度でも足りそうな 789 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 23:25:04.32 ID:y1gFbJO1.net] いままで要件定義とか設計書をExcelでやってたのをGit管理したmarkdownへ変更したいってことなのか？ 790 名前：デフォルトの名無しさん [2015/07/08(水) 01:45:10.53 ID:uot9w4rY.net] これって他人のコード見れたりするんですか？ 791 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 02:11:28.13 ID:uBhtmoLk.net] ほんとExcelの仕様書は根絶してもらいたいな バックエンドにGitを使ったWikiで何か良いものはないのかな？ 792 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 04:28:24.61 ID:L2Tv4EJx.net] >>785 gitlab 793 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 19:28:18.03 ID:ribTz8l0.net] >>785 エクセルをgitで管理すると捗るよ 794 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 23:28:04.19 ID:PLuP1x0a.net] tortoiseGitのdiffでexcelの差分表示機能は秀逸 差分機能のないexcel自身を使ってなぜか差分表示を行ってしまう wordファイルはword自身の機能を使って差分表示 SourceTreeはWinMargeの呼び出しが標準たな？ tortoiseGitには負けるけどそこそこ使える コマンドラインではdocx2txtが定番なのかな？これってexcel対応してたっけ？ 795 名前：デフォルトの名無しさん mailto:sage [2015/07/10(金) 00:13:15.31 ID:Ud/4MC5K.net] markdownやplantUML使うならAtomよさげだなあ これぞ開発者のツールって感じ 796 名前：デフォルトの名無しさん mailto:sage [2015/07/10(金) 03:42:11.87 ID:/JprfCCX.net] >>787 > エクセルをgitで管理すると捗るよ 前にやってた（知らない所で勝手にやってた）ことあるけど データ容量増えすぎでいらいらするようになったよｗ 差分で記録できないからね。 画像とか含まれていると、数MB単位で増え続ける。 797 名前：デフォルトの名無しさん [2015/07/10(金) 04:02:17.76 ID:27W+BsF0.net] やって後悔するのは愚者 やらんでも予想出来るのが賢者 798 名前：デフォルトの名無しさん mailto:sage [2015/07/10(金) 08:38:00.86 ID:xDEEK620.net] git って差分で記録なんてしてたっけ 799 名前：デフォルトの名無しさん mailto:sage [2015/07/10(金) 09:26:19.80 ID:JycZhxcB.net] その人はExcelでgitを作って管理すると捗ると言ってるのだ それなら通じる 800 名前：デフォルトの名無しさん mailto:sage [2015/07/12(日) 14:24:22.04 ID:PDFfD/6i7] >>792 コミット時にはしないけど、git gcの時に似ているファイル同士は連結圧縮してくれる 801 名前：デフォルトの名無しさん mailto:sage [2015/07/12(日) 14:24:46.34 ID:9keGjwZf.net] >>792 コミット時にはしないけど、git gcの時に似ているファイル同士は連結圧縮してくれる 802 名前：デフォルトの名無しさん mailto:sage [2015/07/13(月) 17:46:21.87 ID:t6CAZDWG.net] SourceTreeをアップデートしたらウィンドウが半分になった どうしよう 803 名前：デフォルトの名無しさん mailto:sage [2015/07/13(月) 17:49:20.78 ID:t6CAZDWG.net] ブックマークを表示してサイズ変更して非表示にしたら直った。 不思議なこともあるもんだ。 804 名前：デフォルトの名無しさん [2015/07/14(火) 01:33:04.33 ID:vBESeRtH.net] 案件とかで使ってないけど、趣味でgit勉強してます。 で、どういう運用すればいいのかよくわからん。 まず、バージョン1とかマイルストーンでブランチを切った方がいい？で、そこから機能でブランチを切ってく感じ？ 805 名前：デフォルトの名無しさん mailto:sage [2015/07/14(火) 06:39:52.42 ID:lsljdDda.net] 好きにしろ 806 名前：デフォルトの名無しさん mailto:sage [2015/07/14(火) 10:23:57.14 ID:pNaF7lhj.net] >>798 まずブランチなんか無視して使い方を覚えるんだ 807 名前：デフォルトの名無しさん mailto:sage [2015/07/14(火) 11:24:20.22 ID:OwkWHpBs.net] >>798 このスレはgitであのコマンドってなに？とか git周辺のソフトって何が有る？とか そういうことを聞くスレだよ。 主に初心者向け gitの運用の仕方はこっち Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net peace.2ch.net/test/read.cgi/tech/1433650988/ 808 名前：デフォルトの名無しさん [2015/07/14(火) 12:53:22.36 ID:G0PBqp91.net] >>801 どう見ても初心者だろ 809 名前：デフォルトの名無しさん mailto:sage [2015/07/14(火) 13:07:53.62 ID:VxoBFrok.net] >>802 運用のことを考え出したら初心者じゃない。 コマンドなんてあとから覚えりゃいいんだよ。 運用があって、それに必要なものを作ったのが gitなんだから。 810 名前：デフォルトの名無しさん [2015/07/14(火) 13:20:00.15 ID:G0PBqp91.net] 初心者はコマンドを先に覚えた方が良い。 でないと、話が通じない。 ある程度使って、具体的に困ったところが出てきたら、運用スレで聞けば良い。 ただしあっちは関係無い話に脱線しがちだから、良いとこ取りした方が良いよ。 811 名前：デフォルトの名無しさん [2015/07/15(水) 23:09:43.18 ID:a+rEGmf6.net] すいませんgitでコミットするときにこのファイルは何で更新したのか思い出せません。 なので、これから更新する内容は「○○機能を実装」ってことでそれをプロジェクトルートのテキストファイルにメモ書きしてました。 しかし、コミットするときに毎回メモを見るのを忘れてしまいます。 再帰にコミットログを書いとくとかなんかtodoみたいなコマンドってありませんか？ 812 名前：デフォルトの名無しさん [2015/07/15(水) 23:10:19.62 ID:a+rEGmf6.net] 訂正 ☓再帰にコミットログ ○先にコミットログ 813 名前：デフォルトの名無しさん mailto:sage [2015/07/15(水) 23:21:39.17 ID:YpeXwOwK.net] >>805 > それをプロジェクトルートのテキストファイルにメモ書きしてました。 いますぐそのようなアホなことを辞めましょう。 814 名前：デフォルトの名無しさん mailto:sage [2015/07/15(水) 23:22:13.29 ID:VsrdjrWK.net] 前回との差分見ながらコミットログ書けばいい あらかじめ用意しておくから忘れるんだ 815 名前：デフォルトの名無しさん mailto:sage [2015/07/15(水) 23:44:52.69 ID:DsRhlYqB.net] 自分が今なにをしてきたか忘れるのか、 よっぽどコミットを溜めるのか、 コミットのコメントが適当すぎるのか もうバージョン管理以前の問題な気が アナログだけど付箋にメモしてディスプレイに貼れば？ 左がこれからやること、上部が今やってる事、右が終わった事、 いや右は要らんかな？ 816 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 00:52:26.73 ID:Ye9E1FJD.net] >>805 自分が差分を見て理解できないコードをコミットしちゃダメだよ 817 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 02:04:46.85 ID:C5QhjRoF.net] git notes とかはどうかな？ 818 名前：デフォルトの名無しさん [2015/07/16(木) 04:35:55.01 ID:MREKRM2C.net] >>810 差分ってたまに直観的じゃない出力することが良くある 819 名前：デフォルトの名無しさん [2015/07/16(木) 07:52:03.14 ID:SnFgv9L8.net] git diffの表示範囲を広げるオプションは？ 820 名前：デフォルトの名無しさん [2015/07/16(木) 08:04:35.28 ID:SnFgv9L8.net] >>805 githubとかRedmineとかticket/issue管理ツールと併用するのが一番だけど、1人で使うのだと構築するのが大変かもね。 メモをgit管理されていれば、メモの差分もgit diffで出るよね。なので、commitする前に必ずgit diffしていればメモを見るのを忘れることはないはず。 このやり方をする/しないにかかわらず、commitする前にgit diffをするのは大事だから習慣付けるべきだよ。 821 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 09:31:42.39 ID:NYNU6iM6.net] 変更するたびにコミットしといてpushやmerge前にamendなりrebaseで整形すればよくない？ 822 名前：デフォルトの名無しさん [2015/07/16(木) 12:26:35.31 ID:WO54leEH.net] >変更するたびにコミット コンパイル出来ないものをコミットするメリットは？ 823 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 12:32:11.52 ID:DSiPnBiQ.net] コンバイル云々より下のレイヤーの使い方をしてるだけだろ。 ビルド管理の目的以外でバージョンコントロールしてはいけないという理由はない。 824 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 13:02:02.47 ID:Q/SdAAm+.net] してはいけないのではない。 ソフトウェアのバージョンを管理する以外につかっても 意味が無いということだ。 825 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 13:39:11.99 ID:Ye9E1FJD.net] ぜんぜん使いこなせてないな そんなんじゃgitを使う意味が無い 826 名前：デフォルトの名無しさん [2015/07/16(木) 14:56:22.79 ID:SnFgv9L8.net] ここは初心者向けだそうなので、gitの使い方に自信がある人はこちらへどうぞ。 Gitをより良くするための運用ガイドライン作成スレ [転載禁止]©2ch.net peace.2ch.net/test/read.cgi/tech/1433650988/ 827 名前：デフォルトの名無しさん [2015/07/16(木) 15:16:59.28 ID:FDPV8gUS.net] >>810 ある機能を実装するのに、差分の出し方としての段階があると思うけどそういう単位でやるの？ 面倒じゃない？ 828 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 15:29:22.25 ID:cQ0wrBTO.net] >>816 何をやってたか忘れない 別途メモ管理不要 revertできる 829 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 16:59:52.48 ID:XEPlidkJ.net] revertは悪 830 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 19:11:52.83 ID:BQ1LfMZh.net] >>805 > 先に再帰にコミットログを書いとく どうしてもと言うなら git commit --allow-empty -m "○○する予定" touch a; git add a; git commit --amend -m "○○してやったぜ" 831 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 19:13:56.91 ID:sUV1QtUU.net] プログラムしてからコミットコメントを練る習慣を逆にすることを勧める。 コミットコメントの内容は、コーディングする前に決めておく。 つまり、これから何をプログラムするのかをまず決める。 その後、コメント通りにプラグラムできたら完了、コミットする。 下記のページの Write preemptive comments でも推賞されている。 https://arialdomartini.wordpress.com/2012/09/03/pre-emptive-commit-comments/ こうすれば、何で更新したのか、と悩むことはなくなる。 832 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 19:24:57.63 ID:sUV1QtUU.net] >>805 「○○機能を実装」というのがデカすぎるから、 メモを見なきゃ把握できなくなるんだよ。 で、メモを見るのを忘れて困ったことになる。 これを改善しないと、git に君が望む機能（ツール）があったとしても、 全く役に立たなくなる。 更新内容の粒度はもっともっと小さくしなきゃだめだ。 10分かそこらでプログラムできる程度の大きさにしてみな。 そうすれば、メモを見る必要すらなくなる。 833 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 20:38:56.88 ID:IhY29Rvn.net] VCSがない時代の人 1.あれやこれや編集して、時々変更が失なわれないようにファイルに保存 2.目的の変更が完了したところで、バックアップを作成しておく VCSの時代の人 1. 以前と同じ 2. リポジトリにコミット DVCSの時代の人 1.編集中の変更は基本自動保存。昔のファイル保存するような感覚でローカルリポジトリにコミット。 2.目的の変更が完了したところで、履歴をまとめてリモートリポジトリにプッシュ。 この運用方法のポイントは ファイルは自動保存すること。 ローカルコミットにはまとまった意味など不要。 単に編集量や、経過時間のチェックポイントとしてコミットする。 このコミットコメントは、いい加減なメモや、あるいはコメントなしでもよい。 834 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 00:55:21.98 ID:6Y2ZhytJ.net] Android studioというかIntelliJ IDEAでGitと連動させたソースの編集がまさに>>827のDVCSの時代の人のやりかたができて便利 ファイルへの保存についてはまったく気にする必要がない ソースの編集画面でHEAD内容と差分のある行の左端に常に印がつく その印をクリックすると編集前の内容がポップアップで表示されて、行を編集前の状態に戻すとかこのポップアップから操作できる ソースの編集画面からファイル単位のコミットとかできるし、--amend指定なんかもワンタッチ HEADと差分あるファイルの一覧を表示してる窓からまとめて全部コミットとかもできる これで行単位のコミットとかできたら完璧なんだけどそれは無いみたい IDEを起動したままコマンドラインでgit add -pしてcommitしてもIDE側でほぼ完璧に追従してくれるのでまあなんとかなってる 835 名前：デフォルトの名無しさん [2015/07/17(金) 04:20:41.08 ID:OfiHmkDl.net] >>826 差分を1つ1つみなきゃいけないゴミコード打つなよ 836 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 05:57:36.41 ID:JRoNxi4V.net] パーツごとにブランチを分けて開発し、各パーツを統合する開発ブランチにマージして開発をする or パーツごとにリポジトリを分けて開発し、全てのパーツをサブモジュールとしてリポジトリ内に持つリポジトリで開発をする どっちがいい 837 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 13:27:11.26 ID:2DUlvwkL.net] パーツごとにブランチ？ そんなことをやってるプロジェクトがありますか？って話だ。 838 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 20:25:59.09 ID:zMQ3zlsL.net] よっぽどの規模じゃないとあんまり細かくサブモジュール化しても面倒なだけだと思う 839 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 20:45:24.33 ID:3x9AOrGu.net] index.php calendar.php この２つのファイルを編集してまだaddをしてない状態なんですが index.phpだけ編集しなかったことにして前回のコミットした時の内容のままにして、 calendar.phpだけコミットしたいんですが どうやってindex.phpを更新してなかったことに出来ますか？ 840 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 22:56:30.48 ID:muZ+fGR1.net] >>833 Indexの変更を手元に残しておきたければcalenderだけaddしてcommit 841 名前：デフォルトの名無しさん mailto:sage [2015/07/18(土) 17:46:21.84 ID:GcYCq0Aw.net] iOSアプリ開発をsource treeで管理している初心者です。 今回チャット機能つきのアプリを制作しているのですが、ネイティブコード、サーバーサイド(php)、データベース(MySQL)を同時に管理するのは無理(もしくはかなり難しい)ですよね？ ネイティブコードとサーバーサイドはsource treeで管理するとして、 データベースの情報はコミット毎になんらかの方法で全テーブル情報をログ出力して、それをメモ代わりに置いておく…ということくらいしか思いつかないんですけど、どうでしょうか。 サーバー連携が必要なアプリって、みなさんどうやってGitで管理してるんでしょうか… 842 名前：デフォルトの名無しさん mailto:sage [2015/07/18(土) 20:15:32.34 ID:5OYZKZ4e.net] 普通、バージョン管理の対象にするのはDDL、初期データ、設定ファイルくらいだろ。 コミットごとのテーブル情報って、何を管理しようとしてるんだか。 843 名前：デフォルトの名無しさん mailto:sage [2015/07/18(土) 21:05:27.99 ID:Xl228nsE.net] 俺もデータ内容まで保存しようというのはかなり冗長な気がする。 スキーマ更新のSQLのみバージョン管理、 DBのバックアップは別にダンプしてアーカイブだろうな。 844 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 06:20:36.38 ID:KkAp073H.net] >>835 データの中身は管理対象外、データベースのバックアップの問題 ソフトが対応するデータベースのインターフェースと言う意味では クエリー処理のプロシージャをDB側で組んでおくのが一番簡単だけど どうしてもというならDBをゼロから構築するスクリプトなりバッチなりを書いて それをGitで管理せておく なんにしろデータベースとアクセスアプリは分離しておくのが大切 845 名前：デフォルトの名無しさん [2015/07/19(日) 06:48:36.12 ID:EU0ROg42.net] 特定のデータの混入がバグの原因になる場合 git bisect で特定したければ DB のバックアップも git 管理に入れる必要がある 846 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 07:28:28.07 ID:KkAp073H.net] >>839 なるほどそういう考え方もあるか 847 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 09:06:48.58 ID:wG1rbxp8.net] バグはデータじゃなくてコードの側に存在するものだろ。 bisectするにしても、バグを再現できる同じデータを使わなければ見つかるもんも見つからなくなると思うが。 848 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 09:12:53.24 ID:I0iNBGYL.net] 確かにその場合単体テストを増やすべきな気がするな 849 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 12:04:49.68 ID:Npxm1YBj.net] >bisectするにしても、バグを再現できる同じデータを使わなければ そのためにコミットごとにデータもダンプするんじゃないのか？ 再現ももちろんデータ書き換えでテスト実行 850 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 12:48:59.20 ID:wG1rbxp8.net] bisectは基本的に、新たに判明したバグについて過去にさかのぼって原因箇所を特定する ためのものだと思っていたが。 テストデータもcommit時点のものを使うとすればその時点で既にbadだったということになるが、 そういう運用していたらbisect役に立たないんじゃね？ もちろん、bisectを使うつもりがなければビルドが通らないcommitするのも自由だと思うんで それは別の話として。 851 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 12:59:24.27 ID:3NrA4A7J.net] >>843 > そのためにコミットごとにデータもダンプするんじゃないのか？ データは0の状態から、テストコードを書くんだよ。 テストコードの中でデータをリストアする 普通はフィクスチャっていうけどな。 当たり前だが実データまるまるダンプしてリストアなんてしない。 そんなことをやったら効率よくテストがかけない。 テスト全体が一つのデータに依存してしまうからね。 正しいテストとは、テスト対象（ファイル単位等）の テストに必要なデータだけを入れてテストする。 だからテスト実行前にはデータを全て削除する。 データベース全体をダンプするなんてことはしない。 852 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 13:06:34.44 ID:I0iNBGYL.net] テスト用ＤＢの他にモック、リポジトリパターンも使われるな 853 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 14:22:36.05 ID:4suFbVBW.net] データもgitで管理するって新しいなｗ 854 名前：デフォルトの名無しさん [2015/07/22(水) 10:52:31.65 ID:phbUY/16.net] git checkout develop git branch -b my_topic_branch とした後でいくつかcommit後、「my_topic_branch作成直後〜さっきのcommitまで」をrebaseしたいとき、 git rebase -i *** の***には、何と指定すればいいですか？ 855 名前：デフォルトの名無しさん [2015/07/22(水) 12:19:49.68 ID:EiNSX7P4.net] 何も指定しない 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 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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