板検索:
Git 13 (994)
まとめビュー
1
デフォルトの名無しさん[]   投稿日:2015/08/14 23:42:44  ID:5izHJctE.net(2)
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 12
コメント2件


2
デフォルトの名無しさん[]   投稿日:2015/08/14 23:43:55  ID:5izHJctE.net(2)

3
デフォルトの名無しさん[sage]   投稿日:2015/08/15 20:33:56  ID:2GtmLq19.net

4
デフォルトの名無しさん[sage]   投稿日:2015/08/16 17:18:31  ID:mucOKkH4.net
>1乙乙

5
デフォルトの名無しさん[sage]   投稿日:2015/08/19 11:59:50  ID:XKE/vw4G.net(2)
Git for Windows 2.5 正式リリース来た!

6
デフォルトの名無しさん[sage]   投稿日:2015/08/19 12:26:15  ID:D+TmsZTl.net
https://github.com/msysgit/msysgit 見ると
こう書いてあって
msysGit has been superseded by Git for Windows 2.x
https://git-for-windows.github.io/

git-for-windowsのレポジトリがこれで
https://github.com/git-for-windows/git

msysgitをforkしてmsys2で動くようにして
これからは本家msysgitに代わって最新版gitに追従するようメンテしてくれるようになったってことかね?
コメント2件

7
デフォルトの名無しさん[sage]   投稿日:2015/08/19 13:21:29  ID:XKE/vw4G.net(2)
>6
そう
だいぶ前にGit2系からgit-for-windowsが引き継いで
やっと正式リリースまでたどり着いた

8
デフォルトの名無しさん[sage]   投稿日:2015/08/20 01:57:50  ID:FFgUUR7p.net
周回遅れの話だな
コメント1件

9
デフォルトの名無しさん[sage]   投稿日:2015/08/20 11:39:21  ID:vSASgIXr.net
>8
追いついてこい。


10
デフォルトの名無しさん[sage]   投稿日:2015/08/20 18:07:43  ID:gvOkgls1.net
gitを2.5にしたけど他の環境だとまだgit1.8のとこがあるけど1と2を混在して使って
何かまずいことってある?
コマンドの挙動に互換性がない変更が幾つかあるのは理解してるけど
リポジトリ自体のフォーマットは互換性があると思ってる

11
デフォルトの名無しさん[sage]   投稿日:2015/08/21 10:52:04  ID:lmhmz88h.net
Git for Windows v2.5.0入れたらGit GUIが英語表示になっちゃったんだけど
どうやって日本語表示に戻すの?

12
デフォルトの名無しさん[sage]   投稿日:2015/08/21 12:35:26  ID:5gVD1/kC.net
インストーラー作った人がメッセージカタログを含めるのを忘れてるっぽい
誰かがバグレポあげてインストーラーを作り直してもらわないと直りそうに無いな

13
デフォルトの名無しさん[sage]   投稿日:2015/08/22 00:02:24  ID:J/nS9cFC.net(2)
バグレポ出せるような人は、アプリの各種メッセージ等が英語でも気にしないんではないかと思ってしまふ。

14
デフォルトの名無しさん[sage]   投稿日:2015/08/22 15:41:52  ID:2S2GFmJN.net
そうは言っても英語圏の人はバグに気付いてないだろうから
誰かバグレポあげないとずっと直りそうにない・・
コメント1件

15
デフォルトの名無しさん[sage]   投稿日:2015/08/22 17:00:11  ID:kcE+8jpX.net
なるほど、インストーラー側の問題ですか。
誰かがIssueあげてくれるの待つかな・・・

あとgitkのブランチの色がすんげぇ暗くなったので
https://github.com/git-for-windows/git/issues/300#issuecomment-133484936
これを参考に#00ff00にした

いくらバグ報告にそってないからって、これを再現できないとか言っちゃうのはなんかなぁ・・・
コメント1件

16
デフォルトの名無しさん[sage]   投稿日:2015/08/22 17:50:19  ID:PZOQFPZH.net
>15
そのIssueの画像のブランチの色は俺のモニターでも確かに暗くてつぶれしまって見えない
ただしそれは俺がモニターの設定をかなり暗めにしてるせいで
一般の人が設定してると思われる程度の明るさに設定すると暗すぎるって程の色じゃないと思うよ

17
デフォルトの名無しさん[sage]   投稿日:2015/08/22 18:51:31  ID:J/nS9cFC.net(2)
>14
つまりだ、困っている奴が、自分で出すのが一番早いんじゃないか?ということだと思うぞ。。。

18
デフォルトの名無しさん[sage]   投稿日:2015/08/22 19:25:35  ID:fkDvePzL.net
GUIの日本語化とか要らなくね
英語のままのほうが日本語化できないソフトやツール使うときのメニューの意味とか分かるようになるし
コメント1件

19
デフォルトの名無しさん[sage]   投稿日:2015/08/23 02:58:37  ID:MyWzZjEL.net
Git 2.5がリリース,ワークツリーをサポート,三角形ワークフローやパフォーマンスなどを改善
作者: Sergio De Simone , 翻訳者 吉田 英人 投稿日 2015年8月19日
http://www.infoq.com/jp/news/2015/08/git-25-released

20
デフォルトの名無しさん[sage]   投稿日:2015/08/23 07:26:59  ID:UsyQeA+D.net
>18
まあそうなんだけどさ、会社とかで使うときそういう本筋以外の部分で評価
下す馬鹿上司とかがいないわけでもない

21
デフォルトの名無しさん[]   投稿日:2015/08/23 10:57:18  ID:YvWZI1Hj.net(2)
Githubの話なんだけど、一度forkしてブランチ作ってPRしてマージされた後、
また本家のほうでいろいろコミットができたあとに、
また別の件でPRしたいとなったときって本家の新しいコミットを自分のforkに取り込むのって普通どうやるの?
前回のforkレポジトリを消してまたforkしなおせばできそうだけど、そういうもの?
コメント2件

22
デフォルトの名無しさん[sage]   投稿日:2015/08/23 11:32:14  ID:xbqi2KDU.net(2)
>21
以前にforkしたレポジトリのcloneがローカルに存在するなら
そこにオリジナルのmasterブランチをfetchして持ってきて
そのオリジナルのmasterブランチを元に新しいPR用のブランチを作って、PRするコミットを作成
そのPR用のブランチを、以前にforkしたGithub上のレポジトリにpush
Github上で、pushしたPR用ブランチからオリジナルのmasterに対してPR

こんな感じじゃないの?
コメント2件

23
デフォルトの名無しさん[sage]   投稿日:2015/08/23 15:09:29  ID:j/3pupjS.net
>21
マージされたブランチは、通常すぐに消すものだよ。
forkしたリポジトリは消さなくていい。
最新に更新するだけ。

つまりマージされたブランチは削除してないものとして考えると、
単に「あなたのリポジトリは本家に比べて古い。」というだけ。

だから最新にしたいブランチ(通常はmaster)を
git pullして最新にすればいい。forkした自分のmasterを
更新とか変なことをしていなければFast Fowardで最新に更新される。
そこから新しくブランチを作ればいい。


ちなみに、一度forkしてブランチ作ってPRしてマージ"されたなかった"後に
本家でコミットが出来た場合、自分のブランチをrebaseして
最新のmasterから修正した形に歴史を書き換える。
コメント2件

24
デフォルトの名無しさん[]   投稿日:2015/08/23 21:52:44  ID:YvWZI1Hj.net(2)
>22 >23
ありがとう。
22の方法が普通っぽいのかな。
23のgit pullはどこで(Github上で/ローカルで)実行するといっているの?Github上でできる?

25
デフォルトの名無しさん[sage]   投稿日:2015/08/23 22:31:10  ID:xbqi2KDU.net(2)
>22はどんな状況からでもレポジトリそのままで新しいPR用ブランチが作れればいいって感じで書いた
オリジナルのmasterをpullしなくてもfetchだけで(つまり自分のmasterは汚い状況)PR用のブランチは作れる

でも>23が書いてるようにforkした自分のレポジトリのmasterを元のレポジトリのmasterと同期させるのが
公式おすすめのやり方みたいだよ

https://help.github.com/categories/collaborating/ の Syncing a fork とかを読んでみて

26
デフォルトの名無しさん[sage]   投稿日:2015/08/26 18:32:48  ID:GbyhMcXW.net
Makefileやbuild.xmlとかVisual StudioなどのIDEが自動生成・編集するようなソースコード以外のファイルもgitで管理したほうがよいの?
直接編集が難しそうなIDEが生成したファイルとかがコンフリクト起こしたらどう対処してるの?
コメント1件

27
デフォルトの名無しさん[sage]   投稿日:2015/08/26 20:38:09  ID:dLDB0zDm.net
【背景】
ローカルに clone してある物が既に古くなっているか否かコマンドライン上で確認したい。

今迄開発の現場で Gui 経由でしか Git を使用した事がありません。
今回自動テストで使用する為にバッチファイルを作成する必要があります。

【質問】
どの様なコマンドで確認すればいいのでしょうか?

詳しい方、どうぞ宜しくお願いします。
コメント1件

28
デフォルトの名無しさん[sage]   投稿日:2015/08/26 20:53:58  ID:nL2sda9W.net
git branch

29
デフォルトの名無しさん[sage]   投稿日:2015/08/26 21:06:18  ID:r3J00ij1.net(2)
>27
ローカルにcloneしてそれを編集しないって前提なら
クローン元の名前がoriginでそのブランチがmasterだとすると

まず git fetch して
git rev-parse remotes/origin/master で表示されるハッシュと
git rev-parse HEAD で表示されるハッシュを比べて
同じなら最新
コメント2件

30
デフォルトの名無しさん[sage]   投稿日:2015/08/26 21:17:46  ID:r3J00ij1.net(2)
>26
.gitignoreで除外する
IDEが糞だったりレポジトリ作った奴が馬鹿だとうまく運用できないときがあるから
そういうときは git update-index とか使う
コメント1件

31
27[sage]   投稿日:2015/08/26 22:44:24  ID:ZbUWEx+t.net
>29
詳しい説明、どうもありがとうございます。

お察しの通り、自動テストなので clone側はコードに一切手を加えません。

近日中にご教示下さった様に試行してみます。

# CI も初めてだし、この件も初めてだし、
# こんな事を(その道の)素人にさせる現場も理解し難い。

32
27/31[sage]   投稿日:2015/08/27 12:32:07  ID:x5PxYPyZ.net
>29
出来ました、ありがとうございます。

33
デフォルトの名無しさん[sage]   投稿日:2015/08/28 08:18:25  ID:d2/buWcD.net
目視確認なら fetch した後で status で教えてくれる
もしくは log master..origin/master とか

34
デフォルトの名無しさん[]   投稿日:2015/08/29 11:29:35  ID:YFL4IpJj.net
初心者です。
疑問があります。

ブランチ001を作成。
マスターから001にブランチを切り替えた後、適当にファイルを編集して、
add,commitしない状態で、マスターブランチに戻るとファイルの内容が変更されてしまいます。


001で編集後に、コミットするとこういった現象がおきません。
これっておかしいと思うんですが理由があるのでしょうか?
コメント1件

35
デフォルトの名無しさん[sage]   投稿日:2015/08/29 12:06:41  ID:c8FCrqt9.net(2)
>34
ファイルを編集するワーキングツリーはブランチ毎に用意されているわけじゃないってことだよ

でもそれだとファイル編集したらブランチ移動がまったくできなくなっちゃうので、
条件付でブランチ移動ができるようになっている

その条件は編集したファイルが移動元と移動先のブランチで同一であること

慣れればこの挙動は便利

36
デフォルトの名無しさん[sage]   投稿日:2015/08/29 17:17:24  ID:PirEThyQ.net
>30
.gitignoreで除外して支障はないの?
コメント1件

37
デフォルトの名無しさん[sage]   投稿日:2015/08/29 17:32:57  ID:c8FCrqt9.net(2)
>36
Makefileやbuild.xmlのような情報をユーザが編集できない形式で保存してるIDEは滅べばいいんだよ

38
デフォルトの名無しさん[sage]   投稿日:2015/08/29 18:31:58  ID:mEyV9vcQ.net
slnやvcxprojなら普通にgitで管理するな。
コンフリクトしたときの処理は注意が必要だけど、まぁフォーマットを理解すれば問題ない。

39
デフォルトの名無しさん[sage]   投稿日:2015/08/31 13:37:17  ID:q02VCDwx.net
vcxprojとかしょっちゅう手作業でいじってるな…ほんとは良くないのかもしれんが
でもバージョン管理してれば間違っても安心だ

40
デフォルトの名無しさん[sage]   投稿日:2015/09/04 15:12:52  ID:F3w9cE+J.net(2)
masterでコミットした内容を開発ブランチに取り入れる場合
git rebase master

開発ブランチをmasterに統合する場合
git rebase 開発ブランチ

これであってますか?

41
デフォルトの名無しさん[sage]   投稿日:2015/09/04 15:51:22  ID:NhfKUs1N.net(4)
普通はmasterブランチをリベースしません

42
デフォルトの名無しさん[sage]   投稿日:2015/09/04 17:19:31  ID:F3w9cE+J.net(2)

43
デフォルトの名無しさん[sage]   投稿日:2015/09/04 17:34:01  ID:45GRgS6i.net
>42
じゃあ、その逆もその記事を参考にすればいい。

44
デフォルトの名無しさん[sage]   投稿日:2015/09/04 17:34:37  ID:NhfKUs1N.net(4)
>42
>masterでコミットした内容を開発ブランチに取り入れる場合
>git rebase master
これはたぶんカレントブランチが開発ブランチの状態で行うつもりだと思うので、
リベースするのは開発ブランチです

>開発ブランチをmasterに統合する場合
>git rebase 開発ブランチ
これはたぶんカレントブランチがmasterブランチの状態で行うつもりだと思うので、
リベースするのはmasterブランチです

普通はmasterブランチをリベースしません

45
デフォルトの名無しさん[sage]   投稿日:2015/09/04 17:37:48  ID:NhfKUs1N.net(4)
>42
もしかしてカレントブランチという概念を理解していないのですか?
git rebase はカレントブランチをリベースするコマンドです
カレントブランチをどこを起点にしてリベースするかを引数で指定します

46
デフォルトの名無しさん[sage]   投稿日:2015/09/04 17:43:18  ID:NhfKUs1N.net(4)
ああ、カレントブランチをリベースするのは
ブランチもしくはコミットをひとつだけ指定したときね

47
デフォルトの名無しさん[]   投稿日:2015/09/11 20:56:12  ID:qlMd+Y1d.net(3)
gitで、ある任意の行が いつ更新されたのかを知るにはどうしたらいいの?

cvswebでいうところの annotated みたいな感じのやつ

48
デフォルトの名無しさん[]   投稿日:2015/09/11 20:57:10  ID:aiR11qAq.net

49
デフォルトの名無しさん[sage]   投稿日:2015/09/11 21:10:45  ID:qlMd+Y1d.net(3)
>48
ありがとう、それだったわ
日付出ないのが不便だけど無いよりはマシっぽい

gitも早くcvs並みに使い勝手が良くなるよう応援するわ

50
デフォルトの名無しさん[sage]   投稿日:2015/09/11 21:15:12  ID:V5+3K+4n.net
git blameで日付出るよ。
煽ってるつもりなんだろうけど、
こちらは煽るつもりもなく
gitはcvs以上の事をすべて行えるって
事実を言っておくねw
コメント1件

51
デフォルトの名無しさん[]   投稿日:2015/09/11 21:29:07  ID:qlMd+Y1d.net(3)
gitwebでソースの改変ログを見る時
shortlog に表示されてるログがやたらと古いのしかないんだけどなんで?
tagsにはちゃんと最近の分が表示されてるけど

52
デフォルトの名無しさん[sage]   投稿日:2015/09/12 22:38:03  ID:dK13GhPG.net
>50
古いバージョンだと出ないとか?

53
デフォルトの名無しさん[sage]   投稿日:2015/09/13 11:30:22  ID:8QNbCh1F.net
pullで更新を取得したときだけbuildしたいんですけど
なんか方法を教えてください

54
デフォルトの名無しさん[sage]   投稿日:2015/09/14 18:45:19  ID:AlOlEiNV.net
2.5以降のWindows版のgit-guiが日本語化されないのはインストーラーのサイズを
小さくしたい為に意図的にメッセージカタログを含めてないんだってさ
インストーラーは現状30MBほどあるけど1MB増えるのが許せないらしい…

55
デフォルトの名無しさん[sage]   投稿日:2015/09/15 11:50:29  ID:JvEHO3WV.net
gitだけに限らんけど
もう言語ファイルは全て含めたほうがいいと思う。

56
デフォルトの名無しさん[sage]   投稿日:2015/09/15 12:26:09  ID:mcggslDF.net(2)
自分でコンパイルすればいいだろ
余計な言語ファイルなんていらねえよいらねえよ

57
デフォルトの名無しさん[sage]   投稿日:2015/09/15 13:40:54  ID:eNNmAhue.net(4)
言語ファイルは余計じゃない

58
デフォルトの名無しさん[sage]   投稿日:2015/09/15 14:28:35  ID:mcggslDF.net(2)
英語が出来ないがこの業界で余計な存在
コメント1件

59
デフォルトの名無しさん[sage]   投稿日:2015/09/15 16:27:58  ID:5sBqatlZ.net
翻訳ファイルが用意されているのに自分でビルドもせず文句垂れてる奴はクズ
これだからWindowsユーザーは低能が多いんだよ

60
デフォルトの名無しさん[sage]   投稿日:2015/09/15 17:56:46  ID:eNNmAhue.net(4)
英語は出来るが言語ファイルは余計じゃない

61
デフォルトの名無しさん[sage]   投稿日:2015/09/15 17:57:33  ID:eNNmAhue.net(4)
>58
自己紹介乙w

62
デフォルトの名無しさん[sage]   投稿日:2015/09/15 18:02:53  ID:eNNmAhue.net(4)
翻訳した人の苦労も考えずにたった1MBの容量をケチって独断で
インストーラーから外した奴の擁護する奴の気が知れない

63
デフォルトの名無しさん[sage]   投稿日:2015/09/15 18:27:42  ID:EQXALWLy.net
Git GUI使ってる人はなんでSourceTreeを使わないの?

64
デフォルトの名無しさん[sage]   投稿日:2015/09/15 19:48:55  ID:D3lZz2qW.net
自分ビルドできないの?
ひょっとしてバイナリ配布を当たり前のように思ってるの?
コメント1件

65
デフォルトの名無しさん[sage]   投稿日:2015/09/16 00:28:44  ID:FKsMqFjA.net
>64
そりゃそうだろ
なんで俺がビルドしなきゃならないんだ?
そんなのはお前らの仕事だろ?

66
デフォルトの名無しさん[sage]   投稿日:2015/09/16 00:44:24  ID:NeMgl0Bk.net(4)
Linux上だと色々自前でビルドしてるがWindows上でビルドなんて暇人のやる事だ
自前でビルドなんて誰でも出来る事をドヤ顔で自慢するスレに成り下がったか…

67
デフォルトの名無しさん[sage]   投稿日:2015/09/16 00:59:45  ID:Uq7QUfzW.net
自分が一切関わってないコード群のビルドなんて正直やりたくないな
BSD系のOSはアプリをいちいち全部自分でビルドしなきゃいけないっていうし大変そうだな

68
デフォルトの名無しさん[sage]   投稿日:2015/09/16 13:08:36  ID:NeMgl0Bk.net(4)
ちなみにWindowsでビルドするにはMSYS2を入れるだけで良さそうだけど
Windows上で動かすgccは異常に遅い。多分10倍ぐらい時間が掛かる
(別にgccが悪いわけじゃない。Linux上だと普通に速いから)
でかいアプリのコンパイルを始めるとマジでブチ切れそうになる

69
デフォルトの名無しさん[]   投稿日:2015/09/16 13:34:14  ID:jlpsui5X.net(2)
Linuxならビルド環境整えてgitをソースから構築とかするの簡単だが
Windowsだとわけがわからんな
http://msys2.github.io/ から msys2-x86_64-20150512.exe をもってきてインストールして
pacman -S base-devel はできたが
pacman -S mingw-w64-x86_64 これが404で全部失敗する
ここはWindowsでのビルド楽勝な人が多いみたいだから失敗の理由とか即わかるよね?教えてくれない?
コメント2件

70
デフォルトの名無しさん[sage]   投稿日:2015/09/16 14:07:35  ID:iF5FdFkH.net(2)
gccが遅いならclangでためせば

71
デフォルトの名無しさん[sage]   投稿日:2015/09/16 14:09:02  ID:iF5FdFkH.net(2)
>69
答えを探せない奴は向いてないからGitを使わないほうがいいよ
コメント1件

72
デフォルトの名無しさん[]   投稿日:2015/09/16 14:31:16  ID:jlpsui5X.net(2)
とりあえずオプション追加して404が出なくなるが
こんなエラーがでてインストール失敗
texinfo-tex: /usr/bin/texindex exists in filesystem
これも無効にするオプションを指定して進むようになる
しかしこんどはインストール進行中にこんなエラーがでまくる
error: could not fork a new process (Resource temporarily unavailable)
初期のBSDやLinuxだってこんなひどくは無かったな
コメント1件

73
デフォルトの名無しさん[sage]   投稿日:2015/09/16 14:48:24  ID:knfsespo.net
>71
答えはとっくに出ている
いちいちソースから構築するのは阿呆

74
デフォルトの名無しさん[sage]   投稿日:2015/09/16 18:45:24  ID:NeMgl0Bk.net(4)
オプション→更新履歴の表示→詳細で開くリリースノートのページが
ちゃんと日本語版が表示されるようになったな
Mozilla Japanグッドジョブだ
後はMozilla Japan ブログのRSSが壊れててブックマークメニューから
読み込めないのを修正してくれ

75
デフォルトの名無しさん[sage]   投稿日:2015/09/16 18:46:03  ID:NeMgl0Bk.net(4)
すまん誤爆した

76
デフォルトの名無しさん[sage]   投稿日:2015/09/21 20:06:41  ID:imxlQT3z.net(2)
IDとパスワードを入力するuser.phpがあります
<?php
$id = "";
$pass = "";

この状態でコミットしました。
これ以降の編集では実際のIDとパスワードを入力するので、このファイルをコミットしたくないんですが
どうやるのかおしえてください
コメント2件

77
76[sage]   投稿日:2015/09/21 20:07:48  ID:imxlQT3z.net(2)
訂正

これ以降の編集では実際のIDとパスワードを入力するので、このファイルをコミットしたくないんですが

これ以降の編集では実際のIDとパスワードを入力するので、このファイルを今後コミットしたくないんですが

78
デフォルトの名無しさん[sage]   投稿日:2015/09/21 20:26:28  ID:C5HvucEJ.net
>76
そのファイルをコミットしないでください。

79
デフォルトの名無しさん[sage]   投稿日:2015/09/21 21:47:28  ID:8i8+x9fK.net
>76
本来はGitで管理しないファイルからidやpasswdを取り込むような仕組みにするべきだけど
どうしてもGitで管理するファイルにそのまま書きたいなら
git update-index --skip-worktree でファイルの修正をgitから無視されるようにする

80
デフォルトの名無しさん[sage]   投稿日:2015/09/25 14:10:37  ID:4rnBLNL1.net(2)
今までgit cloneでダウンロードするだけだったgit初心者ですが、
とあるOSSで見つけたバグを報告するため初めてアカウントを作り、
http://blog.mogmet.com/github-abecedarian-send-pull-request/
などを見ながらプルリクエストをしました。
これから色々勉強していくつもりですが、一つだけくだらない質問をさせてください。

githubで公開されてるリポジトリというのは基本的に誰しもが開発に参加できるという思想だと思いますが、
それは建前で実際はケースバイケースだったりするんでしょうか?

例えば、いきなり第三者がフォークしたりプルしたりすると、元からいる人たちが
「誰こいつ?」とか「素人は引っ込んでろ」みたいに冷たくあしらわれて
拒否されたりBanされたりすることはあるんでしょうか?
コメント2件

81
デフォルトの名無しさん[sage]   投稿日:2015/09/25 14:40:54  ID:QB41dI3S.net
>80
プルリクはrejectあるいは放置される場合もあるが、誰こいつとはならない。
ただ、あまりにうざい振る舞いをすると、blockされてしまうこともある。

82
デフォルトの名無しさん[sage]   投稿日:2015/09/25 16:56:55  ID:APxH2mFV.net
>80
ブログとかslackで陰口言われてますよ

83
デフォルトの名無しさん[sage]   投稿日:2015/09/25 17:27:50  ID:na6vCc5n.net
>例えば、いきなり第三者がフォークしたりプルしたりすると、元からいる人たちが
>「誰こいつ?」とか「素人は引っ込んでろ」みたいに冷たくあしらわれて
>拒否されたりBanされたりすることはあるんでしょうか?

閉鎖コミュニティーが好きな日本人ぽい発想だね
それだったら公開リポジトリにする意味が全くないし
外国語分からなくたって機械翻訳で必死にコミュニケーション取りながら進めたりするんだぜ

84
デフォルトの名無しさん[sage]   投稿日:2015/09/25 18:31:19  ID:4rnBLNL1.net(2)
慣習や空気みたいなものがあって、そういうのを理解しないと
まずいのかなと思ったりしたのですが、考えすぎですかね?
使うだけだった人間から少しずつ開発に貢献する人間になろうと思います。

85
デフォルトの名無しさん[sage]   投稿日:2015/09/26 00:32:32  ID:EnjF3IZ6.net
Githubで公開していても、Githubのプルリクでのパッチは受け付けない方針のところもあるけど(Linuxカーネルとかそうだっけ?)、
基本はちゃんとコミットが整理された形で、しっかり説明がついたプルリクが来たら対応してくれるんじゃないだろうか。

Issueを作ってどういうバグか説明してからIssueにひも付けでプルリクしたほうがわかりやすいような気もするけれども

86
84[sage]   投稿日:2015/09/26 02:45:53  ID:vIfY+flB.net
管理者から「masterはstableブランチなので直接の変更は駄目」と返事があり、コミットがクローズされました。
代わりにその人がdevelopというブランチにコミットしてくれていました。

今まで初心者用サイトをググった限りプルリクエスト先はmasterにしているものばかりでしたが、
実際にどのブランチにプルリクエストをするかはリポジトリ毎に様々なんでしょうか?
今回の場合、developブランチにやれという記述はgithubページのどこにも見当たりませんでしたが・・・
コメント2件

87
デフォルトの名無しさん[sage]   投稿日:2015/09/26 05:34:43  ID:JuLXQGyi.net
Git FlowやGitHub FlowといったメジャーなGitの運用法を用いてる場合が一般的
そしてたいていの運用法ではmasterブランチにプルリクエストは送らない
あとGitHubとGitを混同しすぎ
GitHubはGitを使いやすくするための1ツールであり1サービスである

Gitの質問ではなくGitHubの質問ならスレとしては↓のスレが適当

OSSホスティング総合【SourceForge,GitHub,etc..】

88
デフォルトの名無しさん[sage]   投稿日:2015/09/26 06:39:41  ID:9LZTdQQ8.net
>86
自分のリポジトリにforkしたあと、ブランチを切ったかね?
それと勘違いしている気がするが。

89
デフォルトの名無しさん[sage]   投稿日:2015/09/26 10:17:46  ID:/RmKDqih.net
>86
不採用になってもしつこく送れば取り入れてもらえません
諦めずにmasterに送り続ければきっと管理者も心を開くでしょう

90
デフォルトの名無しさん[]   投稿日:2015/09/26 21:11:38  ID:kXbnSfDU.net
Git FlowやGitHub Flowって一般的っていうほど普及してるかな。
いまのところPR先で出会ったことない。

91
デフォルトの名無しさん[sage]   投稿日:2015/09/28 20:03:01  ID:Hi/A9Jbj.net
githubにプロジェクトを登録しましたが、誰かがクローンしたかどうかというのはわかるもんなんでしょうか。
コメント1件

92
デフォルトの名無しさん[sage]   投稿日:2015/09/28 20:53:28  ID:EuxVMsYV.net
>91
ここはGitに関するスレなのでホスティング固有の質問は専用スレへどうぞ

93
デフォルトの名無しさん[sage]   投稿日:2015/09/30 00:22:18  ID:nHSErU69.net
gitにプロジェクトを登録しましたが、誰かがクローンしたかどうかというのはわかるもんなんでしょうか。

94
デフォルトの名無しさん[sage]   投稿日:2015/09/30 16:26:36  ID:G7rk0ai1.net

95
デフォルトの名無しさん[sage]   投稿日:2015/09/30 17:18:27  ID:2Jw0Oi7O.net
>94
日本語訳ちょうだい

96
デフォルトの名無しさん[sage]   投稿日:2015/09/30 18:21:55  ID:ny1aNtsw.net

97
デフォルトの名無しさん[sage]   投稿日:2015/09/30 23:47:18  ID:FXqf9/xA.net
「Git 2.6」リリース
https://osdn.jp/magazine/15/10/01/065200

98
デフォルトの名無しさん[sage]   投稿日:2015/09/30 23:54:17  ID:TK4N/xkC.net
もはや更新内容がマニアック過ぎてほとんど意味が分からん

99
デフォルトの名無しさん[sage]   投稿日:2015/10/01 01:14:26  ID:RdOCzZI8.net
こんな機能追加が許されるのは、プログラマ向けだからだよなw
誰がどんな時に使うのかけわからん機能ばっかりだ。

100
デフォルトの名無しさん[sage]   投稿日:2015/10/01 10:57:25  ID:JwHQ7pBT.net
プログラマ向けと言うか基本的な機能は完成されてるから
細かい機能追加になりがちなんだろうね
ただ最近はコマンドを直で使わなくなってるから尚更機能追加が実感しにくい

101
デフォルトの名無しさん[sage]   投稿日:2015/10/01 15:57:53  ID:LOhoTcKr.net
Gitて現実の世界で役に立つの?
コメント1件

102
デフォルトの名無しさん[sage]   投稿日:2015/10/01 16:06:04  ID:aS/VDHPw.net
>101
現実じゃないどこの世界で使ってんの?

103
デフォルトの名無しさん[sage]   投稿日:2015/10/02 00:26:03  ID:7CgA4BgL.net
一体どの世界線だ

104
デフォルトの名無しさん[]   投稿日:2015/10/02 09:21:46  ID:9mUiXxRM.net
ワイヤードの住人なんだよ

105
デフォルトの名無しさん[sage]   投稿日:2015/10/03 20:32:18  ID:zBPIeFkY.net
今後も、このスピードで細かい機能をどんどん追加していくのかな?
それとも、別途大きな機能を作ってるのかな?

106
デフォルトの名無しさん[sage]   投稿日:2015/10/05 17:12:14  ID:+f9Pdcib.net
この調子で行くと3.0で全く新しくなって完全に互換性がなくなるんじゃないかな?
コメント1件

107
デフォルトの名無しさん[sage]   投稿日:2015/10/05 19:27:34  ID:MVv4Cl2K.net
git logにreflogを取り込むべき
git log --reflogのようにね
無駄にコマンド分け過ぎなんだよ

108
デフォルトの名無しさん[sage]   投稿日:2015/10/05 20:12:59  ID:yDTTeGw8.net(2)
まとめてしまえばいいと思うコマンドはあるが、logとreflogはないわw

109
デフォルトの名無しさん[sage]   投稿日:2015/10/05 20:14:14  ID:yDTTeGw8.net(2)
>106
どんな調子だ?gitは1.xのころから互換性無くなるような修正ほとんどしてないぞ

110
デフォルトの名無しさん[]   投稿日:2015/10/06 12:17:19  ID:IzSUHdTs.net
受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in tokyo
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点

111
デフォルトの名無しさん[sage]   投稿日:2015/10/06 12:47:14  ID:m1G57dvM.net
そろそろgit専用のスクリプト言語を作るべき

112
デフォルトの名無しさん[sage]   投稿日:2015/10/06 13:43:47  ID:ycmFUo52.net
ただのコマンドなんだからシェルスクリプトで十分でしょ

113
デフォルトの名無しさん[sage]   投稿日:2015/10/06 19:16:43  ID:vhcH4utQ.net
git専用スクリプト言語がてき、そしてCで再実装されるのだ
永遠に

114
デフォルトの名無しさん[sage]   投稿日:2015/10/07 14:49:47  ID:Sz7c2+fH.net
.gitignoreと同じような処理をシェルスクリプトだけでやりたいんだが、
これ、ただのglobじゃねーよな?難しいんだろうか?

115
デフォルトの名無しさん[sage]   投稿日:2015/10/10 14:54:28  ID:0b8Q3WE4.net
hookの書き方がわかりません
コメント1件

116
デフォルトの名無しさん[sage]   投稿日:2015/10/10 19:33:09  ID:0j5/IHaM.net
>115
それは大変でおじゃるな

117
デフォルトの名無しさん[sage]   投稿日:2015/10/13 14:06:15  ID:GMr+cVQ1.net
gitって、ここ10年でのソフトウェア開発での目覚ましい革新の一つだと思う。
ビルドシステムもなんとかならんのかな。
makeの次が何なのか。makeの次もmakeなのか。
ant、mavenはjava寄りだし、なにより緻密すぎ。
gradleは緩いけどやはりjava寄り。
コメント1件

118
デフォルトの名無しさん[sage]   投稿日:2015/10/13 14:30:45  ID:UUHRczDF.net(4)
>117
別にgitが革新を起こしたとは思えない
似たようなものは前からあったわけだし
ビルドシステムも山ほどあるけどオープンソースにはcmakeが人気ある
でもやっぱりautotoolsでしょ

119
デフォルトの名無しさん[sage]   投稿日:2015/10/13 22:54:40  ID:PavUQnTL.net
p4参考にしたのかもしれんけど、コードとしてはゼロから始まって、
cvsはもちろん、svn, hg駆逐して、githubその他サービスも派生して、
単なるツールからインフラになったわけよ。
svn, hgでgithub的な事ができるかというと出来ない。
コメント1件

120
デフォルトの名無しさん[sage]   投稿日:2015/10/13 23:24:17  ID:UUHRczDF.net(4)
>119
ホスティングサイトはsourceforge.orgが長い事使われてたじゃん
一応csvとかsvnと連携してたと思うけど

121
デフォルトの名無しさん[sage]   投稿日:2015/10/13 23:25:43  ID:UUHRczDF.net(4)
間違えたsourceforge.netだったか

122
デフォルトの名無しさん[sage]   投稿日:2015/10/13 23:26:48  ID:UUHRczDF.net(4)
csv→cvsもだった…ごめんちゃい

123
デフォルトの名無しさん[sage]   投稿日:2015/10/13 23:28:30  ID:aFMLzo6O.net
個人で使うならRCSで充分
コメント1件

124
デフォルトの名無しさん[sage]   投稿日:2015/10/13 23:51:46  ID:7/0DmU73.net
>123
それだけは絶対にない
コメント1件

125
デフォルトの名無しさん[sage]   投稿日:2015/10/14 00:37:34  ID:4OtDKqNl.net(4)
>124
いや普通に有りでしょ
管理するものによる
サーバーの設定ファイルとかrcsで十分
コメント1件

126
デフォルトの名無しさん[sage]   投稿日:2015/10/14 00:44:03  ID:Mk98o5rs.net
>125
いや、わざわざ使い分けてまでrcsを選択する理由がないってこと。
むしろgitだけあれば十分。
コメント1件

127
デフォルトの名無しさん[sage]   投稿日:2015/10/14 01:09:30  ID:UG4l/NFf.net
svnに戻りたい

128
デフォルトの名無しさん[sage]   投稿日:2015/10/14 12:18:48  ID:4OtDKqNl.net(4)
>126
じゃあRCSで十分でいいよ
コメント1件

129
デフォルトの名無しさん[sage]   投稿日:2015/10/14 14:17:55  ID:X1i0uUcG.net
svnとかhgとかわからないので出来ればこの辺のツールの仕様を標準化してもらいたい

130
デフォルトの名無しさん[sage]   投稿日:2015/10/14 14:19:52  ID:s//nRDk5.net
hgはともかくsvnを知らないのは明らかに無知で中二だよな

131
デフォルトの名無しさん[sage]   投稿日:2015/10/14 18:21:10  ID:XrUkZBC7.net(2)
>128
なんでわざわざRCS
アホか
コメント1件

132
デフォルトの名無しさん[sage]   投稿日:2015/10/14 19:53:20  ID:4OtDKqNl.net(4)
>131
それで十分だから

133
デフォルトの名無しさん[sage]   投稿日:2015/10/14 20:43:50  ID:XrUkZBC7.net(2)
あ、ごめん
触っちゃいけない人だったか
git使ったことがない人なのかな

134
デフォルトの名無しさん[sage]   投稿日:2015/10/14 20:45:58  ID:tB4uqM6F.net
もしかして: 老害

135
デフォルトの名無しさん[sage]   投稿日:2015/10/14 21:38:54  ID:UG0pkAng.net
サーバーの設定ファイルの管理だと、部分的にチェックアウトできないgitは
ちょっと使いにくそうだな。せめてsvn。

136
デフォルトの名無しさん[sage]   投稿日:2015/10/14 22:41:30  ID:4Y2XgrVc.net
>部分的にチェックアウトできないgit

こマ?

137
デフォルトの名無しさん[sage]   投稿日:2015/10/14 23:44:39  ID:4OtDKqNl.net(4)
gitもRCSも両方使ってる
老害とかネットスラングを使う奴はネットやり過ぎで脳みそが萎縮してる証拠

138
デフォルトの名無しさん[sage]   投稿日:2015/10/15 00:30:58  ID:749qPpcM.net(2)
RCSって何?と思ってググったら
こんなのが未だに現役なのかよw

https://ja.wikipedia.org/wiki/Revision_Control_System
初版 1982年(33年前)
最新版 5.9.1 / 2013年10月4日

139
デフォルトの名無しさん[sage]   投稿日:2015/10/15 00:32:52  ID:749qPpcM.net(2)
英語版wikiのほう見たらRCSの最新版は2015年1月22日とかバリバリ現役すぎて吹くw
33年前の遺物を未だにメンテしながら使っているのかw

140
デフォルトの名無しさん[]   投稿日:2015/10/15 01:42:06  ID:+iIoz1zt.net(10)
単にお前らが無知なだけだろ

141
デフォルトの名無しさん[sage]   投稿日:2015/10/15 01:48:14  ID:h4rpxLqO.net(2)
RCSの手軽さは上司から耳タコなんだけど、ぶっちゃけgit慣れた今どきに手軽さとか言われてもよくわからんってのが本音。
俺も30過ぎのおっさんだから世代ギャップとかあんま言いたくないけどさ

なんかgit以上の利点とかあったら煽りでなく教えて欲しいな。
SVNやVSS通してサーバ型しか知らん人間も多いんでない?
今時の経験薄い新人とかgit以外は過去の遺物扱いだしさ、いっちょ語ってくれよ

142
デフォルトの名無しさん[sage]   投稿日:2015/10/15 02:31:07  ID:8y87T4ny.net(5)
時代についてけないおっさんは旧製品といっしょにまとめて捨てられるんやで

143
デフォルトの名無しさん[sage]   投稿日:2015/10/15 02:41:21  ID:aZcuGTuu.net(4)
一つのファイルをバージョン管理するために、
一つのrcsファイルを作成するだけでいいってのが最大の利点じゃない?
コメント1件

144
デフォルトの名無しさん[sage]   投稿日:2015/10/15 03:06:39  ID:h4rpxLqO.net(2)
>143
うーん。実装がシンプルなのは良いよ。それを百も承知で聞くけど、それ今時のシステムで利点となってるかなぁ?
こちらの疑問をまとめると、「gitでだめなの?」「gitの運用はシンプルじゃないの?」って話になるのかな。

っとすみません、賑やかし目的な話題提案に過ぎないので、スルーで構いませんです。
何かのついでで、興味ある方のご意見を拝聴できれば幸いです。
コメント1件

145
デフォルトの名無しさん[sage]   投稿日:2015/10/15 06:54:49  ID:S/tyCJO3.net
gitはos標準で入ってなくてもRCSは入ってたりするからな
開発環境はともかく運用環境にgitが入ってる必然性はないから
設定ファイルなんかのバージョン管理ではバリバリ現役

あくまでもweb界隈以外の話ね
環境使い捨てるとか言ってる人たちには縁ないかも
コメント3件

146
デフォルトの名無しさん[sage]   投稿日:2015/10/15 07:21:00  ID:kMs2XARu.net(2)
>145
環境使い捨てるの意味わかってないんじゃない?w

環境をコードで記述するから、仮に捨てても
同じ環境がすぐに手に入るって意味だよ。

それに対して、従来は人がコツコツと作っていたから
環境を作るのに時間がかかっていたし、壊れたり新しく作る時の
再構築が大変だった。

147
デフォルトの名無しさん[sage]   投稿日:2015/10/15 07:23:01  ID:kMs2XARu.net(2)
>145
で、RCSだけど、今のOSには入ってないよ。

きっとあんたのところ、環境が古すぎて
アップデート出来てないんじゃね?
環境が秘伝のタレとかして捨てるに捨てられない状況になってそう。
コメント1件

148
デフォルトの名無しさん[sage]   投稿日:2015/10/15 07:44:40  ID:8y87T4ny.net(5)
10年以上同じ環境をろくにアップデートせずに使い続ける人たちにGitは必要ないから巣に戻りなさい

149
デフォルトの名無しさん[sage]   投稿日:2015/10/15 08:35:48  ID:HeeGmQmp.net(5)
>145
運用環境にgitが入ってないというけれど、
git含めたバージョン管理ツールは開発ツールなのだから、
運用環境にはgitもsvnもrcsも要らなくね?

デプロイは他のマシンから操作して
ソースコード(もしくはバイナリ)を配置すればいいわけだし。

運用環境=実機サーバーに直接ログインして
設定書き換えます。バックアップとして前のファイルを
とっておきましょう。って話?
rcsってファイル単位だし、開発には使えないよね。
なるほど、だから設定ファイル専用なわけか。

150
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:19:01  ID:+iIoz1zt.net(10)
>144
お前シンプルなのが利点て認めてんじゃん
それを承知で駄目なの?駄目なの?聞いてる時点で老害より脳みそが凝り固まってる無能じゃんw
目の前に小型ナイフがあるのに一生懸命アーミーナイフ(十得ナイフ)で肉切ろうとしてる奴に似てる
(現実にあった)

151
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:26:45  ID:aZcuGTuu.net(4)
実装より使うときのシンプルさに意味があるの
運用環境のファイルいじるときに念のため.bakとかつけてオリジナルを残す感じでrcsファイルを残しておける
rcsファイルは別の環境で作ってもいいから、その運用環境にRCSがインストールされてなくてもいいんだよね
コメント2件

152
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:30:32  ID:+iIoz1zt.net(10)
バージョン管理の基本的な仕組みはRCSに全部実装されてる
(基本的な仕組みのみ実装されてるとも言える)
最近のOSって何を言ってるのか不明だがサーバー向けLinuxには必ず入ってる
それを考慮すれば設定ファイルを管理するには最適だ

つうかRCSなんて目茶シンプルなツールで使い方も超簡単なのに
自分が知らないってだけでこんな必死に反論するのが滑稽だな
そんな必死に反論するようなツールじゃないよ
コメント2件

153
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:38:34  ID:HeeGmQmp.net(5)
>151
> rcsファイルは別の環境で作ってもいいから、その運用環境にRCSがインストールされてなくてもいいんだよね
それはgitでも一緒では?
コメント1件

154
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:39:54  ID:HeeGmQmp.net(5)
>152
> バージョン管理の基本的な仕組みはRCSに全部実装されてる

何を基本的なと言ってるのかしらないが、
今の時代では、バージョン管理システムは
複数のファイルを1コミットで扱えないと駄目だし
リモートへのpush、pullもサポートしていなければならない。

RCSにはそれがないので、今の時代に求められる
基本的な仕組みを実装できていない。
コメント1件

155
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:41:19  ID:xgHK1b2k.net
ぼくのかんがえたきほんてきなしくみ

156
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:41:21  ID:+iIoz1zt.net(10)
Linuxサーバーでも今時はGUIでファイルのコピーとか出来るけど
それでもちゃんとcpとかmvとか最低限のコマンドは覚えるでしょ
RCSもその程度のもんだ
コメント1件

157
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:41:26  ID:HeeGmQmp.net(5)
>152
> 最近のOSって何を言ってるのか不明だがサーバー向けLinuxには必ず入ってる

入っていない。

実際にUbuntu、Debianに入っていなかった。

過去は使われていたかもしれないが、
今はお役御免になって証拠だよ。

もうこれから使いませんって宣言されてるものを
使う必要はない。
コメント1件

158
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:42:31  ID:HeeGmQmp.net(5)
>156
今のLinuxに標準的にインストールされていないものは
cpやmvとぜんぜん同等じゃないよw

159
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:44:07  ID:+iIoz1zt.net(10)
>154
お前頭悪いな…プログラマじゃないだろ
バージョン管理の基本的な仕組みって分かってる?
じゃあRCSで設定ファイルが管理出来ないって事か?出来てるよね?それはなんで?
コメント1件

160
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:45:10  ID:+iIoz1zt.net(10)
>157
CentOSとか入ってるよ
コメント2件

161
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:47:59  ID:N9hEQVX6.net(5)
>159
> じゃあRCSで設定ファイルが管理出来ないって事か?出来てるよね?それはなんで?

お前こそプログラマじゃないだろw

設定ファイルの管理とソースコードのバージョン管理はぜんぜん違う。

ソースコードのバージョンというのは、機能の差分ってことだ。
機能っていうのは通常複数のファイルの同時修正から成り立ってるから、
複数のファイルを同時に管理できないと駄目。

これは必須の機能。

単一のファイルのバックアップだけでいい設定ファイルとは
扱い方がぜんぜん違う。
コメント1件

162
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:49:03  ID:N9hEQVX6.net(5)
>160
CentOSにも入ってないよ。

yumで別途インストールしないといけない。
コメント1件

163
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:50:10  ID:8y87T4ny.net(5)
必ず入ってるというサーバー向けLinuxが何を指してるのか不明なんだが
そんなに便利ならなんでLinux系の技術サイトに設定ファイルのバックアップにRCSを使ってるところがまるで見当たらないんだ

>160
目の前のCentOSのターミナル叩いてみたけど入ってなかったぞ
バージョンいくつだよ最小構成以外で入れてるのか?

164
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:51:18  ID:N9hEQVX6.net(5)
あと、サーバーの設定管理であれば、
etckeeperを使って半自動で管理するのが多いと思うが、

rcsは対応してないようだね。

# The VCS to use.
#VCS="hg"
VCS="git"
#VCS="bzr"
#VCS="darcs"

165
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:54:17  ID:aZcuGTuu.net(4)
>153
たとえば、新規にRCSで管理したいと思ったときは、
修正するファイルをRCSがインストールされてる環境にコピーしてきて
rcsファイル作成、ファイル修正、rcsファイルにコミット、rcsファイルと修正したファイルを元の環境にコピー
これでとりあえずいいわけよ
更新する場合にはrcsファイルをコピーしてきておなじようなことをやればいい

おなじことをgitでやろうと思えばできるけど、
コピーするファイルとかディレクトリが増えるだけでgitのメリット何も生かせないし馬鹿みたいだよ
コメント1件

166
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:54:40  ID:+iIoz1zt.net(10)
>161
お前日本語読めないのか?
設定ファイルが管理出来てるならバージョン管理出来てんだろ
誰も機能の管理なんて言ってねーよ

そもそも複数のファイルが同時にコミット出来れば機能の管理が出来てると
思ってるお前の脳みそもお目でてーな
複数のファイルがコミット出来るのは複数のファイルに同じバージョンを
振れるってだけで機能の管理とは当然のことながら無関係だ
コメント1件

167
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:56:21  ID:N9hEQVX6.net(5)
>165
> たとえば、新規にRCSで管理したいと思ったときは、
> 修正するファイルをRCSがインストールされてる環境にコピーしてきて
> rcsファイル作成、ファイル修正、rcsファイルにコミット、rcsファイルと修正したファイルを元の環境にコピー

それ、大変って言わね?w


gitに比べて何が簡単なのか、全く同じじゃねーかw
コメント1件

168
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:59:12  ID:N9hEQVX6.net(5)
>166
> 設定ファイルが管理出来てるならバージョン管理出来てんだろ

だからお前の言うバージョン管理が、
単なるファイルのバージョン管理でしか無いんだって。

今求められるのは、そんなバックアップに毛が生えたような機能じゃなくて、
アプリの機能のバージョンの違い=複数のファイルの修正の管理が
できるツールなんだって。

それが出来ない時点で、RCSはバージョン管理ツールの目的を満たせない
劣ったツールなんだよ。設定ファイル管理ツールと言い直すべきだ。
コメント1件

169
デフォルトの名無しさん[sage]   投稿日:2015/10/15 09:59:57  ID:+iIoz1zt.net(10)
>162
CentOS6.4だが…じゃあ開発ツールをインストールする時に入ったのかよ
単純なサーバー向けインストールじゃ入らないんだろうね
コメント2件

170
デフォルトの名無しさん[sage]   投稿日:2015/10/15 10:03:33  ID:+iIoz1zt.net(10)
>168
今求められるってなんだよ
本質的な機能のバージョン管理の話しをしてんだよ
そういう概念的な話しをネチネチするのが文系だって言ってんだよ

RCSは複数のファイル管理には向いてないよね、で終わりだろ (当然不可能ではない)

171
デフォルトの名無しさん[sage]   投稿日:2015/10/15 10:03:48  ID:aZcuGTuu.net(4)
>167
同じことをgitでどうやるか考えてみろよ
gitでやるメリットが何もない上に余分なファイルが大量に必要になるんだぜ?

172
デフォルトの名無しさん[sage]   投稿日:2015/10/15 10:19:01  ID:8y87T4ny.net(5)
>169
秘伝のタレじゃねえかwww
何年やってるか知らんが経験が狭すぎて素人同然だな
コメント1件

173
デフォルトの名無しさん[sage]   投稿日:2015/10/15 10:44:20  ID:+iIoz1zt.net(10)
>172
秘伝のタレって何?
仕事なんだから環境構築は俺じゃない奴がやってるから詳細なんて知らないよ
コメント1件

174
デフォルトの名無しさん[sage]   投稿日:2015/10/15 11:53:58  ID:IKGnkMlk.net
>147
FreeBSD 10.2でman coしたら出てきたし
OpenBSD 5.8でman coしても出てくるよ
コメント1件

175
デフォルトの名無しさん[sage]   投稿日:2015/10/15 11:56:11  ID:mYfmOhz6.net(2)
>173
> 秘伝のタレって何?

以下参照。インフラ関連の文脈ではよく使われる。
http://itpro.nikkeibp.co.jp/atclact/active/14/011400148/

なお、>169は秘伝のたれではない。

176
デフォルトの名無しさん[sage]   投稿日:2015/10/15 12:06:50  ID:aetAeC9f.net
>151
おれetckeeper使ってる
超便利
etckeeperのバックエンドは標準でgitになってるなCentOS7の場合

177
デフォルトの名無しさん[sage]   投稿日:2015/10/15 12:45:20  ID:4rmzgbky.net
俺なんかrcsで作られてる差分管理ファイルを自分のPCのgitで監理してるぜ

178
デフォルトの名無しさん[sage]   投稿日:2015/10/15 14:47:15  ID:8y87T4ny.net(5)
個人ならいいけど業務で設定をダイレクトに編集するのは悪い運用体制だから業務でetckeeperは使わないほうがいい
コメント2件

179
デフォルトの名無しさん[sage]   投稿日:2015/10/15 16:26:17  ID:77Rj4CAr.net
>178
おお、説明不足すまん
テスト環境上でetckeeperで管理している設定ファイルを、
設定が固まったあとで本番環境に持って行ってる

本番環境からテスト環境へのファイルコピーはやってない(設定ファイルの場合ね)

180
デフォルトの名無しさん[sage]   投稿日:2015/10/15 17:30:29  ID:mYfmOhz6.net(2)
>178
yum等でアップデートされた時も自動で管理してくれるから、etckeeper使うメリットあるよ

181
デフォルトの名無しさん[sage]   投稿日:2015/10/15 19:25:07  ID:SHJW9O2D.net
健全でない言葉が含まれているため表示しません 内容を確認する

182
デフォルトの名無しさん[sage]   投稿日:2015/10/15 23:41:00  ID:58jGbvzI.net
Git 2.6登場、多数の新機能と改善
作者: Sergio De Simone , 翻訳者 笹井 崇司 投稿日 2015年10月14日
http://www.infoq.com/jp/news/2015/10/git-26-released

183
デフォルトの名無しさん[sage]   投稿日:2015/10/16 18:23:11  ID:+fJvXx/R.net
意地張ってWin版インストーラに翻訳メッセージ含めてなかったのが遂に折れたか
ただ将来インターナショナル版インストーラを作る時用って言ってるからまだ暫く含まれる事は無い
コメント2件

184
デフォルトの名無しさん[sage]   投稿日:2015/10/16 21:59:07  ID:ZoTRSHay.net
gitに限らず翻訳メッセージを含めないっていうのは
今はありえないと思うわ。

せめて自動取得するようにするべきだろうね。

185
デフォルトの名無しさん[sage]   投稿日:2015/10/17 13:45:49  ID:gWco8U62.net
翻訳なんていらない
コメント1件

186
デフォルトの名無しさん[sage]   投稿日:2015/10/17 14:55:48  ID:6rmwdU9b.net(2)
>185
別に英語まま使う事は簡単に出来るんだから英語で十分アピールはいらないから

187
デフォルトの名無しさん[sage]   投稿日:2015/10/17 14:57:18  ID:6rmwdU9b.net(2)
で、この後自分でビルド出来るアピールが続くんだろ

188
デフォルトの名無しさん[sage]   投稿日:2015/10/17 15:15:40  ID:KBdUYWvy.net
GUIとマニュアルを除けばgitのビルドは簡単だよ。

189
デフォルトの名無しさん[sage]   投稿日:2015/10/17 15:44:40  ID:O0BrDLwr.net(2)
だからそんな事分かってるっての

190
デフォルトの名無しさん[sage]   投稿日:2015/10/17 17:32:00  ID:1ASUe7eY.net
英語が出来ないgmkzに世界のエンジニア達が合わせる必要はない
コメント1件

191
デフォルトの名無しさん[sage]   投稿日:2015/10/17 21:40:36  ID:O0BrDLwr.net(2)
>190
英語出来るらしいけどTOEIC何点ぐらい?
まさかgitkのメニューが分かる程度で英語出来るって言ってないよね?

192
デフォルトの名無しさん[sage]   投稿日:2015/10/17 21:47:44  ID:qe4z3RQX.net
ジャンル限らず和訳の話が出たあとはだいたいこういう流れになるなぁ

193
デフォルトの名無しさん[sage]   投稿日:2015/10/17 21:50:47  ID:Z7xYOmEY.net
git使うのにTOEICの点数何点くらい必要なの?
コメント1件

194
デフォルトの名無しさん[sage]   投稿日:2015/10/17 21:53:54  ID:/J6P+2iK.net(2)
エラーメッセージでググるとき面倒だから英語でいいや

195
デフォルトの名無しさん[sage]   投稿日:2015/10/17 22:49:32  ID:x315qPAo.net
>193
300点もあれば十分

196
デフォルトの名無しさん[sage]   投稿日:2015/10/17 23:17:29  ID:tJdA7e7q.net
まあ真面目に考えて、日本以外の国で、git使うようなエンジニアorアカデミック層で、gitのメッセージレベルの英語が理解できなくて困る人っているのかという疑問はある
コメント1件

197
デフォルトの名無しさん[sage]   投稿日:2015/10/17 23:21:52  ID:uNJQ9dbe.net
まあgitのメッセージレベルの英語は理解できなくても困らんよな

198
デフォルトの名無しさん[sage]   投稿日:2015/10/17 23:23:48  ID:Wyxm5Uxc.net
>196
困ることはないが、母国語の方が余計なこと考えなくて済むから気持ちがいい、
と考えるエンジニアなどが日本以外にいても不思議はないと思う。

199
デフォルトの名無しさん[sage]   投稿日:2015/10/17 23:25:28  ID:/J6P+2iK.net(2)
むしろアプデして日本語になったら英語に戻す

200
デフォルトの名無しさん[sage]   投稿日:2015/10/18 02:21:33  ID:NRYIqEAy.net(3)
みんな俺英語読めるを言いたくてしょうがないんだな…
自分しか英語読めないと思ってんのか、一々反応する奴はマジでウゼーよ

取り合えず翻訳メッセージはgit公式ツリーに含まれてるちゃんとした成果物なんだよ
それを含めるのは当然の事だ
ポリシーの問題で英語読める読めないを言ってんじゃねーんだよ

201
デフォルトの名無しさん[sage]   投稿日:2015/10/18 02:44:12  ID:/d2fGYlH.net(3)
読める読めないじゃなくて相互運用性を優先してんだよ
チームで情報共有や周知するときに複数言語混ざってたらプチバベルの塔だわ
コメント1件

202
デフォルトの名無しさん[sage]   投稿日:2015/10/18 02:55:16  ID:acxzTPOt.net
ズれてんだよな単に

203
デフォルトの名無しさん[sage]   投稿日:2015/10/18 03:20:55  ID:NRYIqEAy.net(3)
>201
また概念的な事をネチネチと…しかもズレてるし
コメント1件

204
デフォルトの名無しさん[sage]   投稿日:2015/10/18 07:43:55  ID:2izk1DSP.net(2)
>203
オメーが一番ウゼーよ…しかもズラズレてるし

205
デフォルトの名無しさん[sage]   投稿日:2015/10/18 11:07:45  ID:LOPPXVPL.net
翻訳くれくれ厨まじで気持ち悪いな
そんなに欲しいならissueで議論してくればいいのに
それすらできないなら文句を言う資格なし
コメント1件

206
デフォルトの名無しさん[sage]   投稿日:2015/10/18 14:30:49  ID:NRYIqEAy.net(3)
>205
issueに書き込んで速攻重複だとcloseされたからそのissueを見てみたら
1MBインストーラのサイズが増えるから削除した(βの段階ではあった)と書いてあった
しかしその時点でインストーラのサイズは30MBほどあったが

ちなみに翻訳メッセージが含まれてないというissueは他にも幾つかあった
もちろん日本人ではない

そんな経緯があったからたまにインストーラのcommitログを見るようにしてんだろ

とりあえず俺は文句言う資格はありそうだなw
ちなみに最初の翻訳メッセージの書き込みから英語うんぬんで反応してる奴は
全員低能だから
まともな奴はふーんで終わりの話題
コメント1件

207
デフォルトの名無しさん[sage]   投稿日:2015/10/18 15:01:13  ID:/d2fGYlH.net(3)
俺はいらないをインストーラに入れるなに脳内変換してるお前が低能というか精神病
開発に関係ない2chでコンセンサス求めてる時点で相当の馬鹿
MLで相手されないからってこっちくんな
コメント1件

208
デフォルトの名無しさん[sage]   投稿日:2015/10/18 15:42:27  ID:2izk1DSP.net(2)
公式で受けいれられなくて2ちゃんでうだうだ言ってるやつは基本ウザい
つーかウザいから公式でも話を聞いてもらえない

209
デフォルトの名無しさん[sage]   投稿日:2015/10/18 15:54:58  ID:8pAifeJv.net(11)
>207
何度も書いてるが、gitのソースツリーに含まれてる成果物なのにインストーラ
作る奴の独断で含めないのはそいつのポリシーを疑うと書いてるだけだ
(スレをちゃんと読めば分かる)

そういうポリシー的な事には一切触れず翻訳ってだけで脊髄反射していらないといってるから
アホだなと思って相手してるだけだよ (必要以上に煽ったのは認める)

210
デフォルトの名無しさん[sage]   投稿日:2015/10/18 16:01:10  ID:8pAifeJv.net(11)
翻訳メッセージの状況が変わったからとりあえず>183を書き込んだが
その後でまた翻訳イラネ厨が湧くだろうなと思ってたらやっぱりそうだった
そいつに対して必要以上に煽ってしまったのは認める

211
デフォルトの名無しさん[sage]   投稿日:2015/10/18 17:55:03  ID:lXIcfozI.net
>206
そこで訴えてない限りお前に文句を言う権利華
コメント1件

212
デフォルトの名無しさん[sage]   投稿日:2015/10/18 18:00:30  ID:kxy+JRlP.net
翻訳ください野郎は>69>72みたいにあ自分でビルドもできないおぼっちゃま君だろ
逆ギレしてるのに教えてもらえるのを期待して書き込んでるのがウケルwwww
コメント1件

213
デフォルトの名無しさん[sage]   投稿日:2015/10/18 18:45:31  ID:8pAifeJv.net(11)
>211
訴えるってなんだよwwwgithubは裁判じゃねーよwww
つうかお前issue読んでないだろ英語出来ないの?www

>212
出た!ビルド出来るアピール!
autoconf && ./configure && make
でバカでも出来るのにわざわざアピールする低能ぶり

214
デフォルトの名無しさん[sage]   投稿日:2015/10/18 18:49:09  ID:8pAifeJv.net(11)
しかいこのスレはよく釣れるなw
gitスレがこんな低能が集うスレとは思わなかった、入れ食いだもんなw
コメント1件

215
デフォルトの名無しさん[sage]   投稿日:2015/10/18 20:15:43  ID:jvqZfICy.net(2)
ID:8pAifeJvはゆとり
コメント1件

216
デフォルトの名無しさん[]   投稿日:2015/10/18 20:19:31  ID:8pAifeJv.net(11)
>215
んなわけないだろw
おっさんだよ

217
デフォルトの名無しさん[sage]   投稿日:2015/10/18 20:26:15  ID:W+pOLtWX.net
じゃあ、ゆとりのおっさん
コメント1件

218
デフォルトの名無しさん[]   投稿日:2015/10/18 20:55:20  ID:8pAifeJv.net(11)
>217
じゃあそれでいいよw

219
デフォルトの名無しさん[sage]   投稿日:2015/10/18 21:43:29  ID:/d2fGYlH.net(3)
馬鹿だから気づいてないようだがお前は馬鹿で低能な精神病のラベルが貼られてフィニッシュしてるんだよ
馬鹿で低能な精神病として嘲笑を浴びた引き換えに釣りができてよかったね(笑)
コメント1件

220
デフォルトの名無しさん[]   投稿日:2015/10/18 21:47:54  ID:8pAifeJv.net(11)
>219
反論するなら具体的に言ってよw
そういうこといってるから低能なのをさらけ出してるって言うんだよw

221
デフォルトの名無しさん[]   投稿日:2015/10/18 21:49:14  ID:8pAifeJv.net(11)
gitスレってこんな奴ばっかりwww

222
デフォルトの名無しさん[sage]   投稿日:2015/10/18 21:57:20  ID:jvqZfICy.net(2)
・ビルドを自動化すればいいのに手間でもないんだから自分でビルドしろ
・issueで何故必要なのかを強く訴えられないなら黙った使うか別ツールを使え

以上
コメント2件

223
デフォルトの名無しさん[]   投稿日:2015/10/18 22:17:52  ID:8pAifeJv.net(11)
>222
お前反論するならちゃんとスレ読め
ビルド自慢じゃなくてポリシーの問題だ
Issueで訴えたからインストーラに含まれる予定になっただろ
こうやってトンチキで意味不明なバカ丸出しのレスをするのがgitスレなんだよな

224
デフォルトの名無しさん[]   投稿日:2015/10/18 22:22:30  ID:8pAifeJv.net(11)
Win版インストーラに翻訳メッセージが含まれるかもって言ったら
そんなの要らね―って脊髄反射する奴多数
gitスレってこんな奴ばっかりwww

225
デフォルトの名無しさん[]   投稿日:2015/10/18 22:26:01  ID:8pAifeJv.net(11)
>222
お前ちょっと見れば分かるようなissueすら読めないんだなwww
反論するなら英語読めるようになってくれよwww

226
デフォルトの名無しさん[sage]   投稿日:2015/10/18 23:28:23  ID:h0BI2zyJ.net
どこにそんなissueがあるの?
コメント1件

227
デフォルトの名無しさん[sage]   投稿日:2015/10/19 01:07:20  ID:06gSwupY.net(2)
>214
ほんと定番化してユーザー増えたんだなーって実感するね
「分散とか意味わからん」だの「SVNと比べて使いにくいわボケ」とかそういう比較で荒れてた時代が懐かしい

228
デフォルトの名無しさん[sage]   投稿日:2015/10/19 01:33:56  ID:pSIzOMnd.net
ほんとそうだな
翻訳ファイルが同梱されなくなっただけで発狂するバカが湧き始めちゃったしな
まったく変な奴が住み着いちゃったな
コメント1件

229
デフォルトの名無しさん[]   投稿日:2015/10/19 01:58:51  ID:JZRZLl0Y.net(2)
>228
発狂って何だよ
俺は翻訳が―って言ってる奴を面白いから煽ってるだけだ
それはスレを読めば分かる
当然お前も翻訳が―の同類だがな

230
デフォルトの名無しさん[]   投稿日:2015/10/19 02:01:55  ID:JZRZLl0Y.net(2)
最初に>183で翻訳が含まれそうだと言ったらお前らが発狂し始めたんだろうがwww

231
デフォルトの名無しさん[]   投稿日:2015/10/19 04:43:38  ID:3gr1qLW4.net
常用してる言語に比べて、英語っていうのは読めても理解の速度が遅いから
この「理解の速度」って読めるかどうかの問題じゃなくてですね
例えば日本語で書かれてる技術書だったら1時間もあれば読破出来るとしても
英語だったら何日もかかるだろう

常用してる言語が日本語なのに、わざわざ英語を読むっていうのは
そんだけエネルギーを消費し、それだけ頭に汗をかくということで
ハゲに繋がる

つまり>1はハゲ

232
デフォルトの名無しさん[sage]   投稿日:2015/10/19 05:50:40  ID:Ev+AB+V2.net(2)
>226
おれもみつけきれんかった

233
デフォルトの名無しさん[sage]   投稿日:2015/10/19 05:52:37  ID:ag1CgunQ.net(2)
issueを探す能力が足りないだけ。
すぐに諦めないで、いっしゅう間ぐらい探せ!

234
デフォルトの名無しさん[sage]   投稿日:2015/10/19 06:00:31  ID:Ev+AB+V2.net(2)
そんなーケチ
一蹴しないでリンク張ってクレヨン

235
デフォルトの名無しさん[sage]   投稿日:2015/10/19 10:57:32  ID:nkVMkbXF.net
ちなみにgitにはissueはないよpull requestのみ。
どこのissueを言ってるのか提示しないと

236
デフォルトの名無しさん[sage]   投稿日:2015/10/19 11:15:53  ID:S9vj8UxK.net
このスレの前の方から辿らないとわからないかもしれないが、
翻訳メッセージがどうこうはGit本家の話ではなくて git-for-windows の話
Githubのレポジトリは >6 参考ね

237
デフォルトの名無しさん[sage]   投稿日:2015/10/19 16:50:37  ID:xS4Gt1Ok.net(2)
中卒、高卒の低学歴は許せても、英語の読めないバカだけは許せない

238
デフォルトの名無しさん[sage]   投稿日:2015/10/19 16:55:58  ID:XMyRFhyg.net
英語が読めるだけの馬鹿は許せるの?

239
デフォルトの名無しさん[sage]   投稿日:2015/10/19 17:50:53  ID:06gSwupY.net(2)
中卒許せるって言うんならそういうことでは。
コメント1件

240
デフォルトの名無しさん[sage]   投稿日:2015/10/19 17:53:05  ID:ag1CgunQ.net(2)
>239
お前はどうなのって質問だろ?

241
デフォルトの名無しさん[sage]   投稿日:2015/10/19 17:59:41  ID:0Dp5Xk66.net
インストーラーでインストールした後に言語ファイルを追加する方法はないの?
コメント1件

242
デフォルトの名無しさん[sage]   投稿日:2015/10/19 18:58:57  ID:xS4Gt1Ok.net(2)
>241
マニュアルとライセンスを英語のまま読めば、そんなものは問題にすらならない
コメント2件

243
デフォルトの名無しさん[sage]   投稿日:2015/10/19 19:10:11  ID:4SJt7LcL.net(2)
>242
何その的外れな返答

244
デフォルトの名無しさん[sage]   投稿日:2015/10/19 19:27:03  ID:ZUDzYX5G.net
インクリメントされていくバージョン番号が欲しいなぁ
コメント1件

245
デフォルトの名無しさん[sage]   投稿日:2015/10/19 19:54:49  ID:jRsD5d25.net
>244
3.14
3.141
3.1415
...
みたいなやつ?
コメント1件

246
デフォルトの名無しさん[sage]   投稿日:2015/10/19 20:41:40  ID:4SJt7LcL.net(2)
>245
そんなん出来たらクヌース大喜びだなw

247
デフォルトの名無しさん[sage]   投稿日:2015/10/19 20:47:13  ID:HyO7P2Et.net
0が出てきたときの扱いが気になるところ

248
デフォルトの名無しさん[sage]   投稿日:2015/10/20 11:35:00  ID:/4EXQRmy.net
プッシュされたらなにかする
というスクリプトは書ける?

249
デフォルトの名無しさん[sage]   投稿日:2015/10/20 11:59:42  ID:3raa9HQu.net
post-receiveフック
コメント1件

250
241[sage]   投稿日:2015/10/20 15:29:48  ID:A3Grzpw2.net
>242
自分はMacでもLinuxでもgitをコマンドラインで使ってるし、manも英語で困らないんだが、単に純粋な疑問として、
インストーラーから削られただけだったら別の方法で日本語関係のファイル入れられるんじゃないの?と思って聞いたんだけど。出来ないってこと?
コメント1件

251
デフォルトの名無しさん[sage]   投稿日:2015/10/20 21:04:01  ID:MUDCjaNL.net
>250
git-guiやgitkはgettextの仕組みでメッセージのローカライズをしてるから
*.poファイルをコンバートしたものを然るべき場所に置けばできるはず
昔のWindows版gitをインストール後それをコピって同じ場所に置くのが一番早いかも
コメント2件

252
デフォルトの名無しさん[sage]   投稿日:2015/10/20 21:17:11  ID:6T7N4zKX.net
>249
ありがとう
ここでバージョン番号つければいいんやね

253
デフォルトの名無しさん[sage]   投稿日:2015/10/20 21:50:13  ID:vVqPHhnQ.net
>251
正解。ちなみにUbuntuでは(おそらく)公式とは無関係に独自で日本語化している。
gitコマンドの出力が一部日本語化されているのですよ。

254
241[sage]   投稿日:2015/10/21 01:48:34  ID:0dGlO46F.net
>251
ありがとう。だったら、日本語化関連で文句を言っている人は単にその手順をまとめてwikiにでも書いて広めればいいよね。
自前ビルドとかする必要もないし、日本語化されるし、installer作ってる人を説得する手間も無いし、とりあえずの解決策としてはベストと思うんだが。
日本語化が要る、要らないは人によって違うだろうし、そこでどうでもいい宗教論争しても全くしょうがないと思うけど…

255
デフォルトの名無しさん[sage]   投稿日:2015/10/24 10:46:19  ID:lVXmpGjQ.net(2)
git pull --depth 1ってしたら
On branch master
Your branch and 'origin/master' have diverged,
and have 1 and 1 different commit each, respectively.
(use "git pull" to merge the remote branch into yours)
You have unmerged paths.
(fix conflicts and run "git commit")

ってなったんですがこれはどうしたらいいのか教えてください
コメント1件

256
デフォルトの名無しさん[sage]   投稿日:2015/10/24 10:47:13  ID:lVXmpGjQ.net(2)
git commit したら
error: commit is not possible because you have unmerged files.
hint: Fix them up in the work tree, and then use 'git add/rm <file>'
hint: as appropriate to mark resolution and make a commit.
fatal: Exiting because of an unresolved conflict.
ってでました

257
デフォルトの名無しさん[sage]   投稿日:2015/10/24 13:40:55  ID:fZHdxrwJ.net
Gitのコミットメッセージの書き方 | プログラミング | POSTD
http://postd.cc/how-to-write-a-git-commit-message/

258
デフォルトの名無しさん[sage]   投稿日:2015/10/24 14:04:21  ID:oPc8eRUb.net
>255
なんのために--depth 1とかつけてんの?

259
デフォルトの名無しさん[sage]   投稿日:2015/10/24 14:30:32  ID:9SwBuKSj.net
通信費節約

260
デフォルトの名無しさん[sage]   投稿日:2015/10/25 02:58:51  ID:+bXpGndU.net
git merge --squashしてマージした後作業ブランチを削除したら
作業ブランチの履歴ってもうどこにも残らないっていう認識でいいの?
コメント1件

261
デフォルトの名無しさん[sage]   投稿日:2015/10/25 03:32:13  ID:TeMGgm34.net(2)
>260
コミットIDを直接指定すれば見れるし、しばらくはgit reflogでコミットIDを知ることができる
コメント1件

262
デフォルトの名無しさん[sage]   投稿日:2015/10/25 11:34:28  ID:MYRFLLoW.net
>261
どうもです
git gcとかしても残ってるって事かな?
何かすれば完全に消せるのかもしれないけど、やっぱり基本全部残るんだね
コメント1件

263
デフォルトの名無しさん[sage]   投稿日:2015/10/25 20:47:35  ID:cc/DQ18H.net
Gitのコミットメッセージの書き方
http://postd.cc/how-to-write-a-git-commit-message/

えっと、俺がいいたいのは、適当にコミット作るんじゃないってこと。

264
デフォルトの名無しさん[sage]   投稿日:2015/10/25 20:53:32  ID:TeMGgm34.net(2)
>262
git reflog expireとかしてからgit gcかな?
コメント1件

265
デフォルトの名無しさん[sage]   投稿日:2015/10/26 02:04:27  ID:FkehLJPr.net
ブランチはhead に付けたただのラベルだし、squash だろうがamend だろうが別のコミットが出来るだけだから原理的に消える道理がない。
その程度で履歴が無くなるなら scm としての価値は無いし、誰も使わないだろな。
コメント1件

266
デフォルトの名無しさん[sage]   投稿日:2015/10/26 12:07:25  ID:2PrT+848.net
>265
いやいや、squashして意図的にブランチを消しててコミットIDを直で指定しないと見れないのに
消えてはいないっておかしいよ
つうかどこからも参照されてないんだから>264で消える気がする

267
デフォルトの名無しさん[sage]   投稿日:2015/10/26 12:24:12  ID:BuuBsHie.net
squashやamendやrebaseが行うのは履歴への追加じゃなくて履歴の改変なんだよね
追加された履歴は残っていく
改変された履歴は消える(しばらくはreflogやもしくはコミットID直接で参照できるけど)

scmは履歴を絶対改変すべきじゃないって主張する人たちは存在するね

268
デフォルトの名無しさん[]   投稿日:2015/10/27 16:44:00  ID:HboLy9sO.net
msysgitってシンボリックリンク使えないの?

ってことはWindowsでgitをまともに使いたいと思ったら
Cygwinしかないってことなのかな?

269
デフォルトの名無しさん[sage]   投稿日:2015/10/27 17:11:37  ID:xKgS+FH1.net
git init
git add .
touch a.txt
git commit -m "initial commit"
git checkout -b develop
ここでいろいろコードを書くがコミットはまだしてない。
そしてここでinitial commitにb.txtを入れとけばよかったと後悔する。
initial commitにb.txtを含めて今の作業を続ける方法を教えてください
コメント2件

270
デフォルトの名無しさん[sage]   投稿日:2015/10/27 17:19:42  ID:DLW1/UEr.net
>269
rm -rf .gitして、git initからやりなおす

271
デフォルトの名無しさん[sage]   投稿日:2015/10/27 18:26:56  ID:TrEmiTqs.net
>269
git stash
git checkout master
git stash pop
git add b.txt
git commit --amend
コメント1件

272
デフォルトの名無しさん[sage]   投稿日:2015/10/27 20:37:39  ID:to74HYda.net
>271
gitの試験があったら絶対出そうな問題だな

273
デフォルトの名無しさん[sage]   投稿日:2015/10/28 10:27:16  ID:MvlYKNm6.net
gitをsvnのように厳格に扱うのは難しいな

274
デフォルトの名無しさん[sage]   投稿日:2015/10/29 07:56:50  ID:t7cBGlru.net
gitはフィクション
svnはドキュメンタリー

275
デフォルトの名無しさん[sage]   投稿日:2015/10/29 17:24:18  ID:VEPUoFae.net(2)
コミットしていないとスタッシュされないのでしょうか

276
デフォルトの名無しさん[sage]   投稿日:2015/10/29 18:28:02  ID:xKC1LsFh.net
コミットしてないものを待避させるのがスタッシュ
コメント1件

277
デフォルトの名無しさん[sage]   投稿日:2015/10/29 19:24:03  ID:VEPUoFae.net(2)
>276
ありがとうございます

278
デフォルトの名無しさん[sage]   投稿日:2015/10/31 16:22:53  ID:TxGm4OE+.net
Git 2.x シリーズの 6 つの素晴らしいフィーチャー
http://japan.blogs.atlassian.com/2015/10/cool-features-git-2-x/

279
デフォルトの名無しさん[sage]   投稿日:2015/10/31 20:29:41  ID:yFtitU0D.net(2)
リモートのリポジトリから特定のコミット時点のソースコード一式を取得するgitコマンドってあったりするの?
git cloneだとinitからそのコミットまでの繋がる歴史一式をダウンロードしちゃうじゃん
コンパイルしたいだけだから別に歴史いらないわけだし

280
279[sage]   投稿日:2015/10/31 20:35:18  ID:yFtitU0D.net(2)
自己解決
git clone --depth 1
ってすればよかったのね

281
デフォルトの名無しさん[sage]   投稿日:2015/11/02 01:55:37  ID:S3g2dtBe.net(4)
msysとmsys2とmsysgitの関係について教えてくれ。

Windowsでgit使ってる人ってどれだけいるの?
みんなGUI?

282
デフォルトの名無しさん[sage]   投稿日:2015/11/02 04:07:31  ID:CHMqWRpe.net(2)
基本SourceTree
細かいとこはCLI

283
デフォルトの名無しさん[sage]   投稿日:2015/11/02 04:26:58  ID:S3g2dtBe.net(4)
CLIはmsys系ですか?それともcygwinですか?

284
デフォルトの名無しさん[sage]   投稿日:2015/11/02 08:20:03  ID:CHMqWRpe.net(2)
Cygwinも入れてるけどSourceTreeから開けるターミナルで足りてる

285
デフォルトの名無しさん[sage]   投稿日:2015/11/02 13:55:07  ID:S3g2dtBe.net(4)
SourceTreeからターミナル開けるのか。

何が開くんだろう?

286
デフォルトの名無しさん[sage]   投稿日:2015/11/02 13:57:41  ID:S3g2dtBe.net(4)
入れるの面倒だからぐぐったらGit Bash(msysgit)って書いてあるな。

http://relx.jp/blog/?p=883

287
デフォルトの名無しさん[sage]   投稿日:2015/11/02 22:29:46  ID:FuqVE4Ho.net(2)
sourcetreeでコミットを無かったことにするのはどうやればいいの?
なんかrevertする方法しかでてこない

288
デフォルトの名無しさん[sage]   投稿日:2015/11/02 23:04:36  ID:WH1PRmcF.net
現在のブランチをこのコミットまでリセット
コメント2件

289
デフォルトの名無しさん[sage]   投稿日:2015/11/02 23:53:19  ID:FuqVE4Ho.net(2)
>288
いっこずつ戻したいんだよなぁ
コメント1件

290
デフォルトの名無しさん[sage]   投稿日:2015/11/03 00:17:30  ID:U6FK9+f+.net
1個前のコミットが複数ある可能性があるからさ
特定のコミットへresetするか
いまのコミットをamendするか
どっちかになるわけよ

291
デフォルトの名無しさん[sage]   投稿日:2015/11/03 12:59:50  ID:Z7Vi/X+L.net
>289
いっこづつ戻りながら>288やればいいじゃん

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

293
デフォルトの名無しさん[sage]   投稿日:2015/11/04 16:37:38  ID:skpMWGee.net(3)
>292
最新のってどういう定義だよ? リモートにあるのが最新?
それを更新するタイミングは? 別ブランチに切り替えた時、残しておきたい?

出来ないというか、そんなのはバージョン管理じゃない。
同じバージョンから違うバイナリが出来てしまう。

それをやるならば、バージョン管理外のものとして自分でどうにかするしか無い。

1. 今のプロジェクトとは別のバージョン管理を行う。
外部ライブラリとかがこんな感じになってる。
場合によってはsubmoduleを使う。

2. ファイルをリポジトリに入れず、アプリ実行時にファイルがなければ
リポジトリに入れたテンプレートファイルからコピーする。

設定ファイルがこんな感じになってる。

テンプレートファイルの代わりに、最新のファイルでも
どこぞ好きな場所からコピーすればいい。
コメント6件

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

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

hash-objectあたりを使いこなせれば出来そうな気がするけど簡単に
出来る方法があればと聞いてみた
コメント4件

295
デフォルトの名無しさん[sage]   投稿日:2015/11/04 19:34:12  ID:skpMWGee.net(3)
>294
> 例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね

いやだから、それはバージョン管理外の話だろ。

コンバータの実行ファイルをリポジトリに入れるのは、間違っている話で、
そういうのは、サーバーのセットアップとして、例えばgccコマンドのように
パッケージマネージャーや類似のシステム、それがなければ独自の配布手段で
インストールするものだぞ。

例えばrubyとかの世界ではGemfileをリポジトリに入れておいてBundlerコマンドで
Gemfileに書いてあるモジュール(コマンド含む)をインストールする。

296
デフォルトの名無しさん[sage]   投稿日:2015/11/04 19:36:42  ID:skpMWGee.net(3)
> コンバータをビルドするには環境を作成する必要があるからgit cloneで
> バイナリだけ落ちてくればいい

単純にこの発想が間違いで、glt cloneで落ちてくる代わりに、
make-build-environment.sh とか作ってそれで落とせばいいわけさ。

もし、コンパイルが必要なソースコードであれば
makeファイルの中で落とせばいい。

なんでもgitでやろうとするなよ。
コメント1件

297
デフォルトの名無しさん[sage]   投稿日:2015/11/04 20:57:52  ID:4VARUgDB.net(3)
別に発想とか概念とかの指摘はいいよ
gitで簡単に出来ればやるし絶対出来ないんだったらやめるよ

ただProGitに公開鍵(もちろんバージョン管理は不要)をhash-objectで
格納する例があってそれが頭にあったってのもある

gitは根本的には仮想ファイルシステムなんだからhash-objectでやろうと思えば
望んだ動作が出来るはずだけど、そこまで理解出来てないからこれから考える

298
デフォルトの名無しさん[sage]   投稿日:2015/11/05 01:00:56  ID:wTaDkVSL.net
変更がなけりゃいくらコミットしてもコピーされないよ大抵の場合

299
デフォルトの名無しさん[sage]   投稿日:2015/11/05 01:51:31  ID:DwMhKH/P.net(8)
ver1.0のソースコードの時にコンバーターの実行ファイルを追加しました。
ver2.0の時にコンバーターをアップデートしました。

後からver1.0のソースコードをビルドしたい時、
コンバーターは最新のものを使いたいです。ってことでしょ?

だから最初から普通にバージョン管理するべきじゃないって話をしてるのに。
できるかどうかじゃないんだよ。
コメント1件

300
デフォルトの名無しさん[sage]   投稿日:2015/11/05 04:53:44  ID:I889oTiv.net
v1.0からブランチ切って最新コンバータつっこめばいいだけじゃね?必要なら適当なタグもつけてやりゃいい

301
デフォルトの名無しさん[sage]   投稿日:2015/11/05 10:15:19  ID:raJNtqbt.net(4)
>296
> なんでもgitでやろうとするなよ。
頭固いね。
Gitでバイナリファイルを管理したっていいじゃない。
こういう仕組みも用意されてるんだし。
https://git-scm.com/book/ja/v1/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3...
コメント2件

302
デフォルトの名無しさん[sage]   投稿日:2015/11/05 10:50:05  ID:M/aCNGR1.net
>301
いいんじゃない?バイナリーのgitでの管理
うちも結構やってるよ

でもバージョン管理したくない物をgitの管理下に置くのは
筋の悪い使い方のような気がするな
というか、俺はそのバイナリーもバージョン管理したい


俺だったらそのバージョン作成時のバイナリーファイルをgitに入れておいて
そのバイナリーの最新版を取得するスクリプトも一緒にgitに入れておくよ

そうすれば動作実績のある古いコードと古いバイナリーの組み合わせで現環境での動作を確認した上で
バイナリー部分を新しくして再作成できる
コメント1件

303
デフォルトの名無しさん[sage]   投稿日:2015/11/05 13:08:39  ID:Rz7aBIc4.net(2)
https://git-scm.com/book/ja/v2/Git-%E3%81%A7%E3%81%AE%E5%88%86%E6...
のリリース用のタグ付けに公開鍵をhash-objectを使って格納する例が載ってる

gitは柔軟な管理が出来るっていう1例だな
gitの内部構造をちゃんと把握出来れば最善な方法は分かるだろう
とりあえずそこまで分かってないと向いてる向いてないを言う事は出来ない
色々試してみるよ

304
デフォルトの名無しさん[sage]   投稿日:2015/11/05 14:34:23  ID:Br1WFf6W.net
バージョン番号を管理したいときにはgitは不向きなんだよね
かといってcvsに戻るのも面倒だし・・・

305
デフォルトの名無しさん[]   投稿日:2015/11/05 14:58:23  ID:MKzEUYge.net
ツールに溺れてアホ。
コメント1件

306
デフォルトの名無しさん[sage]   投稿日:2015/11/05 17:53:54  ID:DwMhKH/P.net(8)
>301
> Gitでバイナリファイルを管理したっていいじゃない。
誰もバイナリファイルを管理するなって言ってないんだけど。

jpgとか一体何から生成するっていうんだ?
生成するソースがバイナリ形式しか無いものだっていくらでもある。

307
デフォルトの名無しさん[sage]   投稿日:2015/11/05 17:59:16  ID:DwMhKH/P.net(8)
>305
> バージョン番号を管理したいときにはgitは不向きなんだよね

バージョン番号をつける(にも使える)為の
git tagって機能があるよ。

308
デフォルトの名無しさん[sage]   投稿日:2015/11/05 18:00:50  ID:DwMhKH/P.net(8)
>302
> いいんじゃない?バイナリーのgitでの管理
> うちも結構やってるよ
>
> でもバージョン管理したくない物をgitの管理下に置くのは
> 筋の悪い使い方のような気がするな

そのとおりだよね。
バージョン管理したくないものを含めるなって言ってるのに、
いきなり(バージョン管理することも普通にある)
バイナリファイルを持ってきて反論したつもりとか意味不明すぎたw
コメント1件

309
デフォルトの名無しさん[sage]   投稿日:2015/11/05 18:38:53  ID:raJNtqbt.net(4)
>308
> バージョン管理したくないものを含めるなって言ってるのに、
そうなの?
俺は、元発言者は、バイナリをバージョン管理したいと思ったが。
V1.0とV2.0があったとき、
・V1.0の完成時点のバイナリの何か
・V2.0の完成時点のバイナリの何か
を取得できないと後から困ったことになったりして、そのバイナリの何かをバージョン管理に
入れたいんじゃないのかと思ったが。
コメント1件

310
デフォルトの名無しさん[sage]   投稿日:2015/11/05 18:41:04  ID:raJNtqbt.net(4)
>299
> ver1.0のソースコードの時にコンバーターの実行ファイルを追加しました。
> ver2.0の時にコンバーターをアップデートしました。
>
> 後からver1.0のソースコードをビルドしたい時、
> コンバーターは最新のものを使いたいです。ってことでしょ?

この例だと、最新のコンバータではV1.0をビルドできないから、V1.0時代のコンバータが必要とか。

311
デフォルトの名無しさん[sage]   投稿日:2015/11/05 18:43:28  ID:raJNtqbt.net(4)
まぁ、その必要なバイナリが、何かのエコシステムに入っていて、後からバージョン指定でいつでも
取り出せるようになってればいいけど、そうなってないバイナリの何かは、バイナリそのものを管理
しといたほうが楽じゃないか?
コメント1件

312
デフォルトの名無しさん[sage]   投稿日:2015/11/05 18:45:33  ID:DwMhKH/P.net(8)
>309
特定のフォルダ以下はバージョンを最新のものしか保持しないって
書いてあるだろ。

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]
例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね
もちろん互換性を保持したままバージョンアップされる
コンバータをビルドするには環境を作成する必要があるからgit cloneで
バイナリだけ落ちてくればいい

313
デフォルトの名無しさん[sage]   投稿日:2015/11/05 18:50:31  ID:DwMhKH/P.net(8)
>311
最新のもの "しか" 保持しないというのは
言い換えると古いバイナリは保持しないってことだぞ。

バイナリであろうがなかろうが、
「それ(例:バイナリ)」が「あれ(例:ソース)」から自動的に生成可能なのであれば
「あれ」だけをバージョン管理すればいい。
「それ」は入れる必要が無い。

だけど「あれ」が入手不可能だったり自動的に生成するのが困難だったり
するばあいは「それ」を入れても構わんよ。それがバイナリであっても。

で、この話はしていない。


特定のフォルダ以下はバージョンを最新のものしか保持しないならば
最初からバージョン管理ツールで管理するなって話をしてるの。
コメント2件

314
デフォルトの名無しさん[sage]   投稿日:2015/11/05 18:51:43  ID:UFjpiFTR.net
converter_v1.exeとかconverter_v2.exeとかの名前でコミットしといて、
converter.exe自体はソース管理対象から外しておいて
converter_v1.exeとかconverter_v2.exeからconverter.exeへコピーしてビルドするとかじゃダメなの?
コメント1件

315
デフォルトの名無しさん[sage]   投稿日:2015/11/05 18:55:40  ID:DwMhKH/P.net(8)
>314
それは何が目的?

316
デフォルトの名無しさん[sage]   投稿日:2015/11/05 20:10:12  ID:Rz7aBIc4.net(2)
>313
>294
> コンバータをビルドするには環境を作成する必要があるからgit cloneで
> バイナリだけ落ちてくればいい
> もちろんツールのソースは別のリポジトリで管理されてる

って言ってるじゃん
使う側はコンバータをビルドする環境が無いから(作成する必要もないから)
最新のコンバータだけcloneで他のソースとかと一緒に落ちてくればいいという事を言ってる

gitは仮想ファイルシステムでProGitでバージョン管理する必要の無い公開鍵を
hash-objectで格納する例が載ってるから、バイナリをそんな感じで管理したいって事

もうこれで3回も同じ事を書き込んでるけど、誰もhash-objectやgitの仕組みには
触れずに概念的な話しに終始してるよな…

そんなことはVCS全般すれでやればいい事でgitでどうやるかを聞いてるだけだ
コメント1件

317
デフォルトの名無しさん[sage]   投稿日:2015/11/05 21:52:52  ID:DwMhKH/P.net(8)
>316
じゃあ「特定のフォルダ以下はバージョンを最新のものしか保持しない」は
どういう意味?

最初に俺が、その質問者に意味を聞いてるんだけどなw
擁護するならあんたが答えてもいいよ。
コメント1件

318
デフォルトの名無しさん[sage]   投稿日:2015/11/06 00:17:21  ID:PyaxwC3a.net
>317
特定のフォルダ以下にそういうコンバータがいくつもあって
いっぺんに指定したいってだけでしょ
コメント1件

319
デフォルトの名無しさん[sage]   投稿日:2015/11/06 00:32:23  ID:0X5/TYar.net(13)
>318
意味不明。「最新のものしか保持しない」んだよ。
いくつもあるわけがない

320
デフォルトの名無しさん[sage]   投稿日:2015/11/06 07:20:37  ID:bXBG+Vn3.net
最新のコンバータが1つのファイルとは限らないだろ
本体バイナリと設定ファイルで構成されるとか
バイナリだけだとしてもバックエンドとフロントエンドに分かれているとか

本人じゃないから実情は知らんけど

321
デフォルトの名無しさん[sage]   投稿日:2015/11/06 08:20:01  ID:2EpFLhtG.net(2)
>もうこれで3回も同じ事を書き込んでるけど、誰もhash-objectやgitの仕組みには
>触れずに概念的な話しに終始してるよな…

皆筋悪そうだから他の方法すすめてるだけなのに
そんなにいいアイデアだと思うんなら自分でやってみて
「ぼくのかんがえたさいきょうの・・・」とかいう釣りタイトルつけて
ブログにでもうpすれば。
コメント1件

322
デフォルトの名無しさん[sage]   投稿日:2015/11/06 10:15:34  ID:BnMLfISE.net(3)
>313
> 最新のもの "しか" 保持しないというのは
> 言い換えると古いバイナリは保持しないってことだぞ。
俺が想像したのは、MyApp V1.0の時の最新と、MyApp V2.0の時の最新は違うということ。
V1.0一式を取得したら、そのときの最新のバイナリの何かが欲しいのではと。

> だけど「あれ」が入手不可能だったり自動的に生成するのが困難だったり
> するばあいは「それ」を入れても構わんよ。それがバイナリであっても。
>
> で、この話はしていない。
ソースからビルド可能なら、バイナリは管理するな、ビルドしろと読み取ったから少しコメント
したんだが、そういう話じゃないなら、俺からは以上かな。
コメント1件

323
デフォルトの名無しさん[sage]   投稿日:2015/11/06 10:26:56  ID:0X5/TYar.net(13)
>322
読めばわかるでしょ?

その時の最新のバイナリではなくて、常に同じものが欲しいって書いてある。
古いコードをチェクアウトしたとき、当時の最新ではなくて現在の最新がほしいって書いてある。

なにそれ?バージョン管理の意味無いじゃん。って話をしてるからやめとけという話をしている。

バイナリを入れるのもあまり良くないが仕方ない場合もあるとして、
それ以上に古いコードを新しいツールでビルドするのも同一性が担保できないし、
百歩譲ってそれでいいにしても、それならそれでバージョン管理をしなければいいだけ。

単に「ファイルを取ってくるのが面倒くさい」という理由だけで、
バージョン管理ソフトをバージョン管理ではない使い方をしようとしてるんだよ。

なぁ?センス無いだろー?w
コメント2件

324
デフォルトの名無しさん[sage]   投稿日:2015/11/06 10:52:43  ID:51omasux.net(2)
gitはファイルストレージじゃないんだからリポジトリを肥大化させるバイナリを入れるなでFA

325
デフォルトの名無しさん[sage]   投稿日:2015/11/06 11:12:47  ID:MCFwvtat.net(4)
>323
現在の最新って何かな?
特定のブランチをcheckoutすればそのブランチにおける最新のファイルが全部ワークツリーに展開されるよね?
指定したディレクトリの下だけは、ブランチの最新じゃなくて、リポジトリに存在するそのディレクトリの最新のツリーオブジェクトに置き換えるってこと?
コメント1件

326
デフォルトの名無しさん[sage]   投稿日:2015/11/06 11:45:37  ID:BnMLfISE.net(3)
>323
ところで、Webアプリ開発で、external compiled/minified js/css libraryを、自リポジトリに
入れることについてはどう思う?

これを入れて良いと考えるなら、コンバータ的な何かのバイナリを自リポジトリに入れても
違和感ないと思うんだが。

327
デフォルトの名無しさん[sage]   投稿日:2015/11/06 11:56:33  ID:0X5/TYar.net(13)
なんでこう次からから次へと同じ間違いしてる奴ばかり来るんだ?
俺はバイナリも生成したファイルを入れることも否定してないんだよ。

「バージョン管理をしないもの」をバージョン管理システムに
入れるなって話をしてる。

いいかげんにしろ。ちゃんと読んでからレスしろ

328
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:00:03  ID:0X5/TYar.net(13)
>325
言ってるのは俺じゃないぞ、例のあいつ曰く。

新しいファイルをコミットししたら、
過去の歴史のどのコミットをチェックアウトしても
あるディレクトリ以下だけは最後にコミットしたファイルを使いたいって言ってるんだよ。

繰り返し言うが、俺じゃないぞ。
あいつがそうしたいって言ってるんだよ。

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


だから俺はバージョン管理しないなら、
バージョン管理システムに入れるなって言ってる。
コメント1件

329
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:08:27  ID:MCFwvtat.net(4)
>328
それがもとなのか
でも >293 の書き込みから推測すると
これは指定フォルダ範囲限定のshallow cloneしたいと言ってるように思える
指定フォルダ範囲以外は過去の履歴全部cloneやpullしたいけど
指定フォルダ範囲だけは最新のファイルだけ(-depth 1)cloneやpullしたいみたいな感じ?

330
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:08:57  ID:MCFwvtat.net(4)
>293じゃないや>292
コメント1件

331
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:09:30  ID:0X5/TYar.net(13)
> それがもとなのか
> でも >293 の書き込みから推測すると

>293は俺だよ。>292へのレスだろうが。
コメント1件

332
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:14:22  ID:0X5/TYar.net(13)
>330
それのレスを見る前に>331を書き込んだ。

>292=294が言ってるだろ

> コンバータをビルドするには環境を作成する必要があるからgit cloneで
> バイナリだけ落ちてくればいい
> もちろんツールのソースは別のリポジトリで管理されてる
>
> 単にディスクスペースを気にせずバイナリをcommitすれば全て解決だけど
> 履歴は要らないから簡単に保存しないように出来ればなと思っただけだ


1. 履歴は要らないと言ってるから、やっぱり最新版だけ欲しいだけ。

2. git cloneでバイナリを落としたいと言ってる。
単に別コマンドが面倒ってだけ。


別コマンドを入力するのが面倒だからという理由だけで
バージョン管理しないものを、バージョン管理システムに入れようとしてる。
俺は最初から、入れずに別から持って来いって話をしてる。

一般に用いられてるrubyのGemfileとかそういう仕組だろうが。
バージョン管理システムでやることじゃない。
ソースコードに含まれるビルドの仕組みでやるべきことだ。
コメント1件

333
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:21:05  ID:ev4LQ/Di.net(2)
思うに元の質問者は一部ディレクトリには最新版を強要するというバージョン管理をやりたいのではなかろうか?
コメント1件


334
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:26:48  ID:MCFwvtat.net(4)
>333
その最新版っていうのはブランチの?ローカルリポジトリの?リモートまでも含めた全ブランチの?

335
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:38:20  ID:BnMLfISE.net(3)
>332
> 一般に用いられてるrubyのGemfileとかそういう仕組だろうが。
> バージョン管理システムでやることじゃない。
> ソースコードに含まれるビルドの仕組みでやるべきことだ。
べきって言われると、何か反応したくなっちゃうんだよね。
gemに代用されるパッケージマネージャは、おおむね取得後ビルドが必要ない言語とか、
グローバル環境を汚染しない目的で使われるとかあるからね。

欲しいファイルが*.soいくつかとか、*.warいくつか、だったら、バイナリをリポジトリに
入れてもいいと思うんだけど。

336
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:44:37  ID:62Bbfe75.net(5)
gitをただのバージョン管理システムって決め付けてる奴はgithubなんて
一生思いつかないんだろうな
git lfsとかもバージョン管理システムで巨大なバイナリなんて管理するなって
言うんだろうな
コメント1件

337
デフォルトの名無しさん[sage]   投稿日:2015/11/06 12:47:23  ID:ev4LQ/Di.net(2)
元質問者の意図がわからないので俺に理解できる形に問題を改変

・一部ディレクトリで最新版を強要するバージョン管理を行いたい
最新版の意味は別途定義する


proj
-src
-tools
プロジェクトディレクトリの下にsrcディレクトリとtoolsディレクトリを置く
srcは普通にバージョン管理を行う
srcの過去バージョンをチェックアウトした場合でもtoolsディレクトリは常に登録されている最新情報を示すように強制する

最新版の意味は取り敢えずremote mster HEADと定義してみる

思い付いたやり方
フックスクリプト書いて全体のチェックアウト後とクローン後にtoolsディレクトリだけremote master HEADから取ってくるようにする

質問者の意図通りかどうかは知らん

338
デフォルトの名無しさん[sage]   投稿日:2015/11/06 17:30:03  ID:0X5/TYar.net(13)
>336
> gitをただのバージョン管理システムって決め付けてる奴はgithubなんて
> 一生思いつかないんだろうな

githubはgitじゃないんですが・・・?
コメント1件

339
デフォルトの名無しさん[sage]   投稿日:2015/11/06 18:02:48  ID:Np8gxke0.net
質問者は名前欄を工夫してくれ
質問者そっちのけで議論してあってたらバカみたいじゃないか
コメント1件

340
デフォルトの名無しさん[sage]   投稿日:2015/11/06 19:27:46  ID:62Bbfe75.net(5)
>338
ソースが公開されて無い以上gitをどう改良してどう実装してるかなんて
分かりようがないけど、githubの実装を知ってるの?
コメント1件

341
デフォルトの名無しさん[sage]   投稿日:2015/11/06 19:31:06  ID:51omasux.net(2)
なにいってんだこいつ

342
デフォルトの名無しさん[sage]   投稿日:2015/11/06 19:50:32  ID:0X5/TYar.net(13)
>340が面白いことを言い出した(笑)

githubはgitを内部に取り込んで改良して動かしてると思ってるんだね。

素のgitのリモートリポジトリにアクセスするウェブサービスだよ。
githubはgitから見れば1クライアントにすぎない。
コメント3件

343
デフォルトの名無しさん[sage]   投稿日:2015/11/06 19:51:04  ID:0X5/TYar.net(13)
少し修正

githubはgitリモートリポジトリから見れば1クライアントにすぎない。

344
デフォルトの名無しさん[sage]   投稿日:2015/11/06 20:52:55  ID:62Bbfe75.net(5)
>342
じゃあgitコマンドからはアクセスできないリソースはどうやって管理されてるか
知ってんの?
コメント1件

345
デフォルトの名無しさん[sage]   投稿日:2015/11/06 20:56:59  ID:62Bbfe75.net(5)
>342
git lfsはGithub独自サービスだけどgitのプラグイン(?)で実装されてるよね
git lfsって出来るんだから
プラグインとか良く知らんけど他のGithubのリソースはプラグインとかではなくて
絶対にgitとは無関係なもので管理されてると言いたいんだよね?
コメント1件

346
デフォルトの名無しさん[sage]   投稿日:2015/11/06 21:04:28  ID:62Bbfe75.net(5)
>342
githubのWikiとか当然clone出来るけど何を持ってただのクライアントと
言ってんだろうか…
バージョン管理以上の事をgitを使ってやってるって事を言いたいだけなんだが

347
デフォルトの名無しさん[sage]   投稿日:2015/11/06 22:04:17  ID:0X5/TYar.net(13)
git lfs持ち出してきて何か反論してるつもりなんだろうか?

俺が(何度も)言ってるのは、gitでバージョン管理しないものを入れるな
ということであって、バイナリを入れるなとは言っていない(推奨はしないけど)
バージョン管理しないものを、gitに入れるなって話をしてる。

で、git lfsは「gitにバイナリを入れるという標準機能」を高速化した
バージョン管理の仕組み。これはバージョン管理してるのだから、
俺が言っていることにたいしての、反証にはなってない。

348
デフォルトの名無しさん[sage]   投稿日:2015/11/06 22:05:31  ID:0X5/TYar.net(13)
>344
> じゃあgitコマンドからはアクセスできないリソースはどうやって管理されてるか

Issueとかですか? あれはgitでバージョン管理していません。
バージョン管理しないものをgitに入れるわけないじゃないですかーw
コメント1件

349
デフォルトの名無しさん[sage]   投稿日:2015/11/06 22:11:57  ID:0X5/TYar.net(13)
>345
> プラグインとか良く知らんけど他のGithubのリソースはプラグインとかではなくて
> 絶対にgitとは無関係なもので管理されてると言いたいんだよね?

プラグインを使って連携して、情報をgitリポジトリではなく他のストレージに入れているのであれば、
それは俺が言ってる「gitリポジトリにバージョン管理しないものを入れない」ってことだよ。

もしgitリポジトリに入っているのであれば、git cloneした時に、
それらの情報が入ってるはずでしょう。

githubの仕組みは公開されていないだろうから、知る手段はないかもだけど
オープンソースgithubクローンのgitlabを参考にしてみたら?

あれは「gitリポジトリに入れるべきじゃないバージョン管理しない情報」の保存に
PostgreSQLを使用している。githubも同じであることにはならないけど、
そんなものをgitリポジトリに入れずに作れることの証明にはなる。

350
デフォルトの名無しさん[sage]   投稿日:2015/11/06 22:16:41  ID:0X5/TYar.net(13)
一応釘を差しておくわ。

バージョン管理しないものをgitリポジトリに入れるなと最初から言ってるだけ、

バイナリを入れるなとは言ってないし、githubがgitと連携してないとも言ってない。

どうも俺が言ったことを捻じ曲げようとしてるやつがいるようなんだよな。
わざとか?

351
デフォルトの名無しさん[sage]   投稿日:2015/11/06 23:19:56  ID:2EpFLhtG.net(2)
>339
名寄せしてみたYO
ID:4VARUgDB=ID:Rz7aBIc4
ID:skpMWGee=ID:DwMhKH/P=ID:0X5/TYar
ID:raJNtqbt=ID:BnMLfISE

352
デフォルトの名無しさん[sage]   投稿日:2015/11/08 14:35:13  ID:9wMy1B9D.net(2)
>348
issueとかって言ってるけどwikiは標準のgitだけでcloneできる
コメント1件

353
デフォルトの名無しさん[sage]   投稿日:2015/11/08 14:41:08  ID:9wMy1B9D.net(2)
>321
> 皆筋悪そうだから他の方法すすめてるだけなのに
筋悪いって…なんとう文学的な否定の仕方w
完全文系だよな
hash-objectを良く知らないと正直に言うか黙ってるか具体的に否定してくれよ
ちゃんと否定してくれればありがとうと言うよ
コメント2件

354
デフォルトの名無しさん[sage]   投稿日:2015/11/08 19:02:38  ID:hMKFsgJi.net(4)
>352
issueって言ってるのに、なんでwikiって言ってるんだ?
wikiはドキュメントであり、バージョン管理するものだろう?

355
デフォルトの名無しさん[sage]   投稿日:2015/11/08 19:51:25  ID:V8tNRB53.net(2)
「とか」を突付いてるんじゃね?
にしても何が言いたいんだろうな?

356
デフォルトの名無しさん[sage]   投稿日:2015/11/08 20:45:37  ID:hMKFsgJi.net(4)
>353
hash-objectがあるから、だからなんなんだ?としか思ってない。

本来の用途ではない使い方をするというのであれば
hash-objectを使ってデータベースサーバー用の
データストレージを作ることだって可能だろう。

hash-objectを使って可能だとしても
バージョン管理システムにバージョン管理しないものを入れるべきではない。

本来の用途ではないからだ。

357
デフォルトの名無しさん[sage]   投稿日:2015/11/08 20:52:47  ID:hMKFsgJi.net(4)
git checkout [ブランチ名] する時に、
1. その名前のブランチがなくて
2. その名前のブランチがリモートにある場合、

自動的に、リモートブランチをトラッキングした
ローカルブランチが新しくできるよな? 実際に出来てるし。

だけどCygwinのgit 2.5.3だと、エラーにならないくせに
ローカルブランチができていない。(名前を間違ったらエラーになる)

これってバグか仕様? それとも何か設定でもある?

これだとうまくいく
git checkout -b foo --track origin/foo
git checkout --track origin/foo

358
デフォルトの名無しさん[sage]   投稿日:2015/11/08 21:04:25  ID:V8tNRB53.net(2)
branch.autosetupmerge かな?
コメント1件

359
デフォルトの名無しさん[sage]   投稿日:2015/11/08 22:20:50  ID:hMKFsgJi.net(4)
>358
違うみたい。true、 always のどちらでもやったけど、新しくブランチが作成されない。
新しくブランチが作成されないのに正常終了してるからバグなんじゃないかって思ってる。

確かgit 1.7とか古い時代は、git checkout [ブランチ名]だけでは
リモートに同じ名前があったとしても、ブランチ作成されなかったんだよね。

いつの頃だったか忘れたけど、(リモート)ブランチ名を指定して
チェックアウトするだけでローカルにブランチ作られて更に
トラッキングされた状態になるようになったから、便利!って思って
それ以降いつもブランチ名だけ指定していたから、cygwinでやってあれ?ってなった。

360
デフォルトの名無しさん[sage]   投稿日:2015/11/09 08:46:11  ID:TIIy8yma.net(3)
>353
hash-objectで何をどうやりたいの?
あれは単にgitの内部構造なだけで
あなたのやりたいことを実現する魔法の道具ではないよ

まず自分がやりたいことを明確にする
そしてそれを他の人が理解できる形にする

それが出来れば具体的なアドバイスが得られれると思うよ

361
デフォルトの名無しさん[sage]   投稿日:2015/11/09 08:54:48  ID:tdfbfkPk.net
> hash-objectで何をどうやりたいの?
バージョン管理ソフトを使って
バージョン管理をしたくない。
常に最新のファイルだけを保存したい。
コメント1件

362
デフォルトの名無しさん[sage]   投稿日:2015/11/09 09:10:24  ID:WhwNyLZa.net(2)
バージョンを管理しないのに最新とか意味がわからん

363
デフォルトの名無しさん[sage]   投稿日:2015/11/09 09:13:31  ID:TIIy8yma.net(3)
>361
>常に最新のファイルだけを保存したい。

「常に最新のファイル」を定義してみて
あなたにとっての「最新のファイル」が何を意味するものなのか他の人にはわからないよ



ちゅうか元質問者が誰かすでにわからないんだったな
まぁいいや

364
デフォルトの名無しさん[sage]   投稿日:2015/11/09 09:39:43  ID:L+jvgLXL.net(2)
例えばコンパイラは古いバージョンを使う必要はない。
git cloneしたらコンパイラも一緒にインストールされて
makeを実行したらすぐにビルドしたいんだよ。
コメント2件

365
デフォルトの名無しさん[sage]   投稿日:2015/11/09 09:41:30  ID:L+jvgLXL.net(2)
>294に書いてあるとおり

> 例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね
> もちろん互換性を保持したままバージョンアップされる
> コンバータをビルドするには環境を作成する必要があるからgit cloneで
> バイナリだけ落ちてくればいい

366
デフォルトの名無しさん[sage]   投稿日:2015/11/09 09:41:47  ID:TIIy8yma.net(3)
>364
オッケー
例えばそのコンパイラは、コンパイラ開発サイトにある最新版なのか
自分たちのプロジェクトの中にある最新版なのか
どちらが欲しい?

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

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

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

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

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

370
デフォルトの名無しさん[sage]   投稿日:2015/11/09 17:21:28  ID:vqI1nm1x.net(3)
>369
だからその最新版でありさえすればいいを定義してないから混乱してるんだって
コメント1件

371
デフォルトの名無しさん[sage]   投稿日:2015/11/09 17:37:20  ID:hDkDA5dy.net(3)
>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に登録すればいいのだが、サイズがでかいとかの理由で
そうしたくないなら、別の方法を考える必要がある。
コメント1件

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

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

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

374
デフォルトの名無しさん[sage]   投稿日:2015/11/09 18:10:04  ID:vqI1nm1x.net(3)
>372
あなたは>292の元質問者?

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

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

376
デフォルトの名無しさん[sage]   投稿日:2015/11/09 18:31:45  ID:wTaE5xnX.net
git pullしたときに更新があったら~/install.shを実行する方法を教えて
コメント1件

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

378
デフォルトの名無しさん[sage]   投稿日:2015/11/09 19:20:35  ID:rpYLMD5h.net(2)
>376
post-merge フック

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

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

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

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

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

384
デフォルトの名無しさん[sage]   投稿日:2015/11/09 23:37:46  ID:2IQosoUz.net
sourcetreeで スタッシュからポップしたいんだけどどうしたらいいの?

385
デフォルトの名無しさん[sage]   投稿日:2015/11/10 08:56:14  ID:jysDDVfK.net
>383
だからpost-checkoutスクリプト書けって言ってんだろ
ソースに付属のサンプルくらい読めやがれ
コメント1件

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

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

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

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

388
デフォルトの名無しさん[sage]   投稿日:2015/11/10 11:54:10  ID:LsvFQgd7.net(3)
>387
あなたは元発言者?
コメント1件

389
デフォルトの名無しさん[sage]   投稿日:2015/11/10 12:03:07  ID:B2wNB1y1.net(4)
>388
はいそうです。
コメント3件

390
デフォルトの名無しさん[sage]   投稿日:2015/11/10 12:04:29  ID:LsvFQgd7.net(3)
>389
OK、じや、最新版のgitを使え
コメント1件

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

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すれば全て解決だけど
履歴は要らないから簡単に保存しないように出来ればなと思っただけだ

392
デフォルトの名無しさん[sage]   投稿日:2015/11/10 12:06:39  ID:B2wNB1y1.net(4)
>390
使ってます
コメント1件

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

394
デフォルトの名無しさん[sage]   投稿日:2015/11/10 12:17:07  ID:B2wNB1y1.net(4)
最新は2.6.3だろ。何を言ってるんだ?

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

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

397
デフォルトの名無しさん[sage]   投稿日:2015/11/10 16:27:33  ID:HB2gwhXV.net(2)
>387>389は偽モンだろ
口調が全然違う

398
デフォルトの名無しさん[sage]   投稿日:2015/11/10 16:28:39  ID:HB2gwhXV.net(2)
結論出てるのに蒸し返す方が草だろ

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

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

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


川崎病の年間患者数、史上最高に 1万5千人を突破、ピーク時を超える 最初の報告は水爆実験後。本当の原因は被曝
震災以降に死亡者数が、第二次大戦に匹敵するほど急増している
厚生労働省によると平成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

402
デフォルトの名無しさん[sage]   投稿日:2015/11/21 14:59:28  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 にアクセスすれば調べられる。

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





以上、個人用メモな
コメント1件

403
デフォルトの名無しさん[sage]   投稿日:2015/11/22 01:50:28  ID:i/I0leYF.net(2)
プライベートに限らずプッシュするならどんな場合でも認証あるでしょ?
コメント5件

404
デフォルトの名無しさん[sage]   投稿日:2015/11/22 01:54:59  ID:i/I0leYF.net(2)
curl,wget限定か、historyにパス残したくないからってことか
コメント1件

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

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

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

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

406
デフォルトの名無しさん[sage]   投稿日:2015/11/22 18:00:21  ID:AohAHjVf.net
>405
プッシュと書いている時点で取得するだけではないんじゃ
コメント1件

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

http://www.artit-k.com/wp-content/uploads/2015/03/Create-new-remote-...

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

408
デフォルトの名無しさん[sage]   投稿日:2015/11/22 22:24:55  ID:+9yGsSZo.net(3)
え、質問じゃなくてクイズってこと?
うーんわからん
コメント1件

409
デフォルトの名無しさん[]   投稿日:2015/11/22 22:29:13  ID:P9q5ufss.net(2)
>408

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

410
デフォルトの名無しさん[sage]   投稿日:2015/11/22 22:57:37  ID:kQ+s0aeG.net
コマンドプロンプト起動して試してみたけど何の問題もなかったけど
コメント1件

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

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

プッシュと書いてませんが?
コメント1件

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

414
デフォルトの名無しさん[]   投稿日:2015/11/22 23:46:07  ID:5Z5NQXig.net(2)
>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の巣立ちを実感するが。。。

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

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

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


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

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

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

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

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

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

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

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

そしたら会話として成り立ってないよな。
>403がね。
コメント1件

420
デフォルトの名無しさん[sage]   投稿日:2015/11/23 10:18:40  ID:DL9ZWAOp.net
プライベートなのにhttpでパス入力無しで取ろうと思うのがそもそもの間違い
結局ファイルにパス書いておくんじゃヒストリーと変わらん
コメント1件

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

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

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

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

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


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

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

ちょっと経験が足りませんね
コメント1件

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

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

経験が足りないのはどっちw
コメント1件

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

425
デフォルトの名無しさん[sage]   投稿日:2015/11/23 15:42:12  ID:I/A9+n8X.net
× 403は新しい話をし始めている
○ 403は見当違いの意味不明なレスをしている
コメント1件

426
デフォルトの名無しさん[sage]   投稿日:2015/11/23 18:07:52  ID:2xlANCU0.net
>425
そうかもしれんが405が意味不明なのは変わらんぞ


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

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

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

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

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

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

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

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

433
デフォルトの名無しさん[sage]   投稿日:2015/11/25 00:30:13  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できないんでしょうか?
コメント2件

434
デフォルトの名無しさん[sage]   投稿日:2015/11/25 00:46:57  ID:kBMCztpU.net
>433
たぶんrebaseの使い方を勘違いしてる

435
デフォルトの名無しさん[sage]   投稿日:2015/11/25 07:17:22  ID:F/gW2/ep.net
>433
英語のメッセージ読もうず

436
デフォルトの名無しさん[sage]   投稿日:2015/11/27 00:07:21  ID:43+fTCdv.net(2)
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でも使えてます

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

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

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

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

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

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

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

441
デフォルトの名無しさん[sage]   投稿日:2015/12/11 05:37:10  ID:z9XcLK7w.net(3)
msys2もcygwinもあまり変わらないけどな。

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

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

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

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

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

445
デフォルトの名無しさん[sage]   投稿日:2015/12/11 23:33:06  ID:z9XcLK7w.net(3)
今度はbcが入ってなかった。

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

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

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

449
デフォルトの名無しさん[sage]   投稿日:2015/12/12 01:20:39  ID:kJaM603p.net(4)
何が困るの?
コメント1件

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

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

452
デフォルトの名無しさん[sage]   投稿日:2015/12/12 02:16:42  ID:kJaM603p.net(4)
> 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の機能だろう。

453
デフォルトの名無しさん[sage]   投稿日:2015/12/12 02:17:47  ID:kJaM603p.net(4)
さくっと見つかった。

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

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

455
デフォルトの名無しさん[sage]   投稿日:2015/12/13 00:08:54  ID:Uk76jVNU.net
git cat-file -p HEAD@{10}:test.txt

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

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

457
デフォルトの名無しさん[sage]   投稿日:2015/12/13 20:41:22  ID:JojoLeoc.net
show もコロン

458
デフォルトの名無しさん[sage]   投稿日:2015/12/15 14:10:22  ID:eKNCNDOC.net
addってなんの意味があるの?
直接commitじゃダメなの?

459
デフォルトの名無しさん[sage]   投稿日:2015/12/15 14:25:57  ID:3tIcxPrn.net
今すぐコミットしたいものとあとでコミットしたいものを分けられる

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

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

462
デフォルトの名無しさん[]   投稿日:2015/12/19 09:14:21  ID:4W3mkIJm.net

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

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

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

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

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

467
デフォルトの名無しさん[sage]   投稿日:2015/12/20 20:44:54  ID:KXSNh9Rn.net(2)
--word-diff ではあかんか

468
デフォルトの名無しさん[sage]   投稿日:2015/12/20 21:52:36  ID:sNgiTuJS.net
side-by-side 形式が求めるものかな

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

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

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

472
デフォルトの名無しさん[sage]   投稿日:2015/12/22 00:31:26  ID:hGv69Bvd.net
git checkout -m master
git branch -d develop
cp b.txt a.txt
git commit -a
コメント2件

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

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

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

475
デフォルトの名無しさん[sage]   投稿日:2015/12/22 23:31:17  ID:G8TSJGI1.net
>471
なんでbを見ながらaを編集しなかった?
コメント1件

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

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

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

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

480
デフォルトの名無しさん[sage]   投稿日:2015/12/24 17:15:23  ID:DTFKCabF.net(4)
>471>472
developブランチ「俺はなぜ生まれてきたのか?」
コメント2件

481
デフォルトの名無しさん[sage]   投稿日:2015/12/24 18:04:59  ID:+bsSlAyH.net(3)
>480
細かくcommitしながらコーディングしたいからでは?
コメント1件

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

483
デフォルトの名無しさん[sage]   投稿日:2015/12/24 18:22:25  ID:+bsSlAyH.net(3)
本当にやりたかったことは、master/a.txtを見ながらdevelop/a.txtを編集したいということじゃないかと。
コメント1件

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

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

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

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

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

487
デフォルトの名無しさん[sage]   投稿日:2015/12/24 18:41:02  ID:DTFKCabF.net(4)
developブランチ「俺はなぜ(略

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

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

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

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

490
デフォルトの名無しさん[sage]   投稿日:2015/12/24 18:55:29  ID:DTFKCabF.net(4)
既に>471がおいてけぼりだと思いますっ
コメント1件

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

492
デフォルトの名無しさん[]   投稿日:2015/12/26 10:03:23  ID:bmbNcMd5.net
>490
>471に一番向いている回答は>475だと思う。

493
デフォルトの名無しさん[sage]   投稿日:2015/12/26 10:21:54  ID:V2XOAxzo.net
開発ブランチにいるときにa.txtを使いたいときに困るじゃん

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

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

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

これ読むと良いよ

GitHubでの”Merge pull request”の弊害
http://postd.cc/merge-pull-request-considered-harmful/
コメント3件

496
デフォルトの名無しさん[]   投稿日:2015/12/29 15:26:47  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'を汚さなくて済む
コメント3件

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

498
デフォルトの名無しさん[sage]   投稿日:2015/12/30 02:31:01  ID:XWMmXdL1.net
>495
良回答に良記事

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

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

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

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

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

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

503
デフォルトの名無しさん[sage]   投稿日:2016/01/03 01:11:30  ID:lvAH1bJs.net(2)
>502
あってない
コメント1件

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

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

506
デフォルトの名無しさん[sage]   投稿日:2016/01/03 09:13:14  ID:pIbz3QOP.net(3)
>505
あざす

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

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

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

510
デフォルトの名無しさん[sage]   投稿日:2016/01/04 18:20:09  ID:cKbl2zIe.net(2)
>509
shallow cloneを使うのです

511
デフォルトの名無しさん[sage]   投稿日:2016/01/04 20:23:49  ID:WKhSyJYd.net(2)
シャロー クローン オボエタ アリガトウ

512
デフォルトの名無しさん[sage]   投稿日:2016/01/04 20:37:49  ID:StQQAq7u.net
映画でおっぱい晒してる女優の名前だな

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

514
デフォルトの名無しさん[sage]   投稿日:2016/01/06 11:27:32  ID:wURx2dCr.net(2)
削除すればいいやん


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

516
デフォルトの名無しさん[sage]   投稿日:2016/01/06 13:46:18  ID:IaWsb8dx.net
commit してから
git rebase -i HEAD~5
で好きに並べ替える。

517
デフォルトの名無しさん[sage]   投稿日:2016/01/06 14:14:05  ID:VA1ckdYE.net
>513
/etc

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

519
デフォルトの名無しさん[sage]   投稿日:2016/01/06 21:22:18  ID:5pKkEElA.net
git log --oneline して大丈夫なように書く

520
デフォルトの名無しさん[sage]   投稿日:2016/01/06 21:47:51  ID:wURx2dCr.net(2)
>518
一行目は50文字以下。
だから改行なんぞあるわけがない
コメント2件

521
デフォルトの名無しさん[sage]   投稿日:2016/01/06 21:50:30  ID:hb8+eohI.net(3)
>520
1行目以降の話なんだが

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

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

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

524
デフォルトの名無しさん[sage]   投稿日:2016/01/07 00:52:37  ID:dXC1CCvL.net
境界チェック

525
デフォルトの名無しさん[]   投稿日:2016/01/07 21:40:02  ID:7Bqzi+Re.net
v2.7.0

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

527
デフォルトの名無しさん[sage]   投稿日:2016/01/08 07:27:14  ID:ibYgEKHy.net
>526
で、3行目からは、次のパラグラフまで改行しない?

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

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

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

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

531
デフォルトの名無しさん[sage]   投稿日:2016/01/09 20:00:48  ID:CcDze1VM.net
そうなのか。

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

適度に改行する事にするよ。
アドバイスありがとう。
コメント1件

532
デフォルトの名無しさん[sage]   投稿日:2016/01/09 20:11:30  ID:bJPIL1Ox.net
いやいや530ネタでしょ
コメント1件

533
デフォルトの名無しさん[sage]   投稿日:2016/01/09 20:45:40  ID:fiqkpxEg.net
普通に読みにくいw
どっか縦読みなのかな。知らんけど

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

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

536
デフォルトの名無しさん[sage]   投稿日:2016/01/10 09:41:22  ID:RV61Ygo1.net
529もどうなのかと

537
デフォルトの名無しさん[sage]   投稿日:2016/01/10 11:32:13  ID:iQ+kGUXH.net(3)
じゃあ結局どうなのよ
コメント1件

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

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

540
デフォルトの名無しさん[sage]   投稿日:2016/01/10 13:29:57  ID:DvJYA3JL.net(2)
>539
SourceTree

541
デフォルトの名無しさん[sage]   投稿日:2016/01/10 16:07:28  ID:iQ+kGUXH.net(3)
>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文字でひとつの文を収めるってそうとう厳しくないか?
コメント1件

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

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

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

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

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

みんな、ありがとう。

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

547
デフォルトの名無しさん[sage]   投稿日:2016/01/11 10:01:56  ID:bUwJRX7M.net
gitkってコミットできないんだね
sourcetreeってmacとwindowsでしか使えないんだね
クロスプラットフォームの定番GUIツールあったら教えて
コメント1件

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

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

549
デフォルトの名無しさん[sage]   投稿日:2016/01/11 10:53:20  ID:BAoJOR6h.net(2)
>548
ジョースターって何?

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

550
デフォルトの名無しさん[sage]   投稿日:2016/01/11 10:59:26  ID:KWbjlA3E.net
ジョセフ・ジョースター?
コメント1件

551
デフォルトの名無しさん[sage]   投稿日:2016/01/11 11:31:59  ID:9Fv1gHIa.net
>547
git gui はあかんかった?
コメント1件

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

553
デフォルトの名無しさん[sage]   投稿日:2016/01/11 13:49:13  ID:UxukoE3i.net
>551
知らんかったこれつかうわ
git-krakenも気になったが登録するの面倒だった
コメント2件

554
デフォルトの名無しさん[sage]   投稿日:2016/01/11 20:57:52  ID:h3Zw4Fry.net
>553
>git-krakenも気になった
なかなかイカしたUIやね

555
デフォルトの名無しさん[sage]   投稿日:2016/01/12 00:50:39  ID:Ik1vLhCK.net
>553
なかな見どころがあるでゲソ

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

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

どうやれば良いでしょう?
コメント6件

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

559
デフォルトの名無しさん[sage]   投稿日:2016/01/14 10:51:22  ID:87BOzuvC.net(11)
mp3

560
デフォルトの名無しさん[sage]   投稿日:2016/01/14 13:10:22  ID:87BOzuvC.net(11)
submoduleというのを使ってみることにします。
コメント1件

561
デフォルトの名無しさん[sage]   投稿日:2016/01/14 14:12:20  ID:Bial8fVP.net(7)
private repositoryでやれよ。
コメント3件

562
デフォルトの名無しさん[sage]   投稿日:2016/01/14 14:25:42  ID:87BOzuvC.net(11)
解決方を提示できずに、言いがかりつけるだけなら黙ってて下さい。
コメント5件

563
デフォルトの名無しさん[sage]   投稿日:2016/01/14 14:47:58  ID:Bial8fVP.net(7)
は?private repositoryを使うのも解決法だろうが。

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

565
デフォルトの名無しさん[sage]   投稿日:2016/01/14 14:54:28  ID:87BOzuvC.net(11)
gothub -> github

566
デフォルトの名無しさん[sage]   投稿日:2016/01/14 14:58:00  ID:Bial8fVP.net(7)
あらら、githubのことよく知らなかったのか。
githubのprivate repositoryだ。有料だが。
コメント2件

567
デフォルトの名無しさん[sage]   投稿日:2016/01/14 15:19:15  ID:z01SUMZO.net
>560
地獄を味わうがいい
コメント1件

568
デフォルトの名無しさん[sage]   投稿日:2016/01/14 16:10:05  ID:87BOzuvC.net(11)
頭悪いですねえ。
非公開なら質問する必要が無いことを理解できないのでしょうか。
コメント1件

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

つか、さっさとsubmoduleでやれよ。
コメント1件

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

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

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

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

574
デフォルトの名無しさん[sage]   投稿日:2016/01/14 18:41:52  ID:Bial8fVP.net(7)
文句しか言わないなこいつ。
コメント1件

575
デフォルトの名無しさん[sage]   投稿日:2016/01/14 18:44:34  ID:nCIdsoCO.net(2)
>557
著作権的に問題があるファイルを別管理すればいいだけ
コメント2件

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

>575
ここの3の方法ですね。testsに下りなきゃならないのが面倒だけどしょうがないですね。
http://stackoverflow.com/questions/11058207/how-to-get-git-to-exclude-...
コメント2件

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

578
デフォルトの名無しさん[]   投稿日:2016/01/14 22:25:20  ID:oE17Uu+t.net
自殺すれば全て解決
コメント2件

579
デフォルトの名無しさん[sage]   投稿日:2016/01/14 22:40:57  ID:nCIdsoCO.net(2)
>578
言い出しっぺどうぞ

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

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

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

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

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

582
デフォルトの名無しさん[sage]   投稿日:2016/01/14 23:41:30  ID:BQdBnmZE.net(4)
訂正

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

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

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

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

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

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

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

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

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


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

585
デフォルトの名無しさん[sage]   投稿日:2016/01/14 23:50:53  ID:tAKAFi/g.net
三銃士を連れてくる所長まだ?

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

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

587
デフォルトの名無しさん[sage]   投稿日:2016/01/15 11:22:06  ID:4RqtBmS3.net(5)

588
デフォルトの名無しさん[sage]   投稿日:2016/01/15 11:25:51  ID:4RqtBmS3.net(5)
>294=>557だろ
お前は二度と書き込むな
コメント1件

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

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

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

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

591
デフォルトの名無しさん[sage]   投稿日:2016/01/15 12:29:08  ID:NW8jpekK.net
>578
HDD/SSDはどう処分する?

592
デフォルトの名無しさん[sage]   投稿日:2016/01/15 12:39:42  ID:51vQa545.net(2)
>562
言いがかりて
あなた病んでるよ
コメント1件

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

594
デフォルトの名無しさん[]   投稿日:2016/01/15 13:19:30  ID:51vQa545.net(2)
かわいそうな奴だな

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

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

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

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


598
デフォルトの名無しさん[sage]   投稿日:2016/01/15 14:10:41  ID:SRxvD3X4.net
色々と後出しが苦しいなw

599
デフォルトの名無しさん[sage]   投稿日:2016/01/15 14:24:17  ID:AcqbqqRZ.net
>593
落ち着けよw
レス番間違ってるぞ

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

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

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

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

603
デフォルトの名無しさん[sage]   投稿日:2016/01/15 14:56:08  ID:zaUY/8Xo.net
お前ら何くだらんことやってるんだ?

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

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

604
デフォルトの名無しさん[sage]   投稿日:2016/01/15 15:27:21  ID:4RqtBmS3.net(5)
>600
お前の好きにしろ
そして二度と書き込むな
コメント1件

605
デフォルトの名無しさん[sage]   投稿日:2016/01/15 15:37:06  ID:wa8kRhUB.net(7)
>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が操作できなくて面倒なので、これを回避できる技があるなら教えてほしい。

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

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

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

609
デフォルトの名無しさん[sage]   投稿日:2016/01/15 15:57:57  ID:4RqtBmS3.net(5)
他にも楽な方法提案できるけど
コイツの態度が気に食わないから言わない
コメント1件

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

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

611
デフォルトの名無しさん[sage]   投稿日:2016/01/15 16:11:36  ID:dZQIBGnZ.net
やべえやつやww

612
デフォルトの名無しさん[]   投稿日:2016/01/15 21:52:58  ID:jr3xQegD.net
自殺が、最適

613
デフォルトの名無しさん[sage]   投稿日:2016/01/17 05:35:51  ID:Tw43jO16.net(2)

614
デフォルトの名無しさん[sage]   投稿日:2016/01/17 05:47:40  ID:Tw43jO16.net(2)

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

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

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

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

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

617
デフォルトの名無しさん[sage]   投稿日:2016/01/18 22:20:40  ID:MIfooL51.net
いいえ
どうも
はい
コメント2件

618
デフォルトの名無しさん[sage]   投稿日:2016/01/18 22:30:21  ID:5OTOY/q+.net
タイムスタンプが保持できるのってsvnだけ?

619
デフォルトの名無しさん[sage]   投稿日:2016/01/18 22:38:51  ID:UmsDX3oV.net(2)
>617
すごくわかりやすくありがとうございます

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

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

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

なので>617の一番目は間違い
コメント1件

622
デフォルトの名無しさん[sage]   投稿日:2016/01/19 00:21:11  ID:K2JFzeNS.net(2)
>621
ナイスフォロー

623
デフォルトの名無しさん[sage]   投稿日:2016/01/19 20:56:11  ID:JQKWuCIL.net
>620
ビルドする言語ならそれでいいだろうけどな。
コメント1件

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

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


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


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

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

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

という事では断じてない
コメント1件

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

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

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

627
デフォルトの名無しさん[sage]   投稿日:2016/01/19 23:03:09  ID:unNXfSBy.net
行ごとの更新日時なんて記録してたのか知らなかったわ
blob同士のdiff取ってるだけだと思ってた
コメント2件

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

629
デフォルトの名無しさん[sage]   投稿日:2016/01/19 23:49:30  ID:K2JFzeNS.net(2)
>627
その皮肉は>626には伝わらなかったようだぞ
コメント1件

630
デフォルトの名無しさん[sage]   投稿日:2016/01/19 23:57:31  ID:WLkWNDId.net
更新日時とコミットした日時を混同しとる。
コメント2件

631
デフォルトの名無しさん[sage]   投稿日:2016/01/20 01:01:28  ID:X0JkwFym.net(6)
>629
わかってないのはお前だよ

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

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

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

634
デフォルトの名無しさん[sage]   投稿日:2016/01/20 01:34:37  ID:GuJxRqop.net(4)
>630
>632には伝わらなかったようだぞ
コメント1件

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

>633
ほらよ。行ごとの更新日時
http://farm4.static.flickr.com/3606/3304779985_2d1842b5f9_o.png
コメント2件

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

637
デフォルトの名無しさん[sage]   投稿日:2016/01/20 03:38:32  ID:ntutQCMG.net(3)
>635
それ、行ごとの最終変更コミットの日時じゃね?
コメント1件

638
デフォルトの名無しさん[sage]   投稿日:2016/01/20 03:51:35  ID:GuJxRqop.net(4)
>635
夜中に笑わかすなw
腹痛いw

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

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

だからそれが最新変更日時だって
コメント1件

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

642
デフォルトの名無しさん[]   投稿日:2016/01/20 12:20:31  ID:ew0f81J7.net
ひっこみつかなくなって珍論を生み出したw

643
デフォルトの名無しさん[sage]   投稿日:2016/01/20 12:27:21  ID:MZkMiJMF.net
そもそも論として使い方が間違ってるんやろうな

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

645
デフォルトの名無しさん[sage]   投稿日:2016/01/20 13:27:13  ID:ZksDUEGf.net(2)
俺の定義が正しい君はもういいよ

646
デフォルトの名無しさん[sage]   投稿日:2016/01/20 13:28:16  ID:X0JkwFym.net(6)
人それぞれ定義は違う君はどうでもいいよw

647
デフォルトの名無しさん[sage]   投稿日:2016/01/20 14:12:52  ID:ZpQnqhf6.net
釈迦に説法するマンお疲れッス

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

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

650
デフォルトの名無しさん[sage]   投稿日:2016/01/20 17:22:17  ID:ZksDUEGf.net(2)
>649
git stash

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

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

653
デフォルトの名無しさん[sage]   投稿日:2016/01/21 01:18:08  ID:df5WBkO7.net
行単位ステージングって git add -i だっけ?

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

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

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

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

658
デフォルトの名無しさん[sage]   投稿日:2016/01/21 14:39:18  ID:NA0ZfZuq.net
>655
「今開発中」のブランチのベースにcherry-pick

659
デフォルトの名無しさん[sage]   投稿日:2016/01/22 15:43:27  ID:lmTUxqXx.net
状況が正確にわかんないけどrebaseのほうが綺麗な履歴になるんじゃないの
コメント1件

660
デフォルトの名無しさん[sage]   投稿日:2016/01/22 19:59:43  ID:l4wCt2dU.net
rebase -i して pick で差し込む
って同じやんかーい

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

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

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

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

665
デフォルトの名無しさん[sage]   投稿日:2016/01/23 16:10:10  ID:tVAssR0m.net
>659
rebaseという文化が嫌い。 甘えですよあんなの
コメント2件

666
デフォルトの名無しさん[sage]   投稿日:2016/01/23 16:55:23  ID:+wxvQYMe.net
漢は黙ってCVS

667
デフォルトの名無しさん[sage]   投稿日:2016/01/23 16:58:36  ID:kmeCYvLc.net
CSV、ちょっと複雑なデータならJSONだな

668
デフォルトの名無しさん[sage]   投稿日:2016/01/23 17:58:04  ID:l5TKWQpo.net
せめてSVN

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

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

670
デフォルトの名無しさん[sage]   投稿日:2016/01/23 19:58:52  ID:Q0aIs8Xg.net
>665
何いってんのお前?

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

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

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

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

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

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

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

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

678
デフォルトの名無しさん[sage]   投稿日:2016/01/24 18:40:19  ID:krCtdnaQ.net
ワロタ

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

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

この動作で困る例が思いつかない。
コメント1件

681
デフォルトの名無しさん[sage]   投稿日:2016/01/26 19:26:46  ID:xBQDa6Ic.net
>680
想像力が貧困やね
コメント1件

682
デフォルトの名無しさん[sage]   投稿日:2016/01/26 22:00:08  ID:IxpvwyDl.net
それはお互い様だと思う

683
デフォルトの名無しさん[sage]   投稿日:2016/01/26 23:21:42  ID:d97Fv44g.net
>681
ほう!ならばどういう時か
例を言ってくれていいんだよ!

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

684
デフォルトの名無しさん[sage]   投稿日:2016/01/26 23:52:00  ID:9z2oQ6YS.net
URL手打ちでリポジトリ名のtypoとかじゃねーの?知らんけど

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

686
デフォルトの名無しさん[sage]   投稿日:2016/01/27 01:23:58  ID:QwLv4BDp.net
でたらCTRL-Cを押せばいいだけだしな。

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

688
デフォルトの名無しさん[sage]   投稿日:2016/01/27 07:53:09  ID:B282A3zK.net
>687
デバックしろよ。

689
デフォルトの名無しさん[sage]   投稿日:2016/01/27 10:16:58  ID:M8CnN1zc.net(3)
687が?
debackって何?

690
680[sage]   投稿日:2016/01/27 10:44:57  ID:nkhHFBxe.net
>687
すいませんそういうことです

691
デフォルトの名無しさん[sage]   投稿日:2016/01/27 10:55:04  ID:M8CnN1zc.net(3)
あなた680じゃなくて675でしょ?
ほい
コメント1件

692
デフォルトの名無しさん[sage]   投稿日:2016/01/27 10:55:31  ID:M8CnN1zc.net(3)

693
680[sage]   投稿日:2016/01/27 20:11:12  ID:pZGS3XJE.net
>691
いろんな環境で使えるようにしたいので、出来ればconfigには触りたくないのですが
コマンドの引数だけで出来る方法はないですかね?
コメント1件

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

695
デフォルトの名無しさん[sage]   投稿日:2016/01/27 23:19:38  ID:yIt2xAXc.net
>693
GIT_ASKPASS がそれじゃね?
コメント1件

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

697
675,690,693,696[sage]   投稿日:2016/01/27 23:59:16  ID:NL6MaBDN.net(2)
ああ、すいません680じゃなくて675です
680さん失礼しました

698
デフォルトの名無しさん[sage]   投稿日:2016/01/28 07:57:15  ID:/HMh16FS.net
>696
パスワード入力用の外部コマンドを指定するためのものらしい
/bin/false 指定してみたら?
コメント1件

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

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

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

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

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

703
675,690,693,696,697[sage]   投稿日:2016/01/28 22:58:57  ID:X5dVRMJF.net
>698
指定したけど入力を催促されました

704
デフォルトの名無しさん[sage]   投稿日:2016/01/29 00:01:38  ID:egYXOU7x.net
>699
文字コードを勝手に変換するほうが困ることになる。

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

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

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

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

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

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

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

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

環境ごとにばらばらにしたほうがいいという理由があるかい?
コメント1件

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

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

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

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

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

710
デフォルトの名無しさん[sage]   投稿日:2016/01/29 03:00:09  ID:dAG2CBuw.net(4)
>708
言い訳はいいんだけど、

統一しない理由はなに?
コメント1件

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

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

こういう事例も、統一した方がいい理由の一つですよね。
コメント1件

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

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

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

714
デフォルトの名無しさん[sage]   投稿日:2016/01/29 06:31:11  ID:aEvn5SFA.net
ハイ、ハイ!

715
デフォルトの名無しさん[sage]   投稿日:2016/01/29 07:48:59  ID:vMohSKiK.net
>710
統一するコストに比べてメリットが少ないからだろ。
コメント1件

716
デフォルトの名無しさん[sage]   投稿日:2016/01/29 08:50:35  ID:G034Tjvl.net
>715
統一するコストってなに?

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

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

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

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


718
デフォルトの名無しさん[sage]   投稿日:2016/01/29 10:12:26  ID:YmIfB0q0.net(7)
つか元々の質問の奴はどうなったんだw

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

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

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

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

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

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

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

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

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

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

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

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

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

726
デフォルトの名無しさん[sage]   投稿日:2016/01/29 10:55:44  ID:E4nKuHZl.net(27)
>724
> "\r\n"って書いて

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

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

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

728
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:00:08  ID:LlSYvxYC.net(27)
>725
政治的な話ならどうでもいい
そんな事いいだしたらsvnを強制されても合理的な理由になる
コメント1件

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

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

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

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

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

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

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

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

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

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

734
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:07:44  ID:VzXBU/rQ.net(6)
shebangのケツにCRがついてbad interpreter喰らって泣きつくバカの尻拭いさせられるぐらいの問題
コメント1件

735
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:08:38  ID:LlSYvxYC.net(27)
>731
それこそ糞みたいな開発環境だな
改行以前の問題だからどうしようとどうでもいいよ
コメント1件

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

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

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

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

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

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

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

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

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

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

実際にあるねそれw

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

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

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

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

743
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:25:41  ID:VzXBU/rQ.net(6)
健全でない言葉が含まれているため表示しません 内容を確認する

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

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

ぜんぜん違うだろ。

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

勝手に変わったらいけない。
コメント1件

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

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

747
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:32:54  ID:E4nKuHZl.net(27)
>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 なら差は出ない。
コメント2件

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

749
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:35:34  ID:E4nKuHZl.net(27)
>746
> だからどういけないのか言えよ…

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

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

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

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

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


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

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

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


俺がどうするか?って怒鳴りこまないよ。
冷静に説明して修正するだけ。
コメント1件

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

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

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

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

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

デフォルトだ。

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

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

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

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

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

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


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

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

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

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

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

まあ、説明なんてしてられない。ならそうなるしかないわなw
コメント2件

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

761
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:45:59  ID:E4nKuHZl.net(27)
>760
何がダウンと何だ?w

こうやってすぐ逃げる。
コメント2件

762
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:48:47  ID:LlSYvxYC.net(27)
>758
必要だからやってる、それだけの事

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

763
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:49:50  ID:LlSYvxYC.net(27)
>761
ダウンwwwダウンってなんだよw

764
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:50:03  ID:E4nKuHZl.net(27)
なるほどねw

http://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互換改行コードのファイルが混じり込むことになるという問題が発生する。

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

765
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:51:25  ID:E4nKuHZl.net(27)
>762
> 必要だからやってる、それだけの事

必要な理由を言え。

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

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

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

766
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:52:34  ID:VzXBU/rQ.net(6)
>761
ダウトのtypoじゃね?

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

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

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

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

769
デフォルトの名無しさん[sage]   投稿日:2016/01/29 11:56:12  ID:E4nKuHZl.net(27)
https://github.com/vim-jp/vital.vim/issues/102

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

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


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

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

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

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

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

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

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

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

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

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

774
デフォルトの名無しさん[sage]   投稿日:2016/01/29 12:04:02  ID:LlSYvxYC.net(27)
>771
お前ほんと頭悪いな

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

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

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

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

ムダなことしてんなぁw

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

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

ワロタwwww

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

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

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

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


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

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

778
デフォルトの名無しさん[sage]   投稿日:2016/01/29 12:11:54  ID:LlSYvxYC.net(27)
おいE4nKuHZl、お前ヤバイ事になってるぞ…
コメント1件

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

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

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

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

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

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

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

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

784
デフォルトの名無しさん[sage]   投稿日:2016/01/29 14:25:13  ID:mleaHAQI.net(2)
>770
プログラマが奴隷だぁ?キャリッジリターンで消してやろうかぁ?
コメント1件

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

786
デフォルトの名無しさん[sage]   投稿日:2016/01/29 22:24:41  ID:mleaHAQI.net(2)
>784
ラインフィードの間違いだったぁ?

787
デフォルトの名無しさん[]   投稿日:2016/01/30 00:19:20  ID:eJpLCaMd.net
fetchってどのくらいの頻度でやってる?

788
デフォルトの名無しさん[sage]   投稿日:2016/01/30 10:48:28  ID:LQNhevMY.net
最後にいつfetchしたか忘れたときにやってる

789
デフォルトの名無しさん[sage]   投稿日:2016/01/30 17:03:03  ID:8STQ7yFZ.net
毎日

790
デフォルトの名無しさん[sage]   投稿日:2016/01/30 23:08:38  ID:6Q62/dvG.net
おまえのオ○ニーと大体同じくらいの頻度だよ

791
デフォルトの名無しさん[sage]   投稿日:2016/01/30 23:45:47  ID:A3gfJR+z.net
VSがLFだけだと扱えないとかいつの話だよ
コメント1件

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

793
デフォルトの名無しさん[sage]   投稿日:2016/01/30 23:55:57  ID:8pg6dH+z.net(2)
もちろんUTF-8はBOM無しで

794
デフォルトの名無しさん[sage]   投稿日:2016/01/30 23:58:08  ID:ypcCS+Q8.net
異機種間で統一するならInternetにならってCRLF

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

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

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

797
デフォルトの名無しさん[sage]   投稿日:2016/01/31 04:37:44  ID:vq6eMgrK.net
>795
ウソはいけないよ

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

http://www.atmarkit.co.jp/fdotnet/dotnettips/609vsfileencode/vsfileenco...

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

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

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

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

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

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

802
デフォルトの名無しさん[sage]   投稿日:2016/01/31 08:32:22  ID:ZsKbo1fC.net
改行コード統一しろ。

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

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

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

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

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

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

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

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

もう金輪際stashは使いません
コメント2件

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

810
デフォルトの名無しさん[sage]   投稿日:2016/02/04 14:36:29  ID:va5dr9zm.net
メッセージ読まない輩か。

811
デフォルトの名無しさん[sage]   投稿日:2016/02/04 17:20:15  ID:ob+62gtm.net
わろた

812
デフォルトの名無しさん[sage]   投稿日:2016/02/04 17:22:00  ID:6nmxHVWh.net
何が起こったのかな?
サルベージ可能?

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

814
デフォルトの名無しさん[sage]   投稿日:2016/02/04 22:29:01  ID:g3ecOfSG.net
>808
> もう金輪際stashは使いません

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

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

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

816
デフォルトの名無しさん[sage]   投稿日:2016/02/05 08:13:17  ID:CJ5Xrx4r.net
>814
むしろ慣れないうちはcommitしまくった方が良いよね

817
デフォルトの名無しさん[sage]   投稿日:2016/02/05 11:43:10  ID:v7ukNLrp.net(2)
>815
どういうこと?
checkoutしたらstashが消えるってこと?
コメント1件

818
デフォルトの名無しさん[sage]   投稿日:2016/02/05 12:00:50  ID:EwCIJwhY.net
>817
よく読め
コメント1件

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

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

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

822
デフォルトの名無しさん[sage]   投稿日:2016/02/05 13:03:08  ID:hmTKeVMY.net
co . なんて使うのがいかん
checkout branch_name
と叩いて深呼吸してから実行

823
デフォルトの名無しさん[sage]   投稿日:2016/02/05 13:08:55  ID:bkulaeJ7.net
git checkout branch_name

くんかくんか

「ッターン!」

824
デフォルトの名無しさん[sage]   投稿日:2016/02/05 14:24:50  ID:c2oLCwBL.net
-m つけなきゃ大丈夫じゃないんけ?

825
デフォルトの名無しさん[sage]   投稿日:2016/02/05 20:00:32  ID:4vuMMbvX.net
>819 はユーザー目線
>820 は開発者目線

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

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

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

828
デフォルトの名無しさん[sage]   投稿日:2016/02/05 22:44:56  ID:QKRpZlN2.net
libgit2 とかあるようだが

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

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

ちょくちょく変わる

831
デフォルトの名無しさん[sage]   投稿日:2016/02/06 05:25:12  ID:1pguUJe7.net
だからlibgit使えばいいんですよね?
ごかますなよ
コメント1件

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

833
デフォルトの名無しさん[sage]   投稿日:2016/02/06 11:53:14  ID:mdfpFw/5.net
疑心暗鬼な831さんであった

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

835
デフォルトの名無しさん[sage]   投稿日:2016/02/06 15:20:45  ID:/1/YZwYl.net
>831がちょっとアレな子だっただけだよ
気にすんな

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

837
デフォルトの名無しさん[]   投稿日:2016/02/07 05:42:22  ID:g9FR7TQk.net

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

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

840
デフォルトの名無しさん[sage]   投稿日:2016/02/08 22:42:39  ID:hJZZUY1h.net(2)
diffツールでやるな

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

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

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

843
デフォルトの名無しさん[sage]   投稿日:2016/02/09 15:17:14  ID:5Wgto6Db.net
diffツールで話通じるん?

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

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

845
デフォルトの名無しさん[sage]   投稿日:2016/02/09 19:02:33  ID:k1mk9N9v.net
git merge --no-commitとdiffツールの組み合わせで行けばいいんじゃないの?

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

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

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

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

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

849
デフォルトの名無しさん[sage]   投稿日:2016/02/13 01:32:46  ID:37mwrLaZ.net
サブモジュールに分けるだけだよー
コメント1件

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

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

852
デフォルトの名無しさん[sage]   投稿日:2016/02/16 02:48:17  ID:RWhjlyeJ.net
reflog

853
デフォルトの名無しさん[sage]   投稿日:2016/02/16 10:04:48  ID:MuYMFlAb.net
を見てやらかす直前のコミットへreset

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

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

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

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

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

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

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

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

856
デフォルトの名無しさん[sage]   投稿日:2016/02/16 14:30:08  ID:IYo4xYe9.net
過去ってのが master から辿れるなら git rebase master
辿れないなら rebase --onto か cherry-pick

857
デフォルトの名無しさん[sage]   投稿日:2016/02/16 15:56:05  ID:SRi6vGdt.net
github flowではmasterにpush
コメント1件

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

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

GitHub Flowとは何だろうか?

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

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

860
デフォルトの名無しさん[sage]   投稿日:2016/02/16 21:33:24  ID:X2t8ohVl.net
>859
日本語をたくさん書いたら直る

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

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

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

864
デフォルトの名無しさん[sage]   投稿日:2016/02/18 11:57:36  ID:S96kZ0X7.net(2)
pull request 出したあとで
git rebase -i HEAD~hoge
したものを
git push -f origin master
とかやっちゃってもいいのかな
コメント1件

865
デフォルトの名無しさん[]   投稿日:2016/02/18 15:03:33  ID:qSH6iKTe.net(2)
コミットログの文章内を検索したいんだけど
どうすればいいの?
コメント1件

866
デフォルトの名無しさん[sage]   投稿日:2016/02/18 15:11:52  ID:2sHGThbe.net(2)
>865
git log --grep foo
が使えればそれで。
コメント2件

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

868
デフォルトの名無しさん[sage]   投稿日:2016/02/18 15:26:34  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に取り込めばいい。

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

870
デフォルトの名無しさん[sage]   投稿日:2016/02/19 08:25:24  ID:pjLhb+yw.net
>866
>867
--grep=検索文字列 では

871
デフォルトの名無しさん[sage]   投稿日:2016/02/20 21:11:47  ID:wCcySKbf.net(4)
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 ってリンクしてるの?
コメント2件

872
デフォルトの名無しさん[sage]   投稿日:2016/02/20 21:29:04  ID:SM2r0bLq.net(2)
初心者はブランチ毎にワークツリーがあると誤解しがち
コメント1件

873
デフォルトの名無しさん[sage]   投稿日:2016/02/20 22:14:05  ID:wPRjv0ew.net(2)
なんだよclean -fって?
git cleanなんて使ったことないわw
コメント1件

874
デフォルトの名無しさん[sage]   投稿日:2016/02/20 22:16:19  ID:wCcySKbf.net(4)
>873
違うの?
コメント1件

875
デフォルトの名無しさん[sage]   投稿日:2016/02/20 22:22:50  ID:wPRjv0ew.net(2)
それコミットしてないファイルを消すコマンドじゃん。
コメント1件

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

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

877
デフォルトの名無しさん[sage]   投稿日:2016/02/20 22:31:46  ID:wCcySKbf.net(4)
すまん、>874 の「違うの?」は >872 へのレス
コメント1件

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

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

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

880
デフォルトの名無しさん[sage]   投稿日:2016/02/21 10:37:58  ID:zmvsu5mb.net
>871
>2 と >3 の間で commit してないのはなぜ?

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

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

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

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

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

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

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

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

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

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

885
デフォルトの名無しさん[sage]   投稿日:2016/02/22 13:29:57  ID:Y1bHL8fN.net(2)
git rebase -i HEAD

886
デフォルトの名無しさん[sage]   投稿日:2016/02/22 13:31:42  ID:B2fOT388.net
git checkout -p

887
デフォルトの名無しさん[sage]   投稿日:2016/02/22 18:14:32  ID:Y1bHL8fN.net(2)
git +1

888
デフォルトの名無しさん[sage]   投稿日:2016/02/22 18:35:50  ID:QLpZ1xcH.net
888

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

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

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

892
デフォルトの名無しさん[sage]   投稿日:2016/02/23 08:24:45  ID:qxCfruz0.net
なんでもやり直せてしまうgitは良くないと思う。

893
デフォルトの名無しさん[sage]   投稿日:2016/02/23 09:21:07  ID:Oh6h4g2T.net(7)
また、証拠が残らない厨か?

何の証拠を残してほしいんだよw
証拠がほしいなら監視カメラでも設置しておけ。

894
デフォルトの名無しさん[sage]   投稿日:2016/02/23 11:39:16  ID:MgSDdSDU.net(2)
エンバグの証拠だろ
俺だったら確実に消してアレなんだったんだろうな?と涼しい顔してる

895
デフォルトの名無しさん[sage]   投稿日:2016/02/23 12:01:07  ID:Oh6h4g2T.net(7)
gitは他人も全てのコピー持ってるんだから
そういうことは出来ない。
コメント1件

896
デフォルトの名無しさん[sage]   投稿日:2016/02/23 12:27:28  ID:I8nTY0JT.net(2)
他人が落とす前にすり替えるですねどう見てもわかります
コメント2件

897
デフォルトの名無しさん[sage]   投稿日:2016/02/23 13:05:57  ID:MgSDdSDU.net(2)
>895
pullしちゃったらみんな消えるだろ

898
デフォルトの名無しさん[sage]   投稿日:2016/02/23 16:52:59  ID:xchPVa7Q.net(2)
何度でも蘇るさ AA略

899
デフォルトの名無しさん[sage]   投稿日:2016/02/23 17:24:25  ID:NfRLDxy4.net(3)
localならいくらでも改変してよし
push済みは改変すんな

900
デフォルトの名無しさん[sage]   投稿日:2016/02/23 17:57:34  ID:Oh6h4g2T.net(7)
>896
> 他人が落とす前にすり替えるですねどう見てもわかります

他の誰も見てない。つまりリリースもされてない。
それを修正して誰が困るんだ?

901
デフォルトの名無しさん[sage]   投稿日:2016/02/23 18:17:04  ID:xchPVa7Q.net(2)
なぜか噛み付かれて困惑する>896

902
デフォルトの名無しさん[sage]   投稿日:2016/02/23 20:34:01  ID:NfRLDxy4.net(3)
まあ自分しか使ってなけりゃpush済みでも自由に改変すればいいわな
複数人で使っててpush -fとかやられると最悪だが

903
デフォルトの名無しさん[sage]   投稿日:2016/02/23 21:39:35  ID:Oh6h4g2T.net(7)
複数人で使っててpush -fとかやられると最悪

なぜか? pushできなくなるから。
つまり他の人は修正前のデータを持っているわけで
だから証拠なんて消すことはできないと言っている。
コメント2件

904
デフォルトの名無しさん[]   投稿日:2016/02/23 21:44:45  ID:nOwJXdL3.net
>903
誰彼構わず噛みつきすぎるから、お前が何を言いたいのかさっぱりわからんw
コメント1件

905
デフォルトの名無しさん[sage]   投稿日:2016/02/23 22:24:55  ID:Oh6h4g2T.net(7)
>904
最初にレスした人を見ればわかると思うよw

906
デフォルトの名無しさん[sage]   投稿日:2016/02/23 22:50:10  ID:NfRLDxy4.net(3)
こいつ何と戦ってるの?

907
デフォルトの名無しさん[sage]   投稿日:2016/02/23 23:13:33  ID:Oh6h4g2T.net(7)
レスしてきた人全員w

908
デフォルトの名無しさん[sage]   投稿日:2016/02/23 23:46:16  ID:iTEBciwa.net
触るものみなレスつけた

909
デフォルトの名無しさん[sage]   投稿日:2016/02/24 09:04:19  ID:/FG7y6cl.net
あー わかってくれとは言わないが

910
デフォルトの名無しさん[sage]   投稿日:2016/02/24 13:47:12  ID:aRwJuOw8.net
ギトギトハートの〜子守唄〜♪

911
デフォルトの名無しさん[sage]   投稿日:2016/02/24 18:59:04  ID:1Q1vaK3L.net
  ̄ ̄ ̄ ̄ ̄ ̄○ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
           O 。
                 , ─ヽ
________    /,/\ヾ\   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
|__|__|__|_   __((´∀`\ )< というお話だったのさ〜♪
|_|__|__|__ /ノへゝ/'''  )ヽ  \_________
||__|        | | \´-`) / 丿/
|_|_| 从.从从  | \__ ̄ ̄⊂|丿/
|__|| 从人人从. | /\__/::::::|||
|_|_|///ヽヾ\  /   ::::::::::::ゝ/||
────────(~〜ヽ::::::::::::|/        = 完 =

912
デフォルトの名無しさん[]   投稿日:2016/02/24 21:15:08  ID:gBqVO2QG.net
IntelliJでrebaseしてコミットまとめるにはどうすればいいの?

913
デフォルトの名無しさん[sage]   投稿日:2016/02/24 21:45:57  ID:PL8yH0Su.net
GUIツールを使うと覚えるのが二度手間になるよな。

○○したい → git なんたらコマンドで〜
そのgitなんたらをGUIでやるのは → あちこちクリック!

914
デフォルトの名無しさん[sage]   投稿日:2016/02/24 22:20:47  ID:IobKdMtm.net
一度SourceTreeとやらを使ってみたがくっそ遅くて即捨てた
GitKraken見た目はよさげなんだけどどうなのかなー
使ってる人居ます?
使用感が知りたい

915
デフォルトの名無しさん[sage]   投稿日:2016/02/25 00:26:19  ID:I1hFGOe7.net
IntelliJに組み込まれてるGit機能は >884 みたいなことをやるのはマジ簡単
ソース編集画面でHEADから差分のある行に印がつくから、
そこをクリックしてでてくるメニューでrollbackを選ぶだけ
オートセーブとGitとの相性がすごくいいというか、
オートセーブのせいでGitで管理してないとソース触るのが怖い

rebaseも一応IntelliJからできるし-i指定つきで細かく指定して
まとめるのもできるんだけど(VCSメニューのGitサブメニューのRebase...ね)
GUIからやるメリットをあんま感じないからコマンドラインからやってる

916
デフォルトの名無しさん[sage]   投稿日:2016/02/25 11:29:23  ID:xnX4JkuY.net

917
デフォルトの名無しさん[sage]   投稿日:2016/02/25 21:23:30  ID:n9DyGB93.net(2)
>916
他人がローカルに持っているブランチ情報をrebaseすることはできない。

918
デフォルトの名無しさん[]   投稿日:2016/02/25 23:29:46  ID:wj9yA24t.net
ていうかpush -fなんてよくできるな
怖くてできんわ
コメント2件

919
デフォルトの名無しさん[sage]   投稿日:2016/02/25 23:35:44  ID:n9DyGB93.net(2)
>918
自分しか使っていないブランチやPull Requestでレビュー中の
ブランチなら当たり前にやる。

920
デフォルトの名無しさん[sage]   投稿日:2016/02/25 23:55:50  ID:LaPRG2Di.net
>918
--force-with-lease 使えばローカルに持ってきてないコミットをすっ飛ばすのは回避できる。

履歴を書き換えるだけでツリーが一緒の時に限り許可するモードもあると良いんだけど。

921
デフォルトの名無しさん[sage]   投稿日:2016/02/26 09:51:24  ID:wlaUlSBk.net
SourceTreeを久しぶりにバージョンアップしたら色が無くなってなんか見にくいな
コメント1件

922
デフォルトの名無しさん[sage]   投稿日:2016/02/26 19:27:19  ID:kkVTuuYD.net
>921
一個前を使え
最新はダメだ

923
デフォルトの名無しさん[sage]   投稿日:2016/02/26 22:28:41  ID:WqHYG8Qf.net
最新版はアンチパターンのカタログ
デザイナを訴えるレベル

924
デフォルトの名無しさん[sage]   投稿日:2016/02/27 02:51:42  ID:MM9HOPI5.net
でも1個前は遅いんだろ?
最新版は速くなったとか言い張ってるぞ?
コメント1件

925
デフォルトの名無しさん[sage]   投稿日:2016/02/27 10:27:15  ID:N1vAOcUy.net
>924
確かに何をやるにももったもったしてイライラする
だが、落ちずに動く

926
デフォルトの名無しさん[sage]   投稿日:2016/02/27 10:32:29  ID:yMp5JRD4.net
コマンドラインからならそんな悩みも全て解決だぞ!

927
デフォルトの名無しさん[]   投稿日:2016/02/27 12:35:09  ID:cWIFZRAa.net
intellij使ってるけどgitはコマンドラインからしか使わないわ
コメント1件

928
デフォルトの名無しさん[sage]   投稿日:2016/02/27 17:01:31  ID:hI6CEqxt.net(2)
>927
.gitディレクトリ自体をIntelliJに認識させないってことかい?

929
デフォルトの名無しさん[]   投稿日:2016/02/27 20:31:00  ID:611JUS9n.net
一度GUIに慣れたらコマンドラインなんてやってられんわ

930
デフォルトの名無しさん[sage]   投稿日:2016/02/27 23:06:58  ID:RBv7qZFu.net
CLIのGit使ってるのはemacsやvimとかのCUIなエディタ使ってる連中っしょ
コメント1件

931
デフォルトの名無しさん[sage]   投稿日:2016/02/27 23:37:13  ID:vRQA7fTy.net
「DropboxとかGoogle Driveをgitの(プライベートな)リモートリポジトリとして使う」みたいな話をよく聞きますが、それというのはつまり自分のシステムにマウントしたDropboxやGoogle Driveをリモートリポジトリにするという意味でしょうか?

932
デフォルトの名無しさん[sage]   投稿日:2016/02/27 23:46:50  ID:hI6CEqxt.net(2)
ファイル編集してコミットするとこまではIDEでやって、
ブランチやリポジトリの操作はコマンドラインでやってるよ
今時の補完や履歴が充実してるCLIなら、
コマンドとかオプションとかファイル名をいちいち入力する
必要なんてほとんど無いし、
GUI使うよりいろいろ簡単に済むことが多いしね

933
デフォルトの名無しさん[sage]   投稿日:2016/02/28 00:46:07  ID:cVbXYaFJ.net(3)
新機能実装のためにブランチを作ってそこで開発をしているときに新機能とは関係ないゼネラルなバグを見つけた時ってどうするのがベストプラクティスなんですか?

新機能ブランチにコミットするとmasterの方に反映されなくて他の人に迷惑かかるかもしれないし、かといってmasterにコミットするとバグが新機能にクリティカルにヒットするようなものだったら開発続けるのしんどいし

934
デフォルトの名無しさん[sage]   投稿日:2016/02/28 00:50:43  ID:c40FCrwk.net(2)
どっちかにcommitしてもう一方はそれをcherry-pick、ブランチをmasterにマージするときに
rebase、でいいんじゃね?
コメント1件

935
デフォルトの名無しさん[sage]   投稿日:2016/02/28 00:52:47  ID:cVbXYaFJ.net(3)
>934
リベースするってのはチェリーピックしたコミットを削除するってこと?

936
デフォルトの名無しさん[sage]   投稿日:2016/02/28 01:13:02  ID:c40FCrwk.net(2)
cherry-pickした方というか、ブランチの方から削除。
同じ内容のコミットが履歴に2つ残るのは気持ち悪いからそうしてるけど、気にならないなら
rebaseは別になくてもいい。
コメント1件

937
デフォルトの名無しさん[sage]   投稿日:2016/02/28 01:34:40  ID:cVbXYaFJ.net(3)
>936
なるほど

ありがとございます

938
デフォルトの名無しさん[sage]   投稿日:2016/02/28 05:35:43  ID:ahutqxTi.net
new_featureとmasterとの共通の親コミットをcheckoutして、そこにブランチ作って修正、masterにもnew_featureにもマージとかどうなの?
コメント1件

939
デフォルトの名無しさん[sage]   投稿日:2016/02/28 06:11:32  ID:9mx1C7Kd.net
masterに切り替えてバグ修正だけをcommitした後にfeatureをrebaseすりゃいいんじゃねぇの?

940
デフォルトの名無しさん[sage]   投稿日:2016/02/28 13:32:49  ID:wnvzOARG.net
>938
> new_featureとmasterとの共通の親コミット
「ゼネラルなバグ」が混入した一番最初のコミットがベストかな

941
デフォルトの名無しさん[sage]   投稿日:2016/02/28 14:53:40  ID:ZOTD4X0A.net
>930
EmacsだとMagitっていう神パッケージがあるからそれ使ってる
コマンドも少しは使うけどね

942
デフォルトの名無しさん[sage]   投稿日:2016/02/28 18:52:46  ID:k2lRb1XX.net
emacsか・・・ まぁ・・・しょうがないね
コメント1件

943
デフォルトの名無しさん[sage]   投稿日:2016/02/29 13:10:43  ID:FPtxJC35.net
>942
エディタは何使ってんの?

944
デフォルトの名無しさん[sage]   投稿日:2016/03/01 00:18:06  ID:msxXZi9x.net
Gitがここまで普及してきてるわけだから、
エディタはファイルを編集するんじゃなくてワークツリーを直接編集して
セーブの代わりにIndexへのステージやコミットが直接できればいいよね
さらにエディタの行コピーみたいな感覚で行単位のステージとかできれば最高
コメント1件

945
デフォルトの名無しさん[sage]   投稿日:2016/03/01 21:13:36  ID:+nGNYx2F.net
>944
SourceTreeとか使うといいよ
コメント1件

946
デフォルトの名無しさん[sage]   投稿日:2016/03/02 01:29:48  ID:MG72G+6O.net
>945
エディタとSourceTreeを行ったり来たりするのが無駄すぎるわ
ステージやコミットとか以外の機能は、SourceTreeは特に使いやすくもないしな
コメント1件

947
デフォルトの名無しさん[sage]   投稿日:2016/03/02 07:55:00  ID:4uoCKH4m.net
Git Extensions最強説

948
デフォルトの名無しさん[sage]   投稿日:2016/03/02 11:22:13  ID:QiFp8FWe.net
>946
ステージやコミットの機能がとても使いやすいし
2画面使って行ったり来たりが出来るのが便利

949
デフォルトの名無しさん[sage]   投稿日:2016/03/02 12:18:18  ID:zltnBiM9.net(3)
例えば開発用ブランチで20個のファイル修正して、本番ブランチにその中の10個を取り込みたい時って、どうやるのが正解なの?

950
デフォルトの名無しさん[sage]   投稿日:2016/03/02 12:41:35  ID:VnxQ1mQx.net
10個10個でコミットすればあとはどうとでも出来るだろう。

951
デフォルトの名無しさん[sage]   投稿日:2016/03/02 14:49:37  ID:zltnBiM9.net(3)
コミットは数日に渡ってもう何回もしていて、結果20個いじったファイルがあったけど、必要な変更は10個分でしたみたいな設定でお願いします。
コメント3件

952
デフォルトの名無しさん[sage]   投稿日:2016/03/02 14:59:04  ID:afwFBq34.net
>951
マージするファイル群(A)とマージしないファイル群(B)としたとき、コミットは
TypeA Aに属するファイルのみ変更
TypeB Bに属するファイルのみ変更
TypeC AとB両方のファイルを変更
になっているはずだから、TypeCを分割してTypeAとTypeBにしてやれば、TypeAだけをマージすればいいことになる。
コミットを分割するやりかたはググれ。

953
デフォルトの名無しさん[sage]   投稿日:2016/03/02 18:23:04  ID:zltnBiM9.net(3)
開発ブランチで、1回目にファイルAをコミットして、2回目にファイルBをコミットして、
本番ブランチで、ファイルBだけをマージって出来るの?
1回目のファイルAの更新分も持ってきちゃわない??

出来るとしたら、俺まるで使い方わかっていないかも。。
EclipseとSourceTreeの両方使っているけど、出来るのかな?
コメント1件

954
デフォルトの名無しさん[sage]   投稿日:2016/03/02 18:24:22  ID:Qcu8wP+D.net
>953
マージは出来ないね。cherry-pickっての使うかな。

955
デフォルトの名無しさん[sage]   投稿日:2016/03/02 18:25:45  ID:C+I4h8lM.net(2)
普通にマージしていらんヤツもどせば?
コメント1件

956
デフォルトの名無しさん[sage]   投稿日:2016/03/02 18:26:35  ID:C+I4h8lM.net(2)

957
デフォルトの名無しさん[sage]   投稿日:2016/03/02 18:48:30  ID:YPa1u3Lv.net
コミットが意味のある塊に区切れているなら cherry-pickすればいい
そうなってないならお馴染みの履歴改ざん
場合によってはマージの準備作業のために一時ブランチを作成

958
デフォルトの名無しさん[sage]   投稿日:2016/03/02 21:11:16  ID:XkCEJmpk.net
必ずしもコミット単位で操作せずにdifftoolで必要な差分だけ持ってきたりしても
あとでmergeやrebaseするときによしなにしてくれるから便利だよなぁ。


959
デフォルトの名無しさん[sage]   投稿日:2016/03/03 02:36:54  ID:DpvZjIDd.net(2)
>951
コミットはセーブ機能じゃない。
1つ1つのコミットが意味がある単位。

だからそれはコミットが間違っていると言わざるをえない。

正しくコミットすれば問題なかろう。
コメント1件

960
デフォルトの名無しさん[sage]   投稿日:2016/03/03 08:01:46  ID:pDGdRbJI.net
>959
ローカルへのコミットはその限りではない。
コメント3件

961
デフォルトの名無しさん[sage]   投稿日:2016/03/03 08:25:28  ID:i6gwoYZ1.net
初めから筋道が見えてるような変更なら意味がある単位でコミットしていけるだろうが
そうでない場合、セーブ感覚でコミットしていって
途中にresetしたりもしながら
最後に意味のある単位にsquashしたりコミットメッセージを訂正したりして整える

962
949[sage]   投稿日:2016/03/03 12:48:22  ID:JDz1pU2g.net
ありがとうございます cherry-pick がいいかもしれない!(説明読んだだけでまだ試してないですが)
最後に1回だけ必要なファイルのみを選択してcommitすれば出来そうなので、
ブランチ間のやり取りはこれを標準にしてみようかな!

963
デフォルトの名無しさん[sage]   投稿日:2016/03/03 16:28:58  ID:DpvZjIDd.net(2)
>960
ローカルのコミットだって最終的に
サーバーにpushする前は綺麗にするだろ。

その綺麗にしたサーバーにpushする前は、
ローカルへのコミットなんだが。

別に開発途中は適当にしていいよ。
だけど結局綺麗にしてからpushするんだから
こまめに片付けておけと。
コメント2件

964
デフォルトの名無しさん[sage]   投稿日:2016/03/04 08:16:48  ID:n80vq8YG.net
>963
長いよ。
>960 はお前が言ってる事をまさに1行で表現してる。
コメント1件

965
デフォルトの名無しさん[sage]   投稿日:2016/03/04 14:37:58  ID:xezy6lBT.net(2)
>963
そういうのはタグでやるもんじゃないの?
コメント1件

966
デフォルトの名無しさん[sage]   投稿日:2016/03/04 14:43:55  ID:d7osXy+s.net(4)
>964

> >960 はお前が言ってる事をまさに1行で表現してる。

表現してないよw
間違ってるから反論してるんだよ。

967
デフォルトの名無しさん[sage]   投稿日:2016/03/04 14:46:51  ID:d7osXy+s.net(4)
>965
タグはあるコミット(とその歴史)に名前をつけるだけ。

歴史っていうのは後から振り返るものなんだよ。
今だけあればいいってわけじゃない。

後から読むものなんだから、歴史はわかりやすい形に整理されていなければならない。
コミットというのは作業記録じゃないんだよ。バージョンアップしていった歴史なんだよ。
コメント2件

968
デフォルトの名無しさん[sage]   投稿日:2016/03/04 15:24:43  ID:X//ppHYC.net
>967
保守フェーズみたいな動きの少ない時はそれも可能だけど、
あれもこれも試している段階ではそんなルール息苦しいよ。
そんなんじゃ家と会社でソースの共有も出来ないじゃん。
コメント2件

969
デフォルトの名無しさん[sage]   投稿日:2016/03/04 15:41:45  ID:d7osXy+s.net(4)
>968
試して理解したものを作ればいいだけだろ?

970
デフォルトの名無しさん[sage]   投稿日:2016/03/04 19:31:54  ID:3NcdXoSY.net
password.phpにパスワードを入力するファイルがあるんですけど
こんなかんじ
<?php
$id = "id1";
$pass = "1234";

このままコミットしたら困るので文字列リテラルを空にしてからコミットしました
んでまたからにしたところを埋めて他のファイルを編集するんですけど、
その度にaddでpassword.phpを入れないようにしてコミットしてます
これだとgit add .とかで一気に出来ないので面倒くさいです
こういう風にファイルにパスワードを入力するタイプのはCMSではよくあると思いますが
どうしたらいいですか?

971
デフォルトの名無しさん[sage]   投稿日:2016/03/04 20:50:11  ID:d7osXy+s.net(4)
.gitignoreを使え。
パスワードはリポジトリに入れないものだ。

972
デフォルトの名無しさん[sage]   投稿日:2016/03/04 21:24:44  ID:YwRMokxA.net
>968
ほんとこれ
複数の環境で、こっちでは動くけどあっちでは動かない、みたいな修正をしているときは中途半端な状態をどうしてもpushしがちだし、
完全にうまくいくまではpush禁止とかいうルールにしたら相当うまくやらないとマージが苦しくなるかデグレーションが起きやすくなる。

コミットを綺麗にするべきだってのは同意するけど、後で読むのが誰なんだ、ってことを考えたら、綺麗にするのはちゃんとしたブランチだけでよくて、
作業用のぐちゃぐちゃにコミットしたブランチがあったっていいと思うし、それをpushしたっていいと思うけどな。

まぁ、全てはワークフローによる、としか言えないんだけど。
コメント1件

973
デフォルトの名無しさん[sage]   投稿日:2016/03/04 21:52:23  ID:xezy6lBT.net(2)
>967
コミットというのは作業記録そのものじゃないの?
コメント1件

974
デフォルトの名無しさん[sage]   投稿日:2016/03/05 05:45:14  ID:Kk7Ussws.net(4)
>973
ぜんぜん違う。

後から消すブランチであれば別にどうでもいいが、本筋とか
本筋に持ってくるコミットというのは、意味がある単位
(言い換えると正しいタイトル)をつけていなければいけない。

つまりコミットログのコメントとして「いろいろ変更しました」
というのはだめだって話。「○月○日の作業」とかそういうのもだめなw

作業には、最終的な結果ではなくて、最終的には不要になるような試行錯誤まで含まれる。
そういうのは結果じゃないのでコミットに入れるものではない。

975
デフォルトの名無しさん[sage]   投稿日:2016/03/05 05:52:15  ID:Kk7Ussws.net(4)
>972
> 複数の環境で、こっちでは動くけどあっちでは動かない、みたいな修正をしているときは中途半端な状態をどうしてもpushしがちだし、
ブランチを使いましょう。

> 完全にうまくいくまではpush禁止とかいう
どうもリモートにあるならば、それは全てみんなの共有財産って考えてるやついるんだよなw

githubの例で言えば、公式リポジトリがあって、そこから自分専用のリポジトリをフォークしてから作業するんだよ。
自分専用のリポジトリはリモートにあっても、自分専用だから好きにpushすればいい。

何らかの理由でそのような方法が使えない場合は、共有リモートブランチ と 個人用リモートブランチ とを分けて考えるんだよ。
共有リモートブランチは、masterとかdevelopとかv2.1.0とか言う風に、名前付けルールがあるだろう。
それ以外は、誰かの個人用リモートブランチ。それぞれのブランチを作成した人が好きにpushしてよい。

俺が言ってるのは、残すブランチを綺麗にするって話で、別に最後に消すのならどうでもいい。
ただ、消すにしろ、残すブランチに持ってくるわけで、持ってきやすいようにこまめにコミットして
こまめに整理しておけば、あとで自分の手間がかからないだろ。
間違っても、いろいろ試行錯誤した大規模な修正を、一気にまとめてマージなんかするなよ。
コメント1件

976
デフォルトの名無しさん[sage]   投稿日:2016/03/05 14:04:55  ID:w3ya4prp.net
うるせーなー
好きに使えよ

977
デフォルトの名無しさん[sage]   投稿日:2016/03/05 14:12:39  ID:yVdaAPdC.net
>975
ああ、書き忘れてたけど、ぐちゃぐちゃな作業用のブランチからちゃんとしたdevelopブランチに結果を反映するときは、
そりゃ、rebaseなりsquashなりなんなりして履歴を書き換えるだろ。

試行錯誤途中だったらコミットするなんてありえない!と、どういうワークフローで、どんなブランチかも聞かずに即反応するのはおかしいだろ、って話をしたいのね。
それは原理主義だろ、と。
コメント2件

978
デフォルトの名無しさん[sage]   投稿日:2016/03/05 15:31:03  ID:Kk7Ussws.net(4)
>977
一体どれに対してレス(反論?)してるの?

979
デフォルトの名無しさん[sage]   投稿日:2016/03/05 18:11:04  ID:ZqemriR2.net(2)
>977
rebaseは禁止な。

980
デフォルトの名無しさん[sage]   投稿日:2016/03/05 18:53:18  ID:Kk7Ussws.net(4)
gitにある機能を禁止するとか意味不明w

gitにある機能は使う必要があるから
そなわってるんだよ。

特定の場合に置いて禁止するのはわかるが、
機能そのものを禁止する書き込みは
明らかに間違いなんで、無視してイイヨーw
コメント1件

981
デフォルトの名無しさん[sage]   投稿日:2016/03/05 21:39:34  ID:ZqemriR2.net(2)
>980
>gitにある機能を禁止するとか意味不明
不明なことはないだろ
出来ることは何してもいいとか子供の理屈かよ
コメント3件

982
デフォルトの名無しさん[sage]   投稿日:2016/03/05 21:43:58  ID:EdzOKqL+.net
>981
何でもやっていいとか言ってないだろ?

"gitで出来ること" だよ。

gitで出来ないことはやったらだめ。

983
デフォルトの名無しさん[sage]   投稿日:2016/03/05 22:38:13  ID:JVykV3V4.net
>981
gitに備わってるのは理由があって備わってるのに禁止するにはそれ相応の理由を言わないと説得力が皆無

984
デフォルトの名無しさん[sage]   投稿日:2016/03/06 02:50:34  ID:czFXV2l8.net
>981はSVNでも使っとけよ

985
デフォルトの名無しさん[sage]   投稿日:2016/03/06 14:30:13  ID:5+xrGi5b.net
http://www.gitkraken.com/
これはGitのGUIとしては理想に近いな
フリーでもオプソじゃないみたいだが誰か使った人が居たら感想を教えてくれ
コメント3件

986
デフォルトの名無しさん[sage]   投稿日:2016/03/06 15:05:55  ID:/nDsIjaX.net(3)
>985
お前の理想に近いよ。

感想終わり
コメント1件

987
デフォルトの名無しさん[sage]   投稿日:2016/03/06 15:52:27  ID:0x3pB2nm.net(2)
>986
本当に使ったのか?

988
デフォルトの名無しさん[sage]   投稿日:2016/03/06 16:12:07  ID:/nDsIjaX.net(3)
>985自身が使って理想に近いって言ってるから問題ない
コメント1件

989
デフォルトの名無しさん[sage]   投稿日:2016/03/06 16:22:47  ID:0x3pB2nm.net(2)
>988
屁理屈並べて面白いの?

990
デフォルトの名無しさん[sage]   投稿日:2016/03/06 17:50:26  ID:/nDsIjaX.net(3)
はい

991
デフォルトの名無しさん[sage]   投稿日:2016/03/06 21:38:24  ID:08kx+QDG.net
>985
どの部分が理想に近いって言ってるの?
むしろ使ってから感想書き込んでくれよ。君のプレゼンが良ければ興味持った奴は使うだろうし。

992
デフォルトの名無しさん[sage]   投稿日:2016/03/07 07:36:53  ID:yRYiTYPz.net
お前の好きなものは他の人も好きとは限らない

993
デフォルトの名無しさん[sage]   投稿日:2016/03/07 08:21:25  ID:eudRNLDZ.net
まあぶっちゃけ宣伝か自分が面倒だから使えって言ってるだけでしょ?
まともに相手するわけがないw

994
デフォルトの名無しさん[sage]   投稿日:2016/03/07 09:40:30  ID:z45Edf5n.net
使ったこと無いならスルーすればいいのに糞みたいなレスばっかり
もちろんこれも糞レス
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラム板 タイトル検索

このスレッドが人気です(実況系)
情報ライブ ミヤネ屋★3 (1000)NTV実況
情報ライブ ミヤネ屋★4 (206)NTV実況
第89回選抜高校野球大会準決勝★83 修正 (1000)NHK実況
バイキングとグッディ★5 (566)フジ実況
実況 ◆ テレビ朝日 47362 マリコさん (883)テレ朝実況
実況 ◆ TBSテレビ 27381 (747)TBS実況
実況 ◆ 日本テレビ 54727 (821)NTV実況
第89回選抜高校野球大会準決勝★84 (208)NHK実況
このスレッドが人気です(ニュース系)
【森友】辻元議員の新たな疑惑に「野田中央公園」 14.2億円が実質2000万円 豊中市が初めて申請したのは民主党政権★3 (743)ニュー速+
【森友学園】大阪府と財務省、意見食い違い 森友への国有地売却巡り★4 (491)ニュー速+
【森友】辻元議員の新たな疑惑に「野田中央公園」 14.2億円が実質2000万円 豊中市が初めて申請したのは民主党政権★2 (1002)ニュー速+
【森友学園】辻元清美氏「3つの疑惑」報道で民進党が産経新聞に抗議文「流言飛語を疑惑扱い」「首相夫人とは事柄の本質異なる」★33 (1001)ニュー速+
【辻元議員疑惑報道】辻元氏によって送られた「工作員」とされた男性が証言「辻元さんとの面識ない」「生コンとは関わり合いがない」★6 (1000)ニュー速+
【森友学園】大阪府と財務省、意見食い違い 森友への国有地売却巡り★3 (1000)ニュー速+
【辻元議員疑惑報道】辻元氏によって送られた「工作員」とされた男性が証言「辻元さんとの面識ない」「生コンとは関わり合いがない」★7 (455)ニュー速+
【テレビ】古市憲寿氏、渡辺謙不倫報道に納得いかず… 乙武&ベッキーと「何が違うのか」 (1002)音楽・芸能ニュース
プログラム板の人気スレ
オブジェクト指向って自然な文法だな 2 (660)
【統計分析】機械学習・データマイニング14 (431)
Excel VBA 質問スレ Part47 (430)
Visual Studio 2017 (853)
次世代言語議論スレ[Go Rust Haskell Scala]第3世代 (455)
C言語なら俺に聞け 139 (592)
C#, C♯, C#相談室 Part92 (740)
C++相談室 part129 (972)
推薦図書/必読書のためのスレッド 81 (584)
ふらっと C#,C♯,C#(初心者用) Part127 (153)
Swift part10 (319)
Pythonのお勉強 Part52 (738)
ねねっちと一緒にプログラムを勉強するスレ第2話 (91)
Visual Studio 2015 Part8 (560)
Xamarin Part3 (665)
【PHP】下らねぇ質問はここに書き込みやがれ 8 (119)
Git 15 (380)
Java入門・初心者質問スレ Part.2 (935)
クラス名・変数名に迷ったら書き込むスレ。Part27 (929)
☆★Java質問・相談スレッド179★★ (829)
Ruby 初心者スレッド Part 59 (949)
HSP総合スレ【part 10】 [無断転載禁止](c)2ch.net (257)
ドルオタワイ、1からプログラミングを学びたい (131)
プログラミング言語 Rust 2 (704)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)