14/05/20 05:26:16.72 Q2AhpEnY
> そのままいじったりする
どゆこと？
562:デフォルトの名無しさん
14/05/20 07:18:02.19 7I4ys7NV
>>561
運用と開発の環境が同じものってこと。バージョンとかでなくて、同一のリソース。
563:デフォルトの名無しさん
14/05/20 07:41:36.00 Q2AhpEnY
Webサーバとして公開してるディレクトリでgit initして開発してるってことか
564:デフォルトの名無しさん
14/05/20 08:24:11.40 uQLrwk2U
>>563
git じゃなくて Subversion だけどテストサーバーはその運用だわ。
565:デフォルトの名無しさん
14/05/20 12:10:11.33 Y3VmLAx+
開発と運用を分ける場合ってどうやるんですか？
例えばC:￥apache2.2￥htdocs￥kaihatu￥.gitで作って
運用で動かすのはC:￥apache2.2￥htdocs￥honban￥.gitみたいにしたらいいですか？
honbanフォルダでhaihatuをcloneして動かすっていう感じでしょうか？
566:デフォルトの名無しさん
14/05/20 12:50:55.92 fbMM1sIr
リポジトリの話と実行環境の話がごっちゃになっとる
567:デフォルトの名無しさん
14/05/20 13:32:57.00 oqlsgWjt
ものにもよると思うが開発マシンでそのまま運用するとか恐ろしいな
568:デフォルトの名無しさん
14/05/20 16:19:48.21 zD+BcsMh
これがDevOpsというやつか
569:デフォルトの名無しさん
14/05/20 17:18:53.44 7I4ys7NV
git archiveで取り出して、テスト環境にインストールしてテストして、同じものを本番環境にインストールが普通だよな? 普通だと言ってくれ。
テスト環境でリポジトリから直接インストールは許す。
570:デフォルトの名無しさん
14/05/20 20:19:01.71 7WHSNOxu
今の時代、スクリプト言語でもソースコードを
そのまま配置するとかやっちゃだめだよ。
デプロイはサーバーにログインして
git pullとかやっていいのは小学生までｗ
571:デフォルトの名無しさん
14/05/20 21:45:26.96 +FFXBZCI
この話git関係ないだろ
572:デフォルトの名無しさん
14/05/20 22:09:24.93 gHSFUybb
>>567
恐れるな！
573:デフォルトの名無しさん
14/05/20 22:47:06.91 w8F8fDtL
何のためのバージョン管理かわからんなｗ
問題出たら巻き戻せって事？
なんだかテストもしてなさそうｗ
574:デフォルトの名無しさん
14/05/20 23:20:14.34 DeZ/1+VP
>>569
rsyncとかするの？capとか使うの？
gitじゃだめなのか、、？
575:デフォルトの名無しさん
14/05/20 23:30:10.39 oqlsgWjt
本番環境にgit pullでデプロイするのは.gitが残るから問題あるよね
テスト環境ならいいと思うけど
576:デフォルトの名無しさん
14/05/20 23:45:03.16 gZsncm2t
緊急事態が起こって巻き戻すぐらいならええじゃないか
デプロイした先の本番環境で頻繁に巻き戻さないといけない方が余程テスト不足では
577:デフォルトの名無しさん
14/05/20 23:54:11.31 w8F8fDtL
本番サーバーがそのままリポジトリのマスターってのもありそう。
578:デフォルトの名無しさん
14/05/20 23:54:26.37 4h/6mNTZ
GitHubでプルリクの流れがよく分かりません。
コミットするときはmasterではなくてbranchにしろとは聞いてますが、
自分が理解するところでは、
①フォークする
②ローカルにcloneで持ってくる
③リモートにフォーク元のmasterリポジトリをaddする
④ローカルにブランチを作る
⑤ローカルのブランチを修正する
⑥ローカルのブランチに変更をコミットする
⑦GitHubのブランチに変更をコミットする
⑧GitHubのフォーク元のmasterリポジトリにpull requestを出す
⑨マージされたらブランチを削除
⑩ローカルでfetchする
こんな感じになるんでしょうか？
579:デフォルトの名無しさん
14/05/20 23:56:41.46 Q2AhpEnY
>>578
>>2
580:デフォルトの名無しさん
14/05/21 01:08:18.51 BNHZ/x8Q
最近気づいたけど変更したファイルだけコピーしたくてもxcopyじゃ出来んのな
チェックアウトでファイルの更新日時が更新されるとは
581:デフォルトの名無しさん
14/05/21 01:29:27.63 pe3xq3aD
>>580
チェックアウトしてmakeかけたときに変更したファイルだけコンパイルするのが普通なんで
gitに限らずUnix由来のVCSはそういう挙動になる
582:デフォルトの名無しさん
14/05/21 02:14:07.74 BNHZ/x8Q
言われてみればたしかにmakeするときはobjファイルとか別ブランチの状態になってたりするからそういう仕様でないと困るね
そのプロジェクトをgitで管理する前はxcopyで更新したファイルだけ移動してたけど移動には別手段考えるしかないか
583:デフォルトの名無しさん
14/05/21 02:20:38.03 5sngE80p
gitにかぎらずだけど、よく考えて作られてるわ。
時たまgitのやり方に合わないやり方をしたいっていう人がいるけど、
よく考えて作られたgitがどうしてそうなっているのかを
考えたほうがいいと思う。
584:デフォルトの名無しさん
14/05/21 02:45:19.12 Cs2Lb6yD
>>579
>>18-20
585:デフォルトの名無しさん
14/05/21 04:29:31.39 sT3o3DmA
gitと全然関係ないGitHub固有のサービスの話題もここで扱う気なの？
GitHubPagesやGistsやissueやwikiやOrganizationや有料サービスについてや
色々とあると思うんだけど
586:デフォルトの名無しさん
14/05/21 10:49:12.08 /08zgsVl
>>585
ｽﾚﾘﾝｸ(tech板)
587:565
14/05/21 18:07:42.08 T6zeFgZl
とにかくどうしたらいいのかおしえてくだしあ
588:デフォルトの名無しさん
14/05/21 18:08:59.27 T6zeFgZl
ゆとりはgitって名前が付いてるからgithubもこのスレでいいじゃないかっていうけど
そうやって幅を広くすると俺みたいなカスの質問が流れるか軽くあしらわれてしまうのでやめてほしい
589:デフォルトの名無しさん
14/05/21 19:43:13.07 nqnjC0dU
Git 2.0-rc4 リリース
URLﾘﾝｸ(github.com)
590:デフォルトの名無しさん
14/05/21 19:55:42.24 rgBB9OCe
gitみたいなバージョン管理ソフトで、
rc版使う奴ってどういう奴なの？
もしも不具合とかで全部吹っ飛んだりしたらどうすんの？
バックアップとてたとしても、そんな面倒な事してまで使う物なの？
なんなの？ばかなの？しぬの？
591:デフォルトの名無しさん
14/05/21 20:08:44.66 MmHyni7x
>>590
人柱を大事にしろよボケ
592:デフォルトの名無しさん
14/05/21 20:18:33.19 AVBbOV7Q
>>590
テスト版使ってる連中はリスク承知で使ってんだから大丈夫だろ
何かバグでどうにかなっても取り戻す手段くらい準備してやってるだろ
593:デフォルトの名無しさん
14/05/21 20:19:24.23 AVBbOV7Q
>>588
>>569のやり方でいいじゃｎ
594:デフォルトの名無しさん
14/05/21 21:09:00.37 EKqVwxDb
最高に意地悪でひねくれたテストを見せてくれ。
595:デフォルトの名無しさん
14/05/21 21:15:19.41 19taQ0OX
pushこまめにしてれば問題ない
596:デフォルトの名無しさん
14/05/21 21:16:23.33 19taQ0OX
テスト環境のをすべてシンボリックリンク貼ればいいだろ
597:デフォルトの名無しさん
14/05/21 21:21:22.37 OinoP915
gitoliteのやり方
URLﾘﾝｸ(github.com)
パッケージにインストール用スクリプトを追加、git cloneしてそのスクリプト実行
ていうかgit関係ない、zipで拾ってきても、git cloneやpullでも大事なのはソースとってきたあとの話
598:デフォルトの名無しさん
14/05/21 21:44:31.28 igdonOpP
>>590
gitは分散型だからユーザーが多くなれば多くなるほど
それぞれがバックアップを持っている。
だからたとえ一人が壊れても復旧可能。
そしてディスク壊れたらどうすんの？って話と一緒。
バックアップぐらいとれや。
599:デフォルトの名無しさん
14/05/21 22:58:13.70 19taQ0OX
>>598
rails事件
600:デフォルトの名無しさん
14/05/21 23:03:07.97 igdonOpP
>>599
gitと関係ねーしｗ
601:デフォルトの名無しさん
14/05/22 06:26:16.29 JO7c/VLA
>>539
GitHubのGistみたいな感じ？あれもGitで実現されてるらしいけど
>>580-583
VSCの仕様はコンパイルする言語向けって感じで
更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
需要としてはアップロードに通信量制限があるとかそういう感じ稀なケースくらいだろうからしかたないか
602:デフォルトの名無しさん
14/05/22 07:30:00.04 O49mbUbG
>>601
UNIXの世界ではそういうのはrsyncを使うからね
タイムスタンプじゃなくてMD4を用いて更新チェックしたり
更新の転送もファイル全体じゃなくて変更部分だけを転送して通信量を最小化する
603:デフォルトの名無しさん
14/05/22 08:00:54.05 JO7c/VLA
なるほどね
簡易なftp通信ツールじゃなく同期ツールを使うのか
604:デフォルトの名無しさん
14/05/22 08:43:15.77 Md3S+Ay9
gitとgithubは(media)wikiとwikipediaのような関係かｗ
605:デフォルトの名無しさん
14/05/22 09:52:08.98 8poss9h8
ふむ
606:デフォルトの名無しさん
14/05/22 17:52:05.88 bnXb1Wgc
＞＞６０４
それはちがうね
wikipediaはmediawikiそのものだから
607:デフォルトの名無しさん
14/05/22 18:25:23.64 uwnOnEuc
そういうこと言ってんじゃない
608:デフォルトの名無しさん
14/05/22 18:48:58.03 2qkQcCiJ
>>601
>VSCの仕様はコンパイルする言語向けって感じで
>更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
いや全然違うと思う
VCSが言語を選ぶとかじゃなくて、VCSに向かない作業をやってるのがダメなんでは？
そういうのは専用のデプロイ・デリバリツールを選ぶべき。
上の方で話題に出てた「ビルド時にリビジョン埋め込みたい」みたいな要望も
VCSじゃなくてビルドツール等が行うべき領域。
バージョン管理に向かない言語とかは特にないと思うな
ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・
あと細かい指摘ですまんがVCSのタイポだよな？
しばらくググって悩んじゃったじゃねーか
609:デフォルトの名無しさん
14/05/22 18:54:11.54 TFAWZMIx
>>608
＞ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・
Piet言語のことか
610:デフォルトの名無しさん
14/05/22 19:22:23.11 f81WwqvH
bitbucketが作ったstash3.0ってなに？
611:デフォルトの名無しさん
14/05/23 18:37:12.92 pr4rIIld
developで開発中、急きょ必要がありmaster(stable)からfixブランチを切り修正masterにマージ
developでは弄ってるがfixでは弄って無いファイルの更新日時まで変更される(これはdevelopから切り替えた時点でおきるが)
ファイル更新日時だけでアップロードしようと思うと無理がある
612:デフォルトの名無しさん
14/05/23 20:49:08.96 3CistgHw
とうとうgit 2.0が
613:デフォルトの名無しさん
14/05/24 09:01:11.84 9qFFfmjf
gitchainを知らなくていいのって小学生までだよね～
614:デフォルトの名無しさん
14/05/24 11:32:04.32 4TNjChUa
>>601
コミットしたものをサーバーにアップロードしたいのか？
コミットする前にテストしたりするためにサーバーにアップロードしたいのか？どっちかよくわからないけど
前者なら作業用のリポジトリをクローンしたものをローカルに用意しといてpullしてxcopyすればいいし
後者ならムダだと思うかもしれないけど今の挙動のままが正解だと思う
checkoutしてタイムスタンプが更新されたファイルは転送されるべきなんだよ
615:デフォルトの名無しさん
14/05/26 16:40:41.53 E/fV2vLO
git checkout -b topic_foo HEAD
git push origin topic_foo
というのをよくやるんですが、git push origin topic_foo をもっと簡潔にできますか？
具体的には topic_foo を省略したい。
初審者質問でごめんなさい！
616:デフォルトの名無しさん
14/05/27 03:17:32.65 Ha9yhWBf
バッチにしろ
617:デフォルトの名無しさん
14/05/27 07:23:22.69 CjDrbeGH
>>615
alias p="git push origin topic_foo"
618:デフォルトの名無しさん
14/05/27 08:25:02.04 aQ+mTKAT
>>615
git config push.default current
自己責任で使え
619:デフォルトの名無しさん
14/05/27 09:36:32.14 M7xuRdW4
>>616
必ずしも連続して実行するわけではないので、バッチでない方法がいいなあ。
git checkout はこれでいいと思うので、git push origin topic_foo が簡潔になるよい方法があれば教えてください。
（topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）
620:デフォルトの名無しさん
14/05/27 11:40:51.59 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:デフォルトの名無しさん
14/05/27 11:41:37.17 empqvUFR
> （topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）
TABで補完すれば良い
622:デフォルトの名無しさん
14/05/27 12:03:49.03 aQ+mTKAT
>>618を設定しとけば、topic_fooを省略してgit push originでいける
remoteがoriginならこれも省略できるから、git pushでいい
623:デフォルトの名無しさん
14/05/27 16:10:42.92 Ha9yhWBf
バッチすら作れないのか(笑)
619がしょぼいのか619が使ってるosがしょぼいのか(笑)
うちのvistaならファイルすら不要でランチャーにいくらでも作れるんだが(笑)
624:デフォルトの名無しさん
14/05/27 18:36:54.81 CjDrbeGH
vistaでなければ、バッチなんてめんどくさいもの作る必要すらない。
625:デフォルトの名無しさん
14/05/27 19:21:12.08 Ha9yhWBf
いやいや面倒でもなければターミナルに切り替える必要もなくただボタン一つ押すだけだから(笑)
626:デフォルトの名無しさん
14/05/27 21:50:46.03 x1QZTJwI
必ずしも連続して実行する訳ではない、と言われてるのに脳内で作れないって決めつけちゃうのヤバいな
これからの日本社会に必要な人材だ
627:デフォルトの名無しさん
14/05/28 02:29:31.61 JqBWJ9I7
>>625
ボタン押すとかめんどくさすぎる
628:デフォルトの名無しさん
14/05/28 06:37:21.38 3jHSpg0i
バッチってもしかしてブランチ毎に作るんか？ｗ
629:デフォルトの名無しさん
14/05/28 09:27:53.43 CrCNX+z2
主となるブランチが１個なら別にいいだろ
630:デフォルトの名無しさん
14/05/28 09:47:28.15 3jHSpg0i
元の質問はトピックブランチの話をしてるんだから
主となるブランチが1個とかじゃないだろｗ
631:デフォルトの名無しさん
14/05/28 10:02:33.99 TQzWSZnP
トピックブランチっていくつあるの？
632:デフォルトの名無しさん
14/05/28 10:44:05.28 +VRaMc3N
そこからかよｗ
無知が提示する案ほど
迷惑なものはないよなｗ
633:デフォルトの名無しさん
14/05/28 12:13:27.82 zJ+uQAQa
でも結局>>618でFAだろ？
634:デフォルトの名無しさん
14/05/28 13:56:51.68 3jHSpg0i
作ったトピックブランチを確実にpushする前提なら
(トピックブランチ作ったけどやっぱpushするのやめたーってのが無い前提なら)
push.default=currentにしなくてもpush.default=simpleで(2.0からのデフォルト)
ブランチ作ってすぐgit push -u origin topic_fooをやっとけばいい
それ以降はgit pushだけで済む
635:デフォルトの名無しさん
14/05/28 15:03:48.65 ioEFfNM4
コミットの回数とタグの数をそれぞれ取得する方法おしえて
636:デフォルトの名無しさん
14/05/28 15:29:40.52 3jHSpg0i
コミットの回数
git rev-list --all --no-merges | wc -l
タグの数
git tag | wc -l
637:デフォルトの名無しさん
14/05/29 00:23:03.07 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:デフォルトの名無しさん
14/05/29 00:35:18.93 Kg1bZGF5
>公開リポジトリにプッシュしたコミットをリベースしてはいけない
>
>この指針に従っている限り、すべてはうまく進みます。もしこれを守らなければ、あなたは嫌われ者となり、友人や家族からも軽蔑されることになるでしょう。
639:デフォルトの名無しさん
14/05/29 00:40:14.69 RABmUlyV
そうなったらまずはgit pushを取り消せばいいのでしょうか？
640:デフォルトの名無しさん
14/05/29 00:59:18.64 erdIUEhx
>>636
gitってこう引数がおおくてわけわかめ
コマンドを増やしてgit commit-countみたいにわけてほしい
641:デフォルトの名無しさん
14/05/29 01:05:45.72 bLCAImAr
wcは引数じゃないだろ
642:デフォルトの名無しさん
14/05/29 01:25:09.99 /G0dYxTO
unix使いの大好きなシェル芸
643:デフォルトの名無しさん
14/05/29 02:00:42.20 yg8neWnh
>>640
つ alias
644:デフォルトの名無しさん
14/05/29 07:45:11.40 QPTL35Py
>>641
シェルの引数じゃん
とか屁理屈を言ってみる
645:デフォルトの名無しさん
14/05/29 08:39:11.17 A6IQETei
シェルの引数ってなんだ？wcはただのコマンドだぞ
646:デフォルトの名無しさん
14/05/29 08:42:01.31 dDbteSWz
>>645
シェルへの引数と言いたかったんじゃないの？
647:デフォルトの名無しさん
14/05/29 08:45:00.26 A6IQETei
シェルへ引数なんて渡してないし
648:デフォルトの名無しさん
14/05/29 09:10:15.42 A6IQETei
>>637
git rebaseの引数省略しすぎ
649:デフォルトの名無しさん
14/05/29 10:02:11.97 bNL2V7UE
wcはトイレだわな
650:デフォルトの名無しさん
14/05/29 11:00:25.25 QPTL35Py
>>647
はいはい
人と会話できるように頑張ってね (ハート
651:デフォルトの名無しさん
14/05/29 11:05:28.42 efebR6WC
Git 2.0.0 リリース
URLﾘﾝｸ(github.com)
652:デフォルトの名無しさん
14/05/29 11:14:25.76 1+PX4fUT
msysgitのv2.0.0はまだまだ先かな・・・
653:デフォルトの名無しさん
14/05/29 12:18:16.52 JkDx0bBd
>>636で多いって言ってる人って、
リダイレクトやパイプって使ったことこないの？
Linuxを使う上での基礎。初心者レベルのことなんだが。
自己紹介よろしく。Linuxつかえませーんという自己紹介をしてくれｗ
654:デフォルトの名無しさん
14/05/29 12:31:49.12 kyPc1SKC
それ「おまえが気持ちよくなれる」以外の何のメリットがあるんだ
655:デフォルトの名無しさん
14/05/29 12:49:31.76 LpHrGA0w
シェル芸とかって言って煽る方もなんだかな。
commit-countとかどんどん増やしていってもきりがないし、どうしても専用コマンドを作らないといけないってもの以外は出力をパイプで処理とかでいいじゃん。
まあ>>635みたいな無能そうな奴の質問には答えないほうがいいのかもしれないな。答えても「わけわかめ」とか言われるんだからw
656:デフォルトの名無しさん
14/05/29 13:45:23.70 1vfDNvKU
コマンドが多機能になっても、単純なコマンド組み合わせた方がわかりやすいから、ついついパイプ使っちゃうな。
657:デフォルトの名無しさん
14/05/29 17:55:22.19 urb8vROk
githubとかでもなんでもsshを使ってgitする方法が安全って言われているじゃないですか
んでsslキーっていうんですかid_rsaっていうファイルありますよね
こういうのをdropboxに置いて管理するのは間違ってますか？
658:デフォルトの名無しさん
14/05/29 18:38:10.80 A6IQETei
>>657
sshのid_rsaファイルのことをsslキーなんて言わない
秘密鍵のid_rsaファイルは普通パスフレーズをつけて暗号化してあるけど、それでも他人から見えるとこに置くべきではない
dropboxは厳密に他人から見えない場所とは言い切れない
その鍵で何を管理してるかで鍵の取り扱い方針は決めるべき
659:デフォルトの名無しさん
14/05/29 19:01:58.24 dDbteSWz
>>658
暗号化して置いておけばよくね？
660:デフォルトの名無しさん
14/05/29 19:08:28.29 urb8vROk
まじっすか
なんかdropboxで共有したらどの環境からでも接続できるよってブログを見かけたんですけどやっぱりセキュリティ的によくないですよね
661:デフォルトの名無しさん
14/05/29 19:14:49.64 A6IQETei
>>659
どの程度の強度の暗号化をするかによるね
とりあえず10文字未満のパスフレーズ程度じゃあまり役に立たない
662:デフォルトの名無しさん
14/05/29 19:16:30.06 Jpnwpx9o
安全のために鍵かけるなら鍵の扱いも安全にしろよｗ
というかid_rsaってPC外に出すもんじゃないんじゃないの？
663:デフォルトの名無しさん
14/05/29 19:17:11.95 Jpnwpx9o
間違えた
×というかid_rsaってPC外に出すもんじゃないの？
○というかid_rsaってPC外に出さないもんじゃないの？
664:デフォルトの名無しさん
14/05/29 19:21:19.75 yBXBS2Lg
どうしても移動させるときは暗号化したUSBメモリ
665:660
14/05/29 19:41:02.34 H5LJYYF1
一応パスワードは70文字にしています
パスワードはkeepassに保存していて、パスワードが保存されているデータベースと鍵ファイル？の２つもdropboxで共有しようと思ってました
666:デフォルトの名無しさん
14/05/29 19:48:26.76 A6IQETei
>>665
パスワードが保存されているデーターベースが一緒の場所に置いてあるなら、
その70文字に意味無くて、keypassのマスターパスワードの強度が問題になる
667:デフォルトの名無しさん
14/05/29 19:50:15.90 1vfDNvKU
>>659
オンラインの認証は、警備員の見てる前で金庫の暗証番号入力するようなもの。
dropboxや情報漏洩などで盗まれた暗号化された情報は、金庫を持ち帰って機械なども使って開けようとするもの。
警備員の見てる前でそんなことしたら捕まるが、持ち帰ればやりたい放題。
668:デフォルトの名無しさん
14/05/29 19:53:24.06 H5LJYYF1
>>666
マスターパスワードは4文字にしてます
669:デフォルトの名無しさん
14/05/29 19:58:00.86 A6IQETei
>>668
最悪です。
670:デフォルトの名無しさん
14/05/29 20:07:59.65 A6IQETei
>>668
最悪はちょっと言い過ぎたかもだけど
それは暗号化してない秘密鍵をdropboxに置いてるのとほぼ変わらない
つまり他人に見られる可能性のある場所に一般的なパスワードをそのまま置いてるのとほぼ同じ
671:デフォルトの名無しさん
14/05/29 20:14:11.97 JkDx0bBd
いいえ、最悪です。
672:デフォルトの名無しさん
14/05/29 21:22:37.06 H5LJYYF1
f
673:デフォルトの名無しさん
14/05/30 01:25:20.18 EMzWDMfn
ファイルを作らないでgitに直接データをコミットする方法ありませんか？
rubyのgollumってgitでデータを管理しているそうでファイルを作らないでどうやってgitで管理しているのか疑問に思って質問しました
674:デフォルトの名無しさん
14/05/30 01:33:04.77 q6NHkjTH
あるブランチ上にある２つのコミットの間で変更・追加・削除・移動されたファイル名（ファイルパス）の一覧を表示する方法ありますか？
675:デフォルトの名無しさん
14/05/30 01:58:40.65 fAx5Tsbo
>>674
git diff a..b --name-status
676:デフォルトの名無しさん
14/05/30 02:07:01.03 q6NHkjTH
>>675
トン
ありがと
677:デフォルトの名無しさん
14/05/30 02:31:09.91 n9pxH6sn
>>673
patchを取り込むのってファイルなくてもできそうな気がするけど、どうだろう?
678:デフォルトの名無しさん
14/05/30 08:32:01.24 2GmvsnCC
>>673
gitのレポジトリの構造は簡単だから、レポジトリに直接アクセスするライブラリとか各種言語向けにいろいろ作られてる
gollumはrubyで書かれてて、rubyにはgritっていうレポジトリに直接アクセス可能なライブラリがあって、gollumもgritを使ってる
ここでたまに話がでるgitlabもgritを使ってるね
679:デフォルトの名無しさん
14/05/30 10:42:47.22 V58Lvn6/
>>678
おもしろそうなので grit を調べてみたら、grit はメンテナンスしてないので rugged を薦めてるね。
URLﾘﾝｸ(github.com)
grit
URLﾘﾝｸ(github.com)
rugged
URLﾘﾝｸ(github.com)
680:デフォルトの名無しさん
14/05/30 12:04:19.72 77FTxa6s
すげえそんなのあるのか
phpかpythonでそのライブラリってないっすか？
681:デフォルトの名無しさん
14/05/30 12:12:12.88 wKr0dicp
rugged なら、その上のlibgit2下にずらっとあるけどそれでどうかな
682:デフォルトの名無しさん
14/05/30 13:43:32.48 V58Lvn6/
>>680 >>681
libgit2 を使うなら PHP は php-git、Python は pygit2 だね。
libgit2
URLﾘﾝｸ(libgit2.github.com)
URLﾘﾝｸ(github.com)
php-git
URLﾘﾝｸ(github.com)
pygit2
URLﾘﾝｸ(www.pygit2.org)
683:デフォルトの名無しさん
14/05/30 13:53:45.96 C8E1zgtw
どうもありがとう！
684:デフォルトの名無しさん
14/05/30 13:59:07.40 v6d8zvnx
どうしたしまして！
685:デフォルトの名無しさん
14/05/30 14:48:31.65 2GmvsnCC
>>679
gritの本家は更新止まってるけど、gitlabがforkしてメンテしてる
URLﾘﾝｸ(github.com)
RubyGemsからはgitlab-gritの名前でインストールできる
URLﾘﾝｸ(rubygems.org)
686:デフォルトの名無しさん
14/05/30 14:53:30.58 V58Lvn6/
>>685
情報ありがとう
687:デフォルトの名無しさん
14/05/30 22:09:59.66 v6d8zvnx
どうしたいしまして！
688:デフォルトの名無しさん
14/05/30 23:42:52.28 VEn3EfW3
Python2/3のgitインターフェースはないですか？
できればbottleみたいにインストール不要なので
gitlib2のPythonバインディングはコンパイルが面倒でした
689:デフォルトの名無しさん
14/05/31 09:09:25.27 j/TOOJQQ
Git 2.0.0 がリリースされたけど 1.9.4 もリリース
URLﾘﾝｸ(github.com)
690:デフォルトの名無しさん
14/05/31 10:26:04.90 hQl0nrcC
なんでやねん
691:デフォルトの名無しさん
14/05/31 12:26:02.52 Q8mJYa9Q
秘密鍵にパスフレーズ振ってるやつなんていねーよ……
692:デフォルトの名無しさん
14/05/31 12:28:52.59 mt1wvbpO
ノートPCに秘密鍵入れといて
ノートPC盗難されたらどうするつもり？
693:デフォルトの名無しさん
14/05/31 14:00:26.64 3W9FVu4M
>>692
諦めるに決まってんだろ、何言ってんだ
お前、自分の頭にしかパスワードが無ければ
頭を持ってかれるんだぞ？ それに比べれば
ノーパソくらい大した損害じゃねーよ
694:デフォルトの名無しさん
14/05/31 14:07:47.34 bRH5rrCK
秘密鍵が盗まれたってそれがどこにつながる鍵なのかわからなければ悪用されないじゃん
695:デフォルトの名無しさん
14/05/31 14:08:43.81 ZdLIEqhK
ところがどっこい
696:デフォルトの名無しさん
14/05/31 14:21:11.79 orufI9PA
>>692
HDDやSSDは暗号化して使うのが基本
そうじゃなければ秘密鍵ファイルを暗号化汁
697:デフォルトの名無しさん
14/05/31 14:43:33.95 bRH5rrCK
暗号化されたってログインされたら意味無いじゃん
698:デフォルトの名無しさん
14/05/31 14:50:07.85 eTy5fHBW
>>696
truecrypt 終わったねえ
699:デフォルトの名無しさん
14/05/31 16:59:58.04 2ArsU7CW
2.0のリリースノートを機械翻訳したら、何かいろいろ速くしたって書いてあるようだけど
実際どうなんだ
700:デフォルトの名無しさん
14/06/01 11:36:35.94 zOVN/jYA
>>699
計れよ
701:デフォルトの名無しさん
14/06/01 13:14:54.21 SAafBPBX
てめーが、やれ
702:デフォルトの名無しさん
14/06/01 14:03:13.82 dFCTVAji
>>694
つまり、どこにつながる鍵なのかわかれば悪用されるって
君はいいたいんだよね？
703:デフォルトの名無しさん
14/06/01 14:18:12.44 q7lY0P5T
>>702
裏 とか 対偶 とか知らんの？
704:デフォルトの名無しさん
14/06/01 14:18:29.63 rJY7yXwk
yes
705:デフォルトの名無しさん
14/06/01 14:26:54.79 X2VZJkGd
githubに登録してある公開鍵はすべて誰でも簡単に取得できるから、
秘密鍵が盗まれると簡単にイタズラ可能だよ
706:デフォルトの名無しさん
14/06/01 14:33:26.05 dFCTVAji
>>703
ん？なに？ｗ
もしかして「とは限らない」って言ってるの？ｗ
俺は悪用される可能性があるって話をしてるんだけど。
707:デフォルトの名無しさん
14/06/01 14:37:41.79 rJY7yXwk
>>705
どうやって取得するの？
708:デフォルトの名無しさん
14/06/01 14:38:31.41 dFCTVAji
1. パスワードが盗まれたってそれがどこのパスワードかわからなければ悪用されないじゃん
2. つまりどこのパスワードかわかれば悪用されるってことだよね（俺が言ったこと）
3. 裏ガー、対偶ガー
こう言われた気分ｗ
どこのパスワードかわかっても悪用されるとは限らない（キリッ）
こう言ってるように俺は感じたｗ
709:デフォルトの名無しさん
14/06/01 14:40:36.77 k00SlaTm
具体的に何割とか計算できるもの以外の可能性は
ただごねてるだけと変わらない
710:デフォルトの名無しさん
14/06/01 14:40:53.33 X2VZJkGd
>>707
URLﾘﾝｸ(github.com)アカウント名.keys
711:デフォルトの名無しさん
14/06/01 14:42:14.70 dFCTVAji
本当に悪用されないと思ってるなら
ここで秘密鍵を公開すればいいんだよな。
712:デフォルトの名無しさん
14/06/01 14:54:25.82 rJY7yXwk
じゃあさ
8gjk39joi4njodgf9
ってパスワードがあったとしたらこれで悪用してみろよ！
713:デフォルトの名無しさん
14/06/01 14:54:47.95 dFCTVAji
>>712
どうせそれ偽物だろｗ
偽物を貼った時点で自覚してるじゃん
ここに秘密鍵を書くのは怖いことだってｗ
だいたい秘密鍵がバレた時は、
どこに接続しているかの情報もわかることが
大半なのでそこまで書くべきだよ。
え？どこの秘密鍵かは答えられない？
あぁ、それは、どこの秘密鍵かわかれば悪用されるって
自覚しているからだね（最初に俺が言ったこと）
714:デフォルトの名無しさん
14/06/01 14:55:35.81 dFCTVAji
（ヒント）わずか22秒で書けると思う？ｗ
715:デフォルトの名無しさん
14/06/01 14:56:09.78 X2VZJkGd
>>712
秘密鍵が何なのか理解できてない？
716:デフォルトの名無しさん
14/06/01 14:56:31.51 rJY7yXwk
偽物ってなんのだよ
このパスワードがどこのサイトのかわからないと使い道ないぞ
あとidもわからないとまったく使えないぞ
これはおれんちのlocalhostのパスワードだから
717:デフォルトの名無しさん
14/06/01 14:57:25.03 rJY7yXwk
なんでどこに接続しているかわかるんだよ
718:デフォルトの名無しさん
14/06/01 14:57:58.60 q7lY0P5T
>>706
> 俺は悪用される可能性があるって話をしてるんだけど。
可能性とか言いながら
> つまり、どこにつながる鍵なのかわかれば悪用される
とか、言い切る奴って (w
719:デフォルトの名無しさん
14/06/01 15:02:51.61 e/SJ8pUJ
悪用される可能性があるときは、必ず悪用される。
というのが防犯の鉄則だよね
720:デフォルトの名無しさん
14/06/01 15:03:48.27 G7XNVB3u
スレチなので移動をおながいします
721:デフォルトの名無しさん
14/06/01 15:04:54.94 X2VZJkGd
パスワードと公開鍵認証の秘密鍵との違いを理解できてないのか
722:デフォルトの名無しさん
14/06/01 20:00:44.12 Anql4k9d
>>692
ペアの公開鍵を捨てる以外になにがある？
723:デフォルトの名無しさん
14/06/01 20:15:54.15 n3zMz1VV
トピックブランチ名をチケット番号と紐付けて運用してるとして、
1. ブランチ ticket1 を切る
2. ticket1 にたくさんコミットして、開発・テスト完了
3. ticket1 を develop にマージして push
4. ここで、ticket1 に実装漏れとかバグが発覚
この場合、どんなブランチの使い方が妥当なの？
ticket1 っていう名前を再利用して、そのままブランチ切って開発・マージする方法とか
いったんマージしたのを revert して、ticket1 のトピックブランチを正しく補完してからマージしなおすとか
別の ticket2 を作って、ticket1 と ticket2 は git の外での関連付けに任せる方法とか
724:デフォルトの名無しさん
14/06/01 20:38:23.33 MYnj2kml
> いったんマージしたのを revert して、ticket1 のトピックブランチを正しく補完してからマージしなおすとか
漏れてまいそうで（アカン）
725:デフォルトの名無しさん
14/06/01 20:49:21.18 iPeFjK0r
俺なら別のチケット切る
726:デフォルトの名無しさん
14/06/01 22:13:35.46 7u+U5fAC
チケット番号とブランチ名を一緒にしておきたいのはBTSの運用の都合だと思われるので、
BTSを重要視し、ブランチ名を一緒にしておく事が大事だと思うならするならdevelopの最新からもう一度ticket1というブランチを切ってそこから修正すればいいと思うし、
Gitの履歴の方が重要だと思うならticket1_fixとかで新しくブランチ切ればいいんじゃないかな。
727:デフォルトの名無しさん
14/06/01 23:17:53.65 wXEX5FU/
言語ごとにリポジトリを作成した時に自動で.gitignoreを生成するライブラリとかってありますか？
728:デフォルトの名無しさん
14/06/02 00:42:17.96 CbbBfIj2
>>727
URLﾘﾝｸ(www.gitignore.io)
おすすめ
729:デフォルトの名無しさん
14/06/02 01:05:25.92 /lZkAqJY
ステマ乙
730:デフォルトの名無しさん
14/06/02 01:09:16.33 gFpQKwCr
>>728
リポジトリを作る時に言語名を入力してgit init と.gitignoreをつくってほしいんですよ
有りそうな気がするんですけどそのサイト見て自分でコピペするしかないんですかね？
731:デフォルトの名無しさん
14/06/02 01:25:08.89 6oKdltFr
.gitignoreに全部入れりゃいいじゃん？
たとえばPHPの開発だとして、Ruby標準の
.gitignore（それが何なのかよくわからんが？）を
追加して何が問題なんだ？
だいたい、一つのリポジトリで複数の言語使うことなんて
よくある話で、言語名で.gitignoreを作るという発想がよくわからん。
どうせエディタのテンポラリファイルとかバックアップファイルとかは
言語名指定しても含まれないんだろ？それじゃ片手落ちじゃね？
そもそも、言語標準の.gitignoreって意味分かんないんだよな。
どっちかと言ったら、.gitignoreに入れるものは言語ではなくて
使うツールによって決まるものだろう。
732:デフォルトの名無しさん
14/06/02 01:28:04.27 gFpQKwCr
そんな事言ったら世の中のフレームワークやライブラリに喧嘩売ることになりますよっと
733:デフォルトの名無しさん
14/06/02 01:30:45.30 l4SS/Bsy
そういうツールが無いのなら自分で作ってしまえばいいの
そしてそのツールを売りに出せばバカ売れ間違いなしなの
734:デフォルトの名無しさん
14/06/02 01:54:49.93 6oKdltFr
>>732
意味がわからん。
今話しているのは.gitignoreの話で
フレームワークやライブリの話は全く関係ないだろ。
735:デフォルトの名無しさん
14/06/02 01:59:28.89 l4SS/Bsy
そういえばGitHubにもgitignoreのサンプルがあるね
URLﾘﾝｸ(github.com)
736:デフォルトの名無しさん
14/06/02 01:59:52.26 6oKdltFr
基本的な所がわかってないのかもしれないな。
言語名を入力してgit initとか言ってる時点でハテナだし、
（1リポジトリ = 1言語ではない）
言語名が決まったからって.gitignoreは決まらない。
たとえばC言語であっても、Linux用であれば.oを.gitignoreに
追加するだろうけどWindows用だと.objeだし。
その他のOSを考えると、.gitignoreは言語名できまるのではなく、
使うツールで決まるもの。（>>731で既に俺が言ったこと）
737:デフォルトの名無しさん
14/06/02 02:10:49.16 l4SS/Bsy
あ、なるほど
>>728は>>735を指定したとおりに繋ぎ合わせてくれるのか
やるじゃないかMr. Blau
738:デフォルトの名無しさん
14/06/02 02:14:43.55 6oKdltFr
.gitignoreはあとから入れるもんだよなー。
使うツールが決まった時点で追加するものだ。
739:デフォルトの名無しさん
14/06/02 02:19:55.88 l4SS/Bsy
>>728にコマンドラインから取得する方法まで懇切丁寧に教えてくれてるし
何も困る事ないじゃないですかー
740:デフォルトの名無しさん
14/06/02 02:44:00.18 mMUvacT0
複数言語入れて使いにくいのはおつむの問題
741:デフォルトの名無しさん
14/06/02 12:49:24.52 KoJqCjfS
すいません
もともとgitのソースコードがローカルにあったのでgit pullしてmakeしてインストールしたんですけど
インストールしたバージョンgit version 2.0.0.6.g03cd2b0
なんですけどこれは2.0のリリースのですか？ベータですか？
URLﾘﾝｸ(github.com)でg03cd2b0を検索してもヒットしません
742:デフォルトの名無しさん
14/06/02 12:51:44.85 RquarvTq
リリースでビルドしたいならタグを使えよ
743:デフォルトの名無しさん
14/06/03 19:31:06.67 5oGupbY1
linuxのgitのdiffコマンドって何のdiffツールですか？
githubみたいなdiffが欲しいんですけどあれってgit diffの結果を出力してるだけなんですかね？
744:デフォルトの名無しさん
14/06/03 21:17:15.22 rCJu7D+N
>>741
git checkout v2.0.0しないと
745:216
14/06/03 22:17:39.88 Q95pPloD
ダメだ一つのフォルダにphpで作ったやつとかrubyで作ったやつをごっちゃにしていれてるとわけわかんねえ
やっぱり言語ごとにフォルダ分け内とダメだね
746:デフォルトの名無しさん
14/06/03 22:32:05.17 5DO4L7dm
gitで管理する以前の問題では
747:デフォルトの名無しさん
14/06/03 23:29:08.00 LGyoc4CS
>>745
拡張子でわかる
748:デフォルトの名無しさん
14/06/03 23:36:43.88 o0dI1/Bo
この1ヶ月間何やってたのかと
749:デフォルトの名無しさん
14/06/03 23:41:14.87 9AiAEfmm
一ヶ月でけっこスレすすんでるなｗ
言語ごとにというか、ひとつの言語のコードでも機能ごとにある程度フォルダわけないと混乱するだろ
750:デフォルトの名無しさん
14/06/03 23:41:30.25 bK0U8GNH
そもそもどういうリポジトリなんだ
751:デフォルトの名無しさん
14/06/04 00:13:25.94 Vfc08V0n
c:￥myrepo￥gazoudownloader
c:￥myrepo￥createxml
c:￥myrepo￥bbs
こんな感じでプロジェクトの名前だけ
もうねわけわからん
752:デフォルトの名無しさん
14/06/04 00:16:34.88 Vfc08V0n
このプロジェクトはなんだったかな？フォルダの中身を覗いて初めてphpとわかる。php用の環境を立ち上げる
↓
よしこのphpで書いたプロジェクトは終わったから続けて他のphpのプロジェクトを更新するか
↓
あれ？どれがphpで書いたプロジェクトだっけ？これかな？あ、ちがうこれはperlだ。じゃあこれは。ああrubyだった。じゃあこれは・・・よしphpだ。
もうめんどうくせえよ
753:片山博文MZ悪魔崇拝 ◆T6xkBnTXz7B0
14/06/04 00:19:32.02 qVJRsv3N
ReadMe.txtくらい書けよ。
grep使え。
754:デフォルトの名無しさん
14/06/04 00:23:08.01 HmwUcklb
c:\myrepo\php\gazoudownloader
c:\myrepo\php\createxml
c:\myrepo\perl\bbs
とかにすればいいんじゃない？
755:デフォルトの名無しさん
14/06/04 00:34:07.34 Vfc08V0n
そうするとここのスレの先輩が怒るんですよ
756:デフォルトの名無しさん
14/06/04 00:36:00.26 2MS74yRY
誰も怒ってないと思うが
もうお前がめんどうくせえよ
git関係ねーし
757:デフォルトの名無しさん
14/06/04 00:38:13.72 F6AvD4LE
>>752
gitの話関係ないよね？
単にディレクトリで分ければいいだけの話だよね？
758:デフォルトの名無しさん
14/06/04 00:39:35.70 HmwUcklb
>>755
スレ読んでみたけど、
あんたがgithubのプロジェクト名とローカルにリポジトリを置くパスの区別がついて無いだけだな
759:デフォルトの名無しさん
14/06/04 00:40:09.95 F6AvD4LE
>>754
それは馬鹿だろｗ
だいたい、プロジェクトごとにリポジトリを分けるのが
普通だってわかってる？
c:\php\myrepo\gazoudownloader
c:\php\myrepo\createxml
c:\php\myrepo\perl\bbs
こうすればいいだけだよ。
git関係ない。
760:デフォルトの名無しさん
14/06/04 00:41:28.11 u9d9cpJD
整理術の本でも買って読んでなさいって感じ
761:デフォルトの名無しさん
14/06/04 00:45:45.12 HmwUcklb
>>759
gazoudownloaderとかcreatexmlとかbbsが各々リポジトリで、それぞれgitで管理されてて、
myrepoっていうのがリポジトリ置き場ってことじゃないの？
762:デフォルトの名無しさん
14/06/04 00:45:50.36 2MS74yRY
「超」整理法で日付ディレクトリ最強ですね
763:デフォルトの名無しさん
14/06/04 00:49:28.83 F6AvD4LE
>>761
あぁ？ くだらなすぎてちゃんと見てなかったよｗ
c:php\gazoudownloader (1リポジトリ)
c:php\createxml (1リポジトリ)
c:perl\bbs (1リポジトリ)
これでいいのか？
繰り返し言う。リポジトリの中に言語名を入れる奴は馬鹿。
764:デフォルトの名無しさん
14/06/04 00:51:22.33 F6AvD4LE
だいたいさ、1つのリポジトリで
複数言語使うことなんてよくある話なんだから。
リポジトリに言語名入れるとかありえないって
少し考えればわかるじゃんｗ
765:デフォルトの名無しさん
14/06/04 00:57:04.62 HmwUcklb
リポジトリの中に言語名のフォルダあるのけっこう普通だと思うけど？
javaの標準的なプロジェクト構成とかそうだし
railsなんかもjavascriptとかcoffeescriptなんかのコードは言語名下のフォルダに収まってる
766:デフォルトの名無しさん
14/06/04 00:57:43.07 TUGNI46Z
.phpで全部検索すればいい。
それかシンボリックリンクで言語ごとにも分類すればいい。それなら、複数言語にも対応可能。
767:デフォルトの名無しさん
14/06/04 00:59:34.87 2MS74yRY
>>765
リポジトリ「名」の中に言語名入れるなって話だろうに
768:デフォルトの名無しさん
14/06/04 01:00:11.45 TUGNI46Z
普通だから良い方法とは限らない。
769:デフォルトの名無しさん
14/06/04 01:01:27.99 HmwUcklb
>>767
おう。それはいらんな。
770:デフォルトの名無しさん
14/06/04 01:03:07.11 dR3HZjet
>>765
githubで探してきて。
その数の1000倍は言語名が
リポジトリに入ってないだろうさ。
771:デフォルトの名無しさん
14/06/04 01:06:12.08 cWUULp7C
複数のリポジトリを一つにまとめるって
subversionの中の一部で流行った
バッドノウハウだよね。
subversionがリポジトリを作りにくい上に
tracが単一リポジトリしか対応していない時代があって
その場合に苦肉の策として考えだされた間違えたやり方。
リポジトリはプロジェクトごとに分けましょう。以上。
772:デフォルトの名無しさん
14/06/04 01:08:55.77 njjTYj+V
こりゃもう「リポジトリ」というものに関して語るスレが必要だね
773:デフォルトの名無しさん
14/06/04 01:09:54.10 pgNO5HMb
おいクソども。
クソでスレ進めんなボケ。
774:デフォルトの名無しさん
14/06/04 01:12:39.69 HmwUcklb
いやこの人は、例えばこんな感じにgithubのリポジトリがある場合に
ore/gazoudownloader
ore/createxml
ore/bbs
ローカルには、こんな感じに置いても何の問題も無いということが解んなかったんじゃない？
c:\php\gazoudownloader
c:\php\createxml
c:\perl\bbs
775:デフォルトの名無しさん
14/06/04 01:12:44.95 BwekaK/m
railsはrubyだけ
symfonyはphpだけ
gollumみたいに複数言語を使うほうがめずらしいよ
776:デフォルトの名無しさん
14/06/04 01:16:02.01 cWUULp7C
>>775
そりゃ、その言語のフレームワークだからだろｗ
アホすぎだｗ
（フレームワークを使ってる/使ってなくてもいいが）
アプリのコード見てみろ。
たとえばgit URLﾘﾝｸ(github.com) は
C 45.9% Shell 34.6% Perl 9.7% JavaScript 3.4% Tcl 2.7% Python 2.4% Other 1.4%
だ。今はリポジトリ見れば簡単にわかるようになって便利だな。
リポジトリの上のカラフルなバーをクリックするんだよ。
777:デフォルトの名無しさん
14/06/04 01:28:41.65 u9d9cpJD
ローカルなんだからディレクトリ名なんか好きにすりゃいいし、
数が増えすぎてわけわからなくなったらwikiでも立ててカタログ作りゃえーやん
778:デフォルトの名無しさん
14/06/04 02:04:43.66 zV8qAQiq
svn使ってた時に1リポジトリ複プロジェクトにしたおかげで
gitに変換する時に死んだわ…
俺がリネーム厨だったせいなのが原因だけど
779:デフォルトの名無しさん
14/06/04 11:50:46.93 JBvZNONu
編集するための環境が複数言語に対応してないことの方が大問題じゃね？ｗ
780:デフォルトの名無しさん
14/06/04 12:19:13.04 PLuHq7Rw
>>776
そんな特殊なものを例に出されてもねｗｗｗｗｗｗｗｗｗｗｗｗｗ
ほとんどのプロジェクトは1つの言語だけで作られてるでしょｗｗｗｗｗｗｗｗｗｗｗｗｗ
781:デフォルトの名無しさん
14/06/04 12:21:44.90 bEyKGuJO
>>780
ウェブ系ってたくさんの言語あるよ
というか普通の開発でだってひとつの言語で済むのは
すごく稀な例だと思うよ
782:デフォルトの名無しさん
14/06/04 12:43:56.96 u9d9cpJD
いつまでこのスレチの話題続くの？
783:デフォルトの名無しさん
14/06/04 12:54:10.95 PLuHq7Rw
ぷろじぇくと100も200も増えたらどうすんだよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
１つのフォルダに全部いれとくのかよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
探すのたいへんだぞｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
784:デフォルトの名無しさん
14/06/04 21:29:03.04 jJTqmzi2
>>783
同時にそんな件数かかえられるわけないだろ。
現在かかえてるやつだけ残して終わったやつは消せ
785:デフォルトの名無しさん
14/06/04 22:38:03.42 q4t2wT6z
>>783は言い間違えたんだよ。
本当に言いたかったのはこっち
ぷろじぇくと100も200も増えたらどうすんだよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
１つのリポジトリに全部いれとくのかよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
探すのたいへんだぞｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
786:デフォルトの名無しさん
14/06/04 23:41:02.34 lKY790DW
一つ質問
git mv に失敗したっぽくて、git log --follow してもログが分断されてしまった…
(ようするに消した後、新規追加と同じになってる)
この状況で、ログをくっつける事は可能でしょうか？
787:デフォルトの名無しさん
14/06/05 00:10:17.95 B5xrGd/9
>>786
git mvは「消した後、新規追加」と同じことをするコマンドだから何も心配はいらない
788:デフォルトの名無しさん
14/06/05 01:12:05.22 iGxBJzBl
>>787
でも、git mv に成功した場合は、git log --follow でログが表示されるのが
されないから多分分断されてる
ムリクリfollowするようにしたいけど、その方法を教えてもらえればと
789:デフォルトの名無しさん
14/06/05 01:23:40.15 fhxWm8Xr
>>788
gitは、あるコミットにおいてrmされたファイルとaddされたファイルの内容を比べて、
中身がだいたい同じ場合それはファイルがmvされたのだと適当に判断する
あんたがmvに成功したと思ってるのは、mvしたファイルの内容がgitの許容範囲内だっただけ
790:デフォルトの名無しさん
14/06/05 01:29:08.95 iGxBJzBl
>>789
なるほど、薄々そんな気がしていたがやっぱりそうだったのか…
リファクタリング中だったから、git mv した後いぢり過ぎたのか
これからはgit mv した後はすぐコミットする事にします。どうもでした。
791:デフォルトの名無しさん
14/06/05 09:40:58.07 sbCUAgw4
ファイルの移動に限らず、ちょっとした関数の移動でも1コミットにしてるな
「内容を全く変えずに移動」で1コミットになってると、行番号だけがずれてるcherry-pickなんかも受け入れてくれやすい
と散々rebase＆cherry-pickしまくった経験則だけど
792:デフォルトの名無しさん
14/06/05 11:30:52.10 pAA2pjK6
フォルダのどこからでもgit addで追加する場合ってどうやるのか教えてください
git add -Aってカレントフォルダだけですよね
793:デフォルトの名無しさん
14/06/05 17:28:56.51 kE+YYBnP
>>710
URLﾘﾝｸ(qiita.com)
>>710がqiitaに公開したのかqiitaの人がこのスレから転載したのかｗ
794:デフォルトの名無しさん
14/06/05 19:55:24.38 9JC5UGTi
これとはまた違うのか
URLﾘﾝｸ(developer.github.com)
URLﾘﾝｸ(developer.github.com)
795:デフォルトの名無しさん
14/06/05 20:19:48.42 fhxWm8Xr
>>792
追加するフォルダかファイルのパスを指定する
796:デフォルトの名無しさん
14/06/06 17:56:42.08 ZbxJIgia
初歩的な質問ですけど
ブランチで開発やってて、他のブランチの結果をpullするって出来ますか？
master -------------
branchA \____?_ _ _ _
branchB \______/
図が難しいので順序が逆ですが
branchBが先にmasterからブランチして
branchAが次にmasterからブランチした。
branchAがbranchBの結果をpullして取り込みたいんですが。
branchBがmasterにmergeすると簡単なのかな？
教えてください。
797:デフォルトの名無しさん
14/06/06 18:38:12.44 ICJsHYDG
>>796
Gitのマージは賢いからその程度なら全く難しく考える必要なく
branchA側からbranchBをマージできるぞ
798:デフォルトの名無しさん
14/06/07 07:34:24.03 paHf3aPB
カレント・ディレクトリの tags ファイルをローカル・リポジトリに追加したいのです
が "git add tags" できません。
"git add tags " コマンド自体を実行させても、エラーを返しません。上手くいったか
と思って "git status" で確認すると、インデックスには tags ファイルは追加されて
いません。tags ファイルを別の名前 tags_test に rename すれば "git add
tags_test" でインデックスに追加されます。でも Vim の補完に使うファイルであり
tags ファイル名のままにしておかねばなりません。"git add -- tags" と実行させても
同じです。
"git add tags", "git add -- tags" が働かない理由と対策を教えてもらえないでしょうか。
OS 環境は Windows7 であり git version は下の様になっています
git --version
git version 1.8.1.msysgit.1
799:デフォルトの名無しさん
14/06/07 07:45:02.46 oJ+iP19r
再現しないけど
既に管理下に入ってるんじゃないの？
800:デフォルトの名無しさん
14/06/07 08:00:43.50 paHf3aPB
Repository 内に無いことは最初に確認済みでした。
でも、今 git ls-files で確認してみたら tags ファイルが入っていました。このおっちょちょいが。
失礼しました。ありがとうございました。
801:デフォルトの名無しさん
14/06/07 18:48:16.19 jSVebn/T
どんなコマンドを入力してもログは絶対に消えないですか
802:デフォルトの名無しさん
14/06/07 18:59:57.78 3R8CEA88
rm -fR .git
803:デフォルトの名無しさん
14/06/09 18:34:36.80 dvi2Sb61
コンフリクトしてpushしたやつを戻すの難しかったお
Git恐怖症になりそう
804:デフォルトの名無しさん
14/06/09 21:41:17.37 nOs0/HFd
コンフリクトしてpushって言ってる言葉自体がわからんｗ
共有リポジトリなら、revertコマンド一つ。
自分専用リポジトリならローカルを適当に書き換えて
push --forceすれば終わりなんだけどな。
805:デフォルトの名無しさん
14/06/09 21:50:57.46 35sdSSzp
最悪、ハッシュさえ覚えとけば(普通は覚えるまでもなくreflogに残ってるが)
ブランチの状態をある時点まで戻すのは簡単だからな
これができないような状態にまで壊すのは、意識的にやらない限りなかなか無い
806:デフォルトの名無しさん
14/06/10 00:28:24.33 Rfvv6P0m
revert様々やで
807:デフォルトの名無しさん
14/06/10 01:38:29.66 AAMs7V03
途中で分岐させて、片方にコミットAとそのrevertコミット、もう片方にAのチェリーピック食わせてて両方マージしたら暗黙にrevertが優先されて焦った事があった。
マージ賢いけど、賢く運用してる場合に限り賢く振る舞ってくれる感じがする。
808:デフォルトの名無しさん
14/06/10 02:27:26.48 osqTzX66
>>807
試しにやってみたけどcherry-pickした方が残るぞ？どんな条件でそんなこと起こるんだ？
809:デフォルトの名無しさん
14/06/10 05:19:03.10 8m9M+kuY
再現されない
git init
vim README
git add .
git commit -m "initial commit"
git checkout -b branch1
vim foo1.cpp
git add .
git commit -m "add foo1.cpp" -> 10b43c7
vim foo2.cpp
git add .
git commit -m "add foo2.cpp" -> 2bf1437
vim foo3.cpp
git add .
git commit -m "add foo3.cpp" -> 3b31558
vim foo4.cpp
git add .
git commit -m "add foo4.cpp" -> 086ca1c
git revert 2bf1437 3b31558 -> foo2.cpp foo3.cpp削除
git checkout -b branch2 master
git cherry-pick 2bf1437 3b31558 -> foo2.cpp foo3.cpp作成
git checkout -b branch2m
git merge branch1 -> 問題なく融合(foo1.cpp～foo4.cppが存在)
git checkout -b branch1m branch1
git merge branch2 -> 問題なく融合(foo1.cpp～foo4.cppが存在)
810:デフォルトの名無しさん
14/06/10 07:59:18.53 AAMs7V03
そう…再現しねぇんだよ…なんでかなぁ。
811:デフォルトの名無しさん
14/06/10 17:44:37.82 Rfvv6P0m
git resetで前のコミットに戻って編集した後pushしたい時って今までのコミットrevertしてからpushするしか無いの？
812:デフォルトの名無しさん
14/06/10 18:27:22.10 lvdNmXjN
こんな感じ？
C4まで公開済み
↓
[C1]-[C2]-[C3]-[C4]-[C5]-[C6]-[C7]
↑
現在のHEAD
C3まで戻りたいのならC4までresetした後、C3をrevert、でpush可能
C5まで戻りたいのならC5までreset、でpush可能
813:デフォルトの名無しさん
14/06/10 19:14:50.43 Rfvv6P0m
>>812
なるほどありがとう
814:デフォルトの名無しさん
14/06/10 20:44:55.54 ZZTnWEBr
>>812
これなんかおかしい
815:デフォルトの名無しさん
14/06/10 21:33:28.07 pZUiJHso
herokuでwordpressみたいなPaaSの運用って思ったよりめんどくさいのね。
Gitの管理していないファイルの扱いをどうしたらいいんだ。
816:デフォルトの名無しさん
14/06/11 01:19:10.50 ehbBircS
>>815
その問題は、データベースに保存するデータを
どうするかって話と同じだろ？
817:デフォルトの名無しさん
14/06/11 07:23:42.77 YrJFhcVC
違うでしょ。
herokuの場合wordpressが作成するデータベースは勝手に消えないけど、アップロードしたファイルは消えちゃう。
解決法としてストレージを外部に持つしか方法がないようだ。
818:デフォルトの名無しさん
14/06/11 12:44:22.03 EyVsoFD4
heroku使うのにwordpress使うってカスがやること
819:デフォルトの名無しさん
14/06/11 13:23:01.02 8t9Ps5Bi
git version 1.8.5.2.msysgit.0 で
git rm -rf dir/
fatal: pathspec 'dir/' did not match any files
ってファイルは消せるのにディレクトリが消せないのはどういうこと？
dir/内は空っぽです
820:デフォルトの名無しさん
14/06/11 14:31:43.41 xqrpI9NS
PaaSの環境によるけど、herokuでwordpressってすごく普通だけど。
821:デフォルトの名無しさん
14/06/11 15:22:38.37 Rgm1d36A
>>819
Gitはファイルを管理するけどディレクトリそのものは管理しないから
822:デフォルトの名無しさん
14/06/11 20:03:40.21 ALIRMVK5
.gitkeepでググれ
823:819
14/06/12 00:35:02.82 KlCOfI2g
>>821
確かに…別の場所でpullしたらディレクトリ消えてた
git内では消えてるのにディレクトリそのものは残ってるから2回目以降に表示されてたんだな
ファイルはgit rmでばっさり消すくせにディレクトリは消さないってなんでなん
824:819
14/06/12 00:42:00.03 KlCOfI2g
>>822
ググった
なるほど、git mvでディレクトリ内のファイルを先に全部移動したから、その時点で
gitの管理からはずれてたのか
もう理解できたからいいけど、なんか直感的な挙動じゃなかったな
825:デフォルトの名無しさん
14/06/12 00:50:48.34 k+HyAclm
>>823
だから、Gitはファイルを管理するけどディレクトリそのものは管理しない
git rm はGitで管理してるファイルを消すコマンド
ワーキングツリー上の空ディレクトリを消したければ普通のコマンド使え
826:デフォルトの名無しさん
14/06/12 00:51:39.35 k+HyAclm
リロードしてなかった
827:819
14/06/12 01:33:07.61 KlCOfI2g
>>825
一応試したところgit rm -r dir/で実際のディレクトリもちゃんと消えるね
828:819
14/06/12 01:34:47.60 KlCOfI2g
>>827
もちろん空でないディレクトリに限るけど
829:デフォルトの名無しさん
14/06/12 01:40:04.38 k+HyAclm
>>827
dir/の下がgitで管理されてればね
ついでに消す
830:デフォルトの名無しさん
14/06/12 01:41:26.71 k+HyAclm
またリロードしてなかった
831:デフォルトの名無しさん
14/06/12 02:44:56.35 0fE6ecZu
最初の頃に管理に入れた、とあるファイルが
作り込んだ後になって「各自で別々の内容のまま持つべき」
って話になったんですが、どうすればいいのでしょうか？
git rm --cachedだと各自がpullしたときに消えちゃう…各自の持ってるファイルは現状のままにしたいです
832:デフォルトの名無しさん
14/06/12 02:46:03.19 0fE6ecZu
あ、現状のままというか、各自で別々の内容にしていけるように、です。
833:デフォルトの名無しさん
14/06/12 02:52:56.27 bcr4Y1Fv
.gitignoreに書けばいいんじゃないの？
834:デフォルトの名無しさん
14/06/12 02:59:30.25 0fE6ecZu
>>833
既にコミット済みなので、.gitignoreに書いても除外されないんですよね…
835:デフォルトの名無しさん
14/06/12 03:01:38.52 cPATFudP
じゃあコミットからはずせよ
836:デフォルトの名無しさん
14/06/12 03:08:14.85 LUHHUJAl
URLﾘﾝｸ(qiita.com)
こういうのあるけど
837:デフォルトの名無しさん
14/06/12 03:28:09.83 bcr4Y1Fv
非管理ディレクトリでも作ってそこにファイル置いてシンボリックリンクでも張ってつかえばええんちゃうの
838:デフォルトの名無しさん
14/06/12 12:01:55.49 Qv1u/W6+
とにかく業務これだけ使えれば万全ってコマンドをあるだけおしえて
commit
add
checkout
branch
remote
log
reflog
reset
これ走ってる
839:デフォルトの名無しさん
14/06/12 12:24:21.06 f3a/iFpr
grep
rebase
status
diff
revert
こいつらも覚えとき
bisect、blameもおすすめ
840:デフォルトの名無しさん
14/06/12 14:21:17.86 k+HyAclm
>>831みたいなときに
.gitignoreに書いて、git rm --cachedして、その状態をcommitしてたんだけど
そうするとちょっと問題があって
そのcommit以前をチェックアウトした後に、そのcommit以後をチェックアウトすると、
管理から外したファイルが消失しちゃうんだよね
>>836はまったく未知だったわちょっと動作を確かめてみる
841:デフォルトの名無しさん
14/06/12 14:23:15.51 fKk4MWnJ
Pro Gitにも書いておいてほしい
842:デフォルトの名無しさん
14/06/13 18:00:50.16 VgtrMdkb
>>836はローカルなリポジトリだけに作用する感じなのかねえ
特定のファイルが最初から.gitignoreに登録されてリポジトリには登録されるべきでなかったことをリモートリポジトリにも反映するには、
git filter-branchで最初から書き換えてしまうしか無いのかな
843:デフォルトの名無しさん
14/06/15 12:29:50.14 ZB+9NljM
日々の作業を自動化するプログラムを書いてgitで管理していくとプロジェクトが50個超えるんですけど
ここの先輩もそんなにいきますか？
844:デフォルトの名無しさん
14/06/15 12:33:02.69 C1Yq9FDg
日々の作業がそんなにないんだけど...
845:デフォルトの名無しさん
14/06/15 12:48:11.71 ZuLV4hXG
>>843
それgit関係無いですよね？
846:デフォルトの名無しさん
14/06/15 13:32:29.24 KFTbGwac
そのプログラムとやらをまとめて一個のリポジトリにすりゃええやんけ
そんな自動化できることばっかなら仕事しなくていいんじゃね
裏山
847:デフォルトの名無しさん
14/06/15 14:58:31.07 cXeYBPF2
自分が書いたコードをレビューしてくれるサイトってありませんか？
848:デフォルトの名無しさん
14/06/15 15:08:34.54 l0ywMHBR
>>847
githubにコード晒して
レビューしてくださいっていうとか
849:デフォルトの名無しさん
14/06/15 15:17:54.95 47+4XIuz
Git関係なくね？てか使ってる言語系のスレで聞けばよくね？
てかフルボッコされたいならこの板で良くね？
850:デフォルトの名無しさん
14/06/15 15:40:00.08 cXeYBPF2
githubってあんまりレビューを見かけることがないんですよね
というかレビューをするのが前提って感じでも無いですし
レビューに力を入れているサイトってないんでしょうか
851:デフォルトの名無しさん
14/06/15 15:40:10.00 azJHx8hd
stackoverflowのほうが精神衛生には良さそう
同じボコられるにしたって、匿名と名前ありでは素直に受け取れる度みたいなもんが変わってくると思う
852:デフォルトの名無しさん
14/06/15 15:53:23.78 8GPu+iwa
stackoverflowの日本語版が出来たらそこがいいだろう
853:デフォルトの名無しさん
14/06/15 16:09:10.27 IRi7fyG5
stackoverflowは質問事項を明確にしないと管理人に質問を凍結状態にされるぞ
レビューしてくださいとかダメだ
854:デフォルトの名無しさん
14/06/15 16:12:09.02 qtgrwwOv
stackoverflowで質問したことあるけど勝手にタイトルを変更された
855:デフォルトの名無しさん
14/06/15 19:17:17.20 ZZ/FPeiS
タイトルと質問内容をレビューしてもらったわけだ。
コードレビューならとりあえずgithubに上げてみ。誰かのコードレビューすれば逆にレビューしてくれる。
856:デフォルトの名無しさん
14/06/16 00:22:54.07 idFh+z/o
>>850
コメントやりあってるのがレビューじゃなくてなんなんだよ…
この人の考えてるレビューはみんなの思い描いてるのとは別物だな、たぶん
857:デフォルトの名無しさん
14/06/16 01:25:32.74 HINNz9l/
いやレビュー目的でgithub見に来てる人っていないでしょ？
海外のチャットで僕の英語を添削してくださいなんて言わないよね
だから添削に特化したlang8みたいなのがあるんだよ
858:デフォルトの名無しさん
14/06/16 01:30:36.25 MERkKOKe
素晴らしいソフトウェアをもっと素晴らしくするために自分の考えだした素晴らしいアイデアを無償で提供しようってのが公開リポジトリでの交流だろ？
859:デフォルトの名無しさん
14/06/16 01:31:44.76 MERkKOKe
どこぞの誰かが添削してくださいって言って公開してる何の役にもたたんコードを無償でレビューするとかどんな暇人やねん
860:デフォルトの名無しさん
14/06/16 01:38:58.62 MERkKOKe
いっそのことコードを会員相互でレビューしあうサイトでも立ち上げてみたら？需要があるんなら儲かるんじゃね？
861:デフォルトの名無しさん
14/06/16 06:20:11.38 e4oLiDm/
>>860
考えてみた
URLﾘﾝｸ(pastebin.com)
862:デフォルトの名無しさん
14/06/16 06:29:03.47 AdEqdopC
いいかげんGitとは全く関係無いんで他にスレでも立ててやってくれ
863:デフォルトの名無しさん
14/06/16 06:35:35.02 Mvi4rDX6
コードレビューでお金がもらえるサービスを作る
ｽﾚﾘﾝｸ(tech板)
864:デフォルトの名無しさん
14/06/16 08:11:44.62 WjthfDAE
>>859
> どんな暇人やねん
にちゃんでうだうだ言ってるお前が言うなよ w
865:デフォルトの名無しさん
14/06/16 22:31:52.86 w9HZwqDq
>>863
それ普通にユーキャンだろ…
866:デフォルトの名無しさん
14/06/16 22:37:07.56 MMwlea4w
クソサービスすぎて見てるほうが死にたくなる
867:デフォルトの名無しさん
14/06/16 22:56:47.14 1GPgt9YV
死にたいなら死んでいいと思います。
868:デフォルトの名無しさん
14/06/18 16:43:12.19 bAs8WhGu
gitのサブモジュールって、サブモジュールが更新されたとき、メインのgitでpullすればサブモジュールのgitも最新版になるの？
869:デフォルトの名無しさん
14/06/18 17:03:50.64 yu0xlR7/
ならんならん
870:デフォルトの名無しさん
14/06/18 17:49:25.97 bAs8WhGu
>>869
ありがとうございます。
ということは、サブモジュールが更新されてたらcomposerとかbowerとかつかわないけないんですね。
871:デフォルトの名無しさん
14/06/18 17:53:32.85 yu0xlR7/
なんでやねん
872:デフォルトの名無しさん
14/06/18 21:32:10.25 Dv/sTmWi
なんでそうなるんや…
873:デフォルトの名無しさん
14/06/19 02:50:54.18 a+4NSFaT
git/composer/bowerあたりが全部ごっちゃになってるのか…gruntとかnpmとかもか
874:デフォルトの名無しさん
14/06/19 02:52:18.29 GKSvjGH6
URLﾘﾝｸ(info.cloudforge.com)
875:デフォルトの名無しさん
14/06/19 02:56:00.25 QcTSno45
>>873
はい。ごっちゃです。
nodejsで、サブモジュールのクラスを継承してるんですけどサブモジュールのライブラリを更新したらメインのサブモジュールも自動更新できるように出来ませんかね？
876:デフォルトの名無しさん
14/06/19 04:35:43.70 ZDR2rCVo
URLﾘﾝｸ(git-scm.com)
877:デフォルトの名無しさん
14/06/19 09:10:11.76 uhTP2aV5
>>875
外部ライブラリのバージョンを、バージョン管理しないなら、
サブモジュールを使わないで「バージョン管理しないディレクトリ」
として管理しなければいいよ。
878:デフォルトの名無しさん
14/06/19 11:01:04.34 QcTSno45
>>876,877
ご親切にありがとうございます。
勉強してみます。
879:デフォルトの名無しさん
14/06/19 17:00:32.13 IwCNAxsR
細かい単位でコミットしてないとダメだなあ
あんまり大きい作業単位でコミットしてるとrevertとか便利そうな機能が使えんし
880:デフォルトの名無しさん
14/06/19 17:06:48.92 BcmtgtjI
セーブする感覚でやっちゃってる
適当にrebaseしないと散らかりすぎるかのう
881:デフォルトの名無しさん
14/06/19 20:04:21.46 GjYBKD0X
俺はブランチ切る→そのブランチ内でセーブ感覚でガンガンコミット→squash
882:デフォルトの名無しさん
14/06/19 20:15:00.22 Fdr0qLJN
それがベーシックなやり方だろうね
ブランチ未満の粒度の作業単位は残す必要ないだろうし
883:デフォルトの名無しさん
14/06/19 20:18:40.23 Df6JFFDt
個人的な好みとしては
rebaseでの根本移動はアリだけど
squashでのコミット潰しとFFマージ主義はナシ
884:デフォルトの名無しさん
14/06/20 01:16:15.04 9P55PKrO
開発用テストサーバとローカルのコードを同期するのに同期用のブランチを切って使ってる。
それだと本当にタイプミスで動かないものの修正とかでcommit/push/pullになって、コミットログも"a"とかなので、さすがにそんなのは履歴として残すメリットはなんにもないので、
本来コミットするべきタイミングでそういうのはsquashしてトピックブランチにcommitしてる。
原理主義者からは単なる同期にgitを使うなとは言われるかもしれないけど、
他のツールを使うのも色々とめんどくさいしね。
885:デフォルトの名無しさん
14/06/20 01:25:01.85 nPERQ22c
> squashでのコミット潰しとFFマージ主義はナシ
時と場合によって変えるべき。
なぜ「mergeはこれしかダメ」と決めつける人が多いのだろうか。
squashするべき時はsquashして、するべきじゃない時はsquashしない。
FFマージするべき時はFFマージして、FFマージするべきじゃない時はFFマージしない。
それだけじゃないか。
決めつける人は、自分がやり方ことが明確になっておらず、
ただコマンドを覚えているだけなんだろうな。
886:デフォルトの名無しさん
14/06/20 01:50:53.36 fQqGdEOm
自分のやり方と違う奴の存在認められないからすぐ叩きが始まるのはいつものことではないか
887:デフォルトの名無しさん
14/06/20 01:55:10.28 7nDrVBi+
1コミットにできないブランチはそもそもブランチの切り方を失敗してる説
888:デフォルトの名無しさん
14/06/20 01:58:44.73 rNGAsf/H
１コミットにまとめようとしてsquashしたらコンフリクトがハンパなく発生して死にたくなった
889:デフォルトの名無しさん
14/06/20 02:00:56.73 nPERQ22c
>>888
それはmergeでコンフリクトが出ているだけで
squashしたせいじゃないよ。
890:デフォルトの名無しさん
14/06/20 07:49:34.87 XWgQCtQu
squash しなければコンフリクトも小出しになると言いたいのでは。
891:デフォルトの名無しさん
14/06/20 19:41:04.84 FEHr8pGe
squashしたらこんなのがでる
$ 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)
$
892:デフォルトの名無しさん
14/06/20 19:43:03.58 FEHr8pGe
まとめるコミットが多いとこうういのがたくさん出る
893:デフォルトの名無しさん
14/06/20 20:08:47.08 fQqGdEOm
がんばれがんばれどかべん
よーしだたろう
894:デフォルトの名無しさん
14/06/20 21:05:57.10 tmj63HwH
rebaseはマージコミットの時に行った編集を再現できないから、マージコミットを巻き込んでrebaseしたら
何度でも同じコンフリクトが起きるよ
895:デフォルトの名無しさん
14/06/21 02:40:47.04 GnC4hxCp
そして、「何度でも同じコンフリクト」が起きた時
自動で解決してくれる設定が、
あるから誰か答えてね。
896:デフォルトの名無しさん
14/06/21 03:01:15.08 5/17O7zj
initからsquashを使うまでの流れを教えてください
897:デフォルトの名無しさん
14/06/21 10:32:06.18 tx3pF38o
merge --squashはまず使わないが、
rebaseのsquash, fixupはよく使うレレレのおじさん
898:デフォルトの名無しさん
14/06/21 11:08:10.55 EfmviY6O
だってgit bookのページに書いてあったsquashってrebaseの話しかなかったんだもん！
899:デフォルトの名無しさん
14/06/21 12:55:15.10 tx3pF38o
ｿｰｶｿｰｶﾖｼﾖｼ