[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 10/20 05:26 / Filesize : 275 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 13



1 名前:デフォルトの名無しさん [2015/08/14(金) 23:42:44.38 ID:5izHJctE.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 12
peace.2ch.net/test/read.cgi/tech/1427085313/

369 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 10:36:12.82 ID:hDkDA5dy.net]
そもそも、元発言者が、過去のバージョンを取得したときのコンバータのバージョンがどうあるべきなのかを
言ってないので、それ抜きに議論しても無意味。

370 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 12:39:15.87 ID:WhwNyLZa.net]
>>364
その最新版?のコンパイラを常に誰かがビルドしてどこかにアップロードしてくれているという前提なら
post-merge フック使ってそれをワークツリーにダウンロードしてくればいいだけかな

371 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 17:09:27.10 ID:+KYSwNrX.net]
>>367
> 例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね
って言ってるよ

あと
> 単にディスクスペースを気にせずバイナリをcommitすれば全て解決だけど
> 履歴は要らないから簡単に保存しないように出来ればなと思っただけだ

って単に履歴が要らいってだけだろ
長々と書き込みがあったけど要するに履歴を保存しないのは無理っていう結論でFAだろ?

372 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 17:21:28.30 ID:vqI1nm1x.net]
>>369
だからその最新版でありさえすればいいを定義してないから混乱してるんだって

373 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 17:37:20.93 ID:hDkDA5dy.net]
>>369
> > 例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね
> って言ってるよ
いやだから、
2015-01-01: app ver 1.0 release, converter ver 2.0
2015-10-01: app ver 2.0 release, converter ver 2.5
だったときに、app v1.0を取得したときに本当にconverter v2.5でいいのかねという疑問があるのだが。

普通に考えればconverterもgitに登録すればいいのだが、サイズがでかいとかの理由で
そうしたくないなら、別の方法を考える必要がある。

374 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 17:40:40.20 ID:+KYSwNrX.net]
>>370
定義っていうか、だから履歴が要らないって事だよ
コンバータ自体は多分しょっちゅう更新されてんだろ
で、互換性が保たれてるから他のソースのどんな時点のチェックアウトでも
最新のコンバータが存在してればいいって事でしょ

だから普通にコミットした時点で古いチェックアウトで古いコンバータが
落ちてきちゃうから無理って事でFAでしょ?
hash-objectとかよく分からないけどそういうのを駆使すれば可能かもね
そこまでやる意味があるか分からないけど出来るのならやり方は知りたいけど

375 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 17:46:58.52 ID:hDkDA5dy.net]
>>372
> で、互換性が保たれてるから他のソースのどんな時点のチェックアウトでも
> 最新のコンバータが存在してればいいって事でしょ
でも、app v1.0とconverter v2.5の組み合わせでの動作確認は誰もしてないよ?
それでもいいの?

376 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 18:10:04.87 ID:vqI1nm1x.net]
>>372
あなたは>>292の元質問者?

377 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 18:12:57.33 ID:vqI1nm1x.net]
>>372
>だから普通にコミットした時点で古いチェックアウトで古いコンバータが
>落ちてきちゃうから無理って事でFAでしょ?

ここだけならpost-checkoutフックで動作するスクリプト書くのがいいと思うな
progitにもそう書いてあるし



378 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 18:31:45.05 ID:wTaE5xnX.net]
git pullしたときに更新があったら~/install.shを実行する方法を教えて

379 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 18:51:54.98 ID:+KYSwNrX.net]
>>373
それはコンバータ作成者が古いデータかソースともテストすればいいだけじゃないか?
当然テストが全部通ったものがアップされてる前提でしょ

380 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 19:20:35.40 ID:rpYLMD5h.net]
>>376
post-merge フック

381 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:20:15.59 ID:oGA8SXOQ.net]
例えばnode.jsとかnodeが頻繁にバージョンアップしている。
リポジトリにnode.jsを入れておけば
git cloneするだけですぐに動かすことができるだろ?
便利じゃん。

382 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:24:31.79 ID:odniBWAj.net]
最初から言われているように、バージョン管理しないものを
バージョン管理システムに入れるのが間違い。
横着してないでコンバーターを別にインストールすればいいだけ。

383 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:29:54.14 ID:pRznotQV.net]
入れたきゃ入れればいいじゃん?
でも、あくまでバージョン管理する事が目的のツールなんだから、履歴が消せないくらいは我慢しなよ。
簡単に消せたら逆に困るわ。

384 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 20:30:02.72 ID:rpYLMD5h.net]
バージョンアップの都度cloneし直すのか。
発狂しそうになるな。

385 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 21:28:22.71 ID:odniBWAj.net]
>>381
普通に入れたら、古いコードをチェックアウトした時に
古いコンパイラやコンバーターになるじゃん。
それじゃだめなんだよ!

386 名前:デフォルトの名無しさん mailto:sage [2015/11/09(月) 23:37:46.57 ID:2IQosoUz.net]
sourcetreeで スタッシュからポップしたいんだけどどうしたらいいの?

387 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 08:56:14.30 ID:jysDDVfK.net]
>>383
だからpost-checkoutスクリプト書けって言ってんだろ
ソースに付属のサンプルくらい読めやがれ



388 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 10:04:24.68 ID:xVoLS9i1.net]
>>377
普通は、利用される側は利用する側のテストはしない。
>>371の例で言えば、converter作成者はappのテストはしない。
(というか、converter v2.0リリース時にはapp v1.0は存在しないのでテストできない)

> 古いコンパイラやコンバーターになるじゃん。
> それじゃだめなんだよ!
それで駄目かどうかは、元発言者しかしらない。

で、あなたは元発言者なの?

389 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 11:48:40.29 ID:t51d4d0o.net]
>>385
post-checkoutスクリプトでどうやって
git cloneしたときコンバーターまでインストールしますか?
フックをどうやってgitリポジトリに入れるんですかね。
いいですか?git cloneしたときに開発環境をセットアップしたいんですよ。

390 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 11:54:10.97 ID:LsvFQgd7.net]
>>387
あなたは元発言者?

391 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 12:03:07.74 ID:B2wNB1y1.net]
>>388
はいそうです。

392 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 12:04:29.85 ID:LsvFQgd7.net]
>>389
OK、じや、最新版のgitを使え

393 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 12:05:12.92 ID:B2wNB1y1.net]
その証拠に最初の書き込みを書いておきますね。

292 名前:デフォルトの名無しさん[sage] 投稿日:2015/11/04(水) 15:24:58.18 ID:4VARUgDB [1/3]
特定のフォルダ以下はバージョンを最新のものしか保持しないように出来る?
出来るならやり方教えてください

294 返信:デフォルトの名無しさん[sage] 投稿日:2015/11/04(水) 17:21:49.38 ID:4VARUgDB [2/3]
>>293
例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね
もちろん互換性を保持したままバージョンアップされる
コンバータをビルドするには環境を作成する必要があるからgit cloneで
バイナリだけ落ちてくればいい
もちろんツールのソースは別のリポジトリで管理されてる

単にディスクスペースを気にせずバイナリをcommitすれば全て解決だけど
履歴は要らないから簡単に保存しないように出来ればなと思っただけだ

394 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 12:06:39.58 ID:B2wNB1y1.net]
>>390
使ってます

395 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 12:13:30.43 ID:LsvFQgd7.net]
>>392
じゃgitのバージョンと実行環境は?

396 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 12:17:07.10 ID:B2wNB1y1.net]
最新は2.6.3だろ。何を言ってるんだ?

397 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 13:07:30.93 ID:xVoLS9i1.net]
>>389
元発言者なら、>>373の質問に答えてくれ。



398 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 13:14:50.59 ID:RguE1sqq.net]
まさかフックの共有の仕方も知らんやつが
hash-objectを駆使すれば実現できるはず(キリ
とか言ってて草

399 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 16:27:33.90 ID:HB2gwhXV.net]
>>387>>389は偽モンだろ
口調が全然違う

400 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 16:28:39.52 ID:HB2gwhXV.net]
結論出てるのに蒸し返す方が草だろ

401 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 16:48:42.68 ID:MoYVUliZ.net]
qiitaでこういうときはこういうコマンドと引数を使えみたいな記事を定期的に出てくるけど
あんな長いものを入力しないといけないの?
init,clone,checkout,commit,add,branch,log,reflog,rebase,merge,pull,pushのみ使ってるけどcommit -mとcheckout -f .以外それぞれの引数なんて何もしらないよ
bitbucketにリポジトリ作るときのremoteの設定なんてコピペ。

402 名前:デフォルトの名無しさん mailto:sage [2015/11/10(火) 17:49:03.40 ID:gLcyYpMH.net]
シェルのgitコマンド補完用の設定をしてあれば
長いオプションも引数もある程度補完が効くから何からなにまで入力しなきゃいけないってことは無い
まあメモしといてコピペも使うし、頻繁に使うのはエイリアスやシェル関数を定義するけどね

403 名前:デフォルトの名無しさん [2015/11/13(金) 21:45:11.70 ID:wOHg++fH.net]
       自民党 対 国民!  死者数、戦時なみに!


川崎病の年間患者数、史上最高に 1万5千人を突破、ピーク時を超える

404 名前: 最初の報告は水爆実験後。本当の原因は被曝
震災以降に死亡者数が、第二次大戦に匹敵するほど急増している
厚生労働省によると平成23年から平成25年の累計死亡者数は360万人以上に急増。今の日本は太平洋戦争時の時と同じくらいの勢いで人が亡くなっている
https://twitter.com/tokai amada/status/664927655544795136

除染袋回収の作業員5人 疲労で動けず、自衛隊など救助  疲労じゃないだろう、被曝障害だろうよ 死んだように眠る人々(写真多数)
http://s.ameblo.jp/kaito000777/entry-12031605335.html

【川島なお美の食べて応援が恐怖すぎる】自宅でも進んで食べて応援
1年後・軽くぶつけただけで肋骨骨折 2年後・眼球から出血は半年に一度 3年後・胆管に腫瘍、血液検査は異状無し 4年後・逝去 夫は片目失明、愛犬もがん
https://twitter.com/2ch_NPP_info/status/648256313571479552

・・・ 今も、原子力緊急事態宣言中… 対策本部長は安倍首相。


        安倍が国民を被爆させながら核兵器を密造している!?

三菱商事の核ミサイル担当重役は安倍晋三の実兄、安倍寛信 三菱重工の重役でもあるらしい
これがフクイチで核弾頭ミサイルを製造していた疑惑がある 書けばツイッターで速攻削除されている
https://twitter.com/toka iamada/status/664017453324726272

安倍晋三の兄が関与している三菱重工 核開発疑惑について いくつかツイートしたが、反応がないから変だと思って、自分のタイムラインを調べてみたら、
完全に削除されていた 私のツイートで、安倍政権に都合の悪い情報は速攻削除されている これは驚いた ここまでやるのか
https://twitter.com/toka iamada/status/664016524592574464

先ほど、まだ数分以内に、三菱重工の核開発疑惑について、いくつかツイートしたが、検索しても出てこない 多くの人のタイムラインに出てこない ツイート直後に消されてしまったようだ
https://twitter.com/toka iamada/status/664015521830952960
[]
[ここ壊れてます]

405 名前:デフォルトの名無しさん mailto:sage [2015/11/21(土) 14:59:28.72 ID:HbP98col.net]
質問です。

プライベートリポジトリが欲しいのでgithubではなくgitlabを使ってるんだけど、
プライベートだから当然認証がある。

そのリポジトリにあるファイルをcurlかwgetで取得したいんだけどどうすればいい?
認証の仕方がよくわからない。BASIC認証?






答えです。

curl、wgetに--headerオプションでプライベートトークンを付けて実行すれば良い。
プライベートトークンはgitlabのプロファイルの所に書いてある。

curl --header "PRIVATE-TOKEN: トークン" "http://ホスト/api/v3/projects/123/repository/blobs/master?filepath=README.md"
wget --header "PRIVATE-TOKEN: トークン" -q -O - "http://ホスト/api/v3/projects/123/repository/blobs/master?filepath=README.md"

プロジェクトのIDの123は、http://ホスト/api/v3/projects にアクセスすれば調べられる。

参考
doc.gitlab.com/ce/api/
doc.gitlab.com/ce/api/repositories.html





以上、個人用メモな

406 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 01:50:28.69 ID:i/I0leYF.net]
プライベートに限らずプ

407 名前:bシュするならどんな場合でも認証あるでしょ? []
[ここ壊れてます]



408 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 01:54:59.39 ID:i/I0leYF.net]
curl,wget限定か、historyにパス残したくないからってことか

409 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 08:34:23.81 ID:DDbKY7qA.net]
>>403
> プライベートに限らずプッシュするならどんな場合でも認証あるでしょ?
パブリックリポジトリから、取得するだけなら要らないだろw
githubからパスワード使わずに取得してるでしょ。

>>404
> curl,wget限定か、historyにパス残したくないからってことか
というよりもgitlab(おそらくgithubとか最近のサービス全般だろうけど)では
ヘッダーにトークン埋め込んでアクセスするんだよ。

ヘッダーを入れられるならばcurlやwgetじゃなくてもいい。

プライベートトークンもパスワードと同じようなものでhistoryに残さない方がいい。
もっともパスワードと違って簡単に変更できるけど。

410 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 18:00:21.94 ID:AohAHjVf.net]
>>405
プッシュと書いている時点で取得するだけではないんじゃ

411 名前:デフォルトの名無しさん [2015/11/22(日) 22:22:46.84 ID:P9q5ufss.net]
GitHubでリポジトリを新規作成すると
以下のような案内が出てくる。

www.artit-k.com/wp-content/uploads/2015/03/Create-new-remote-repository-3.png

この中のコマンドにミスがあるんだけど、
わかるやついる?

412 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 22:24:55.09 ID:+9yGsSZo.net]
え、質問じゃなくてクイズってこと?
うーんわからん

413 名前:デフォルトの名無しさん [2015/11/22(日) 22:29:13.64 ID:P9q5ufss.net]
>>408

そうそう、質問じゃなくてクイズだよ!
書いてある通りに実行してみると気づくんだけど
見てるだけだとわかりづらい。
俺は見ただけですぐ気付いたけどw
もうGitHubタンどじなんだから〜!

414 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 22:57:37.48 ID:kQ+s0aeG.net]
コマンドプロンプト起動して試してみたけど何の問題もなかったけど

415 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 23:17:06.70 ID:+9yGsSZo.net]
3でコミットしてないとかかな
でも3は既存プロジェクトをpushしろって内容だし違うよなあ

416 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 23:31:24.15 ID:DDbKY7qA.net]
>>406
> プッシュと書いている時点で取得するだけではないんじゃ

プッシュと書いてませんが?

417 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 23:34:46.81 ID:DDbKY7qA.net]
>>407
最近bashでプログラミングしていたからねw
それじゃ、README.mdは作成できないね。



418 名前:デフォルトの名無しさん [2015/11/22(日) 23:46:07.46 ID:5Z5NQXig.net]
>>413
そう!それ!

>>410
あ、わるい、おれLinux環境なんだけど、Windowsではうまくいくのか。

一応、用意してた正解を載せておくと、

echo # Test-Remote-Repository >> README.md

このコマンドの#以降はシェルでコメントとみなされてしまうため、
README.mdファイルは作成されない。
よって

git add README.md

でエラー。

WindowsでもLinuxでもどっちでもOKな表記にするにはどうすればいいのか考えたけど、

echo '# Test-Remote-Repository' >> README.md
echo "# Test-Remote-Repository" >> README.md

シングルクオートもダブルクオートもLinuxはOKになるけど、
WindowsがNGになってしまうね。。。

誰かWindowsでもLinuxでも動くようにする方法わかるやついる?

GitHubのコマンドの説明がまさかWindows用だったとはな・・・、
ある意味Gitの巣立ちを実感するが。。。

419 名前:デフォルトの名無しさん [2015/11/22(日) 23:47:51.82 ID:5Z5NQXig.net]
>>413
俺は「Git Bash」使ってる。
プログラミングはVSだけど、GitはGit Bash使ってる。
コマンドプロンプトなんて使えたもんじゃないけど、
Linux知らない人たちはそれが普通だと思ってるから問題ないんだよね。
君はコマンドプロンプトとシェルのどっち使ってる?

420 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 23:51:55.33 ID:+9yGsSZo.net]
あ、なるほどなw すっきりしたのと面白いご指摘だった
みんなエディタでやってるのかな

421 名前:デフォルトの名無しさん mailto:sage [2015/11/22(日) 23:56:00.58 ID:DDbKY7qA.net]
俺はコマンドプロンプトの代わりにLinuxを使ってるよ。


コマンドプロンプトを起動するのもputtyを起動して
仮想マシンのLinuxに接続するのもたいして変わらん。

編集にはWindows側のSublime Textを使ってる。
ローカルディスクのファイルを読み書きするのも
仮想マシンのLinuxにSamba経由で読み書きするのもたいして変わらん。

ま、Vagrantで仮想マシンのLinuxを起動する所までは
コマンドプロンプトの代わりにCygwin使ってるけどな。

422 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 01:01:23.76 ID:3lUImDlg.net]
>>412
403の「プッシュするなら認証あるでしょ」に対して、
405で「取得するだけなら要らないだろ」と返事しているけれど、405のその話ではもうプッシュは関係なくなっているのかい?
そしたら会話として成り立ってないよな。

「信号赤なら交差点渡っちゃだめだろ」に対して、「信号青なら渡ってもいいんだぞ」って言ってるようなもんだよ?

あなたはプッシュと書いてないかもしれんが、プッシュ前提の書き込みにレスしてる時点でプッシュと書いてるのと同じだと思うんだが

423 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 02:04:33.89 ID:z4xIsFy0.net]
>>403の「プッシュするなら認証あるでしょ」の前に
>>402では取得したいと書いてあるのに、

>>403のその話では、どこからプッシュがでてくるのかい?

そしたら会話として成り立ってないよな。
>>403がね。

424 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 10:18:40.57 ID:DL9ZWAOp.net]
プライベートなのにhttpでパス入力無しで取ろうと思うのがそもそもの間違い
結局ファイルにパス書いておくんじゃヒストリーと変わらん

425 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 12:35:42.35 ID:z4xIsFy0.net]
>>420
> プライベートなのにhttpでパス入力無しで取ろうと思うのがそもそもの間違い
いやな、プライベートっていうのは今だけで、将来パブリックにするのよ。
そんときな、ウェブからインストールするやつあるだろ? こういうのだよ。

https://github.com/yyuu/pyenv-installer
> $ curl -L https://raw.githubusercontent.com/yyuu/pyenv-installer/master/bin/pyenv-installer | bash

インストーラーに限らないけど、直接ファイルを参照する必要がある事柄の
テストをしたいわけだよ。

> 結局ファイルにパス書いておくんじゃヒストリーと変わらん
何を言ってるのかわからん。 事例に出してるPRIVATE-TOKENはコマンドラインだし、
ヒストリーに入れたくなければ、コマンド打つ時に頭にスペース入れればいいのよ? (設定による)

それにSSHの秘密鍵は、ファイルにパス書いてあるよね? あれが安全とされる理由は
パーミッションを600にしているからだよ。それと同じようにすればいい。


君、全体的に、考慮と経験が足りないなぁ。

426 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 12:50:05.83 ID:Ro/lq+IE.net]
SSHの秘密鍵は0600にしてるだけじゃ安全性に問題があるから
更に暗号化してパスフレーズ無しでは解読できにくくして運用するのが普通

ちょっと経験が足りませんね

427 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 12:53:38.07 ID:8DvfITVv.net]
>>422
パスフレーズありだとバックアップ処理などの自動的に行う処理ができません。

パスフレーズはセキュリティ強化するためのもので必須ではないでしょう

経験が足りないのはどっちw



428 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 15:31:25.15 ID:3lUImDlg.net]
>>419
なるほどな。だとしたら答えはこうだな。403は新しい話をし始めている。405はそれを理解できず意味不明なレスをしている。
402「通行規制がかかっているので交差点が渡れない」
403「信号赤のときも渡れないよね?」
405「>>403 信号青の時は渡れるだろw」

429 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 15:42:12.52 ID:I/A9+n8X.net]
× 403は新しい話をし始めている
○ 403は見当違いの意味不明なレスをしている

430 名前:デフォルトの名無しさん mailto:sage [2015/11/23(月) 18:07:52.44 ID:2xlANCU0.net]
>>425
そうかもしれんが405が意味不明なのは変わらんぞ

431 名前:デフォルトの名無しさん mailto:sage [2015/11/24(火) 13:48:46.13 ID:UzATyI4i.net]
>>423
>パスフレーズありだとバックアップ処理などの自動的に行う処理ができません。

普通エージェントを使います。

>経験が足りないのはどっちw
圧倒的にお前。

432 名前:デフォルトの名無しさん mailto:sage [2015/11/24(火) 14:51:49.68 ID:7a+QKmK9.net]
それじゃパスフレーズの意味ないだろw

433 名前:デフォルトの名無しさん mailto:sage [2015/11/24(火) 14:52:42.27 ID:7a+QKmK9.net]
PCを再起動した後の、夜間バックアップとかどうするんだ?
手動でリスタートかw

434 名前:デフォルトの名無しさん mailto:sage [2015/11/24(火) 16:18:36.51 ID:US/dRvOY.net]
クライアントPCを安全に使いたい人と
自動テストを組みたい人の
永遠に噛みあわない会話

435 名前:デフォルトの名無しさん mailto:sage [2015/11/24(火) 16:39:51.21 ID:w8BsXoSe.net]
というか、単なる開発中の安全である必要が無い
パスワード(パスワードトークン)までコマンドラインで打つな
ファイルにパスワードを書くな、とか言っている奴がいるだけの話。

436 名前:デフォルトの名無しさん mailto:sage [2015/11/24(火) 17:01:58.32 ID:C2GeftYo.net]
自動テストのためにTravis CIがgithubからコードを取得する時に
SSHを使ってコードを取得していて、しかもパスコードがかかっている
SSH鍵を利用する時にキーエージェントを使っていると思ってるのかw
パスコードはTravisCIの社員が入力しているのかな?w

437 名前:デフォルトの名無しさん mailto:sage [2015/11/25(水) 00:30:13.83 ID:4t/97s0S.net]
git init
touch README.md && git add . && git commit -m "initial commit"
touch a && git add . && git commit -m "add a"
touch b && git add . && git commit -m "add b"
ここで3番目のコミットを2番目のコミットにまとめたいので
git rebase -iしても
There is no tracking information for the current branch.
Please specify which branch you want to rebase against.
See git-rebase(1) for details(略)
ってでてrebaseの編集画面が出ません
ブランチ変えてコミットしたものならrebase出来ますがmasterだとrebaseできないんでしょうか?



438 名前:デフォルトの名無しさん mailto:sage [2015/11/25(水) 00:46:57.69 ID:kBMCztpU.net]
>>433
たぶんrebaseの使い方を勘違いしてる

439 名前:デフォルトの名無しさん mailto:sage [2015/11/25(水) 07:17:22.22 ID:F/gW2/ep.net]
>>433
英語のメッセージ読もうず

440 名前:デフォルトの名無しさん mailto:sage [2015/11/27(金) 00:07:21.71 ID:43+fTCdv.net]
WindowsのコマンドプロンプトからでGit Bashを起動するとき

START %USERPROFILE%\AppData\Local\Programs\Git\git-bash.exe

START %USERPROFILE%\AppData\Local\Programs\Git\bin\sh.exe --login -i

前者と後者でGit Bashを使う上での機能的な違いがあったりしますか?
前者はGit for Windowsをインストールしたプログラムメニューのショートカットのリンクからので
後者は昔のmsysGitをインストールした時のプログラムメニューのショートカットのリンクなんですけどGit for Windowsでも使えてます

この疑問は単純に好奇心で違いが知りたいだけであって深い意味はないです

441 名前:デフォルトの名無しさん mailto:sage [2015/11/27(金) 04:00:23.50 ID:r8Kpx+FN.net]
shだと(shがbashへのシンボリックリンクであったとしても)、bash拡張が使えないと思う。
diff <(ls /dir1) <(ls /dir2)みたいなものとか。
.の挙動も違うみたい。
sechiro.hatenablog.com/entry/20120806/1344267619

shがWindowsのショートカットでbashに割り当てられてる場合はどうなるか、ちょっと手元に環境がないのでわからないけど。

442 名前:436 mailto:sage [2015/11/27(金) 05:31:26.93 ID:43+fTCdv.net]
説明不足ですみません
git for windowsのインストールディレクトリ下の/bin下に sh.exe と bash.exe の両方が別々のファイルとしてあって完全同一ファイルです
>>436の前者のは/bin下ではなくインストールディレクトリ直下にあるgit-bash.exeでランチャー的なものと推定されるのですが
git for windowsのリポジトリ調べるのも面倒なんでgit-bash.exeはどんな挙動してるのか知ってる人いたらおせーて的な疑問です、はい

443 名前:デフォルトの名無しさん mailto:sage [2015/11/27(金) 08:26:31.44 ID:Yss3HeeA.net]
>>438
bin/bash.exeとbin/sh.exeの違いはman bashに色々書いてあるからそれを見るとして
git-bash.exeとbin/sh.exeの違いは前者が端末エミュレータ込みで別画面に起動するが
後者は単なるシェルコマンドでDOS窓内で実行される

正直実行すれば一目瞭然で聞くまでもないと思うが…

444 名前:デフォルトの名無しさん mailto:sage [2015/12/11(金) 01:49:54.67 ID:7HdgPmKa.net]
Windows版Git入れてgit-bash.exeを使えば遅いがまっとうな端末エミュと
大量のMSYS2のコマンドが入るからcygwinとか要らなくなった
マジありがたい

445 名前:デフォルトの名無しさん mailto:sage [2015/12/11(金) 05:37:10.06 ID:z9XcLK7w.net]
msys2もcygwinもあまり変わらないけどな。

cygwinからPOSIX互換機能を除いた
劣化版cygwinがmsys2と言っても過言じゃないし。

446 名前:デフォルトの名無しさん mailto:sage [2015/12/11(金) 14:06:35.77 ID:7HdgPmKa.net]
どんだけ劣化してるのか分からんがほとんどのコマンドは移植されてて
PATH関連で他のWindowsアプリとの親和性が良くなってるから言う事ないよ
逆にどこにまずい点があるのか知りたい

447 名前:デフォルトの名無しさん mailto:sage [2015/12/11(金) 14:56:12.59 ID:7HdgPmKa.net]
git-bashで
ls /c/Users
ls c:/Users
ls 'c:\Users'
が全て同じ結果になるけど、これこそみんな望んでいたことでしょ
git.exeとかも同じだけどなぜか/c/の指定はgit-bashから実行した時だけうまく動く
別に困ることは無いけど



448 名前:デフォルトの名無しさん mailto:sage [2015/12/11(金) 21:29:04.82 ID:z9XcLK7w.net]
>>442
それでも足りないコマンドがあるからな。

つい今もcolumnコマンドが入ってなくて愕然とした。

449 名前:デフォルトの名無しさん mailto:sage [2015/12/11(金) 23:33:06.85 ID:z9XcLK7w.net]
今度はbcが入ってなかった。

450 名前:621 mailto:sage [2015/12/12(土) 00:09:31.66 ID:mfOK7VM0.net]
git.exeのついでにインストールされるだけだからコマンドが足りないのはしょうがないな
そこまで必要なら普通にMSYS2を入れればいいだけだ

451 名前:デフォルトの名無しさん mailto:sage [2015/12/12(土) 00:16:52.83 ID:kJaM603p.net]
そこで普通にCygwinを入れてるっていうわけ。
こっちがオリジナルだしね。

452 名前:デフォルトの名無しさん mailto:sage [2015/12/12(土) 00:45:07.38 ID:mfOK7VM0.net]
cygwinのコマンドはPATHの扱いで困るでしょ
困らないなら結局一緒だけど

453 名前:デフォルトの名無しさん mailto:sage [2015/12/12(土) 01:20:39.35 ID:kJaM603p.net]
何が困るの?

454 名前:デフォルトの名無しさん mailto:sage [2015/12/12(土) 01:25:50.45 ID:mfOK7VM0.net]
>>449
cygwinのgrepにc:\Hoge\hoge.txtとか指定して問題無かったっけ?
それで問題無ければ問題無いけど、そうするとMSYS2の意味無いしな…

455 名前:デフォルトの名無しさん mailto:sage [2015/12/12(土) 01:32:49.42 ID:mfOK7VM0.net]
補足すると、普通のアプリが使うようにいわゆるDOS窓でcygwin版のgrep.exeに
grep.exe hoge c:\Hoge\hoge.txt
で問題無く使えるかどうかだな

456 名前:デフォルトの名無しさん mailto:sage [2015/12/12(土) 02:16:42.40 ID:kJaM603p.net]
> git-bashで
> ls /c/Users
> ls c:/Users
> ls 'c:\Users'
> が全て同じ結果になるけど

ls /c/Users => ls /cygdrive/Users
ls c:/Users => 動く
ls 'c:\Users' => 動く

なんだ、動くじゃん。
一番上はマウントする場所の違いってだけだろう。

msysはcygwinのフォーク何だから、
そういう基本的な所はcygwinの機能だろう。

457 名前:デフォルトの名無しさん mailto:sage [2015/12/12(土) 02:17:47.28 ID:kJaM603p.net]
さくっと見つかった。

いちいち"/cygdrive/c"っていれるのが面倒なので、"/c"ってなるようマウントテーブルをいじる
d.hatena.ne.jp/snaka72/20100605/1275733012



458 名前:デフォルトの名無しさん mailto:sage [2015/12/12(土) 19:48:12.86 ID:Cw1pcvHK.net]
最新から10番目の過去のコミットのときのファイルの全文がみたいんですが
git show HEAD@{10} test.txt
だと全文取れませんでした
わざわざcheckoutするのも面倒くさくてちょっと確認しただけなんですが
showコマンドで全文取る方法を教えてください

459 名前:デフォルトの名無しさん mailto:sage [2015/12/13(日) 00:08:54.16 ID:Uk76jVNU.net]
git cat-file -p HEAD@{10}:test.txt

showコマンドで全文取る方法は知らない

460 名前:デフォルトの名無しさん mailto:sage [2015/12/13(日) 00:34:16.77 ID:RMtT7ljv.net]
cat-file知りませんでしたこれ使わせていただきます

461 名前:デフォルトの名無しさん mailto:sage [2015/12/13(日) 20:41:22.66 ID:JojoLeoc.net]
show もコロン

462 名前:デフォルトの名無しさん mailto:sage [2015/12/15(火) 14:10:22.99 ID:eKNCNDOC.net]
addってなんの意味があるの?
直接commitじゃダメなの?

463 名前:デフォルトの名無しさん mailto:sage [2015/12/15(火) 14:25:57.85 ID:3tIcxPrn.net]
今すぐコミットしたいものとあとでコミットしたいものを分けられる

464 名前:デフォルトの名無しさん mailto:sage [2015/12/15(火) 19:45:26.23 ID:taBPjNrL.net]
git commit --amendで直前のコミットしたりrebaseするとコミットIDが変わりますよね
pushする前だったらコミットIDが変わっても問題ないですか?

465 名前:デフォルトの名無しさん mailto:sage [2015/12/15(火) 22:59:59.94 ID:/t074km8.net]
push前のコミットがどう変わろうと自分にしか影響無いのに何が心配なんだ?

466 名前:デフォルトの名無しさん [2015/12/19(土) 09:14:21.45 ID:4W3mkIJm.net]
プログラマはMacを使ってるってマジ?
hayabusa3.2ch.net/test/read.cgi/news/1450395043/

467 名前:デフォルトの名無しさん mailto:sage [2015/12/20(日) 17:29:11.78 ID:moeltlou.net]
linusは2度革命を起こした。
1度目はlinuxカーネル、2度目はgitだ。

そして、gitも採用しているコマンドライン形式を考案したのが、
北海道に住む日本人医師であることは、
日本人がソフトウェアの世界に与えた効果として最大級のものだ。
ソフトウェアのmemeを生んだと言える。



468 名前:デフォルトの名無しさん mailto:sage [2015/12/20(日) 19:37:34.55 ID:nrreqDRQ.net]
git diffすると
-
-
-
+
+
+
な風に古いコードと新しいコードが分かれて表示されますが
修正した行が長いと読みにくいので
-
+
-
+
-
+
な風に一行毎に見えるようにするほうほうありませんか?

469 名前:デフォルトの名無しさん mailto:sage [2015/12/20(日) 19:56:34.85 ID:KXSNh9Rn.net]
改行と空行で調整しる

470 名前:デフォルトの名無しさん mailto:sage [2015/12/20(日) 20:19:07.35 ID:14eB8c4R.net]
行の増減があったらずれてかえって見づらくなるから、使える場面は限られるだろう。
diffが見にくいならdiiftoolで適当な外部ツールを使うのが吉。

471 名前:デフォルトの名無しさん mailto:sage [2015/12/20(日) 20:44:54.66 ID:KXSNh9Rn.net]
--word-diff ではあかんか

472 名前:デフォルトの名無しさん mailto:sage [2015/12/20(日) 21:52:36.47 ID:sNgiTuJS.net]
side-by-side 形式が求めるものかな

473 名前:デフォルトの名無しさん [2015/12/21(月) 07:56:45.60 ID:XBM76VeV.net]
>>464
gitの標準機能じゃないけど、icdiffがおすすめです

474 名前:デフォルトの名無しさん [2015/12/21(月) 10:59:37.82 ID:1HvlxK+M.net]
>>464
人間がみて切りの良い場所とdiffが判断する切りの良い場所が常に一致するとは限らないからなぁ

475 名前:デフォルトの名無しさん mailto:sage [2015/12/21(月) 23:59:09.69 ID:l+mYdEdk.net]
masterブランチにa.txtがあります
a.txtを大掛かりに編集するのでdevelopブランチを切ってそこで作業をしたいです
ベースとなるa.txtを見ながら作業したいのでa.txtをコピーしたb.txtを作成しました
このb.txtをmasterブランチのa.txtに反映させる方法を教えてください

476 名前:デフォルトの名無しさん mailto:sage [2015/12/22(火) 00:31:26.64 ID:hGv69Bvd.net]
git checkout -m master
git branch -d develop
cp b.txt a.txt
git commit -a

477 名前:デフォルトの名無しさん mailto:sage [2015/12/22(火) 01:22:00.57 ID:nHx61Hkp.net]
>>471
1. a.txtをテキストエディタで開く
2. developブランチに移動する
3. a.txtを見ながら作業をする

素人じゃねぇんだからさ、GUIで
マルチウインドウぐらい普通に使えよ。



478 名前:デフォルトの名無しさん mailto:sage [2015/12/22(火) 01:23:54.93 ID:nHx61Hkp.net]
>>471
あと別解としてa.txtをブラウザで表示するっていうのも有るな。
リモートリポジトリがあって、その内容をブラウザで見れることが前提だが。

479 名前:デフォルトの名無しさん mailto:sage [2015/12/22(火) 23:31:17.81 ID:G8TSJGI1.net]
>>471
なんでbを見ながらaを編集しなかった?

480 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 12:27:29.08 ID:VUzHb/3L.net]
>>471>>472で答えが出てるのに>>473-475はなぜか
何かを見ながら作業する事について返答してるな・・・

481 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 13:43:21.57 ID:lTmsChXg.net]
何かを見ながら作業したいのなら、それを見ればいいだけなので
コミットする必要が無いって話なんだが

482 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 15:08:07.11 ID:VUzHb/3L.net]
ブランチで大きな変更をしたんだからコミットは必要じゃないの?
要するにそもそもコピーなんかするなよという前提を突っこんでのか

483 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 16:16:20.86 ID:lTmsChXg.net]
いっぽうを修正して、いっぽうは見るだけなんだろ?
見るだけなら表示するだけでいいじゃねーか

484 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 17:15:23.08 ID:DTFKCabF.net]
>>471>>472
developブランチ「俺はなぜ生まれてきたのか?」

485 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:04:59.10 ID:+bsSlAyH.net]
>>480
細かくcommitしながらコーディングしたいからでは?

486 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:18:31.91 ID:DTFKCabF.net]
細かくcommitするのに
「このb.txtをmasterブランチのa.txtに反映させる方法を教えてください」
とかワケワカメ

487 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:22:25.09 ID:+bsSlAyH.net]
本当にやりたかったことは、master/a.txtを見ながらdevelop/a.txtを編集したいということじゃないかと。



488 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:25:10.41 ID:lTmsChXg.net]
>>480
コードを見ながら修正するだけなら
別ブランチは不要

489 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:28:32.59 ID:lTmsChXg.net]
>>481
> 細かくcommitしながらコーディングしたいからでは?
参照するファイルはコミットしないだろ?

前のコードを開きながら、新しいコードを修正して
コミットしていけばいいだけ。

>>483
> 本当にやりたかったことは、master/a.txtを見ながらdevelop/a.txtを編集したいということじゃないかと。
本当にやりたかったことは、前のコミットのa.txtを見ながら、a.txtを修正することだろう。
developブランチを作るかは、ワークフローをどうするかの問題であって、
前のコミットを参照しながら修正するだけなら、別ブランチを作る必要はない。

490 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:39:38.03 ID:+bsSlAyH.net]
大がかりに編集したいということだから、ブランチ切ってmasterに影響を与えたくないのでは。
まぁどうでもいいことだが。

491 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:41:02.78 ID:DTFKCabF.net]
developブランチ「俺はなぜ(略

492 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:47:56.14 ID:lTmsChXg.net]
>>486
だからmasterで直接修正をしていくのではなくて
ブランチを切って、そこからマージするというワークフロー自体は
問題ないんだよ。そして関係ない話なんだよ。

その場合はdevelopブランチで、古いa.txtを見ながらa.txtを修正していけばいい。
developブランチをmasterから切った時点では、developとmasterは完全に一緒なんだから、
当然developの過去のコミット=masterの過去のコミット

過去のコミットのa.txtを見ながら、a.txtを修正すればいい。
という話を最初から言ってる。

493 名前:デフォルトの名無しさん [2015/12/24(木) 18:53:56.94 ID:4YM2CMve.net]
ブランチを編集してmasterにマージすると
二本だった紐が一本にされてしまうのが気に入らないってのはあるな

494 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 18:55:29.86 ID:DTFKCabF.net]
既に>>471がおいてけぼりだと思いますっ

495 名前:デフォルトの名無しさん mailto:sage [2015/12/24(木) 20:18:02.67 ID:VUzHb/3L.net]
a.txtが何らかのバッチに組み込まれてる時はうまく行ってる状態を
すぐ参照する為にa.txtをいじりたくない場合はある
1.別フォルダにmasterをクローンしておく→フォルダが分かれてややこしくなる
2.develop/a.txtを編集しつつcheckoutでmasterとdevelopを切り替える→手間だがgit的には正解か?
3.develop/b.txtを編集する→とりあえずb.txtの履歴を保存しつつa.txtもそのまま

496 名前:デフォルトの名無しさん [2015/12/26(土) 10:03:23.27 ID:bmbNcMd5.net]
>>490
>>471に一番向いている回答は>>475だと思う。

497 名前:デフォルトの名無しさん mailto:sage [2015/12/26(土) 10:21:54.91 ID:V2XOAxzo.net]
開発ブランチにいるときにa.txtを使いたいときに困るじゃん



498 名前:デフォルトの名無しさん mailto:sage [2015/12/28(月) 23:23:58.01 ID:9f7vqEhw.net]
相手からプルリクエストを貰った
でもそのコードの一部を修正したい
そういう場合は貰ったコードをマージしたあとに、修正してコミットする流れでいいですか?

499 名前:デフォルトの名無しさん mailto:sage [2015/12/28(月) 23:43:37.10 ID:VijL79y/.net]
>>494
マージしても綺麗に動いているのであれば、
マージした後修正でもいい。

マージしたら壊れるならば、修正してからマージだ。

これ読むと良いよ

GitHubでの”Merge pull request”の弊害
postd.cc/merge-pull-request-considered-harmful/

500 名前:デフォルトの名無しさん [2015/12/29(火) 15:26:47.75 ID:O/+FVQhq.net]
自分のAを相手がforkしてBを作ってさらにB'にした
A -> B -> B'
|
A'

自分のもA'まで進んだときB'からプルリクエストが来たら
A’からQをfork
B'からPをfork
PからQにpull-request
QでマージしてQ'を作って動作確認
Q'が問題無ければそのままQ'をA'にpull-requestとマージ
問題があればQ'を編集してQ''を作ってA'にpull-requestしてマージ
A/A'を汚さなくて済む

501 名前:デフォルトの名無しさん mailto:sage [2015/12/29(火) 17:26:02.02 ID:cehhvXHA.net]
>>496
もし数行のパッチだとしたら手間が掛かり過ぎ…
それにコントリビュータの名前が履歴に残らないよね?
>>495のリンク先のやり方がベストなんだろう
githubが同じやり方が出来るように対応して欲しいもんだ

502 名前:デフォルトの名無しさん mailto:sage [2015/12/30(水) 02:31:01.57 ID:XWMmXdL1.net]
>>495
良回答に良記事

503 名前:デフォルトの名無しさん [2015/12/30(水) 10:29:38.95 ID:gI1ebqZA.net]
>>496
A,B,P,Qがブランチ名のつもりなら、ブランチ名は人間が分かりやすくするためにつけてるに過ぎないということを意識すると過剰に複雑な手順にならないようにできるよ。
QはメンテナのローカルのA'のことだからすでに出来ている。PはB'のpull requestそのもののこと。一度出したpull requestはB'がB''に更新されてもB'を指すので別名を付けたのと同じことになる。
>>495のリンク先はgithubのマージ機能は使わずに自分のローカルワークツリーでマージ作業しましょうって意味だから、>>496の手順と同じことをhubを使ってやっている。

504 名前:デフォルトの名無しさん mailto:sage [2015/12/30(水) 14:59:25.31 ID:ASJfSghX.net]
試しにgithubにプルリクしたあとにpullしましたが、
pullされたものに自分が修正したコミットをまとめられませんよね。

505 名前:デフォルトの名無しさん mailto:sage [2015/12/30(水) 20:33:15.13 ID:UGDNL/zz.net]
落としたプルリクのブランチに書き足してマージすれば相手のコミット使えるからそれで十分だろ

506 名前:デフォルトの名無しさん mailto:sage [2016/01/03(日) 00:45:06.51 ID:pIbz3QOP.net]
過去のリビジョンにcheckoutしてそのままコミットすると、それ以降のリビジョンが切り捨てられるって認識あってますか?

ちなみに、切り捨てられるっていうのは、どういう意味なんでしょうか

切り捨てられたリビジョンは、git上から存在しなくなるのでしょうか?
git reflogを見ると、そんな事はないような気がするのですが

507 名前:デフォルトの名無しさん mailto:sage [2016/01/03(日) 01:11:30.53 ID:lvAH1bJs.net]
>>502
あってない



508 名前:デフォルトの名無しさん mailto:sage [2016/01/03(日) 01:15:19.04 ID:pIbz3QOP.net]
>>503
>それ以降のリビジョンが切り捨てられる
ここが、あっていない所ですか?

509 名前:デフォルトの名無しさん mailto:sage [2016/01/03(日) 01:46:53.73 ID:lvAH1bJs.net]
>>504
過去のリビジョンにcheckoutした時点でカレントブランチが切り替わるから
その後コミットしても元のブランチの履歴には影響が無い

510 名前:デフォルトの名無しさん mailto:sage [2016/01/03(日) 09:13:14.00 ID:pIbz3QOP.net]
>>505
あざす

511 名前:デフォルトの名無しさん mailto:sage [2016/01/04(月) 10:22:01.51 ID:2U5TH7oI.net]
コミットしてない時、git add -pみたいな感じで一部の箇所のみresetして元に戻す方法ありませんか?

512 名前:デフォルトの名無しさん [2016/01/04(月) 10:36:46.66 ID:cKbl2zIe.net]
>>507
git checkout -p
必要に応じて
git checkout -p -- ファイルパス

513 名前:デフォルトの名無しさん mailto:sage [2016/01/04(月) 13:09:51.82 ID:WKhSyJYd.net]
git cloneすると 過去のコミット履歴が全部くるけど
コミットログは今年分だけあればいい
みたいにするにはどうしたらいいの?

514 名前:デフォルトの名無しさん mailto:sage [2016/01/04(月) 18:20:09.37 ID:cKbl2zIe.net]
>>509
shallow cloneを使うのです

515 名前:デフォルトの名無しさん mailto:sage [2016/01/04(月) 20:23:49.73 ID:WKhSyJYd.net]
シャロー クローン オボエタ アリガトウ

516 名前:デフォルトの名無しさん mailto:sage [2016/01/04(月) 20:37:49.42 ID:StQQAq7u.net]
映画でおっぱい晒してる女優の名前だな

517 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 11:21:35.94 ID:2rFSwjdN.net]
gitconfigのデフォルトの設定ってどうやって確認できますか?
初心者向けのgitconfigの設定をコピペして使ってたので、本来のデフォルトの設定はどうなっているのか確認したかったんです
例えば[push]のdefaultの値を知りたい。
git config --global -lとしても.gitconfigで設定したものしか表示されません。
どうやって調べるのか教えてください。



518 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 11:27:32.41 ID:wURx2dCr.net]
削除すればいいやん

519 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 13:13:35.13 ID:kRCOiLQI.net]
いま編集しているファイルを
過去5番目のコミットにしたい場合ってどうやればいいんでしょうか?
直前だとgit commit --amendでできますが

520 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 13:46:18.87 ID:IaWsb8dx.net]
commit してから
git rebase -i HEAD~5
で好きに並べ替える。

521 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 14:14:05.73 ID:VA1ckdYE.net]
>>513
/etc

522 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 21:17:24.92 ID:hb8+eohI.net]
コミットメッセージの1行目以降の文って、
標準的なターミナルの表示文字数に合わせて、文の途中でも改行する?
それとも、まとまりのある文は1行にずらっと書き連ねる?

523 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 21:22:18.00 ID:5pKkEElA.net]
git log --oneline して大丈夫なように書く

524 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 21:47:51.60 ID:wURx2dCr.net]
>>518
一行目は50文字以下。
だから改行なんぞあるわけがない

525 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 21:50:30.34 ID:hb8+eohI.net]
>>520
1行目以降の話なんだが

526 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 21:52:47.93 ID:hb8+eohI.net]
>>520
すまん、**以降って**も含まれるんだっけ。

だったら、2行目以降の話ということで。

527 名前:デフォルトの名無しさん mailto:sage [2016/01/06(水) 23:30:49.09 ID:3xPXdlQu.net]
「以降」の意味を理解しないで書くなんてプログラマらしからぬ行動ですね



528 名前:デフォルトの名無しさん mailto:sage [2016/01/07(木) 00:52:37.63 ID:dXC1CCvL.net]
境界チェック

529 名前:デフォルトの名無しさん [2016/01/07(木) 21:40:02.61 ID:7Bqzi+Re.net]
v2.7.0

530 名前:デフォルトの名無しさん mailto:sage [2016/01/07(木) 22:49:05.45 ID:SYgeeYe0.net]
1行目は50文字以内でコミットの内容を簡潔に書いて
2行目は空行で3行目から詳細な補足を書くのが作法だな

531 名前:デフォルトの名無しさん mailto:sage [2016/01/08(金) 07:27:14.99 ID:ibYgEKHy.net]
>>526
で、3行目からは、次のパラグラフまで改行しない?

俺今までずっとパラグラフ内では改行しないで書いてきたんだが、
そう言えばメールや2chでは適度に改行するよなと、ふと思ったもので。

532 名前:デフォルトの名無しさん mailto:sage [2016/01/08(金) 09:06:48.84 ID:zLL5OMzr.net]
git commitするとエディタにコメントされたメッセージが表示されますが
あれは削除したほうがいいですか?

533 名前:デフォルトの名無しさん mailto:sage [2016/01/08(金) 11:43:08.36 ID:OhWDmy+4.net]
>>527
いや改行は絶対するでしょ (ただし3行め以降は50文字よりは長くていいと思う)
見るときどこで改行されるか環境依存なのは良くない

534 名前:デフォルトの名無しさん mailto:sage [2016/01/08(金) 12:02:50.33 ID:YX4GdTt9.net]
俺が使ってる一番小さい画面のター
ミナル表示文字数が半角40文字ぐ
らいから38文字以内で改行してお
けばどの環境でも同じ箇所で改行
される

535 名前:デフォルトの名無しさん mailto:sage [2016/01/09(土) 20:00:48.54 ID:CcDze1VM.net]
そうなのか。

Webブラウザのように改行箇所は環境に任せるのが得策だと思ってたが、
git のコメントはそうじゃないんだな。

適度に改行する事にするよ。
アドバイスありがとう。

536 名前:デフォルトの名無しさん mailto:sage [2016/01/09(土) 20:11:30.94 ID:bJPIL1Ox.net]
いやいや530ネタでしょ

537 名前:デフォルトの名無しさん mailto:sage [2016/01/09(土) 20:45:40.20 ID:fiqkpxEg.net]
普通に読みにくいw
どっか縦読みなのかな。知らんけど



538 名前:デフォルトの名無しさん mailto:sage [2016/01/09(土) 22:46:27.85 ID:vQhUsKwo.net]
38文字の長さのモニターなんて無いから皆釣りだと分かっててスルーしてたのに

539 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 08:42:26.91 ID:iQ+kGUXH.net]
>>532
俺が >>531 で感謝したのは >>529 に対してだ。

540 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 09:41:22.96 ID:RV61Ygo1.net]
529もどうなのかと

541 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 11:32:13.41 ID:iQ+kGUXH.net]
じゃあ結局どうなのよ

542 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 13:14:08.08 ID:DvJYA3JL.net]
>>537
だいたい70文字程度で改行を入れているかな
つーかそもそも改行が必要な長文にならぬよう気を付けてる

543 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 13:17:42.23 ID:0EilkSw/.net]
git add -pで上から順番にaddするかどうか決めるのは量が多い場合にきついので
GUIからaddしたい部分を順番関係なく選択出来るツール教えてください

544 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 13:29:57.58 ID:DvJYA3JL.net]
>>539
SourceTree

545 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 16:07:28.94 ID:iQ+kGUXH.net]
>>538
> つーかそもそも改行が必要な長文にならぬよう気を付けてる

マジか!?
70文字程度で改行を入れるスタンスで、そもそも改行が必要ないようにってことは、
ひとつの文を70文字以内に収めてるのか。

たとえば、あるデータベース swimming から全レコードを取ってきて一覧表示する機能を作ってコミットするとする。

コミットメッセージの1行目はまぁ簡単に

Display all records

とでもする(何を作ったのかを書く流儀もあるだろうが今は気にするな)。

で、2行目を空白にして、3行目に説明をもう少し詳しく書くとすると、

The program reads all records from the database swimming, and then outputs those to the standard output.

これで既にスペースや最後のピリオド含めて 104 文字だよ。

もしこの機能を実現するのにちょっと特殊なライブラリを使ってたりしたら、
俺なんかこの後に、To realize this, ... と、その説明も改行無しで加えちゃってたんだが。

70文字でひとつの文を収めるってそうとう厳しくないか?

546 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 18:01:30.18 ID:rKsQeklf.net]
コミット一覧を舐めるときにほしい情報以外はソースのコメントに書く
コメントに収まらないならドキュメント
コミットメッセージなんて流し読めるようにテンプレ化したほうがいい
長文の中からDiffを探すなんてやってられるか

547 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 23:37:44.30 ID:H28OnS2I.net]
コミットメッセージに実装したコードの説明を書いたらダメだよね
なんでそのコードを実装する必要があったのかとか書くべきであって



548 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 23:57:11.27 ID:H7mG2ltv.net]
詳細まで残す必要があれば、本来ドキュメンテーション側に残すべき仕事だしね
個人的には、コメント自体は最小限であって欲しい派

549 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 08:21:30.98 ID:BAoJOR6h.net]
ドキュメントに書くようなことではないけど、
コミットログを追う上で、書かれてると有益な情報の詳細を
コメントの3行目以降に残すわけね。
その一例が実装の必要性か。

なるほど、すごく参考になった。
自分のコメントを改めてみるよ。

みんな、ありがとう。

550 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 08:23:08.72 ID:hV7M4a00.net]
コミットメッセージの詳細が気になったらコメントやドキュメントのDiffを見ればわかるという流れがよい
アクセスポイントがコミットIDしかない場所にリーディングやメンテナンスに必要な情報を置くとか意味わからん
コミットメッセージに入れる情報はコミットログ上のコミットとしての自己記述と他に編集された差分情報のアウトラインや根拠・関連の参照先のオプションになる
GitHubだとIssueの操作コマンドも入る
コミットメッセージは過去になったスケジュール的なもので日記的に書き連ねたものにしてはならないと思っている

551 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 10:01:56.15 ID:bUwJRX7M.net]
gitkってコミットできないんだね
sourcetreeってmacとwindowsでしか使えないんだね
クロスプラットフォームの定番GUIツールあったら教えて

552 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 10:09:56.25 ID:Sg+RIRQN.net]
>>541
あんまりコミットログに長文書きたくないからソースに書いてる

コミットログ見る時はだいたいソースの差分も横に見てるから
ジョースターさんに伝えたいメッセージもコメント文で残せる

553 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 10:53:20.01 ID:BAoJOR6h.net]
>>548
ジョースターって何?

「git ジョースター」でググってもそれらしいものがヒットしないんだが。

554 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 10:59:26.70 ID:KWbjlA3E.net]
ジョセフ・ジョースター?

555 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 11:31:59.69 ID:9Fv1gHIa.net]
>>547
git gui はあかんかった?

556 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 11:44:34.59 ID:VWhKDzdW.net]
>>550
このコミットログを見て
うしろをふり向いたとき
おまえらは

557 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 13:49:13.44 ID:UxukoE3i.net]
>>551
知らんかったこれつかうわ
git-krakenも気になったが登録するの面倒だった



558 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 20:57:52.17 ID:h3Zw4Fry.net]
>>553
>git-krakenも気になった
なかなかイカしたUIやね

559 名前:デフォルトの名無しさん mailto:sage [2016/01/12(火) 00:50:39.23 ID:Ik1vLhCK.net]
>>553
なかな見どころがあるでゲソ

560 名前:デフォルトの名無しさん mailto:sage [2016/01/13(水) 21:54:57.01 ID:3sTauBJ8.net]
>>549
「受け取ってください ジョースターさん」でググればいいと思うよ

561 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 10:28:47.09 ID:87BOzuvC.net]
src, lib, testsとディレクトリが3つあります
testsには著作権的にgithubで公開できないファイルも入っています
ローカルではtestsも含めて全部バージョン管理、リモートではtestsは除外

どうやれば良いでしょう?

562 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 10:35:11.71 ID:Bial8fVP.net]
>>557
githubでソースを公開するなら、testも第三者が実行できるように公開すべきだと思う。
著作権的に公開できないものって何?

563 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 10:51:22.81 ID:87BOzuvC.net]
mp3

564 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 13:10:22.59 ID:87BOzuvC.net]
submoduleというのを使ってみることにします。

565 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 14:12:20.57 ID:Bial8fVP.net]
private repositoryでやれよ。

566 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 14:25:42.66 ID:87BOzuvC.net]
解決方を提示できずに、言いがかりつけるだけなら黙ってて下さい。

567 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 14:47:58.37 ID:Bial8fVP.net]
は?private repositoryを使うのも解決法だろうが。



568 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 14:53:50.70 ID:87BOzuvC.net]
gothubという、お題を無視してるので、言いがかりに過ぎませんね。
それで済むなら質問する必要ない。くらいの思考はできないのですか?

569 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 14:54:28.43 ID:87BOzuvC.net]
gothub -> github

570 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 14:58:00.07 ID:Bial8fVP.net]
あらら、githubのことよく知らなかったのか。
githubのprivate repositoryだ。有料だが。

571 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 15:19:15.16 ID:z01SUMZO.net]
>>560
地獄を味わうがいい

572 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 16:10:05.02 ID:87BOzuvC.net]
頭悪いですねえ。
非公開なら質問する必要が無いことを理解できないのでしょうか。

573 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 16:18:54.24 ID:Bial8fVP.net]
>>568
GitHubのprivate repositoryでOKかどうかの判断すら、お前がまだ公開していない情報が必要。

つか、さっさとsubmoduleでやれよ。

574 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 16:45:21.10 ID:87BOzuvC.net]
>>567
たしかに地獄をみることになりそうなので、取やめです。

575 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 16:46:51.65 ID:87BOzuvC.net]
>>569
キミだけだよ。判断できない低脳は。

576 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 17:14:06.32 ID:Bial8fVP.net]
つか、著作権的に問題がないデータに差し替えるというのはできないのか?
そうしないと、どういう管理にするにせよ、testsを誰もgit cloneできないということになるのでは?

577 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 17:49:14.50 ID:87BOzuvC.net]
必要な条件が足りないから判断できないんでしょ。
判断出来ないのに無理して答えなくて良いよ。



578 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 18:41:52.21 ID:Bial8fVP.net]
文句しか言わないなこいつ。

579 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 18:44:34.43 ID:nCIdsoCO.net]
>>557
著作権的に問題があるファイルを別管理すればいいだけ

580 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 20:21:09.35 ID:87BOzuvC.net]
>>574
公開したいに対して公開するなと、言いがかりしかつけられないアホは黙ってましょう。

>>575
ここの3の方法ですね。testsに下りなきゃならないのが面倒だけどしょうがないですね。
stackoverflow.com/questions/11058207/how-to-get-git-to-exclude-a-local-directory-from-push-to-remote-but-still-part

581 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 20:50:02.37 ID:DPmyJq5W.net]
>>576
俺は外野だが>>557ではtests以外を公開したいなんて一言も書いてないぞ
testsには公開できないファイルがあるってだけの情報なら
プライベートリポジトリと提案するのは正解だろ
それとも気を利かして全て察しろとでも言いたいのかよ

582 名前:デフォルトの名無しさん [2016/01/14(木) 22:25:20.87 ID:oE17Uu+t.net]
自殺すれば全て解決

583 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 22:40:57.07 ID:nCIdsoCO.net]
>>578
言い出しっぺどうぞ

584 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:11:50.98 ID:i5PvEdYA.net]
うんこ味のカレーリポジトリとカレー味のうんこリポジトリとがある
カレーとうんこは限りなく似て異なる歴史を持つ

馬鹿: ニコイチにしてうんこ味のうんこにする
凡才: カレーへのコミットをフックしてうんこ成分だけをうんこへ投げる
山岡: このリポジトリはどっちもうんこだ、食べられないよ。

585 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:41:04.40 ID:BQdBnmZE.net]
>>580
うんこだと意味不明なので
「高級」に置き換えてみたよ。

高級味カレーリポジトリとカレー味の高級リポジトリとがある
カレーと高級は限りなく似て異なる歴史を持つ

馬鹿: ニコイチにして高級味のうんこにする
凡才: カレーへのコミットをフックして高級成分だけを高級へ投げる
山岡: このリポジトリはどっちも高級だ、食べられないよ。

586 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:41:30.31 ID:BQdBnmZE.net]
訂正

うんこだと意味不明なので
「高級」に置き換えてみたよ。

高級味カレーリポジトリとカレー味の高級リポジトリとがある
カレーと高級は限りなく似て異なる歴史を持つ

馬鹿: ニコイチにして高級味の高級にする
凡才: カレーへのコミットをフックして高級成分だけを高級へ投げる
山岡: このリポジトリはどっちも高級だ、食べられないよ。

587 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:42:20.77 ID:BQdBnmZE.net]
ついでに、キャビアバージョンも作ってみたよ

キャビア味のカレーリポジトリとカレー味のキャビアリポジトリとがある
カレーとキャビアは限りなく似て異なる歴史を持つ

馬鹿: ニコイチにしてキャビア味のキャビアにする
凡才: カレーへのコミットをフックしてキャビア成分だけをキャビアへ投げる
山岡: このリポジトリはどっちもキャビアだ、食べられないよ。



588 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:45:33.72 ID:BQdBnmZE.net]
いまいち面白くなかったので
シチューにしてみるよ

シチュー味のカレーリポジトリとカレー味のシチューリポジトリとがある
カレーとシチューは限りなく似て異なる歴史を持つ

馬鹿: ニコイチにしてシチュー味のシチューにする
凡才: カレーへのコミットをフックしてシチュー成分だけをシチューへ投げる
山岡: このリポジトリはどっちもシチューだ、食べられないよ。


山岡はシチューを食べられないということか?

589 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 23:50:53.16 ID:tAKAFi/g.net]
三銃士を連れてくる所長まだ?

590 名前:デフォルトの名無しさん [2016/01/15(金) 08:29:50.53 ID:wa8kRhUB.net]
>>577
ああ、アホがまたわいてきた。
githubでリポジトリ作る時にpublic/privateの選択するんだよ。
privateを選択しなかった理由があるって事だ。

お題が明らかに間違ってるならともかく、お題に言いがかりつけてまで回答しなくて良いんだよ。

591 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 11:22:06.55 ID:4RqtBmS3.net]
スレ違い
こっちに行け

OSSホスティング総合【SourceForge,GitHub,etc..】
peace.2ch.net/test/read.cgi/tech/1384821518/

592 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 11:25:51.02 ID:4RqtBmS3.net]
>>294=>>557だろ
お前は二度と書き込むな

593 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 11:54:20.72 ID:JTMnCRhs.net]
>>586
だから>>557見てprivateの選択をしなかった理由とかどこから出てくんだよw
お前こそあやふやな質問を一生懸命正当化しなくていいよ
とにかく>>561への>>562の返答はマジでないよ

594 名前:デフォルトの名無しさん [2016/01/15(金) 12:24:07.13 ID:wa8kRhUB.net]
>>587-588
とっても、頭悪いね。
private/publicの使い分けなら、github固有の話題だけどpublicを選択したんだから
github固有の話題じゃないって事くらいわからないのか?

>>589
頭悪すぎ。
githubを良く知らないなら「privateを選択しなかった」経緯がわからないだろうが、
>>566だからね。とってもよく知ってるという事だし。

> とにかく>>561への>>562の返答はマジでないよ
>>561だけじゃなくて>>558から続いてるからね。
「公開すべき」、「そのファイルはなんだ?」言いがかり付けたいだけだろ。

595 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 12:29:08.86 ID:NW8jpekK.net]
>>578
HDD/SSDはどう処分する?

596 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 12:39:42.31 ID:51vQa545.net]
>>562
言いがかりて
あなた病んでるよ

597 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 12:54:01.64 ID:wa8kRhUB.net]
>>592
>>588,562で言いがかりつけられたと感じられないキミはかなり鈍感だと思う、ある意味幸せな人。



598 名前:デフォルトの名無しさん [2016/01/15(金) 13:19:30.97 ID:51vQa545.net]
かわいそうな奴だな

599 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 13:23:51.80 ID:BZkzw8bf.net]
これからしばらくGitHubでmp3関連のプロジェクトが登録されるか監視しようぜ

600 名前:デフォルトの名無しさん [2016/01/15(金) 13:51:48.68 ID:wa8kRhUB.net]
頭弱いね。
回答には不要な「そのファイルはなんだ?」って聞いてきてる時点で、言いがかりを疑ってるので、正直に答えるわけないじゃん。
ま、監視するならご自由にどーぞ。

601 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:10:27.12 ID:BZkzw8bf.net]
読み飛ばしてたけど、最終的にignoreするってことか

> ローカルではtestsも含めて全部バージョン管理、リモートではtestsは除外
言ってることが違うじゃんw

602 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:10:41.73 ID:SRxvD3X4.net]
色々と後出しが苦しいなw

603 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:24:17.01 ID:AcqbqqRZ.net]
>>593
落ち着けよw
レス番間違ってるぞ

604 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:47:29.20 ID:wa8kRhUB.net]
>>597
プロジェクトリポジトリではtests/をignoreして、testsを別リポジトリにするしかないらしいのでそうしたけど、
当初の目標の
> ローカルではtestsも含めて全部バージョン管理、リモートではtestsは除外
になってるでしょ。

「testsも公開しろ」、「全部非公開にしろ」、「公開できるようmp3自作しろ」
言いがかりじゃなくて真剣に回答してたならアホとしか評価できんわ。

605 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:50:48.90 ID:wEiwZ57V.net]
>>596
回答に不要ならわざわざ「著作権的に」とか書かなければいいのに

606 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:55:06.95 ID:BZkzw8bf.net]
>>600
> testsも公開しろ
→ 妥当な意見
> 全部非公開にしろ
→ 妥当な意見
> 公開できるようmp3自作しろ
→ 妥当な意見
だと俺は思うがね
まぁ、gitのこともGitHubのこともテストのことも良くわかってないお前とは意見が合わないだろうが

607 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 14:56:08.53 ID:zaUY/8Xo.net]
お前ら何くだらんことやってるんだ?

俺が>>575で別管理しろっていうのは、
単にテスト専用のリポジトリを作れってだけだ。
submoduleとか使ってメインのリポジトリと関連付ける必要もない。

単にtests/hogeというディレクトリがあれば
hogeテストを、追加でやるだけの話だろうって
事を言ってるんだが。



608 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:27:21.15 ID:4RqtBmS3.net]
>>600
お前の好きにしろ
そして二度と書き込むな

609 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:37:06.23 ID:wa8kRhUB.net]
>>602
わあ、マジで回答してたつもりだったのか。
知的障害者と知らなかったので、言いがかりと疑って失礼な事をしたな。

>>603
ん? >>576で引用した
3 You could tell git to ignore the subfolder, than create your java-cli repository there and just the two without any interaction.
の事でしょ? これやってるんだけど違うの?
この方法だとtestsに下りないとgitが操作できなくて面倒なので、これを回避できる技があるなら教えてほしい。

610 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:44:44.39 ID:wa8kRhUB.net]
>>604
好きにして、後はお前ともう1人のバカをからかって遊ぶよ。

611 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:47:06.80 ID:4RqtBmS3.net]
> この方法だとtestsに下りないとgitが操作できなくて面倒なので、これを回避できる技があるなら教えてほしい。
ないよバーカ

612 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:52:41.81 ID:JTMnCRhs.net]
>>590
> githubを良く知らないなら「privateを選択しなかった」経緯がわからないだろうが、
> >>566だからね。とってもよく知ってるという事だし。
有料じゃ駄目なんて一言も書いて無いじゃんw
はい、また後出しの言い訳

613 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 15:57:57.22 ID:4RqtBmS3.net]
他にも楽な方法提案できるけど
コイツの態度が気に食わないから言わない

614 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 16:01:26.61 ID:JTMnCRhs.net]
>>557でtests以外はバージョン管理はするが公開すると書いてないから
プライベートリポジトリとか提案が出てるのに突然>>562でブチギレ

なぜ>>562でtests以外は公開したいから解決にならないと一言言えないんだろうか?
突然ののしるってマジでアレなんだろうね

615 名前:デフォルトの名無しさん mailto:sage [2016/01/15(金) 16:11:36.23 ID:dZQIBGnZ.net]
やべえやつやww

616 名前:デフォルトの名無しさん [2016/01/15(金) 21:52:58.25 ID:jr3xQegD.net]
自殺が、最適

617 名前:デフォルトの名無しさん mailto:sage [2016/01/17(日) 05:35:51.54 ID:Tw43jO16.net]
https://quitter.se/notice/4425126



618 名前:デフォルトの名無しさん mailto:sage [2016/01/17(日) 05:47:40.66 ID:Tw43jO16.net]
https://quitter.se/notice/4422376

619 名前:デフォルトの名無しさん mailto:sage [2016/01/18(月) 13:30:06.56 ID:YDDa0GXb.net]
今使ってるgitのバージョンは1.7.1なんだけど、自分一人だけ2.7.0とかをビルドして使うと問題あるかな?
例えば、新しい機能を使ったローカルコミットをpushすると、古いバージョンだとpullできないとか、
自分がgit initしたリポジトリは、古いバージョンだとcloneできないとか。

620 名前:デフォルトの名無しさん mailto:sage [2016/01/18(月) 21:51:28.44 ID:UmsDX3oV.net]
質問です
・gitでリポジトリに保存したときタイムスタンプや属性も保存できますか?

・バイナリーが重複していた場合どうなりますか?

・リモートリポジトリはサーバ上に作成できますか?またサーバが故障した場合個人のローカルリポジトリをリモートリポジトリとして使うことはできますか?

複数の質問を同時にして申し訳ありませんが答えてもらえると幸いです
あと読んだ方がいいサイトでもいいのでよろしくお願いします

621 名前:デフォルトの名無しさん mailto:sage [2016/01/18(月) 22:20:40.78 ID:MIfooL51.net]
いいえ
どうも
はい

622 名前:デフォルトの名無しさん mailto:sage [2016/01/18(月) 22:30:21.28 ID:5OTOY/q+.net]
タイムスタンプが保持できるのってsvnだけ?

623 名前:デフォルトの名無しさん mailto:sage [2016/01/18(月) 22:38:51.29 ID:UmsDX3oV.net]
>>617
すごくわかりやすくありがとうございます

624 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 00:02:48.56 ID:lFJIU7vI.net]
タイムスタンプはコミットした日時から判別できる。
だけどコミットした日時はチェックアウトした
ソースコードに反映させてはならない。

なぜならビルドツールが日時を元にビルドするかどうかを決めているから。
最新のコードでビルドした後に、古いソースコードをチェックアウトしたときに
日付まで古くなったらビルドされなくなる。

625 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 00:04:55.60 ID:lFJIU7vI.net]
gitは実行属性は保存される。(ついでにシンボリックリンクも)

なので>>617の一番目は間違い

626 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 00:21:11.23 ID:K2JFzeNS.net]
>>621
ナイスフォロー

627 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 20:56:11.80 ID:JQKWuCIL.net]
>>620
ビルドする言語ならそれでいいだろうけどな。



628 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 21:52:48.15 ID:n7YAZoBS.net]
>>623
ビルドする言語では問題が出る。
ビルドしない言語は元から問題がないので
「ビルドする言語ならそれでいい」という言い方はおかしい

逆に「タイムスタンプを保持するのは、ビルドしない
言語ならそれでいいだろうけどな」と言うべきだ


タイムスタンプはチェックアウト(正確にはチェックアウトで変更される場合)
に最新になるべきで、そうなっていればどちらでも問題はない。


で、ありがちなのが、ソースコード管理ツールで、ソースコード以外の
エクセルとかを管理して、タイムスタンプを保持して欲しいって言う奴がいるんだよなw
ソースコード管理ツールの間違った使い方をしているのが原因。

629 名前:デフォルトの名無しさん [2016/01/19(火) 22:27:32.54 ID:6RzgynQc.net]
たまたまその方が便利だからそういう仕様になっているだけで

ファイルの更新日時をリポジトリに保存する事が間違っている

という事では断じてない

630 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 22:39:07.97 ID:n7YAZoBS.net]
>>625
えとな。gitにはファイルの更新日時どころか
行ごとの更新日時が記録されてるの。
git blameで見たらよく分かるよ?

その上で、ファイル自体の更新日付は
チェックアウトなどで変更があった時に更新される
仕様になってるの。

最初からそう言ってるんだが。
> タイムスタンプはコミットした日時から判別できる。

631 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 23:03:09.48 ID:unNXfSBy.net]
行ごとの更新日時なんて記録してたのか知らなかったわ
blob同士のdiff取ってるだけだと思ってた

632 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 23:07:35.80 ID:n7YAZoBS.net]
>>627
行ごとにコミットIDがわかる。
だからコミットした日付から判断できる。

633 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 23:49:30.93 ID:K2JFzeNS.net]
>>627
その皮肉は>>626には伝わらなかったようだぞ

634 名前:デフォルトの名無しさん mailto:sage [2016/01/19(火) 23:57:31.64 ID:WLkWNDId.net]
更新日時とコミットした日時を混同しとる。

635 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:01:28.75 ID:X0JkwFym.net]
>>629
わかってないのはお前だよ

636 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:02:41.41 ID:X0JkwFym.net]
>>630
> 更新日時とコミットした日時を混同しとる。
それは最初に言い出したやつの話だな。

ファイルの更新日時は、ファイルが変更された時だから
チェックアウトで更新しても、変わるべきもの。

637 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:16:53.83 ID:ntutQCMG.net]
「タイムスタンプはコミットした日時から判別」ってどうやんの?無理じゃね?
git でファイルの更新日時なんかファイル単位でも行単位でも記録されてなくね?



638 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:34:37.32 ID:GuJxRqop.net]
>>630
>>632には伝わらなかったようだぞ

639 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 01:46:51.79 ID:X0JkwFym.net]
>>634
だからわかってないのはお前だってw

>>633
ほらよ。行ごとの更新日時
farm4.static.flickr.com/3606/3304779985_2d1842b5f9_o.png

640 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 02:23:11.96 ID:6qOl9qKR.net]
1万行を超えるファイルXがあり
コミットツリー(歴史)を辿ると1万回ほど変更を加えたコミットがあったとすると
それだけ大量のdiffをするとなるとそんじょそこらのPCじゃ1日では足りない
コミット自体にdiffで得られる変更のあったファイルの変更箇所の行番号だけでも保存しておけば行番号の整合性を取るという高速な処理でblameが生成できる

641 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 03:38:32.94 ID:ntutQCMG.net]
>>635
それ、行ごとの最終変更コミットの日時じゃね?

642 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 03:51:35.08 ID:GuJxRqop.net]
>>635
夜中に笑わかすなw
腹痛いw

643 名前:デフォルトの名無しさん [2016/01/20(水) 06:25:11.83 ID:NNKYqJSV.net]
gitがあまりにも凄すぎて、gitだけが唯一完全なvcsの実装だと信じてしまった ID:X0JkwFym
生まれたてのヒヨコのようなものだが、こういう間違いは誰にでもあるw

644 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 11:31:31.37 ID:X0JkwFym.net]
>>637
> 最終変更コミットの日時

だからそれが最新変更日時だって

645 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 11:44:26.60 ID:ntutQCMG.net]
>>640
きのう変更したファイルを今日コミットしたら、リポジトリに記録される日時は今日じゃね?
それって最終変更日時じゃなくね?

646 名前:デフォルトの名無しさん [2016/01/20(水) 12:20:31.43 ID:ew0f81J7.net]
ひっこみつかなくなって珍論を生み出したw

647 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 12:27:21.73 ID:MZkMiJMF.net]
そもそも論として使い方が間違ってるんやろうな



648 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 13:21:17.48 ID:X0JkwFym.net]
>>641
リポジトリにコミットした日が変更日だよ。
変更が確定した日なんだから。
それとファイルの変更日時とは別

649 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 13:27:13.54 ID:ZksDUEGf.net]
俺の定義が正しい君はもういいよ

650 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 13:28:16.34 ID:X0JkwFym.net]
人それぞれ定義は違う君はどうでもいいよw

651 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 14:12:52.34 ID:ZpQnqhf6.net]
釈迦に説法するマンお疲れッス

652 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 14:37:04.16 ID:GuJxRqop.net]
>>639
ID:n7YAZoBS=ID:X0JkwFymの純朴さに対して
ID:ntutQCMGの優しさと
ID:unNXfSByの腹黒さよ

653 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 17:13:02.20 ID:SB5a2dXL.net]
開発中に「これ大至急修正を頼む!」って言われた場合どうしたらいいのか教えてください
ただし、いま開発中の内容を履歴に残したくはありません
いま開発中のファイルと修正を頼まれたファイルは同じです。
$a = 1を$a = 0に修正するだけです

654 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 17:22:17.22 ID:ZksDUEGf.net]
>>649
git stash

655 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 23:42:01.60 ID:GuJxRqop.net]
もし $a = 1 前後の行を触ってなければ git add -p も手早

656 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 00:48:56.61 ID:3nfMFWsw.net]
SourceTreeの行単位のステージングはすげえ便利だぞ

657 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 01:18:08.33 ID:df5WBkO7.net]
行単位ステージングって git add -i だっけ?



658 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 01:31:09.85 ID:3nfMFWsw.net]
コマンドラインでやるときは、
git add -pして
目的の部分周辺をsでなるべく
小さくした後
eで一行だけ有効にしてた

659 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 10:11:05.78 ID:Lt1eOSOs.net]
git stashとadd -pどちらでもできそうですね
あと$a = 0にした修正を今開発中の内容に含める場合はどうしたらいいんでしょうか?
今回のように1文字変更するぐらいなら手動で書き換えればいいんですが、
多い時はコピペするのは危険なので

660 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 10:49:48.73 ID:WGwam7JM.net]
一時ブランチ作ってコミットして退避させれ
スタッシュは戻すときにコンフリクト出るとめんどくさい

661 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 12:41:01.02 ID:zfABhIWj.net]
そうそう。
gitはsquashなりamendなりで後から履歴の変更が出来るんだから
ローカルのコミットは遠慮なくすればいいんだぜ。

662 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 14:39:18.81 ID:NA0ZfZuq.net]
>>655
「今開発中」のブランチのベースにcherry-pick

663 名前:デフォルトの名無しさん mailto:sage [2016/01/22(金) 15:43:27.77 ID:lmTUxqXx.net]
状況が正確にわかんないけどrebaseのほうが綺麗な履歴になるんじゃないの

664 名前:デフォルトの名無しさん mailto:sage [2016/01/22(金) 19:59:43.95 ID:l4wCt2dU.net]
rebase -i して pick で差し込む
って同じやんかーい

665 名前:デフォルトの名無しさん [2016/01/23(土) 14:54:53.44 ID:S7jNr+aw.net]
>>607
オメーには聞いてねーよ。バーカ。

666 名前:デフォルトの名無しさん [2016/01/23(土) 14:57:13.21 ID:S7jNr+aw.net]
>>608
バーカ
ファンタジー系ラノベのギルドテンプレのザコモブ

667 名前:デフォルトの名無しさん [2016/01/23(土) 14:58:09.98 ID:S7jNr+aw.net]
>>609
オメーには聞いてねー
回答する能力無いことは判明してるからな



668 名前:デフォルトの名無しさん [2016/01/23(土) 15:01:09.13 ID:S7jNr+aw.net]
githubで公開したからmp3プロジェクト監視しろよ
バーカ

669 名前:デフォルトの名無しさん mailto:sage [2016/01/23(土) 16:10:10.61 ID:tVAssR0m.net]
>>659
rebaseという文化が嫌い。 甘えですよあんなの

670 名前:デフォルトの名無しさん mailto:sage [2016/01/23(土) 16:55:23.89 ID:+wxvQYMe.net]
漢は黙ってCVS

671 名前:デフォルトの名無しさん mailto:sage [2016/01/23(土) 16:58:36.62 ID:kmeCYvLc.net]
CSV、ちょっと複雑なデータならJSONだな

672 名前:デフォルトの名無しさん mailto:sage [2016/01/23(土) 17:58:04.54 ID:l5TKWQpo.net]
せめてSVN

673 名前:デフォルトの名無しさん mailto:sage [2016/01/23(土) 19:11:42.04 ID:YV8GkVLg.net]
>>665
なんでもかんでもrebase、履歴が綺麗になるのが一番、とは思わないけど、
なんでもかんでもrebase禁止ってのもまたイマイチな考え方だと思うけど

あんま使いこなしてないからかもしれないけど、bisectなりなんなりでエンバグしたコミットを特定するのがマージだとわかりにくくなるケースない?
ちなみにたまにしかrebaseは使わない

674 名前:デフォルトの名無しさん mailto:sage [2016/01/23(土) 19:58:52.04 ID:Q0aIs8Xg.net]
>>665
何いってんのお前?

間違ったものを正しく修正することの何が悪いのか。

675 名前:デフォルトの名無しさん mailto:sage [2016/01/23(土) 21:02:01.35 ID:vqknyM9O.net]
typo修正だらけのコミットログが透けて見えるようだ

676 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 10:07:15.38 ID:9BBAkfAb.net]
git cloneしたときにmasterブランチしかクローンされないんですが
他のブランチも一緒にクローン出来ませんか?
--no-single-branchって付けたらいいのかなと思いましたがmasterブランチしか取れませんでした

677 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 11:08:07.60 ID:V2t/pNz9.net]
ローカルブランチが出来てないだけと見た。



678 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 11:44:54.26 ID:bvNYEnrP.net]
気づかないとは古いgitを使ってる可能性もあるな
1.8ぐらいだったから、それ以上を使えよ。

679 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 16:07:15.43 ID:K7xlCs10.net]
存在しないリポジトリをcloneするとusernameとpasswordの入力を求められるんですけど
こういう場合はエラーにする方法ありませんか?

680 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 16:12:05.10 ID:DQslD/RG.net]
>>675
それはサーバー側の設定次第じゃないの?

681 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 17:28:06.55 ID:pNY+NcnR.net]
アカウントでアクセス制限してるサーバでリポジトリが存在するかどうかを
認証無しで知られてしまう、という設定か

682 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 18:40:19.27 ID:krCtdnaQ.net]
ワロタ

683 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 18:54:19.91 ID:V2t/pNz9.net]
それを不便に感じるほどやらかしてるのか、
たった一度でもう我慢ならんのか。

684 名前:デフォルトの名無しさん mailto:sage [2016/01/24(日) 19:05:33.61 ID:jEFikvvL.net]
> 存在しないリポジトリをcloneするとusernameとpasswordの入力を求められるんですけど
> こういう場合はエラーにする方法ありませんか?

この動作で困る例が思いつかない。

685 名前:デフォルトの名無しさん mailto:sage [2016/01/26(火) 19:26:46.27 ID:xBQDa6Ic.net]
>>680
想像力が貧困やね

686 名前:デフォルトの名無しさん mailto:sage [2016/01/26(火) 22:00:08.53 ID:IxpvwyDl.net]
それはお互い様だと思う

687 名前:デフォルトの名無しさん mailto:sage [2016/01/26(火) 23:21:42.29 ID:d97Fv44g.net]
>>681
ほう!ならばどういう時か
例を言ってくれていいんだよ!

君にとっては、本当に思いついたという
証拠にもなるしね!



688 名前:デフォルトの名無しさん mailto:sage [2016/01/26(火) 23:52:00.97 ID:9z2oQ6YS.net]
URL手打ちでリポジトリ名のtypoとかじゃねーの?知らんけど

689 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 01:05:35.84 ID:wwUfZ3QJ.net]
入力させられるのにムカつくのは好きにすれば良いが、
それで何か困るのか?って話だ。

690 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 01:23:58.93 ID:QwLv4BDp.net]
でたらCTRL-Cを押せばいいだけだしな。

691 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 03:29:12.27 ID:yzADBwD7.net]
バッチ処理でも組みたいとかなんじゃないの
バッチの引数でポジトリのURL渡して自動でcloneして色々何かの処理を自動でこなして終了、みたいな
んでこのバッチ処理スクリプトを複数のマシン、複数の人間で使いたいとか
そんなとこじゃね?

692 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 07:53:09.95 ID:B282A3zK.net]
>>687
デバックしろよ。

693 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 10:16:58.66 ID:M8CnN1zc.net]
687が?
debackって何?

694 名前:680 mailto:sage [2016/01/27(水) 10:44:57.34 ID:nkhHFBxe.net]
>>687
すいませんそういうことです

695 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 10:55:04.75 ID:M8CnN1zc.net]
あなた680じゃなくて675でしょ?
ほい

696 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 10:55:31.91 ID:M8CnN1zc.net]
git-scm.com/docs/gitcredentials

697 名前:680 mailto:sage [2016/01/27(水) 20:11:12.49 ID:pZGS3XJE.net]
>>691
いろんな環境で使えるようにしたいので、出来ればconfigには触りたくないのですが
コマンドの引数だけで出来る方法はないですかね?



698 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 20:14:10.48 ID:hu6WJtBg.net]
git clone --recursiveってしたらsubmoduleも全部ダウンロードしてくれるじゃないですか
こうやってcloneしたときはpullはどうしたらいいですか?
git pull
git submodule update --init --recursive
って2回に分けてコマンド実行しないとダメですか?
1回でpullしてsubmoduleも更新するやり方ありますか?

699 名前:デフォルトの名無しさん mailto:sage [2016/01/27(水) 23:19:38.31 ID:yIt2xAXc.net]
>>693
GIT_ASKPASS がそれじゃね?

700 名前:680,690,693 mailto:sage [2016/01/27(水) 23:57:10.71 ID:NL6MaBDN.net]
>>695
GIT_ASKPASSに何の値を設定したらいいんですか?
試しにexport GIT_ASKPASS=NONEしたら
>error: cannot run 0: そのようなファイルやディレクトリはありません
ってエラーが出た後にusernameとpasswordを入力させられます

701 名前:675,690,693,696 mailto:sage [2016/01/27(水) 23:59:16.07 ID:NL6MaBDN.net]
ああ、すいません680じゃなくて675です
680さん失礼しました

702 名前:デフォルトの名無しさん mailto:sage [2016/01/28(木) 07:57:15.16 ID:/HMh16FS.net]
>>696
パスワード入力用の外部コマンドを指定するためのものらしい
/bin/false 指定してみたら?

703 名前:デフォルトの名無しさん mailto:sage [2016/01/28(木) 17:56:01.71 ID:53YxhnLF.net]
git使うときmac、windowsでUTF8、SJISで困ってるんだけど
変換勝手にしてくれたりする方法あります?

windowsでutf8引っ張ってきた時のコンパイルで死にます

704 名前:デフォルトの名無しさん mailto:sage [2016/01/28(木) 18:21:33.44 ID:Zt+/Dst2.net]
それぞれの環境は?
UTF8でWindowsで困ってないけどな
コミットする時点で変換するトリガが無いかってことかな

705 名前:デフォルトの名無しさん mailto:sage [2016/01/28(木) 19:11:45.02 ID:63oiELTt.net]
Windows版gitは改行の面倒は見てくれるが文字コードは何もしない
同じくutf8で別に困る事ないけどな

706 名前:デフォルトの名無しさん mailto:sage [2016/01/28(木) 19:13:18.27 ID:63oiELTt.net]
今思い出したが多分VS使ってんならBOM入ってないとutf8のファイルをutf8と認識せずおかしなエラーになるな

707 名前:675,690,693,696,697 mailto:sage [2016/01/28(木) 22:58:57.57 ID:X5dVRMJF.net]
>>698
指定したけど入力を催促されました



708 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 00:01:38.54 ID:egYXOU7x.net]
>>699
文字コードを勝手に変換するほうが困ることになる。

同じソースコードなのに、そこに埋め込まれた
文字コードが違うってことになるんだぞ?
だから同じ理由で改行コードの変換もしない設定するのが基本。

ソースコードの文字コードと改行コードは、どこでも同じものにするべきで、
まともなテキストエディタを使えばいいだけ。

709 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 00:24:16.63 ID:LlSYvxYC.net]
>>704
そりゃ違う
ソースコードが改行に依存してる事の方が問題だ
もし改行に依存してたらそれはデータとしてバイナリ扱いにする必要がある
文字列に改行を含める場合は前後の文字列を実行時にプラットホーム固有の
改行で結合するまでやらないとプラットホーム非依存にはならない

俺はWindowsとLinuxで改行コードをgitの自動変換ありで使ってるけど何も問題無い
逆に問題が出る場合はどこかに非依存な部分があるというだけ

710 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 00:28:31.58 ID:LlSYvxYC.net]
>>705
いや少し違った
コンパイルする言語の場合は改行コードはコンパイル時に決めれば問題なかったな
スクリプトの類は実行時に判定する必要はあるけど

711 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 01:34:08.05 ID:i7byzhy6.net]
>>705
言語によって適切な改行コードは違うんだよ。
例えばシャルスクリプトはLF限定。

このテキストのデータファイルはLFであることを
前提にしているというコードというのもあるし、
LF と CR LF ではファイルサイズまで変わってしまう。

改行コードを統一することに意味はあるが
環境ごとにばらばらにする意味は無い。

環境ごとにばらばらにしたほうがいいという理由があるかい?

712 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 02:32:12.21 ID:LlSYvxYC.net]
>>707
> 例えばシャルスクリプトはLF限定。
LinuxでチェックアウトすればLFなんだから何か問題あるのか?
Windowsでシェルスクリプト動かすつもりかよ…物好きだな
例えそうだとしてもWindows版bashはCRLFで問題なく動く

LF前提のパーサーなんて幾らなんでも糞過ぎだろ
あとファイルサイズが変わって何の問題があるんだ?
gitは改行コードが変わっても適切に差分を管理するし問題ない

> 環境ごとにばらばらにしたほうがいいという理由があるかい?
お前みたいな奴はLinuxオンリーでやれよ
「わざわざ」Windowsでgitを使う理由をよく考えろ

お前は多分WindowsとLinuxでgitが改行を変換する使い方をした事がないっぽいな
Linuxサーバで動かすシェルスクリプトをWindowsでチェックアウトして
そのままLinuxサーバにアップしようとしてるのが目に見える

713 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 02:34:17.68 ID:LlSYvxYC.net]
>>708
目に見えるっておかしいな、目に浮かぶか…もう寝る

714 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 03:00:09.37 ID:dAG2CBuw.net]
>>708
言い訳はいいんだけど、

統一しない理由はなに?

715 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 03:01:56.35 ID:dAG2CBuw.net]
> 「わざわざ」Windowsでgitを使う理由をよく考えろ
それをお前に聞いているんだが、
その理由を言わないよね?

> Linuxサーバで動かすシェルスクリプトをWindowsでチェックアウトして
> そのままLinuxサーバにアップしようとしてるのが目に見える

こういう事例も、統一した方がいい理由の一つですよね。

716 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 03:04:21.56 ID:dAG2CBuw.net]
他にもLinuxサーバーのソースコードをWindowsで編集することもある。
その逆もあるだろうな。

いちいち場合毎に改行コードを使い分ける理由がないんだから、
統一した方がいい。

717 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 03:07:20.42 ID:dAG2CBuw.net]
ヒアドキュメントとかもあるな。
ソースコードに埋め込まれた改行コードが変わると
問題が起きる場合。



718 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 06:31:11.29 ID:aEvn5SFA.net]
ハイ、ハイ!

719 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 07:48:59.90 ID:vMohSKiK.net]
>>710
統一するコストに比べてメリットが少ないからだろ。

720 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 08:50:35.28 ID:G034Tjvl.net]
>>715
統一するコストってなに?

ソースコードなんて所詮プログラムの内部仕様なわけで、
内部仕様までプラットフォームごとの違いを吸収するように作る必要はないんだよ。
テキストファイルのように入出力の部分で吸収させればいいだけ。

でもヒアドキュメントのようにソースコードに含まれる改行コードが
変わってしまったらプログラム内部のデータが変わってしまう。

721 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 09:55:38.87 ID:LlSYvxYC.net]
>>711
つうかそんな事いちいち聞くなよ
プログラマじゃない人がどんなエディタ(メモ帳含む)で編集しても
問題が起こらないからだろ
なぜかLFで開いてもCRLFで保存するエディタとかもあるんだよ(そういう設定にしたのかもしれんけど)

あと、Linuxでチェックアウトすれば全部LFになるのに何の問題があるのか逆に聞きたいよ
相互運用した事もないのに脊髄反射で反論すんなよ

722 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:12:26.04 ID:YmIfB0q0.net]
つか元々の質問の奴はどうなったんだw

まぁ個人的には今たまたま問題出なくてもどこでいつ問題起きるかわからなくて気持ち悪いから固定するけど
どうしてもクソな環境に合わせないといけないならほんとしょうがなくだと思う

723 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:15:32.20 ID:LlSYvxYC.net]
分からないからとか気持ち悪いとかプログラマがいう事じゃないよ
結局自分が分からない事やってる奴は頭おかしい理論で反論してるだけなんだよな

724 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:25:44.11 ID:5AyjDIYV.net]
なんでこいつらファイルの中身の文字コード前提で話し進めてるの?
なんで文字コードじゃなくて改行コードの話に脱線してるの?
アホばかりなの?

725 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:45:14.55 ID:E4nKuHZl.net]
>>717
> あと、Linuxでチェックアウトすれば全部LFになるのに何の問題があるのか逆に聞きたいよ

ソースコードの中身にCR LF と書いていて
CR LFで扱うコードが正しく動かないから。

同様にソースコードではないCR LF前提のテキストファイルの
データ形式(例えば電子メール)が変わってしまうから。

726 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:50:07.12 ID:LlSYvxYC.net]
>>721
>>705を読め
> もし改行に依存してたらそれはデータとしてバイナリ扱いにする必要がある
> 文字列に改行を含める場合は前後の文字列を実行時にプラットホーム固有の
> 改行で結合するまでやらないとプラットホーム非依存にはならない

なので、ソースコードにCRLFを直接書くなんて完全にバグ
改行コードが変わってまずいメールをgitに入れるならデータ扱いでバイナリにする必要がある
以上

727 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:51:01.47 ID:E4nKuHZl.net]
> なので、ソースコードにCRLFを直接書くなんて完全にバグ

ヒアドキュメントを使えば必然的にCR LFになるって言ってるだろうが



728 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:53:22.98 ID:LlSYvxYC.net]
>>721
いや違う…
> ソースコードの中身にCR LF と書いていて
もはや的外れな事言ってるじゃないかよ…
例えばCのソース内に"\r\n"って書いてそれをgitが変換するわけじゃないっての

729 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:55:21.99 ID:YmIfB0q0.net]
>>719
分からないってのは技術的な話じゃなくて政治的な話だよ
そもそも何でいまだに統一しないとか今後も永久に同じ仕様で行くって企業の行動を予知できるのか

そういう余計なことに気を使うのが気持ち悪いって言ってるだけだ
逆に環境によって改行コードを強制されないといけないクソ環境の合理的説明を聞きたいわ

730 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:55:44.15 ID:E4nKuHZl.net]
>>724
> "\r\n"って書いて

お前が今このスレではじめて出した言葉だよ。
だ〜れも、\r\n なんてことは言ってない。

731 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 10:58:37.03 ID:LlSYvxYC.net]
>>723
ヒアドキュメントの改行が「Windowsで」CRLFになっても問題ないことがほとんどだ
むしろその方がいいだろう

ようするにLinuxサーバーで動かすソースをWindowsでチェックアウトして
それをLinuxサーバーに直接アップしたいって事だろ?
そんな事したい奴の話はどうでもいい

732 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:00:08.59 ID:LlSYvxYC.net]
>>725
政治的な話ならどうでもいい
そんな事いいだしたらsvnを強制されても合理的な理由になる

733 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:01:01.65 ID:LlSYvxYC.net]
>>726
じゃあ>>724は無視していいよ>>722でちゃんと返答してんだから

734 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:01:14.29 ID:E4nKuHZl.net]
> ヒアドキュメントの改行が「Windowsで」CRLFになっても問題ないことがほとんどだ
ほとんどだって言ってる時点であるって言ってるのと同じじゃねーかw

そのほとんどっていうのが問題なんだが。
絶対問題になるのなら対処するだろうが、
だいたい問題にならないけど、特別な場合だけ問題になるっていうのが
「特定の条件でのみ発生するバグを見逃す」ことにつながるんだが。

改行コードはプラットフォームとは無関係に統一しておくだけで
解決する問題を、なぜわざわざ増やす?

735 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:02:35.14 ID:E4nKuHZl.net]
>>727
> ようするにLinuxサーバーで動かすソースをWindowsでチェックアウトして
> それをLinuxサーバーに直接アップしたいって事だろ?

なんでそれがだめなんでしょうか?w
たったそれだけのことで問題になるから、
改行コードの自動変換はやめるべきことですよね?

736 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:06:05.55 ID:YmIfB0q0.net]
>>728
おまえみたいな決め付けで行動するやつがいるからコードがうんこになるんだよw
何がプログラマの言うことじゃない(キリッだよ

737 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:07:39.98 ID:LlSYvxYC.net]
>>730
そんな突っこみいらないよ
常にLFにすれば「絶対」問題ないといえるんだな?

だからWindowsでテキストを扱うにはLF前提の方が問題が出やすいと言ってんだ
特にCRLFで保存するなといっても意味の分からん人もいる
一人でとかプログラマのみで開発してるなら強制すればいいだろ

強制しなくてもそのプラットフォームで自然な改行で問題ないように対応されてる方が問題が出ない



738 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:07:44.44 ID:VzXBU/rQ.net]
shebangのケツにCRがついてbad interpreter喰らって泣きつくバカの尻拭いさせられるぐらいの問題

739 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:08:38.61 ID:LlSYvxYC.net]
>>731
それこそ糞みたいな開発環境だな
改行以前の問題だからどうしようとどうでもいいよ

740 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:11:58.43 ID:E4nKuHZl.net]
>>733
> だからWindowsでテキストを扱うにはLF前提の方が問題が出やすいと言ってんだ
LF前提とか言ってないしw
バッチファイルならCR LFだろうよ。

自動変換するなってだけで、改行コードが環境によって変わらなければそれでいい。

> だからWindowsでテキストを扱うにはLF前提の方が問題が出やすいと言ってんだ
> 特にCRLFで保存するなといっても意味の分からん人もいる

意味がわからん人を教育すればいい。
逆に、意味がわからん人が、環境によって勝手に変わる動作を
想定するわけがだだろ。
お前の主張は破綻してるんだよ。

お前が言ってる問題って、テキストエディタの設定であっさり解決する問題じゃねーか。

俺が言ってる問題は、同じソースコードなのに環境によってコードの中身が書き換えられ
意図せずにソフトウェアの動きが変わってしまってバグの元になるって話をしてるんだが。

741 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:12:38.45 ID:VzXBU/rQ.net]
メモ帳がLFをまともに扱えないから、LF前提にしとくとメモ帳使って先頭にBOM入っちゃう事故を回避しやすそう

742 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:12:42.42 ID:E4nKuHZl.net]
>>735
おや?何か反論してくるかと思いましたが、
何も言い返せずに終わりましたねw

743 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:13:38.31 ID:E4nKuHZl.net]
>>737
改行コードを統一するのが嫌って言ってる奴は、
メモ帳をどうしても使いたいんだろうなぁw

744 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:15:38.51 ID:E4nKuHZl.net]
>>734
> shebangのケツにCRがついてbad interpreter喰らって泣きつくバカの尻拭いさせられるぐらいの問題

実際にあるねそれw

Windowsでもcygwinとかmsysgitとかでシェルスクリプト
動かすことあるからね。

745 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:18:29.17 ID:LlSYvxYC.net]
>>736
> 自動変換するなってだけで、改行コードが環境によって変わらなければそれでいい。
お前は俺と同じ主張をしてるぞ…
Linuxでチェックアウト→LF
Windowsでチェックアウト→CRLF
なんだからその通りだよ

> 俺が言ってる問題は、同じソースコードなのに環境によってコードの中身が書き換えられ
> 意図せずにソフトウェアの動きが変わってしまってバグの元になるって話をしてるんだが。
俺はソースコードの改行が変わったことでバグるプログラムに問題あるといってんだ
それって実行環境と読み込むデータ自体の改行も決め打ちだよな?
そうじゃないと駄目だと声高に主張するならそうすればいいじゃん

746 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:20:35.77 ID:LlSYvxYC.net]
>>740
WindowsだとCRLFでシェルスクリプトは動く
ちなみにCRLFであってケツにCRが付いてるわけじゃないからな
エディタで変な読み込まれ方をするとCRがケツについてるように見えてるだけだろ

747 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:25:41.05 ID:VzXBU/rQ.net]
#!/usr/bin/perl
で始まるのを
#!/usr/bin/perl --
にシコシコ書き換えて回るのは大変だなぁ

>>742
> ちなみにCRLFであってケツにCRが付いてるわけじゃないからな
shebangを解釈するexecve(2)にとってはケツにCRが付いてると思ったんだ



748 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:25:58.19 ID:LlSYvxYC.net]
>>740
つうかケツにCRとか言っちゃってるレベルの奴だったのか…

749 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:26:32.47 ID:E4nKuHZl.net]
>>741
> Linuxでチェックアウト→LF
> Windowsでチェックアウト→CRLF
> なんだからその通りだよ

ぜんぜん違うだろ。

テキストファイルにLFで書いたもの→どこでチェックアウトしてもLF
テキストファイルにCRLFで書いたもの→どこでチェックアウトしてもCRLF

勝手に変わったらいけない。

750 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:30:11.40 ID:LlSYvxYC.net]
>>745
> 勝手に変わったらいけない。
だからどういけないのか言えよ…

どうせ糞みたいな制約だらけのテキストパーサ自慢なんだろ
そしてデザイナとか上司が知らずにWindows上でCRLFで保存しようモンなら
血相変えてなんでCRLFで保存したんだと怒鳴り込む姿が目に浮かぶ

751 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:32:54.47 ID:E4nKuHZl.net]
>742
> WindowsだとCRLFでシェルスクリプトは動く

今、メモ帳で書いたこのコードを、cygwinで実行したら
見事にエラー出たけど?w
> #!/bin/sh
>
> echo ok

./test.sh
: not found2: ./test.sh:
ok

信じられないならdiffの結果見せてやろうか?

$ diff -u test.sh test2.sh
--- test.sh 2016-01-29 11:31:55.182889600 +0900
+++ test2.sh 2016-01-29 11:28:59.888609900 +0900
@@ -1,4 +1,4 @@
-#!/bin/sh
-
-echo ok
-
+#!/bin/sh
+
+echo ok
+

もちろん、改行コードの違いを無視する
diff -ub test.sh test2.sh なら差は出ない。

752 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:33:38.76 ID:YmIfB0q0.net]
仕様としては改行コードは○○って決まってるけど各自の作業は自由ってのが
もはや仕様としてCRでもLFでもCRLFでも決まってないってところまで行く勢いだなw

753 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:35:34.58 ID:E4nKuHZl.net]
>>746
> だからどういけないのか言えよ…

何度も言ってるだろ。具体的な事例出してバグになるって。

それよりかお前が言えよ。
お前は、改行コードが勝手に困っても困らないはずだ。と言ってるだけで
改行コードが勝手に変わったほうが良いとは言ってないよな?

困る事例はお前自身だって言ってるわけで、
勝手に変わったほうがいい理由がないなら、
変えない方がいい。

754 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:37:38.45 ID:VzXBU/rQ.net]
>>747
> 今、メモ帳で書いたこのコードを、cygwinで実行したら
> 見事にエラー出たけど?w

cygwinはmount時にテキストモードとかバイナリモードとかあるんだよ。
そのあたりの設定がうまいこといってねえんだよ、きっと


一時期のbashにあった改行コードがCR+LFのシェルスクリプト中に $() や & があると
おかしくなる問題はbash-4.3.42-4 にしとけばいいんだよ、たぶん。
https://sourceware.org/ml/cygwin/2015-09/msg00439.html

755 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:38:22.28 ID:E4nKuHZl.net]
>>746
> そしてデザイナとか上司が知らずにWindows上でCRLFで保存しようモンなら
> 血相変えてなんでCRLFで保存したんだと怒鳴り込む姿が目に浮かぶ

デザイナとか上司が知らずにShiftJISで保存しても
動くように作れって怒鳴りこみそうw


俺がどうするか?って怒鳴りこまないよ。
冷静

756 名前:に説明して修正するだけ。 []
[ここ壊れてます]

757 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:38:50.27 ID:LlSYvxYC.net]
>>747
cygwinをインストールした時に改行コードをどうするか聞かれただろ?
どうした?

>>748
だからちゃんと理解しろよ
Windowsで保存する時はCRLFだがLinuxでチェックアウトすればLFでチェックアウト出来るんだから
仕様としてはLFでいいんだよ



758 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:38:58.74 ID:E4nKuHZl.net]
>>750
> cygwinはmount時にテキストモードとかバイナリモードとかあるんだよ。
> そのあたりの設定がうまいこといってねえんだよ、きっと

設定は何もしていない。インストール時のデフォルトだ。

759 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:39:51.56 ID:E4nKuHZl.net]
>>752
> cygwinをインストールした時に改行コードをどうするか聞かれただろ?

デフォルトだ。

760 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:40:19.10 ID:VzXBU/rQ.net]
何かを得れば何かを失う。人生とはそんなものだ。
状況に応じて使うか使わないかを決めるといい。

761 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:41:41.85 ID:E4nKuHZl.net]
>>752
> Windowsで保存する時はCRLFだがLinuxでチェックアウトすればLFでチェックアウト出来るんだから

お前ファイル共有って知ってる?

チェックアウトだけが、ソースコードを受け渡しする方法じゃねぇんだよ。

なに余計な複雑度を組み込んでるんだ?
改行コードを統一するだけで解決する問題だって言ってるだろ。
お前は解決する方法を一つも言ってない。
困る事例を無視して困らないはずだって言ってるだけ。

762 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:42:19.66 ID:LlSYvxYC.net]
>>751
SJISでも動くようにするのも場合によっては必要だろ
さすがに文字コード変えて保存する事例はなかったが頻発するなら必要な事だ
あらゆる制約はなくす方向で行かないと
説明する人数が一人ぐらいならいいけどもう少し人数が居たら説明なんてしてられない

763 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:43:19.09 ID:E4nKuHZl.net]
>>757
> SJISでも動くようにするのも場合によっては必要だろ

必要な時"だけ"、やれ、な?

やらなくていもいいことは、やらないようにしろ。
改行コードの問題も同じだ。

764 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:44:53.03 ID:E4nKuHZl.net]
>>757
> 説明する人数が一人ぐらいならいいけどもう少し人数が居たら説明なんてしてられない

>>757の所がウェブ会社だったら、
HTMLが全部ShiftJISなのに、metaにUTF-8って書いていそうw

まあ、説明なんてしてられない。ならそうなるしかないわなw

765 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:45:25.71 ID:LlSYvxYC.net]
>>756
> チェックアウトだけが、ソースコードを受け渡しする方法じゃねぇんだよ。
はいダウト
そういう事するなら勝手にやってくれよ

766 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:45:59.94 ID:E4nKuHZl.net]
>>760
何がダウンと何だ?w

こうやってすぐ逃げる。

767 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:48:47.20 ID:LlSYvxYC.net]
>>758
必要だからやってる、それだけの事

>>759
ちなみに文字コードはgitが変換するわけじゃないからLinuxでチェックアウトする時に
スクリプトかましてutf8にする必要がある
重要なのはLinuxでチェックアウトした時にLFでutf8になればいいだけ



768 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:49:50.82 ID:LlSYvxYC.net]
>>761
ダウンwwwダウンってなんだよw

769 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:50:03.56 ID:E4nKuHZl.net]
なるほどねw

hiromasaya.web.fc2.com/Cygwin/crlf.html

Cygwinの改行コードはデフォルトでUNIX互換(LF:0x02)になっている。
これは特に問題はない。

もしDOS互換の改行コード(CR LF:0x080x02)のテキストファイルがあっても通常問題は発生しない。
エディタやコマンドが対応して正常に動作するからだ。
ただし例外として、bash ver4系シェルスクリプトでは、DOS互換の改行コードはエラーになる。

問題となるのは、Cygwinの gcc3/gcc4コンパイラが出力するテキストの改行コードで、
DOS互換の改行コード(CR LF:0x080x02)が出力されてしまうこと。なぜこうなっているのか不明だが、今のところgccのオプションでは回避できない様だ。

これは、Cygwinで自作したC/C++アプリの出力テキストファイルは、SolarisやLinuxに移動するとDOS互換改行コードのファイルが混じり込むことになるという問題が発生する。

これは大きな問題ではないが、留意しておく必要がある。

770 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:51:25.58 ID:E4nKuHZl.net]
>>762
> 必要だからやってる、それだけの事

必要な理由を言え。

>>759
> ちなみに文字コードはgitが変換するわけじゃないからLinuxでチェックアウトする時に
> スクリプトかましてutf8にする必要がある
> 重要なのはLinuxでチェックアウトした時にLFでutf8になればいいだけ

何のためにそんなことしてるの?w

文字コードと改行コードを統一するだけで解決しない問題なんですか?w

771 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:52:34.45 ID:VzXBU/rQ.net]
>>761
ダウトのtypoじゃね?

とりあえずgit archiveとかgit checkout-indexとかやって受け渡すことはできるね
チェックアウトせんでも。

772 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:52:42.77 ID:YmIfB0q0.net]
まぁ馬鹿の介護で非効率なことをすることが一流のプログラマや一流の企業の条件ってならもうしょうがないw

773 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:55:07.21 ID:LlSYvxYC.net]
>>765
だからデザイナとか上司がWindows上で…ってどこかで書いたよ

> 何のためにそんなことしてるの?w
お前マジで頭悪いだろ…>>757でそんな事はなかったがやる場合はって話だろ
お前さっきから変な日本語を書き込んでるけど日本人か?

774 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:56:12.13 ID:E4nKuHZl.net]
https://github.com/vim-jp/vital.vim/issues/102

> ちなみにGitHub for Windowsにはマルチバイト文字が含まれているファイルだとcrlf->lf変換がされないというバグがあります。
> やっとライブラリが更新されて直ったようです。

やっぱり改行コードの自動変換はろくなことないね。


d.hatena.ne.jp/couichi/20110207/1297101115
> マニュアルの core.safecrlf の項目を翻訳してみた。
> git-config(1)
> CRLF の変換は、稀にとは言えデータ破損の危険性を伴います。
> しかし、誤ってテキストファイルと分類されたバイナリファイルの場合、変換はデータを破損するかもしれません。

やっぱり改行コードの自動変換はろくなことないね。

775 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:58:20.46 ID:LlSYvxYC.net]
>>767
プログラマ仕事は素晴らしいコードを書くことだと悦に入ってる姿が目に浮かぶ
プログラマなんて奴隷だろ
あらゆる要求や仕様にNOと言わない奴が有能なプログラマだ
当然YESというのは簡単だが出来ないのにYES言う奴は一番最低だ

776 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 11:59:24.14 ID:E4nKuHZl.net]
>>768
> だからデザイナとか上司がWindows上で…ってどこかで書いたよ

だから、デザイナや上司がWindows上でHTMLファイルを保存したら、
ShiftJISで保存してるのに、metaではUTF-8してあるような事例でも
お前の場合、文字コードを変更しないっていうんだろ?って皮肉を書いたんだが?w

改行コードもこれと同じで、統一すればいいだけ。
わからないなら説明すればいいし、ちょっとマシン借りて
テキストエディタの文字コードと改行コードのデフォルト設定変えるだけ。

でもお前の場合、そうするのが面倒だから、
ShiftJISで保存されてもむとんちゃくなんだろ?w

777 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:00:34.38 ID:LlSYvxYC.net]
>>769
それ古いWindows版gitだろ
だいぶ前から問題ないよ

> 誤ってテキストファイルと分類されたバイナリファイルの場合
そりゃ問題起きるだろ…



778 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:01:42.71 ID:YmIfB0q0.net]
自称俺はプログラマじゃなくてプログラマを使う人間まで行ったw

779 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:04:02.89 ID:LlSYvxYC.net]
>>771
お前ほんと頭悪いな

> ShiftJISで保存されてもむとんちゃくなんだろ?w
最初は当然知らないからどこかで問題が出るよな?
そうなったらどうするか相談とかしてLinuxでチェックアウト時にutf8に変換しようとなる流れだろ
むとんちゃくって意味が分からん…

780 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:04:45.29 ID:E4nKuHZl.net]
>>772
だから問題が起きてるだろ?
些細なミスで問題は起きるってことの証明だろ。

gitは直した。じゃあお前が書いたコードは?
バグがない保証は?

ソースコード内の改行コードが勝手に変わっても
正しく動くようにコードを書くわけ?
ちゃんとテストするわけ?

ムダなことしてんなぁw

入出力ファイルの話じゃないぞ。内部のデータの話だ。
プログラム内部の改行コードぐらい統一すればいいだろ。

781 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:06:40.61 ID:E4nKuHZl.net]
>>774
> そうなったらどうするか相談とかしてLinuxでチェックアウト時にutf8に変換しようとなる流れだろ

ワロタwwww

チャックアウト時にUTF8に変換wwww
あ、フック書くのかwwwww

なんか人によって、コミットするたびに文字コードが変わりそうだな。
履歴の差分見たら、ShiftJISとUTF8への変換差分が大量に出そうw

782 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:09:25.14 ID:E4nKuHZl.net]
ちょっと、アホすぎて面白いから、改行コードじゃなくて
文字コードの話に戻すわw

チャックアウト時にUTF8に変換すればいいだってさwww


ShiftJISだとUTF8の文字をすべて表せないから、
そういう無知なデザイナや上司が変換するたびにUTF8の文字が壊れそうだな。

でも、そうか、チェックアウト時にUTF8に変換する方法で対応することを
こいつは選ぶわけかwwww

783 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:11:54.14 ID:LlSYvxYC.net]
おいE4nKuHZl、お前ヤバイ事になってるぞ…

784 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:13:08.76 ID:E4nKuHZl.net]
>>778
ヤバイのはお前の開発の仕方がやばすぎて
笑い過ぎでヤバイだけwww

開発の仕方自体は俺のほうがまともだってはっきりしたから
何の問題もないよwww

785 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:26:54.15 ID:Y9Rc1o67.net]
根本的な対応をするんじゃなくて、対処療法的に
起きた問題を直すってやり方をやってるような所は
ソースコードも汚いんだろうな。

786 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:28:44.84 ID:Y9Rc1o67.net]
俺なら、文字コードや改行コードを間違って保存するような人がいるなら
サーバー側のフックで、ソースコードチェックするのと同じような感覚で
不正な文字コードや改行コードでコミットできないようにするだろうな。

787 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:35:05.41 ID:YmIfB0q0.net]
改行コードわかんなかったら確実に文字コードわかんないだろうからな
馬鹿に合わせるならもうこれしかない

新規ファイルは自分で作成しないで絶対にこのテンプレファイルを使用してください
後の美乳ファイルである



788 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 12:50:31.51 ID:Y9Rc1o67.net]
結局、改行コードが変わってしまうことで
引き起こされるバグがあるという証拠はいくつも出たけど、

改行コードを変えたほうがいいという理由は
一つも出なかったね。

789 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 14:25:13.65 ID:mleaHAQI.net]
>>770
プログラマが奴隷だぁ?キャリッジリターンで消してやろうかぁ?

790 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 15:06:29.52 ID:eri/tSjn.net]
MSVC++がLFだけじゃ改行として認識しないから。
git自体も含めて他の環境のデフォルトはLFだからCRLFに統一するとか有り得ない。
なのでMSVC使うWindows上でだけ自動変換しとけば偶にハマるかもしれんがそれでいいかなと思ってる

791 名前:デフォルトの名無しさん mailto:sage [2016/01/29(金) 22:24:41.83 ID:mleaHAQI.net]
>>784
ラインフィードの間違いだったぁ?

792 名前:デフォルトの名無しさん [2016/01/30(土) 00:19:20.87 ID:eJpLCaMd.net]
fetchってどのくらいの頻度でやってる?

793 名前:デフォルトの名無しさん mailto:sage [2016/01/30(土) 10:48:28.05 ID:LQNhevMY.net]
最後にいつfetchしたか忘れたときにやってる

794 名前:デフォルトの名無しさん mailto:sage [2016/01/30(土) 17:03:03.36 ID:8STQ7yFZ.net]
毎日

795 名前:デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:08:38.84 ID:6Q62/dvG.net]
おまえのオ○ニーと大体同じくらいの頻度だよ

796 名前:デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:45:47.86 ID:A3gfJR+z.net]
VSがLFだけだと扱えないとかいつの話だよ

797 名前:デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:53:19.35 ID:8pg6dH+z.net]
ぶっちゃけ、もうソースは全部LFのUTF-8でいいんじゃないかと思う



798 名前:デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:55:57.63 ID:8pg6dH+z.net]
もちろんUTF-8はBOM無しで

799 名前:デフォルトの名無しさん mailto:sage [2016/01/30(土) 23:58:08.50 ID:ypcCS+Q8.net]
異機種間で統一するならInternetにならってCRLF

800 名前:デフォルトの名無しさん [2016/01/31(日) 03:09:27.56 ID:qoVhiQHF.net]
>>791
VC++2013の時の話かな
2015では自動変換したものしか使ってないから知らん
まぁ、少なくとも一年前までは問題起きてたわけだ

801 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 03:17:54.63 ID:SJ5R7Lez.net]
改行コードの自動変換は良くないって話なんだから
別にWindows専用のソースコードであればCR LF固定でいいんだよ。

Linux系のソースコードなら、Windows版はcygwinかmsysで
コンパイルするわけでこっちはLF固定で良い。

802 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 04:37:44.26 ID:vq6eMgrK.net]
>>795
ウソはいけないよ

803 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 05:20:42.90 ID:oCG8WGSi.net]
ほんとだ。嘘だった。危うく騙されるところだった。

www.atmarkit.co.jp/fdotnet/dotnettips/609vsfileencode/vsfileencode.html

> 逆にVisual Studio 2005(以降、VS 2005)のソース・ファイルは基本的に「UTF-8」でエンコードされている。
> そのため、VS.NETからVS 2005へ開発環境を移行する場合などで、(VS 2005のエンコード形式に統一したいなどの理由により)
> そのエンコード(文字コード)を変更したいということはある。このようなファイルのエンコードを変更する機能が
> Visual Studioには搭載されている。それが[保存オプションの詳細設定]だ。
> [行の終わり]には、改行文字の種類を「Windows(CR LF)」「Macintosh(CR)」「Unix(LF)」などから選べる。

少なくともVS2005、10年前には存在している。

804 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 05:31:49.71 ID:oCG8WGSi.net]
直接的な情報じゃないけど、VS2002 /2003でも改行コードをLFにするそういう設定あるみたいだね。
https://www.techhouse.org/~dmorris/cs148_summer_2005/handouts/OpenGL-Install-Guide.pdf

VC++6.0はどうか知らないけど、ワードパットもLFに対応しているわけで
問題があるのはメモ帳ぐらいじゃないの?

805 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 07:43:08.31 ID:U1VojL5O.net]
新規に作成するファイルの改行をLFに固定する設定がないから、LFに統一する
運用をしようと思ってもいまひとつ面倒なんだよな。

806 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:03:42.24 ID:oCG8WGSi.net]
新規ファイルの改行コードを設定できないエディタなんて
メモ帳ぐらいだろ。

807 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:32:22.49 ID:ZsKbo1fC.net]
改行コード統一しろ。



808 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 08:43:48.07 ID:7LoAMsY1.net]
>>800
新規ファイルのテンプレートを作って毎回それを使えばいい

809 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 09:05:19.96 ID:m2D4t7R9.net]
WindowsじゃC言語でファイルをテキストモードでオープンした場合だけ
"\n" の出力を "\r\n" つまり CR-LFへ変換するなんてややこしいことになってるんだよね

Unix系じゃファイルのオープンにそもそもテキストモードなんてないし
"\n" はそのまま "\n" つまり LF が出力される

Windowsも改行を LF にして楽になろうよ

810 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 10:09:08.47 ID:xfsfZkY5.net]
>>699はまだコンパイルで死んでるのか?
というか>699生きてる?

811 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 10:13:39.44 ID:31z4XD49.net]
>>805
分からないこと多すぎたみたいだからいろいろレス見て勉強させてもらってる
とりあえず今は開発環境を統一させてどうにかさせてる

812 名前:デフォルトの名無しさん mailto:sage [2016/01/31(日) 10:21:00.00 ID:xfsfZkY5.net]
ずっと居たんかい
コンパイルエラー貼れよ
100レスも無駄に消費しやがって

813 名前:デフォルトの名無しさん mailto:sage [2016/02/03(水) 18:27:40.72 ID:j5Vxk3iZ.net]
2時間くらいあれこれやったのをstashして、ブランチ切り替えながらいろいろやってたら
stashしたのが消えてた・・・

もう金輪際stashは使いません

814 名前:デフォルトの名無しさん mailto:sage [2016/02/04(木) 13:27:11.60 ID:pjzU2sh9.net]
>>808
ほかと違ってgitは些細なミスでソースが失われるので
なにかソースが書き変わる系の作業をするときは
KANARAZUワークスペース丸ごとバックアップした方がいいぞ

815 名前:デフォルトの名無しさん mailto:sage [2016/02/04(木) 14:36:29.50 ID:va5dr9zm.net]
メッセージ読まない輩か。

816 名前:デフォルトの名無しさん mailto:sage [2016/02/04(木) 17:20:15.84 ID:ob+62gtm.net]
わろた

817 名前:デフォルトの名無しさん mailto:sage [2016/02/04(木) 17:22:00.96 ID:6nmxHVWh.net]
何が起こったのかな?
サルベージ可能?



818 名前:デフォルトの名無しさん mailto:sage [2016/02/04(木) 22:08:07.44 ID:6PUvax8Q.net]
その辺はUNIX系コマンドの思想引き継いでるよな
いわく「プログラマーは万能である」。

819 名前:デフォルトの名無しさん mailto:sage [2016/02/04(木) 22:29:01.24 ID:g3ecOfSG.net]
>>808
> もう金輪際stashは使いません

stash無理に使わんでも「とりあえずcommitしちまえ」で後からなんとかなるからな。

820 名前:デフォルトの名無しさん mailto:sage [2016/02/04(木) 23:12:54.51 ID:w/4VfNdd.net]
gitでstashとかcommitした情報をうっかり消すっていうのはなかなか難しい
大体が残ってる情報を見つけられないだけ
それでもやろうと思えば全部消せるが、その対策はどこかにpushしておくだけで十分

どちらかといえば、stashとかcommitする前にうっかりgit coしちゃう事故の遭遇率の方が高い
とくにヒストリに残ってたgit co .で2回しくじったので、
git coがbashのヒストリに残らないように細工してる

821 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 08:13:17.74 ID:CJ5Xrx4r.net]
>>814
むしろ慣れないうちはcommitしまくった方が良いよね

822 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 11:43:10.15 ID:v7ukNLrp.net]
>>815
どういうこと?
checkoutしたらstashが消えるってこと?

823 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 12:00:50.70 ID:EwCIJwhY.net]
>>817
よく読め

824 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 12:20:54.44 ID:kEiVN07H.net]
gitは過度にコマンドラインだけでありとあらゆる事が出来る事にこだわってる
ProGitにコンフリクトした時の解消法とかrerereあたりの説明が恐ろしく複雑になってる
全てがグラフィカルに表示されてマウスでこれとこれみたいに出来れば何も覚える必要ないだろうなと思った

825 名前:デフォルトの名無しさん [2016/02/05(金) 12:33:56.43 ID:kiLBWxj0.net]
いや、コマンドラインはありとあらゆる事が出来るが、グラフィカルは目的に特化したUIをその都度作らなければいかん。
将来的に機能が増える事が予想出来るソフトウェアはCUIで作るのが理にかなっている。

826 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 12:41:26.37 ID:v7ukNLrp.net]
>>818
あー、stashする前にcheckoutするってことか。
ありえんわ。

827 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 13:03:08.45 ID:hmTKeVMY.net]
co . なんて使うのがいかん
checkout branch_name
と叩いて深呼吸してから実行



828 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 13:08:55.15 ID:bkulaeJ7.net]
git checkout branch_name

くんかくんか

「ッターン!」

829 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 14:24:50.12 ID:c2oLCwBL.net]
-m つけなきゃ大丈夫じゃないんけ?

830 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 20:00:32.44 ID:4vuMMbvX.net]
>>819 はユーザー目線
>>820 は開発者目線

でもユーザーも開発者だから >>820 の気持ちも分かってしまう

831 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 20:14:25.00 ID:kEiVN07H.net]
gitに凝ったGUIを作ろうにもライブラリ化というかサービス化されてないから
コマンドを実行して標準出力を正規表現で切り取る古き良きUNIX文化を発揮しないといけなくなる
gitkとかtcl/tk使ってるからそういう処理が簡単に書けるから何とかなってるけど
GUIツール作るにも単なるコマンドのラッパー以上のものを作るのは不可能とも言える

832 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 20:22:47.70 ID:kEiVN07H.net]
Githubってサーバーで一生懸命gitコマンド実行して標準出力を解析してるのかな?
標準出力を解析する以外のやり方があったら知りたい

833 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 22:44:56.53 ID:QKRpZlN2.net]
libgit2 とかあるようだが

834 名前:デフォルトの名無しさん mailto:sage [2016/02/05(金) 23:14:49.41 ID:dpfeui8Z.net]
https://git-scm.com/book/ja/v2/Gitをあなたのアプリケーションに組み込む-Libgit2を使う方法

835 名前:デフォルトの名無しさん mailto:sage [2016/02/06(土) 00:22:02.09 ID:LgkKu1/8.net]
>Gitの出力フォーマット(ちょくちょく変わる)を自前でパースする必要があるということです。これは非効率的ですし、エラーも発生しやすくなります。

ちょくちょく変わる

836 名前:デフォルトの名無しさん mailto:sage [2016/02/06(土) 05:25:12.22 ID:1pguUJe7.net]
だからlibgit使えばいいんですよね?
ごかますなよ

837 名前:デフォルトの名無しさん mailto:sage [2016/02/06(土) 11:14:56.83 ID:LgkKu1/8.net]
(ちょくちょく変わる)が面白かったから引用しただけだよ
勘違いしちゃったの?



838 名前:デフォルトの名無しさん mailto:sage [2016/02/06(土) 11:53:14.09 ID:mdfpFw/5.net]
疑心暗鬼な831さんであった

839 名前:デフォルトの名無しさん mailto:sage [2016/02/06(土) 12:26:43.76 ID:LgkKu1/8.net]
まぁ、俺も言葉足らずだけど
日本は察し・思いやりの文化というが、その副作用として勘ぐりもある程度必要になってしまった
草生やしておけばよかったね

840 名前:デフォルトの名無しさん mailto:sage [2016/02/06(土) 15:20:45.92 ID:/1/YZwYl.net]
>>831がちょっとアレな子だっただけだよ
気にすんな

841 名前:デフォルトの名無しさん mailto:sage [2016/02/06(土) 15:32:06.30 ID:OnOKOzzm.net]
PowerShellのパイプはオブジェクトっての思い出した
関係ないけど野心的だったな

842 名前:デフォルトの名無しさん [2016/02/07(日) 05:42:22.04 ID:g9FR7TQk.net]
v2.7.1

843 名前:デフォルトの名無しさん mailto:sage [2016/02/07(日) 10:09:56.51 ID:6q4E0hyG.net]
>>837
あれ?また?と思ったが
アップデートしてたw

844 名前:デフォルトの名無しさん mailto:sage [2016/02/08(月) 22:11:28.63 ID:YQ0+a64D.net]
masterにbranchをmergeする際にコンフリクトしてなくても、diffツール起動してマージしたいんだけどできますか?

845 名前:デフォルトの名無しさん mailto:sage [2016/02/08(月) 22:42:39.27 ID:hJZZUY1h.net]
diffツールでやるな

新しくブランチ作るかcherry-pick使え

846 名前:デフォルトの名無しさん mailto:sage [2016/02/08(月) 22:43:30.57 ID:hJZZUY1h.net]
それからmasterにブランチをマージするときに
コンフリクトが起きたものをdiffツールでマージするな

847 名前:デフォルトの名無しさん mailto:sage [2016/02/09(火) 05:05:20.48 ID:DVK3FypF.net]
>>839
そうしたい状況がよく判んないんだけど、
例えばbranchでワードaaaをbbbにリネームしてて、masterの追加行にワードaaaが含まれているときに
ワードaaaが中途半端に残ったマージコミットが出来ちゃうのが嫌、とか?



848 名前:デフォルトの名無しさん mailto:sage [2016/02/09(火) 15:17:14.23 ID:5Wgto6Db.net]
diffツールで話通じるん?

849 名前:デフォルトの名無しさん mailto:sage [2016/02/09(火) 18:01:43.53 ID:vsEmDrFF.net]
>>842
自分で解析した結果、この処理はこーいうことしてるよってメモ入れるのね。TODOとか。

実装(コミット)すればもう用済みになるんだけど、本チャンにマージする時に一緒に掃除をしたいんです。

850 名前:デフォルトの名無しさん mailto:sage [2016/02/09(火) 19:02:33.89 ID:k1mk9N9v.net]
git merge --no-commitとdiffツールの組み合わせで行けばいいんじゃないの?

851 名前:デフォルトの名無しさん mailto:sage [2016/02/09(火) 20:13:36.74 ID:G1Osl5xS.net]
>>844
2つの作業をいっぺんにやろうとするな。
だからいったろ、新しくブランチ作るかcherry-pick使えって

852 名前:デフォルトの名無しさん mailto:sage [2016/02/09(火) 22:01:51.34 ID:Evd4blCn.net]
>>844
マージするときに掃除するんじゃなくて、掃除してそれをコミットしてからマージするんだ

コミットに残したくない、カッコつけたいって場合はamendなりrebaseなりで綺麗にしてからマージ

マージコミットに含める修正は、Gitがマージした結果とコンフリクトの解消(した場合)のみにしといた方が良い

853 名前:デフォルトの名無しさん mailto:sage [2016/02/12(金) 21:55:17.52 ID:lVOHcyQN.net]
ようやく、VisualSourceSafe(VSS)からGitに移行しようとしているのですど、
vssでは、プロジェクトツリー間で、ファイルの共有を行っています。
共通のライブラリのコードを共有しているということです。
VSS2GITで移行したところ、どうやら、各々のプロジェクトで別ファイルとして取り扱われてしまっているようです。
どのようにプランしていけばよいのでしょうか?

854 名前:デフォルトの名無しさん mailto:sage [2016/02/13(土) 01:32:46.27 ID:37mwrLaZ.net]
サブモジュールに分けるだけだよー

855 名前:デフォルトの名無しさん mailto:sage [2016/02/13(土) 12:02:29.81 ID:VqdqE7Vj.net]
>>849
やっぱり、そんな感じになりますか。数十個のプロジェクトで共有しているのです。
履歴のたぶん、プロジェクト毎に分散しているような気がするけど、マージできるのかな?

856 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 01:10:31.94 ID:c8/hor6F.net]
mergeでやらかしていたことにきづいて、適当にrevertしたのですが、それもやらかしていたので、それをrevertするにはどうすればいいですか?

857 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 02:48:17.29 ID:RWhjlyeJ.net]
reflog



858 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 10:04:48.70 ID:MuYMFlAb.net]
を見てやらかす直前のコミットへreset

859 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 12:59:45.51 ID:8lRoTEUX.net]
先輩助けてください
git checkout ハッシュ
これで過去に戻したんですが、それを忘れたままファイルを編集してコミットしたんです
何で気づいたかというとpushしようとしたらpushできなかったので。

git branchを実行すると
* (HEAD detached from ハッシュ)
 master
って出ます。
間違えてコミットしたのをmasterに持っていく方法を伝授してください

860 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 14:24:12.14 ID:y+ZjOqCo.net]
だからmasterを直接修正するんじゃなくて、
ブランチを作るべきなんだよ。

まあ俺は手抜きでやるけどなw

俺はそういう時、今のpushできないmasterブランチに適当に名前をつけて

masterを最新にするために適当な位置までresetしてpullする。
(masterを最新にするのが目的だから、resetする位置は本当に適当w)

1. 最新のmaster
2. 過去のmasterから作成したブランチ

って形にしてから、正しいやり方の通り、ブランチをマージするか
そのままマージできなきゃ、いつも通りrebaseなりしてマージできるようにする。

861 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 14:30:08.76 ID:IYo4xYe9.net]
過去ってのが master から辿れるなら git rebase master
辿れないなら rebase --onto か cherry-pick

862 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 15:56:05.75 ID:SRi6vGdt.net]
github flowではmasterにpush

863 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 16:03:56.25 ID:y+ZjOqCo.net]
>>857
ブランチにコミットしてから、ブランチをmasterへマージしてからpushな。

https://gist.github.com/Gab-km/3705015

GitHub Flowとは何だろうか?

・新しい何かに取り組む際は、説明的な名前のブランチをmasterから作成する(例: new-oauth2-scopes)
・作成したブランチにローカルでコミットし、サーバー上の同じ名前のブランチにも定期的に作業内容をpushする
・他の誰かがレビューをして機能にOKを出してくれたら、あなたはコードをmasterへマージすることができる
・マージをしてmasterへpushしたら、直ちにデプロイをする

864 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 20:41:52.66 ID:gNd45vpJ.net]
SourceTreeを1.8.0.36401にアップデートしたら
Atlassianにログインが必要な上にdiffの日本語が文字化けするようになりました
文字化けはどうやったら直りますか?

865 名前:デフォルトの名無しさん mailto:sage [2016/02/16(火) 21:33:24.31 ID:X2t8ohVl.net]
>>859
日本語をたくさん書いたら直る

866 名前:デフォルトの名無しさん mailto:sage [2016/02/17(水) 16:02:54.35 ID:uPVREww6.net]
.gitディレクトリーだけからから全てのファイルを作り出すにはどうやるんですか?

867 名前:デフォルトの名無しさん [2016/02/17(水) 16:33:43.05 ID:Np5A+rM+.net]
SourceTree で、ソース部分の表示のフォントを指定したいんだけど
どこで設定すればいいですか?



868 名前:デフォルトの名無しさん mailto:sage [2016/02/18(木) 11:47:53.29 ID:S96kZ0X7.net]
git rebase -i HEAD~~~~
で履歴変えたものは
もう二度と github に push 出来ませんか?

869 名前:デフォルトの名無しさん mailto:sage [2016/02/18(木) 11:57:36.99 ID:S96kZ0X7.net]
pull request 出したあとで
git rebase -i HEAD~hoge
したものを
git push -f origin master
とかやっちゃってもいいのかな

870 名前:デフォルトの名無しさん [2016/02/18(木) 15:03:33.68 ID:qSH6iKTe.net]
コミットログの文章内を検索したいんだけど
どうすればいいの?

871 名前:デフォルトの名無しさん mailto:sage [2016/02/18(木) 15:11:52.95 ID:2sHGThbe.net]
>>865
git log --grep foo
が使えればそれで。

872 名前:デフォルトの名無しさん mailto:sage [2016/02/18(木) 15:17:03.35 ID:qSH6iKTe.net]
>>866
ありがとう
grepオプションがなんかエラーになったので
git log | less
でlessん中で検索できた

873 名前:デフォルトの名無しさん mailto:sage [2016/02/18(木) 15:26:34.69 ID:9dUUUgGS.net]
>>864
githubっていうのは、git + wikiとかなわけで、
gitの話であればgitの範囲、つまりpull requestとか出さないで解決できる。
git pushできないのは履歴が違っているからで、履歴を合わせればpushできるよ。

そもそも歴史を変えたいのかどうか。masterであれば本来は歴史を
変えるべきじゃないが変えたいのであればgit push -fでもいい。
変えたくないのであれば、ローカルのmasterをリモートのmasterの続きになるように修正すればいい。

何をどうしたいのか知らないけど、現在のブランチはgit checkout -bで
簡単に別名のブランチにコピーできる。コピーしたら安心してローカルのmasterを消せる。
(git branch -mでリネームしてもいい)

そしたらgit checkout master(正確にはgit checkout -b master origin/master)ってやれば、
リモートのmasterと同じ内容のmasterと、古いmasterをコピーしたブランチの2つがローカルに出来るじゃないか。
あとは、古いmasterの修正内容をmasterに取り込めばいい。

874 名前:デフォルトの名無しさん mailto:sage [2016/02/18(木) 15:44:02.01 ID:2sHGThbe.net]
>>867
gitのバージョンが古いと使えないんだけど、どのバージョンから使えるのかはわからない

875 名前:デフォルトの名無しさん mailto:sage [2016/02/19(金) 08:25:24.14 ID:pjLhb+yw.net]
>>866
>>867
--grep=検索文字列 では

876 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 21:11:47.88 ID:wCcySKbf.net]
git の挙動がいまいち分からないのだが

次の手順を行った

1. ブランチ A で、commit する。
2. ブランチ A で、適当にファイルをいじったり、作ったりする。
3. ブランチ A で、branch B とやってブランチ B を作る。
4. ブランチ A で、checkout B とやってブランチ B に移る。
5. ブランチ B で、手順2の続きを行い、ファイルをいじったり、作ったりする。
6. ブランチ B で、checkout A とやってブランチ A に移る。
7. ブランチ A で、reset --hard HEAD とやって直前のコミット直後の状態に戻す。
8. ブランチ A で、clean -f とやって綺麗にする。
9. ブランチ A で、checkout B とやってブランチ B に移る。
a. ブランチ B で、意図せず直前のコミット直後の状態になってて半ベソかく。

なんでブランチ B でも reset --hard HEAD された状態になってるの?
clean が悪かったの?
ブランチ A と B ってリンクしてるの?

877 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 21:29:04.03 ID:SM2r0bLq.net]
初心者はブランチ毎にワークツリーがあると誤解しがち



878 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:14:05.93 ID:wPRjv0ew.net]
なんだよclean -fって?
git cleanなんて使ったことないわw

879 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:16:19.27 ID:wCcySKbf.net]
>>873
違うの?

880 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:22:50.78 ID:wPRjv0ew.net]
それコミットしてないファイルを消すコマンドじゃん。

881 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:29:52.38 ID:wCcySKbf.net]
>>875
正確には、追跡対象外のファイルを削除するコマンド。

ブランチ A のワーキングツリーにあるファイルを消して、
ブランチ B のワーキングツリーで作業の続きをしたかったんだが・・・

882 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:31:46.77 ID:wCcySKbf.net]
すまん、>>874 の「違うの?」は >>872 へのレス

883 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 22:43:49.29 ID:0IXEpZUs.net]
>>871
手順6で、ブランチBからAに移ってしまうのが問題。
ブランチBで作業しているつもりのファイルはコミットしないかぎりブランチBに保存されてない。
ブランチAに戻った時に作業中のファイルはブランチA上で作業してるということになる。(ちなみに戻ろうとした時にコンフリクトしたらブランチが切り替えられない)
なので、resetしちゃうと作業中のファイルは消える。

作業中の状態をとっておきたいなら、commitかstashをしないといけない。

884 名前:デフォルトの名無しさん mailto:sage [2016/02/20(土) 23:24:50.32 ID:SM2r0bLq.net]
>>877
ワークツリーはひとつだけで、ブランチ変えても切り替わったりはしない

885 名前:デフォルトの名無しさん mailto:sage [2016/02/21(日) 10: ]
[ここ壊れてます]

886 名前:37:58.63 ID:zmvsu5mb.net mailto: >>871
>2 と >3 の間で commit してないのはなぜ?
[]
[ここ壊れてます]

887 名前:デフォルトの名無しさん mailto:sage [2016/02/21(日) 12:22:09.28 ID:0wti95or.net]
ブランチ毎に作業ツリーの変更内容が保持されると誤解しているから



888 名前:デフォルトの名無しさん mailto:sage [2016/02/21(日) 16:46:39.09 ID:rhQT70JU.net]
俺も最初はそれに疑問を持ったよ
それでその挙動を理解すると、次に、ワークツリーを変更した状態でのブランチ移動がなんで常にうまく処理できるんだろうという疑問にぶつかった

うまく処理できなさそうな状態にワークツリーを変更してブランチ移動してみると、ブランチ移動ができなくて、
ワークツリーに変更がある場合には常にブランチ移動できるわけじゃないということを理解した

要するに、ワークツリーで変更状態にあるファイルが移動元ブランチと移動先ブランチで同じ内容な場合のみ
ブランチ移動可能なことを理解した

889 名前:デフォルトの名無しさん mailto:sage [2016/02/21(日) 17:56:44.24 ID:Jseiihz9.net]
みんなありがと。
レスや、自分でも調べてみてやっと理解した。

ワーキングツリーやステージというのは、例えるなら一つしかない皿みたいなものなんだな。

checkout でブランチを切り換えると、HEAD が、切り替えた先の最新のコミットを指すようになる。
その際、そのコミットの内容が皿であるワーキングツリーに盛られる。
(前にそこで作業していた内容ではなく、コミットの内容)
今まで盛られていたものと混ぜられて(マージ)。
ただし、混ぜて矛盾を来すようならエラーとなる、と。

今まで、ワーキングツリーはブランチ毎に紐付けされていると勘違いしてた。

かなりの代償を払ったけど、勉強になったよ。

890 名前:デフォルトの名無しさん mailto:sage [2016/02/22(月) 12:58:28.47 ID:68GgH7T5.net]
1〜10行目と30〜50行目を編集したんですが
1〜10行目だけ元に戻す方法を教えてください
git add -pみたいな感じのいいコマンドないですか

891 名前:デフォルトの名無しさん mailto:sage [2016/02/22(月) 13:29:57.13 ID:Y1bHL8fN.net]
git rebase -i HEAD

892 名前:デフォルトの名無しさん mailto:sage [2016/02/22(月) 13:31:42.44 ID:B2fOT388.net]
git checkout -p

893 名前:デフォルトの名無しさん mailto:sage [2016/02/22(月) 18:14:32.11 ID:Y1bHL8fN.net]
git +1

894 名前:デフォルトの名無しさん mailto:sage [2016/02/22(月) 18:35:50.82 ID:QLpZ1xcH.net]
888

895 名前:デフォルトの名無しさん mailto:sage [2016/02/22(月) 23:20:12.02 ID:Zf3l1QU8.net]
ぶっちゃけその手の操作はSourceTreeみたいなGUI使ってしまったほうが早い

896 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 05:20:21.69 ID:I8nTY0JT.net]
add 忘れて commit したつもりにになって checkout で他の branch 行ったら

897 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 05:27:55.02 ID:Oh6h4g2T.net]
そういうときのためにrebaseがあるんですよ。
何かを間違えても修正できる。
gitは素晴らしい。



898 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 08:24:45.37 ID:qxCfruz0.net]
なんでもやり直せてしまうgitは良くないと思う。

899 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 09:21:07.43 ID:Oh6h4g2T.net]
また、証拠が残らない厨か?

何の証拠を残してほしいんだよw
証拠がほしいなら監視カメラでも設置しておけ。

900 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 11:39:16.68 ID:MgSDdSDU.net]
エンバグの証拠だろ
俺だったら確実に消してアレなんだったんだろうな?と涼しい顔してる

901 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 12:01:07.52 ID:Oh6h4g2T.net]
gitは他人も全てのコピー持ってるんだから
そういうことは出来ない。

902 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 12:27:28.43 ID:I8nTY0JT.net]
他人が落とす前にすり替えるですねどう見てもわかります

903 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 13:05:57.55 ID:MgSDdSDU.net]
>>895
pullしちゃったらみんな消えるだろ

904 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 16:52:59.88 ID:xchPVa7Q.net]
何度でも蘇るさ AA略

905 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 17:24:25.68 ID:NfRLDxy4.net]
localならいくらでも改変してよし
push済みは改変すんな

906 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 17:57:34.34 ID:Oh6h4g2T.net]
>>896
> 他人が落とす前にすり替えるですねどう見てもわかります

他の誰も見てない。つまりリリースもされてない。
それを修正して誰が困るんだ?

907 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 18:17:04.15 ID:xchPVa7Q.net]
なぜか噛み付かれて困惑する>>896



908 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 20:34:01.41 ID:NfRLDxy4.net]
まあ自分しか使ってなけりゃpush済みでも自由に改変すればいいわな
複数人で使っててpush -fとかやられると最悪だが

909 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 21:39:35.42 ID:Oh6h4g2T.net]
複数人で使っててpush -fとかやられると最悪

なぜか? pushできなくなるから。
つまり他の人は修正前のデータを持っているわけで
だから証拠なんて消すことはできないと言っている。

910 名前:デフォルトの名無しさん [2016/02/23(火) 21:44:45.74 ID:nOwJXdL3.net]
>>903
誰彼構わず噛みつきすぎるから、お前が何を言いたいのかさっぱりわからんw

911 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 22:24:55.24 ID:Oh6h4g2T.net]
>>904
最初にレスした人を見ればわかると思うよw

912 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 22:50:10.74 ID:NfRLDxy4.net]
こいつ何と戦ってるの?

913 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 23:13:33.62 ID:Oh6h4g2T.net]
レスしてきた人全員w

914 名前:デフォルトの名無しさん mailto:sage [2016/02/23(火) 23:46:16.39 ID:iTEBciwa.net]
触るものみなレスつけた

915 名前:デフォルトの名無しさん mailto:sage [2016/02/24(水) 09:04:19.50 ID:/FG7y6cl.net]
あー わかってくれとは言わないが

916 名前:デフォルトの名無しさん mailto:sage [2016/02/24(水) 13:47:12.85 ID:aRwJuOw8.net]
ギトギトハートの〜子守唄〜♪

917 名前:デフォルトの名無しさん mailto:sage [2016/02/24(水) 18:59:04.41 ID:1Q1vaK3L.net]
  ̄ ̄ ̄ ̄ ̄ ̄○ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
           O 。
                 , ─ヽ
________    /,/\ヾ\   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
|__|__|__|_   __((´∀`\ )< というお話だったのさ〜♪
|_|__|__|__ /ノへゝ/'''  )ヽ  \_________
||__|        | | \´-`) / 丿/
|_|_| 从.从从  | \__ ̄ ̄⊂|丿/
|__|| 从人人从. | /\__/::::::|||
|_|_|///ヽヾ\  /   ::::::::::::ゝ/||
────────(~〜ヽ::::::::::::|/        = 完 =



918 名前:デフォルトの名無しさん [2016/02/24(水) 21:15:08.83 ID:gBqVO2QG.net]
IntelliJでrebaseしてコミットまとめるにはどうすればいいの?

919 名前:デフォルトの名無しさん mailto:sage [2016/02/24(水) 21:45:57.29 ID:PL8yH0Su.net]
GUIツールを使うと覚えるのが二度手間になるよな。

○○したい → git なんたらコマンドで〜
そのgitなんたらをGUIでやるのは → あちこちクリック!

920 名前:デフォルトの名無しさん mailto:sage [2016/02/24(水) 22:20:47.78 ID:IobKdMtm.net]
一度SourceTreeとやらを使ってみたがくっそ遅くて即捨てた
GitKraken見た目はよさげなんだけどどうなのかなー
使ってる人居ます?
使用感が知りたい

921 名前:デフォルトの名無しさん mailto:sage [2016/02/25(木) 00:26:19.18 ID:I1hFGOe7.net]
IntelliJに組み込まれてるGit機能は >>884 みたいなことをやるのはマジ簡単
ソース編集画面でHEADから差分のある行に印がつくから、
そこをクリックしてでてくるメニューでrollbackを選ぶだけ
オートセーブとGitとの相性がすごくいいというか、
オートセーブのせいでGitで管理してないとソース触るのが怖い

rebaseも一応IntelliJからできるし-i指定つきで細かく指定して
まとめるのもできるんだけど(VCSメニューのGitサブメニューのRebase...ね)
GUIからやるメリットをあんま感じないからコマンドラインからやってる

922 名前:デフォルトの名無しさん mailto:sage [2016/02/25(木) 11:29:23.25 ID:xnX4JkuY.net]
>>903
rebase汁

923 名前:デフォルトの名無しさん mailto:sage [2016/02/25(木) 21:23:30.00 ID:n9DyGB93.net]
>>916
他人がローカルに持っているブランチ情報をrebaseすることはできない。

924 名前:デフォルトの名無しさん [2016/02/25(木) 23:29:46.59 ID:wj9yA24t.net]
ていうかpush -fなんてよくできるな
怖くてできんわ

925 名前:デフォルトの名無しさん mailto:sage [2016/02/25(木) 23:35:44.22 ID:n9DyGB93.net]
>>918
自分しか使っていないブランチやPull Requestでレビュー中の
ブランチなら当たり前にやる。

926 名前:デフォルトの名無しさん mailto:sage [2016/02/25(木) 23:55:50.84 ID:LaPRG2Di.net]
>>918
--force-with-lease 使えばローカルに持ってきてないコミットをすっ飛ばすのは回避できる。

履歴を書き換えるだけでツリーが一緒の時に限り許可するモードもあると良いんだけど。

927 名前:デフォルトの名無しさん mailto:sage [2016/02/26(金) 09:51:24.04 ID:wlaUlSBk.net]
SourceTreeを久しぶりにバージョンアップしたら色が無くなってなんか見にくいな



928 名前:デフォルトの名無しさん mailto:sage [2016/02/26(金) 19:27:19.66 ID:kkVTuuYD.net]
>>921
一個前を使え
最新はダメだ

929 名前:デフォルトの名無しさん mailto:sage [2016/02/26(金) 22:28:41.92 ID:WqHYG8Qf.net]
最新版はアンチパターンのカタログ
デザイナを訴えるレベル

930 名前:デフォルトの名無しさん mailto:sage [2016/02/27(土) 02:51:42.15 ID:MM9HOPI5.net]
でも1個前は遅いんだろ?
最新版は速くなったとか言い張ってるぞ?

931 名前:デフォルトの名無しさん mailto:sage [2016/02/27(土) 10:27:15.69 ID:N1vAOcUy.net]
>>924
確かに何をやるにももったもったしてイライラする
だが、落ちずに動く

932 名前:デフォルトの名無しさん mailto:sage [2016/02/27(土) 10:32:29.11 ID:yMp5JRD4.net]
コマンドラインからならそんな悩みも全て解決だぞ!

933 名前:デフォルトの名無しさん [2016/02/27(土) 12:35:09.28 ID:cWIFZRAa.net]
intellij使ってるけどgitはコマンドラインからしか使わないわ

934 名前:デフォルトの名無しさん mailto:sage [2016/02/27(土) 17:01:31.60 ID:hI6CEqxt.net]
>>927
.gitディレクトリ自体をIntelliJに認識させないってことかい?

935 名前:デフォルトの名無しさん [2016/02/27(土) 20:31:00.33 ID:611JUS9n.net]
一度GUIに慣れたらコマンドラインなんてやってられんわ

936 名前:デフォルトの名無しさん mailto:sage [2016/02/27(土) 23:06:58.14 ID:RBv7qZFu.net]
CLIのGit使ってるのはemacsやvimとかのCUIなエディタ使ってる連中っしょ

937 名前:デフォルトの名無しさん mailto:sage [2016/02/27(土) 23:37:13.86 ID:vRQA7fTy.net]
「DropboxとかGoogle Driveをgitの(プライベートな)リモートリポジトリとして使う」みたいな話をよく聞きますが、それというのはつまり自分のシステムにマウントしたDropboxやGoogle Driveをリモートリポジトリにするという意味でしょうか?



938 名前:デフォルトの名無しさん mailto:sage [2016/02/27(土) 23:46:50.87 ID:hI6CEqxt.net]
ファイル編集してコミットするとこまではIDEでやって、
ブランチやリポジトリの操作はコマンドラインでやってるよ
今時の補完や履歴が充実してるCLIなら、
コマンドとかオプションとかファイル名をいちいち入力する
必要なんてほとんど無いし、
GUI使うよりいろいろ簡単に済むことが多いしね

939 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 00:46:07.51 ID:cVbXYaFJ.net]
新機能実装のためにブランチを作ってそこで開発をしているときに新機能とは関係ないゼネラルなバグを見つけた時ってどうするのがベストプラクティスなんですか?

新機能ブランチにコミットするとmasterの方に反映されなくて他の人に迷惑かかるかもしれないし、かといってmasterにコミットするとバグが新機能にクリティカルにヒットするようなものだったら開発続けるのしんどいし

940 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 00:50:43.00 ID:c40FCrwk.net]
どっちかにcommitしてもう一方はそれをcherry-pick、ブランチをmasterにマージするときに
rebase、でいいんじゃね?

941 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 00:52:47.30 ID:cVbXYaFJ.net]
>>934
リベースするってのはチェリーピックしたコミットを削除するってこと?

942 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 01:13:02.18 ID:c40FCrwk.net]
cherry-pickした方というか、ブランチの方から削除。
同じ内容のコミットが履歴に2つ残るのは気持ち悪いからそうしてるけど、気にならないなら
rebaseは別になくてもいい。

943 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 01:34:40.58 ID:cVbXYaFJ.net]
>>936
なるほど

ありがとございます

944 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 05:35:43.32 ID:ahutqxTi.net]
new_featureとmasterとの共通の親コミットをcheckoutして、そこにブランチ作って修正、masterにもnew_featureにもマージとかどうなの?

945 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 06:11:32.58 ID:9mx1C7Kd.net]
masterに切り替えてバグ修正だけをcommitした後にfeatureをrebaseすりゃいいんじゃねぇの?

946 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 13:32:49.51 ID:wnvzOARG.net]
>>938
> new_featureとmasterとの共通の親コミット
「ゼネラルなバグ」が混入した一番最初のコミットがベストかな

947 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 14:53:40.36 ID:ZOTD4X0A.net]
>>930
EmacsだとMagitっていう神パッケージがあるからそれ使ってる
コマンドも少しは使うけどね



948 名前:デフォルトの名無しさん mailto:sage [2016/02/28(日) 18:52:46.79 ID:k2lRb1XX.net]
emacsか・・・ まぁ・・・しょうがないね

949 名前:デフォルトの名無しさん mailto:sage [2016/02/29(月) 13:10:43.96 ID:FPtxJC35.net]
>>942
エディタは何使ってんの?

950 名前:デフォルトの名無しさん mailto:sage [2016/03/01(火) 00:18:06.92 ID:msxXZi9x.net]
Gitがここまで普及してきてるわけだから、
エディタはファイルを編集するんじゃなくてワークツリーを直接編集して
セーブの代わりにIndexへのステージやコミットが直接できればいいよね
さらにエディタの行コピーみたいな感覚で行単位のステージとかできれば最高

951 名前:デフォルトの名無しさん mailto:sage [2016/03/01(火) 21:13:36.78 ID:+nGNYx2F.net]
>>944
SourceTreeとか使うといいよ

952 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 01:29:48.22 ID:MG72G+6O.net]
>>945
エディタとSourceTreeを行ったり来たりするのが無駄すぎるわ
ステージやコミットとか以外の機能は、SourceTreeは特に使いやすくもないしな

953 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 07:55:00.65 ID:4uoCKH4m.net]
Git Extensions最強説

954 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 11:22:13.05 ID:QiFp8FWe.net]
>>946
ステージやコミットの機能がとても使いやすいし
2画面使って行ったり来たりが出来るのが便利

955 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 12:18:18.75 ID:zltnBiM9.net]
例えば開発用ブランチで20個のファイル修正して、本番ブランチにその中の10個を取り込みたい時って、どうやるのが正解なの?

956 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 12:41:35.25 ID:VnxQ1mQx.net]
10個10個でコミットすればあとはどうとでも出来るだろう。

957 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 14:49:37.34 ID:zltnBiM9.net]
コミットは数日に渡ってもう何回もしていて、結果20個いじったファイルがあったけど、必要な変更は10個分でしたみたいな設定でお願いします。



958 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 14:59:04.75 ID:afwFBq34.net]
>>951
マージするファイル群(A)とマージしないファイル群(B)としたとき、コミットは
TypeA Aに属するファイルのみ変更
TypeB Bに属するファイルのみ変更
TypeC AとB両方のファイルを変更
になっているはずだから、TypeCを分割してTypeAとTypeBにしてやれば、TypeAだけをマージすればいいことになる。
コミットを分割するやりかたはググれ。

959 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:23:04.21 ID:zltnBiM9.net]
開発ブランチで、1回目にファイルAをコミットして、2回目にファイルBをコミットして、
本番ブランチで、ファイルBだけをマージって出来るの?
1回目のファイルAの更新分も持ってきちゃわない??

出来るとしたら、俺まるで使い方わかっていないかも。。
EclipseとSourceTreeの両方使っているけど、出来るのかな?

960 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:24:22.92 ID:Qcu8wP+D.net]
>>953
マージは出来ないね。cherry-pickっての使うかな。

961 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:25:45.90 ID:C+I4h8lM.net]
普通にマージしていらんヤツもどせば?

962 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:26:35.26 ID:C+I4h8lM.net]
>>955
>>951

963 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 18:48:30.02 ID:YPa1u3Lv.net]
コミットが意味のある塊に区切れているなら cherry-pickすればいい
そうなってないならお馴染みの履歴改ざん
場合によってはマージの準備作業のために一時ブランチを作成

964 名前:デフォルトの名無しさん mailto:sage [2016/03/02(水) 21:11:16.85 ID:XkCEJmpk.net]
必ずしもコミット単位で操作せずにdifftoolで必要な差分だけ持ってきたりしても
あとでmergeやrebaseするときによしなにしてくれるから便利だよなぁ。

965 名前:デフォルトの名無しさん mailto:sage [2016/03/03(木) 02:36:54.86 ID:DpvZjIDd.net]
>>951
コミットはセーブ機能じゃない。
1つ1つのコミットが意味がある単位。

だからそれはコミットが間違っていると言わざるをえない。

正しくコミットすれば問題なかろう。

966 名前:デフォルトの名無しさん mailto:sage [2016/03/03(木) 08:01:46.55 ID:pDGdRbJI.net]
>>959
ローカルへのコミットはその限りではない。

967 名前:デフォルトの名無しさん mailto:sage [2016/03/03(木) 08:25:28.33 ID:i6gwoYZ1.net]
初めから筋道が見えてるような変更なら意味がある単位でコミットしていけるだろうが
そうでない場合、セーブ感覚でコミットしていって
途中にresetしたりもしながら
最後に意味のある単位にsquashしたりコミットメッセージを訂正したりして整える



968 名前:949 mailto:sage [2016/03/03(木) 12:48:22.76 ID:JDz1pU2g.net]
ありがとうございます cherry-pick がいいかもしれない!(説明読んだだけでまだ試してないですが)
最後に1回だけ必要なファイルのみを選択してcommitすれば出来そうなので、
ブランチ間のやり取りはこれを標準にしてみようかな!

969 名前:デフォルトの名無しさん mailto:sage [2016/03/03(木) 16:28:58.14 ID:DpvZjIDd.net]
>>960
ローカルのコミットだって最終的に
サーバーにpushする前は綺麗にするだろ。

その綺麗にしたサーバーにpushする前は、
ローカルへのコミットなんだが。

別に開発途中は適当にしていいよ。
だけど結局綺麗にしてからpushするんだから
こまめに片付けておけと。

970 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 08:16:48.97 ID:n80vq8YG.net]
>>963
長いよ。
>>960 はお前が言ってる事をまさに1行で表現してる。

971 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 14:37:58.20 ID:xezy6lBT.net]
>>963
そういうのはタグでやるもんじゃないの?

972 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 14:43:55.93 ID:d7osXy+s.net]
>>964

> >>960 はお前が言ってる事をまさに1行で表現してる。

表現してないよw
間違ってるから反論してるんだよ。

973 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 14:46:51.46 ID:d7osXy+s.net]
>>965
タグはあるコミット(とその歴史)に名前をつけるだけ。

歴史っていうのは後から振り返るものなんだよ。
今だけあればいいってわけじゃない。

後から読むものなんだから、歴史はわかりやすい形に整理されていなければならない。
コミットというのは作業記録じゃないんだよ。バージョンアップしていった歴史なんだよ。

974 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 15:24:43.05 ID:X//ppHYC.net]
>>967
保守フェーズみたいな動きの少ない時はそれも可能だけど、
あれもこれも試している段階ではそんなルール息苦しいよ。
そんなんじゃ家と会社でソースの共有も出来ないじゃん。

975 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 15:41:45.11 ID:d7osXy+s.net]
>>968
試して理解したものを作ればいいだけだろ?

976 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 19:31:54.73 ID:3NcdXoSY.net]
password.phpにパスワードを入力するファイルがあるんですけど
こんなかんじ
<?php
$id = "id1";
$pass = "1234";

このままコミットしたら困るので文字列リテラルを空にしてからコミットしました
んでまたからにしたところを埋めて他のファイルを編集するんですけど、
その度にaddでpassword.phpを入れないようにしてコミットしてます
これだとgit add .とかで一気に出来ないので面倒くさいです
こういう風にファイルにパスワードを入力するタイプのはCMSではよくあると思いますが
どうしたらいいですか?

977 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 20:50:11.21 ID:d7osXy+s.net]
.gitignoreを使え。
パスワードはリポジトリに入れないものだ。



978 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 21:24:44.62 ID:YwRMokxA.net]
>>968
ほんとこれ
複数の環境で、こっちでは動くけどあっちでは動かない、みたいな修正をしているときは中途半端な状態をどうしてもpushしがちだし、
完全にうまくいくまではpush禁止とかいうルールにしたら相当うまくやらないとマージが苦しくなるかデグレーションが起きやすくなる。

コミットを綺麗にするべきだってのは同意するけど、後で読むのが誰なんだ、ってことを考えたら、綺麗にするのはちゃんとしたブランチだけでよくて、
作業用のぐちゃぐちゃにコミットしたブランチがあったっていいと思うし、それをpushしたっていいと思うけどな。

まぁ、全てはワークフローによる、としか言えないんだけど。

979 名前:デフォルトの名無しさん mailto:sage [2016/03/04(金) 21:52:23.15 ID:xezy6lBT.net]
>>967
コミットというのは作業記録そのものじゃないの?

980 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 05:45:14.85 ID:Kk7Ussws.net]
>>973
ぜんぜん違う。

後から消すブランチであれば別にどうでもいいが、本筋とか
本筋に持ってくるコミットというのは、意味がある単位
(言い換えると正しいタイトル)をつけていなければいけない。

つまりコミットログのコメントとして「いろいろ変更しました」
というのはだめだって話。「○月○日の作業」とかそういうのもだめなw

作業には、最終的な結果ではなくて、最終的には不要になるような試行錯誤まで含まれる。
そういうのは結果じゃないのでコミットに入れるものではない。

981 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 05:52:15.18 ID:Kk7Ussws.net]
>>972
> 複数の環境で、こっちでは動くけどあっちでは動かない、みたいな修正をしているときは中途半端な状態をどうしてもpushしがちだし、
ブランチを使いましょう。

> 完全にうまくいくまではpush禁止とかいう
どうもリモートにあるならば、それは全てみんなの共有財産って考えてるやついるんだよなw

githubの例で言えば、公式リポジトリがあって、そこから自分専用のリポジトリをフォークしてから作業するんだよ。
自分専用のリポジトリはリモートにあっても、自分専用だから好きにpushすればいい。

何らかの理由でそのような方法が使えない場合は、共有リモートブランチ と 個人用リモートブランチ とを分けて考えるんだよ。
共有リモートブランチは、masterとかdevelopとかv2.1.0とか言う風に、名前付けルールがあるだろう。
それ以外は、誰かの個人用リモートブランチ。それぞれのブランチを作成した人が好きにpushしてよい。

俺が言ってるのは、残すブランチを綺麗にするって話で、別に最後に消すのならどうでもいい。
ただ、消すにしろ、残すブランチに持ってくるわけで、持ってきやすいようにこまめにコミットして
こまめに整理しておけば、あとで自分の手間がかからないだろ。
間違っても、いろいろ試行錯誤した大規模な修正を、一気にまとめてマージなんかするなよ。

982 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 14:04:55.23 ID:w3ya4prp.net]
うるせーなー
好きに使えよ

983 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 14:12:39.77 ID:yVdaAPdC.net]
>>975
ああ、書き忘れてたけど、ぐちゃぐちゃな作業用のブランチからちゃんとしたdevelopブランチに結果を反映するときは、
そりゃ、rebaseなりsquashなりなんなりして履歴を書き換えるだろ。

試行錯誤途中だったらコミットするなんてありえない!と、どういうワークフローで、どんなブランチかも聞かずに即反応するのはおかしいだろ、って話をしたいのね。
それは原理主義だろ、と。

984 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 15:31:03.78 ID:Kk7Ussws.net]
>>977
一体どれに対してレス(反論?)してるの?

985 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 18:11:04.40 ID:ZqemriR2.net]
>>977
rebaseは禁止な。

986 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 18:53:18.07 ID:Kk7Ussws.net]
gitにある機能を禁止するとか意味不明w

gitにある機能は使う必要があるから
そなわってるんだよ。

特定の場合に置いて禁止するのはわかるが、
機能そのものを禁止する書き込みは
明らかに間違いなんで、無視してイイヨーw

987 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 21:39:34.27 ID:ZqemriR2.net]
>>980
>gitにある機能を禁止するとか意味不明
不明なことはないだろ
出来ることは何してもいいとか子供の理屈かよ



988 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 21:43:58.49 ID:EdzOKqL+.net]
>>981
何でもやっていいとか言ってないだろ?

"gitで出来ること" だよ。

gitで出来ないことはやったらだめ。

989 名前:デフォルトの名無しさん mailto:sage [2016/03/05(土) 22:38:13.54 ID:JVykV3V4.net]
>>981
gitに備わってるのは理由があって備わってるのに禁止するにはそれ相応の理由を言わないと説得力が皆無

990 名前:デフォルトの名無しさん mailto:sage [2016/03/06(日) 02:50:34.72 ID:czFXV2l8.net]
>>981はSVNでも使っとけよ

991 名前:デフォルトの名無しさん mailto:sage [2016/03/06(日) 14:30:13.62 ID:5+xrGi5b.net]
www.gitkraken.com/
これはGitのGUIとしては理想に近いな
フリーでもオプソじゃないみたいだが誰か使った人が居たら感想を教えてくれ

992 名前:デフォルトの名無しさん mailto:sage [2016/03/06(日) 15:05:55.25 ID:/nDsIjaX.net]
>>985
お前の理想に近いよ。

感想終わり

993 名前:デフォルトの名無しさん mailto:sage [2016/03/06(日) 15:52:27.31 ID:0x3pB2nm.net]
>>986
本当に使ったのか?

994 名前:デフォルトの名無しさん mailto:sage [2016/03/06(日) 16:12:07.49 ID:/nDsIjaX.net]
>>985自身が使って理想に近いって言ってるから問題ない

995 名前:デフォルトの名無しさん mailto:sage [2016/03/06(日) 16:22:47.35 ID:0x3pB2nm.net]
>>988
屁理屈並べて面白いの?

996 名前:デフォルトの名無しさん mailto:sage [2016/03/06(日) 17:50:26.94 ID:/nDsIjaX.net]
はい

997 名前:デフォルトの名無しさん mailto:sage [2016/03/06(日) 21:38:24.59 ID:08kx+QDG.net]
>>985
どの部分が理想に近いって言ってるの?
むしろ使ってから感想書き込んでくれよ。君のプレゼンが良ければ興味持った奴は使うだろうし。



998 名前:デフォルトの名無しさん mailto:sage [2016/03/07(月) 07:36:53.22 ID:yRYiTYPz.net]
お前の好きなものは他の人も好きとは限らない

999 名前:デフォルトの名無しさん mailto:sage [2016/03/07(月) 08:21:25.11 ID:eudRNLDZ.net]
まあぶっちゃけ宣伝か自分が面倒だから使えって言ってるだけでしょ?
まともに相手するわけがないw

1000 名前:デフォルトの名無しさん mailto:sage [2016/03/07(月) 09:40:30.96 ID:z45Edf5n.net]
使ったこと無いならスルーすればいいのに糞みたいなレスばっかり
もちろんこれも糞レス

1001 名前:過去ログ ★ [[過去ログ]]
■ このスレッドは過去ログ倉庫に格納されています






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<275KB

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