トップページ⇒tech
994コメント351KB

Git 13 [転載禁止]©5ch.io

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん2015/08/14(金) 23:42:44.38ID:5izHJctE
ソースコード管理を行う分散型バージョン管理システム、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
http://peace.2ch.net/test/read.cgi/tech/1427085313/
0002デフォルトの名無しさん2015/08/14(金) 23:43:55.39ID:5izHJctE
◆関連スレ
バージョン管理システムについて語るスレ10
http://peace.2ch.net/test/read.cgi/tech/1393147031/
CVS導入スレ〜 Rev.3
http://peace.2ch.net/test/read.cgi/tech/1113141518/
Subversion r15
http://peace.2ch.net/test/read.cgi/tech/1406967657/
【分散型バージョン管理】 Mercurial 2【hg】
http://peace.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 4
http://peace.2ch.net/test/read.cgi/tech/1356521407/
OSSホスティング総合【SourceForge,GitHub,etc..】
http://peace.2ch.net/test/read.cgi/tech/1384821518/

◆関連スレ 別板
CVS 1.3 [UNIX板]
http://peace.2ch.net/test/read.cgi/unix/1093611448/
0003デフォルトの名無しさん2015/08/15(土) 20:33:56.32ID:2GtmLq19
乙
0004デフォルトの名無しさん2015/08/16(日) 17:18:31.00ID:mucOKkH4
>>1乙乙
0005デフォルトの名無しさん2015/08/19(水) 11:59:50.42ID:XKE/vw4G
Git for Windows 2.5 正式リリース来た！
0006デフォルトの名無しさん2015/08/19(水) 12:26:15.09ID:D+TmsZTl
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に追従するようメンテしてくれるようになったってことかね？
0007デフォルトの名無しさん2015/08/19(水) 13:21:29.05ID:XKE/vw4G
>>6
そう
だいぶ前にGit2系からgit-for-windowsが引き継いで
やっと正式リリースまでたどり着いた
0008デフォルトの名無しさん2015/08/20(木) 01:57:50.83ID:FFgUUR7p
周回遅れの話だな
0009デフォルトの名無しさん2015/08/20(木) 11:39:21.70ID:vSASgIXr
>>8
追いついてこい。
0010デフォルトの名無しさん2015/08/20(木) 18:07:43.14ID:gvOkgls1
gitを2.5にしたけど他の環境だとまだgit1.8のとこがあるけど1と2を混在して使って
何かまずいことってある？
コマンドの挙動に互換性がない変更が幾つかあるのは理解してるけど
リポジトリ自体のフォーマットは互換性があると思ってる
0011デフォルトの名無しさん2015/08/21(金) 10:52:04.78ID:lmhmz88h
Git for Windows v2.5.0入れたらGit GUIが英語表示になっちゃったんだけど
どうやって日本語表示に戻すの？
0012デフォルトの名無しさん2015/08/21(金) 12:35:26.85ID:5gVD1/kC
インストーラー作った人がメッセージカタログを含めるのを忘れてるっぽい
誰かがバグレポあげてインストーラーを作り直してもらわないと直りそうに無いな
0013デフォルトの名無しさん2015/08/22(土) 00:02:24.40ID:J/nS9cFC
バグレポ出せるような人は、アプリの各種メッセージ等が英語でも気にしないんではないかと思ってしまふ。
0014デフォルトの名無しさん2015/08/22(土) 15:41:52.06ID:2S2GFmJN
そうは言っても英語圏の人はバグに気付いてないだろうから
誰かバグレポあげないとずっと直りそうにない・・
0015デフォルトの名無しさん2015/08/22(土) 17:00:11.10ID:kcE+8jpX
なるほど、インストーラー側の問題ですか。
誰かがIssueあげてくれるの待つかな・・・

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

いくらバグ報告にそってないからって、これを再現できないとか言っちゃうのはなんかなぁ・・・
0016デフォルトの名無しさん2015/08/22(土) 17:50:19.11ID:PZOQFPZH
>>15
そのIssueの画像のブランチの色は俺のモニターでも確かに暗くてつぶれしまって見えない
ただしそれは俺がモニターの設定をかなり暗めにしてるせいで
一般の人が設定してると思われる程度の明るさに設定すると暗すぎるって程の色じゃないと思うよ
0017デフォルトの名無しさん2015/08/22(土) 18:51:31.08ID:J/nS9cFC
>>14
つまりだ、困っている奴が、自分で出すのが一番早いんじゃないか？ということだと思うぞ。。。
0018デフォルトの名無しさん2015/08/22(土) 19:25:35.85ID:fkDvePzL
ＧＵＩの日本語化とか要らなくね
英語のままのほうが日本語化できないソフトやツール使うときのメニューの意味とか分かるようになるし
0019デフォルトの名無しさん2015/08/23(日) 02:58:37.04ID:MyWzZjEL
Git 2.5がリリース，ワークツリーをサポート，三角形ワークフローやパフォーマンスなどを改善
作者： Sergio De Simone , 翻訳者 吉田 英人 投稿日 2015年8月19日
http://www.infoq.com/jp/news/2015/08/git-25-released
0020デフォルトの名無しさん2015/08/23(日) 07:26:59.85ID:UsyQeA+D
>>18
まあそうなんだけどさ、会社とかで使うときそういう本筋以外の部分で評価
下す馬鹿上司とかがいないわけでもない
0021デフォルトの名無しさん2015/08/23(日) 10:57:18.61ID:YvWZI1Hj
Githubの話なんだけど、一度forkしてブランチ作ってPRしてマージされた後、
また本家のほうでいろいろコミットができたあとに、
また別の件でPRしたいとなったときって本家の新しいコミットを自分のforkに取り込むのって普通どうやるの？
前回のforkレポジトリを消してまたforkしなおせばできそうだけど、そういうもの？
0022デフォルトの名無しさん2015/08/23(日) 11:32:14.85ID:xbqi2KDU
>>21
以前にforkしたレポジトリのcloneがローカルに存在するなら
そこにオリジナルのmasterブランチをfetchして持ってきて
そのオリジナルのmasterブランチを元に新しいPR用のブランチを作って、PRするコミットを作成
そのPR用のブランチを、以前にforkしたGithub上のレポジトリにpush
Github上で、pushしたPR用ブランチからオリジナルのmasterに対してPR

こんな感じじゃないの？
0023デフォルトの名無しさん2015/08/23(日) 15:09:29.00ID:j/3pupjS
>>21
マージされたブランチは、通常すぐに消すものだよ。
forkしたリポジトリは消さなくていい。
最新に更新するだけ。

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

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


ちなみに、一度forkしてブランチ作ってPRしてマージ"されたなかった"後に
本家でコミットが出来た場合、自分のブランチをrebaseして
最新のmasterから修正した形に歴史を書き換える。
0024デフォルトの名無しさん2015/08/23(日) 21:52:44.44ID:YvWZI1Hj
>>22 >>23
ありがとう。
22の方法が普通っぽいのかな。
23のgit pullはどこで（Github上で/ローカルで）実行するといっているの？Github上でできる？
0025デフォルトの名無しさん2015/08/23(日) 22:31:10.75ID:xbqi2KDU
>>22はどんな状況からでもレポジトリそのままで新しいPR用ブランチが作れればいいって感じで書いた
オリジナルのmasterをpullしなくてもfetchだけで(つまり自分のmasterは汚い状況)PR用のブランチは作れる

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

https://help.github.com/categories/collaborating/ の Syncing a fork とかを読んでみて
0026デフォルトの名無しさん2015/08/26(水) 18:32:48.66ID:GbyhMcXW
Makefileやbuild.xmlとかVisual StudioなどのIDEが自動生成・編集するようなソースコード以外のファイルもgitで管理したほうがよいの？
直接編集が難しそうなIDEが生成したファイルとかがコンフリクト起こしたらどう対処してるの？
0027デフォルトの名無しさん2015/08/26(水) 20:38:09.69ID:dLDB0zDm
【背景】
ローカルに clone してある物が既に古くなっているか否かコマンドライン上で確認したい。

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

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

詳しい方、どうぞ宜しくお願いします。
0028デフォルトの名無しさん2015/08/26(水) 20:53:58.51ID:nL2sda9W
git branch
0029デフォルトの名無しさん2015/08/26(水) 21:06:18.98ID:r3J00ij1
>>27
ローカルにcloneしてそれを編集しないって前提なら
クローン元の名前がoriginでそのブランチがmasterだとすると

まず git fetch して
git rev-parse remotes/origin/master で表示されるハッシュと
git rev-parse HEAD で表示されるハッシュを比べて
同じなら最新
0030デフォルトの名無しさん2015/08/26(水) 21:17:46.16ID:r3J00ij1
>>26
.gitignoreで除外する
IDEが糞だったりレポジトリ作った奴が馬鹿だとうまく運用できないときがあるから
そういうときは git update-index とか使う
0031272015/08/26(水) 22:44:24.59ID:ZbUWEx+t
>>29
詳しい説明、どうもありがとうございます。

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

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

# CI も初めてだし、この件も初めてだし、
# こんな事を(その道の)素人にさせる現場も理解し難い。
003227/312015/08/27(木) 12:32:07.21ID:x5PxYPyZ
>>29
出来ました、ありがとうございます。
0033デフォルトの名無しさん2015/08/28(金) 08:18:25.66ID:d2/buWcD
目視確認なら fetch した後で status で教えてくれる
もしくは log master..origin/master とか
0034デフォルトの名無しさん2015/08/29(土) 11:29:35.21ID:YFL4IpJj
初心者です。
疑問があります。

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


００１で編集後に、コミットするとこういった現象がおきません。
これっておかしいと思うんですが理由があるのでしょうか？
0035デフォルトの名無しさん2015/08/29(土) 12:06:41.10ID:c8FCrqt9
>>34
ファイルを編集するワーキングツリーはブランチ毎に用意されているわけじゃないってことだよ

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

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

慣れればこの挙動は便利
0036デフォルトの名無しさん2015/08/29(土) 17:17:24.48ID:PirEThyQ
>>30
.gitignoreで除外して支障はないの？
0037デフォルトの名無しさん2015/08/29(土) 17:32:57.53ID:c8FCrqt9
>>36
Makefileやbuild.xmlのような情報をユーザが編集できない形式で保存してるIDEは滅べばいいんだよ
0038デフォルトの名無しさん2015/08/29(土) 18:31:58.39ID:mEyV9vcQ
slnやvcxprojなら普通にgitで管理するな。
コンフリクトしたときの処理は注意が必要だけど、まぁフォーマットを理解すれば問題ない。
0039デフォルトの名無しさん2015/08/31(月) 13:37:17.03ID:q02VCDwx
vcxprojとかしょっちゅう手作業でいじってるな…ほんとは良くないのかもしれんが
でもバージョン管理してれば間違っても安心だ
0040デフォルトの名無しさん2015/09/04(金) 15:12:52.13ID:F3w9cE+J
masterでコミットした内容を開発ブランチに取り入れる場合
git rebase master

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

これであってますか？
0041デフォルトの名無しさん2015/09/04(金) 15:51:22.85ID:NhfKUs1N
普通はmasterブランチをリベースしません
0042デフォルトの名無しさん2015/09/04(金) 17:19:31.02ID:F3w9cE+J
ここにmasterにrebaseしてたので
http://qiita.com/bibio/items/209016b722f550ae4088
0043デフォルトの名無しさん2015/09/04(金) 17:34:01.71ID:45GRgS6i
>>42
じゃあ、その逆もその記事を参考にすればいい。
0044デフォルトの名無しさん2015/09/04(金) 17:34:37.89ID:NhfKUs1N
>>42
＞masterでコミットした内容を開発ブランチに取り入れる場合
＞git rebase master
これはたぶんカレントブランチが開発ブランチの状態で行うつもりだと思うので、
リベースするのは開発ブランチです

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

普通はmasterブランチをリベースしません
0045デフォルトの名無しさん2015/09/04(金) 17:37:48.86ID:NhfKUs1N
>>42
もしかしてカレントブランチという概念を理解していないのですか？
git rebase はカレントブランチをリベースするコマンドです
カレントブランチをどこを起点にしてリベースするかを引数で指定します
0046デフォルトの名無しさん2015/09/04(金) 17:43:18.26ID:NhfKUs1N
ああ、カレントブランチをリベースするのは
ブランチもしくはコミットをひとつだけ指定したときね
0047デフォルトの名無しさん2015/09/11(金) 20:56:12.78ID:qlMd+Y1d
gitで、ある任意の行が いつ更新されたのかを知るにはどうしたらいいの？

cvswebでいうところの annotated みたいな感じのやつ
0048デフォルトの名無しさん2015/09/11(金) 20:57:10.59ID:aiR11qAq
blame?
0049デフォルトの名無しさん2015/09/11(金) 21:10:45.71ID:qlMd+Y1d
>>48
ありがとう、それだったわ
日付出ないのが不便だけど無いよりはマシっぽい

gitも早くcvs並みに使い勝手が良くなるよう応援するわ
0050デフォルトの名無しさん2015/09/11(金) 21:15:12.78ID:V5+3K+4n
git blameで日付出るよ。
煽ってるつもりなんだろうけど、
こちらは煽るつもりもなく
gitはcvs以上の事をすべて行えるって
事実を言っておくねｗ
0051デフォルトの名無しさん2015/09/11(金) 21:29:07.14ID:qlMd+Y1d
gitwebでソースの改変ログを見る時
shortlog に表示されてるログがやたらと古いのしかないんだけどなんで？
tagsにはちゃんと最近の分が表示されてるけど
0052デフォルトの名無しさん2015/09/12(土) 22:38:03.90ID:dK13GhPG
>>50
古いバージョンだと出ないとか？
0053デフォルトの名無しさん2015/09/13(日) 11:30:22.06ID:8QNbCh1F
pullで更新を取得したときだけbuildしたいんですけど
なんか方法を教えてください
0054デフォルトの名無しさん2015/09/14(月) 18:45:19.92ID:AlOlEiNV
2.5以降のWindows版のgit-guiが日本語化されないのはインストーラーのサイズを
小さくしたい為に意図的にメッセージカタログを含めてないんだってさ
インストーラーは現状30MBほどあるけど1MB増えるのが許せないらしい…
0055デフォルトの名無しさん2015/09/15(火) 11:50:29.95ID:JvEHO3WV
gitだけに限らんけど
もう言語ファイルは全て含めたほうがいいと思う。
0056デフォルトの名無しさん2015/09/15(火) 12:26:09.28ID:mcggslDF
自分でコンパイルすればいいだろ
余計な言語ファイルなんていらねえよいらねえよ
0057デフォルトの名無しさん2015/09/15(火) 13:40:54.53ID:eNNmAhue
言語ファイルは余計じゃない
0058デフォルトの名無しさん2015/09/15(火) 14:28:35.56ID:mcggslDF
英語が出来ないがこの業界で余計な存在
0059デフォルトの名無しさん2015/09/15(火) 16:27:58.96ID:5sBqatlZ
翻訳ファイルが用意されているのに自分でビルドもせず文句垂れてる奴はクズ
これだからWindowsユーザーは低能が多いんだよ
0060デフォルトの名無しさん2015/09/15(火) 17:56:46.06ID:eNNmAhue
英語は出来るが言語ファイルは余計じゃない
0061デフォルトの名無しさん2015/09/15(火) 17:57:33.01ID:eNNmAhue
>>58
自己紹介乙ｗ
0062デフォルトの名無しさん2015/09/15(火) 18:02:53.58ID:eNNmAhue
翻訳した人の苦労も考えずにたった1MBの容量をケチって独断で
インストーラーから外した奴の擁護する奴の気が知れない
0063デフォルトの名無しさん2015/09/15(火) 18:27:42.38ID:EQXALWLy
Git GUI使ってる人はなんでSourceTreeを使わないの？
0064デフォルトの名無しさん2015/09/15(火) 19:48:55.16ID:D3lZz2qW
自分ビルドできないの？
ひょっとしてバイナリ配布を当たり前のように思ってるの？
0065デフォルトの名無しさん2015/09/16(水) 00:28:44.20ID:FKsMqFjA
>>64
そりゃそうだろ
なんで俺がビルドしなきゃならないんだ？
そんなのはお前らの仕事だろ？
0066デフォルトの名無しさん2015/09/16(水) 00:44:24.70ID:NeMgl0Bk
Linux上だと色々自前でビルドしてるがWindows上でビルドなんて暇人のやる事だ
自前でビルドなんて誰でも出来る事をドヤ顔で自慢するスレに成り下がったか…
0067デフォルトの名無しさん2015/09/16(水) 00:59:45.41ID:Uq7QUfzW
自分が一切関わってないコード群のビルドなんて正直やりたくないな
BSD系のOSはアプリをいちいち全部自分でビルドしなきゃいけないっていうし大変そうだな
0068デフォルトの名無しさん2015/09/16(水) 13:08:36.22ID:NeMgl0Bk
ちなみにWindowsでビルドするにはMSYS2を入れるだけで良さそうだけど
Windows上で動かすgccは異常に遅い。多分10倍ぐらい時間が掛かる
(別にgccが悪いわけじゃない。Linux上だと普通に速いから)
でかいアプリのコンパイルを始めるとマジでブチ切れそうになる
0069デフォルトの名無しさん2015/09/16(水) 13:34:14.05ID:jlpsui5X
Linuxならビルド環境整えてgitをソースから構築とかするの簡単だが
Windowsだとわけがわからんな
http://msys2.github.io/ から msys2-x86_64-20150512.exe をもってきてインストールして
pacman -S base-devel はできたが
pacman -S mingw-w64-x86_64 これが404で全部失敗する
ここはWindowsでのビルド楽勝な人が多いみたいだから失敗の理由とか即わかるよね？教えてくれない？
0070デフォルトの名無しさん2015/09/16(水) 14:07:35.28ID:iF5FdFkH
gccが遅いならclangでためせば
0071デフォルトの名無しさん2015/09/16(水) 14:09:02.96ID:iF5FdFkH
>>69
答えを探せない奴は向いてないからGitを使わないほうがいいよ
0072デフォルトの名無しさん2015/09/16(水) 14:31:16.57ID:jlpsui5X
とりあえずオプション追加して404が出なくなるが
こんなエラーがでてインストール失敗
texinfo-tex: /usr/bin/texindex exists in filesystem
これも無効にするオプションを指定して進むようになる
しかしこんどはインストール進行中にこんなエラーがでまくる
error: could not fork a new process (Resource temporarily unavailable)
初期のBSDやLinuxだってこんなひどくは無かったな
0073デフォルトの名無しさん2015/09/16(水) 14:48:24.13ID:knfsespo
>>71
答えはとっくに出ている
いちいちソースから構築するのは阿呆
0074デフォルトの名無しさん2015/09/16(水) 18:45:24.71ID:NeMgl0Bk
オプション→更新履歴の表示→詳細で開くリリースノートのページが
ちゃんと日本語版が表示されるようになったな
Mozilla Japanグッドジョブだ
後はMozilla Japan ブログのRSSが壊れててブックマークメニューから
読み込めないのを修正してくれ
0075デフォルトの名無しさん2015/09/16(水) 18:46:03.59ID:NeMgl0Bk
すまん誤爆した
0076デフォルトの名無しさん2015/09/21(月) 20:06:41.32ID:imxlQT3z
IDとパスワードを入力するuser.phpがあります
<?php
$id = "";
$pass = "";

この状態でコミットしました。
これ以降の編集では実際のIDとパスワードを入力するので、このファイルをコミットしたくないんですが
どうやるのかおしえてください
0077762015/09/21(月) 20:07:48.75ID:imxlQT3z
訂正

これ以降の編集では実際のIDとパスワードを入力するので、このファイルをコミットしたくないんですが
↓
これ以降の編集では実際のIDとパスワードを入力するので、このファイルを今後コミットしたくないんですが
0078デフォルトの名無しさん2015/09/21(月) 20:26:28.46ID:C5HvucEJ
>>76
そのファイルをコミットしないでください。
0079デフォルトの名無しさん2015/09/21(月) 21:47:28.90ID:8i8+x9fK
>>76
本来はGitで管理しないファイルからidやpasswdを取り込むような仕組みにするべきだけど
どうしてもGitで管理するファイルにそのまま書きたいなら
git update-index --skip-worktree でファイルの修正をgitから無視されるようにする
0080デフォルトの名無しさん2015/09/25(金) 14:10:37.86ID:4rnBLNL1
今までgit cloneでダウンロードするだけだったgit初心者ですが、
とあるOSSで見つけたバグを報告するため初めてアカウントを作り、
http://blog.mogmet.com/github-abecedarian-send-pull-request/
などを見ながらプルリクエストをしました。
これから色々勉強していくつもりですが、一つだけくだらない質問をさせてください。

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

例えば、いきなり第三者がフォークしたりプルしたりすると、元からいる人たちが
「誰こいつ？」とか「素人は引っ込んでろ」みたいに冷たくあしらわれて
拒否されたりBanされたりすることはあるんでしょうか？
0081デフォルトの名無しさん2015/09/25(金) 14:40:54.70ID:QB41dI3S
>>80
プルリクはrejectあるいは放置される場合もあるが、誰こいつとはならない。
ただ、あまりにうざい振る舞いをすると、blockされてしまうこともある。
0082デフォルトの名無しさん2015/09/25(金) 16:56:55.75ID:APxH2mFV
>>80
ブログとかslackで陰口言われてますよ
0083デフォルトの名無しさん2015/09/25(金) 17:27:50.53ID:na6vCc5n
>例えば、いきなり第三者がフォークしたりプルしたりすると、元からいる人たちが
>「誰こいつ？」とか「素人は引っ込んでろ」みたいに冷たくあしらわれて
>拒否されたりBanされたりすることはあるんでしょうか？

閉鎖コミュニティーが好きな日本人ぽい発想だね
それだったら公開リポジトリにする意味が全くないし
外国語分からなくたって機械翻訳で必死にコミュニケーション取りながら進めたりするんだぜ
0084デフォルトの名無しさん2015/09/25(金) 18:31:19.60ID:4rnBLNL1
慣習や空気みたいなものがあって、そういうのを理解しないと
まずいのかなと思ったりしたのですが、考えすぎですかね？
使うだけだった人間から少しずつ開発に貢献する人間になろうと思います。
0085デフォルトの名無しさん2015/09/26(土) 00:32:32.87ID:EnjF3IZ6
Githubで公開していても、Githubのプルリクでのパッチは受け付けない方針のところもあるけど(Linuxカーネルとかそうだっけ？)、
基本はちゃんとコミットが整理された形で、しっかり説明がついたプルリクが来たら対応してくれるんじゃないだろうか。

Issueを作ってどういうバグか説明してからIssueにひも付けでプルリクしたほうがわかりやすいような気もするけれども
0086842015/09/26(土) 02:45:53.68ID:vIfY+flB
管理者から「masterはstableブランチなので直接の変更は駄目」と返事があり、コミットがクローズされました。
代わりにその人がdevelopというブランチにコミットしてくれていました。

今まで初心者用サイトをググった限りプルリクエスト先はmasterにしているものばかりでしたが、
実際にどのブランチにプルリクエストをするかはリポジトリ毎に様々なんでしょうか？
今回の場合、developブランチにやれという記述はgithubページのどこにも見当たりませんでしたが・・・
0087デフォルトの名無しさん2015/09/26(土) 05:34:43.25ID:JuLXQGyi
Git FlowやGitHub FlowといったメジャーなGitの運用法を用いてる場合が一般的
そしてたいていの運用法ではmasterブランチにプルリクエストは送らない
あとGitHubとGitを混同しすぎ
GitHubはGitを使いやすくするための１ツールであり１サービスである

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

OSSホスティング総合【SourceForge,GitHub,etc..】
http://peace.2ch.net/test/read.cgi/tech/1384821518/
0088デフォルトの名無しさん2015/09/26(土) 06:39:41.99ID:9LZTdQQ8
>>86
自分のリポジトリにforkしたあと、ブランチを切ったかね？
それと勘違いしている気がするが。
0089デフォルトの名無しさん2015/09/26(土) 10:17:46.08ID:/RmKDqih
>>86
不採用になってもしつこく送れば取り入れてもらえません
諦めずにmasterに送り続ければきっと管理者も心を開くでしょう
0090デフォルトの名無しさん2015/09/26(土) 21:11:38.35ID:kXbnSfDU
Git FlowやGitHub Flowって一般的っていうほど普及してるかな。
いまのところPR先で出会ったことない。
0091デフォルトの名無しさん2015/09/28(月) 20:03:01.78ID:Hi/A9Jbj
githubにプロジェクトを登録しましたが、誰かがクローンしたかどうかというのはわかるもんなんでしょうか。
0092デフォルトの名無しさん2015/09/28(月) 20:53:28.49ID:EuxVMsYV
>>91
ここはGitに関するスレなのでホスティング固有の質問は専用スレへどうぞ
0093デフォルトの名無しさん2015/09/30(水) 00:22:18.11ID:nHSErU69
gitにプロジェクトを登録しましたが、誰かがクローンしたかどうかというのはわかるもんなんでしょうか。
0094デフォルトの名無しさん2015/09/30(水) 16:26:36.17ID:G7rk0ai1
Git 2.6 Release
https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.6.0.txt
0095デフォルトの名無しさん2015/09/30(水) 17:18:27.45ID:2Jw0Oi7O
>>94
日本語訳ちょうだい
0096デフォルトの名無しさん2015/09/30(水) 18:21:55.06ID:ny1aNtsw
ろくでなし 2.6 釈放
https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.6.0.txt
0097デフォルトの名無しさん2015/09/30(水) 23:47:18.77ID:FXqf9/xA
「Git 2.6」リリース
https://osdn.jp/magazine/15/10/01/065200
0098デフォルトの名無しさん2015/09/30(水) 23:54:17.50ID:TK4N/xkC
もはや更新内容がマニアック過ぎてほとんど意味が分からん
0099デフォルトの名無しさん2015/10/01(木) 01:14:26.09ID:RdOCzZI8
こんな機能追加が許されるのは、プログラマ向けだからだよなｗ
誰がどんな時に使うのかけわからん機能ばっかりだ。
0100デフォルトの名無しさん2015/10/01(木) 10:57:25.00ID:JwHQ7pBT
プログラマ向けと言うか基本的な機能は完成されてるから
細かい機能追加になりがちなんだろうね
ただ最近はコマンドを直で使わなくなってるから尚更機能追加が実感しにくい
0101デフォルトの名無しさん2015/10/01(木) 15:57:53.41ID:LOhoTcKr
Gitて現実の世界で役に立つの？
0102デフォルトの名無しさん2015/10/01(木) 16:06:04.51ID:aS/VDHPw
>>101
現実じゃないどこの世界で使ってんの？
0103デフォルトの名無しさん2015/10/02(金) 00:26:03.11ID:7CgA4BgL
一体どの世界線だ
0104デフォルトの名無しさん2015/10/02(金) 09:21:46.42ID:9mUiXxRM
ワイヤードの住人なんだよ
0105デフォルトの名無しさん2015/10/03(土) 20:32:18.39ID:zBPIeFkY
今後も、このスピードで細かい機能をどんどん追加していくのかな？
それとも、別途大きな機能を作ってるのかな？
0106デフォルトの名無しさん2015/10/05(月) 17:12:14.54ID:+f9Pdcib
この調子で行くと3.0で全く新しくなって完全に互換性がなくなるんじゃないかな？
0107デフォルトの名無しさん2015/10/05(月) 19:27:34.44ID:MVv4Cl2K
git logにreflogを取り込むべき
git log --reflogのようにね
無駄にコマンド分け過ぎなんだよ
0108デフォルトの名無しさん2015/10/05(月) 20:12:59.07ID:yDTTeGw8
まとめてしまえばいいと思うコマンドはあるが、logとreflogはないわｗ
0109デフォルトの名無しさん2015/10/05(月) 20:14:14.27ID:yDTTeGw8
>>106
どんな調子だ？gitは1.xのころから互換性無くなるような修正ほとんどしてないぞ
0110デフォルトの名無しさん2015/10/06(火) 12:17:19.28ID:IzSUHdTs
受ける会社大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in tokyo
・「社名　労基」でググると過去の2chスレが出てくる
・転職会議で2.5点
0111デフォルトの名無しさん2015/10/06(火) 12:47:14.01ID:m1G57dvM
そろそろgit専用のスクリプト言語を作るべき
0112デフォルトの名無しさん2015/10/06(火) 13:43:47.39ID:ycmFUo52
ただのコマンドなんだからシェルスクリプトで十分でしょ
0113デフォルトの名無しさん2015/10/06(火) 19:16:43.87ID:vhcH4utQ
git専用スクリプト言語がてき、そしてCで再実装されるのだ
永遠に
0114デフォルトの名無しさん2015/10/07(水) 14:49:47.63ID:Sz7c2+fH
.gitignoreと同じような処理をシェルスクリプトだけでやりたいんだが、
これ、ただのglobじゃねーよな？難しいんだろうか？
0115デフォルトの名無しさん2015/10/10(土) 14:54:28.62ID:0b8Q3WE4
hookの書き方がわかりません
0116デフォルトの名無しさん2015/10/10(土) 19:33:09.34ID:0j5/IHaM
>>115
それは大変でおじゃるな
0117デフォルトの名無しさん2015/10/13(火) 14:06:15.12ID:GMr+cVQ1
gitって、ここ10年でのソフトウェア開発での目覚ましい革新の一つだと思う。
ビルドシステムもなんとかならんのかな。
makeの次が何なのか。makeの次もmakeなのか。
ant、mavenはjava寄りだし、なにより緻密すぎ。
gradleは緩いけどやはりjava寄り。
0118デフォルトの名無しさん2015/10/13(火) 14:30:45.10ID:UUHRczDF
>>117
別にgitが革新を起こしたとは思えない
似たようなものは前からあったわけだし
ビルドシステムも山ほどあるけどオープンソースにはcmakeが人気ある
でもやっぱりautotoolsでしょ
0119デフォルトの名無しさん2015/10/13(火) 22:54:40.53ID:PavUQnTL
p4参考にしたのかもしれんけど、コードとしてはゼロから始まって、
cvsはもちろん、svn, hg駆逐して、githubその他サービスも派生して、
単なるツールからインフラになったわけよ。
svn, hgでgithub的な事ができるかというと出来ない。
0120デフォルトの名無しさん2015/10/13(火) 23:24:17.55ID:UUHRczDF
>>119
ホスティングサイトはsourceforge.orgが長い事使われてたじゃん
一応csvとかsvnと連携してたと思うけど
0121デフォルトの名無しさん2015/10/13(火) 23:25:43.23ID:UUHRczDF
間違えたsourceforge.netだったか
0122デフォルトの名無しさん2015/10/13(火) 23:26:48.85ID:UUHRczDF
csv→cvsもだった…ごめんちゃい
0123デフォルトの名無しさん2015/10/13(火) 23:28:30.68ID:aFMLzo6O
個人で使うならRCSで充分
0124デフォルトの名無しさん2015/10/13(火) 23:51:46.83ID:7/0DmU73
>>123
それだけは絶対にない
0125デフォルトの名無しさん2015/10/14(水) 00:37:34.12ID:4OtDKqNl
>>124
いや普通に有りでしょ
管理するものによる
サーバーの設定ファイルとかrcsで十分
0126デフォルトの名無しさん2015/10/14(水) 00:44:03.09ID:Mk98o5rs
>>125
いや、わざわざ使い分けてまでrcsを選択する理由がないってこと。
むしろgitだけあれば十分。
0127デフォルトの名無しさん2015/10/14(水) 01:09:30.89ID:UG4l/NFf
svnに戻りたい
0128デフォルトの名無しさん2015/10/14(水) 12:18:48.21ID:4OtDKqNl
>>126
じゃあRCSで十分でいいよ
0129デフォルトの名無しさん2015/10/14(水) 14:17:55.50ID:X1i0uUcG
svnとかhgとかわからないので出来ればこの辺のツールの仕様を標準化してもらいたい
0130デフォルトの名無しさん2015/10/14(水) 14:19:52.88ID:s//nRDk5
hgはともかくsvnを知らないのは明らかに無知で中二だよな
0131デフォルトの名無しさん2015/10/14(水) 18:21:10.00ID:XrUkZBC7
>>128
なんでわざわざRCS
アホか
0132デフォルトの名無しさん2015/10/14(水) 19:53:20.22ID:4OtDKqNl
>>131
それで十分だから
0133デフォルトの名無しさん2015/10/14(水) 20:43:50.35ID:XrUkZBC7
あ、ごめん
触っちゃいけない人だったか
git使ったことがない人なのかな
0134デフォルトの名無しさん2015/10/14(水) 20:45:58.91ID:tB4uqM6F
もしかして: 老害
0135デフォルトの名無しさん2015/10/14(水) 21:38:54.70ID:UG0pkAng
サーバーの設定ファイルの管理だと、部分的にチェックアウトできないgitは
ちょっと使いにくそうだな。せめてsvn。
0136デフォルトの名無しさん2015/10/14(水) 22:41:30.17ID:4Y2XgrVc
>部分的にチェックアウトできないgit

こマ？
0137デフォルトの名無しさん2015/10/14(水) 23:44:39.64ID:4OtDKqNl
gitもRCSも両方使ってる
老害とかネットスラングを使う奴はネットやり過ぎで脳みそが萎縮してる証拠
0138デフォルトの名無しさん2015/10/15(木) 00:30:58.87ID:749qPpcM
RCSって何？と思ってググったら
こんなのが未だに現役なのかよｗ

https://ja.wikipedia.org/wiki/Revision_Control_System
初版 1982年（33年前）
最新版 5.9.1 / 2013年10月4日
0139デフォルトの名無しさん2015/10/15(木) 00:32:52.46ID:749qPpcM
英語版wikiのほう見たらRCSの最新版は2015年1月22日とかバリバリ現役すぎて吹くｗ
33年前の遺物を未だにメンテしながら使っているのかｗ
0140デフォルトの名無しさん2015/10/15(木) 01:42:06.23ID:+iIoz1zt
単にお前らが無知なだけだろ
0141デフォルトの名無しさん2015/10/15(木) 01:48:14.02ID:h4rpxLqO
RCSの手軽さは上司から耳タコなんだけど、ぶっちゃけgit慣れた今どきに手軽さとか言われてもよくわからんってのが本音。
俺も30過ぎのおっさんだから世代ギャップとかあんま言いたくないけどさ

なんかgit以上の利点とかあったら煽りでなく教えて欲しいな。
SVNやVSS通してサーバ型しか知らん人間も多いんでない？
今時の経験薄い新人とかgit以外は過去の遺物扱いだしさ、いっちょ語ってくれよ
0142デフォルトの名無しさん2015/10/15(木) 02:31:07.21ID:8y87T4ny
時代についてけないおっさんは旧製品といっしょにまとめて捨てられるんやで
0143デフォルトの名無しさん2015/10/15(木) 02:41:21.52ID:aZcuGTuu
一つのファイルをバージョン管理するために、
一つのrcsファイルを作成するだけでいいってのが最大の利点じゃない？
0144デフォルトの名無しさん2015/10/15(木) 03:06:39.03ID:h4rpxLqO
>>143
うーん。実装がシンプルなのは良いよ。それを百も承知で聞くけど、それ今時のシステムで利点となってるかなぁ？
こちらの疑問をまとめると、「gitでだめなの？」「gitの運用はシンプルじゃないの？」って話になるのかな。

っとすみません、賑やかし目的な話題提案に過ぎないので、スルーで構いませんです。
何かのついでで、興味ある方のご意見を拝聴できれば幸いです。
0145デフォルトの名無しさん2015/10/15(木) 06:54:49.95ID:S/tyCJO3
gitはos標準で入ってなくてもRCSは入ってたりするからな
開発環境はともかく運用環境にgitが入ってる必然性はないから
設定ファイルなんかのバージョン管理ではバリバリ現役

あくまでもweb界隈以外の話ね
環境使い捨てるとか言ってる人たちには縁ないかも
0146デフォルトの名無しさん2015/10/15(木) 07:21:00.83ID:kMs2XARu
>>145
環境使い捨てるの意味わかってないんじゃない？ｗ

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

それに対して、従来は人がコツコツと作っていたから
環境を作るのに時間がかかっていたし、壊れたり新しく作る時の
再構築が大変だった。
0147デフォルトの名無しさん2015/10/15(木) 07:23:01.67ID:kMs2XARu
>>145
で、RCSだけど、今のOSには入ってないよ。

きっとあんたのところ、環境が古すぎて
アップデート出来てないんじゃね？
環境が秘伝のタレとかして捨てるに捨てられない状況になってそう。
0148デフォルトの名無しさん2015/10/15(木) 07:44:40.66ID:8y87T4ny
10年以上同じ環境をろくにアップデートせずに使い続ける人たちにGitは必要ないから巣に戻りなさい
0149デフォルトの名無しさん2015/10/15(木) 08:35:48.85ID:HeeGmQmp
>>145
運用環境にgitが入ってないというけれど、
git含めたバージョン管理ツールは開発ツールなのだから、
運用環境にはgitもsvnもrcsも要らなくね？

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

運用環境＝実機サーバーに直接ログインして
設定書き換えます。バックアップとして前のファイルを
とっておきましょう。って話？
rcsってファイル単位だし、開発には使えないよね。
なるほど、だから設定ファイル専用なわけか。
0150デフォルトの名無しさん2015/10/15(木) 09:19:01.42ID:+iIoz1zt
>>144
お前シンプルなのが利点て認めてんじゃん
それを承知で駄目なの？駄目なの？聞いてる時点で老害より脳みそが凝り固まってる無能じゃんｗ
目の前に小型ナイフがあるのに一生懸命アーミーナイフ(十得ナイフ)で肉切ろうとしてる奴に似てる
(現実にあった)
0151デフォルトの名無しさん2015/10/15(木) 09:26:45.31ID:aZcuGTuu
実装より使うときのシンプルさに意味があるの
運用環境のファイルいじるときに念のため.bakとかつけてオリジナルを残す感じでrcsファイルを残しておける
rcsファイルは別の環境で作ってもいいから、その運用環境にRCSがインストールされてなくてもいいんだよね
0152デフォルトの名無しさん2015/10/15(木) 09:30:32.73ID:+iIoz1zt
バージョン管理の基本的な仕組みはRCSに全部実装されてる
(基本的な仕組みのみ実装されてるとも言える)
最近のOSって何を言ってるのか不明だがサーバー向けLinuxには必ず入ってる
それを考慮すれば設定ファイルを管理するには最適だ

つうかRCSなんて目茶シンプルなツールで使い方も超簡単なのに
自分が知らないってだけでこんな必死に反論するのが滑稽だな
そんな必死に反論するようなツールじゃないよ
0153デフォルトの名無しさん2015/10/15(木) 09:38:34.25ID:HeeGmQmp
>>151
> rcsファイルは別の環境で作ってもいいから、その運用環境にRCSがインストールされてなくてもいいんだよね
それはgitでも一緒では？
0154デフォルトの名無しさん2015/10/15(木) 09:39:54.42ID:HeeGmQmp
>>152
> バージョン管理の基本的な仕組みはRCSに全部実装されてる

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

RCSにはそれがないので、今の時代に求められる
基本的な仕組みを実装できていない。
0155デフォルトの名無しさん2015/10/15(木) 09:41:19.27ID:xgHK1b2k
ぼくのかんがえたきほんてきなしくみ
0156デフォルトの名無しさん2015/10/15(木) 09:41:21.19ID:+iIoz1zt
Linuxサーバーでも今時はGUIでファイルのコピーとか出来るけど
それでもちゃんとcpとかmvとか最低限のコマンドは覚えるでしょ
RCSもその程度のもんだ
0157デフォルトの名無しさん2015/10/15(木) 09:41:26.26ID:HeeGmQmp
>>152
> 最近のOSって何を言ってるのか不明だがサーバー向けLinuxには必ず入ってる

入っていない。

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

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

もうこれから使いませんって宣言されてるものを
使う必要はない。
0158デフォルトの名無しさん2015/10/15(木) 09:42:31.56ID:HeeGmQmp
>>156
今のLinuxに標準的にインストールされていないものは
cpやmvとぜんぜん同等じゃないよｗ
0159デフォルトの名無しさん2015/10/15(木) 09:44:07.58ID:+iIoz1zt
>>154
お前頭悪いな…プログラマじゃないだろ
バージョン管理の基本的な仕組みって分かってる？
じゃあRCSで設定ファイルが管理出来ないって事か？出来てるよね？それはなんで？
0160デフォルトの名無しさん2015/10/15(木) 09:45:10.53ID:+iIoz1zt
>>157
CentOSとか入ってるよ
0161デフォルトの名無しさん2015/10/15(木) 09:47:59.84ID:N9hEQVX6
>>159
> じゃあRCSで設定ファイルが管理出来ないって事か？出来てるよね？それはなんで？

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

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

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

これは必須の機能。

単一のファイルのバックアップだけでいい設定ファイルとは
扱い方がぜんぜん違う。
0162デフォルトの名無しさん2015/10/15(木) 09:49:03.95ID:N9hEQVX6
>>160
CentOSにも入ってないよ。

yumで別途インストールしないといけない。
0163デフォルトの名無しさん2015/10/15(木) 09:50:10.83ID:8y87T4ny
必ず入ってるというサーバー向けLinuxが何を指してるのか不明なんだが
そんなに便利ならなんでLinux系の技術サイトに設定ファイルのバックアップにRCSを使ってるところがまるで見当たらないんだ

>>160
目の前のCentOSのターミナル叩いてみたけど入ってなかったぞ
バージョンいくつだよ最小構成以外で入れてるのか？
0164デフォルトの名無しさん2015/10/15(木) 09:51:18.91ID:N9hEQVX6
あと、サーバーの設定管理であれば、
etckeeperを使って半自動で管理するのが多いと思うが、

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

# The VCS to use.
#VCS="hg"
VCS="git"
#VCS="bzr"
#VCS="darcs"
0165デフォルトの名無しさん2015/10/15(木) 09:54:17.99ID:aZcuGTuu
>>153
たとえば、新規にRCSで管理したいと思ったときは、
修正するファイルをRCSがインストールされてる環境にコピーしてきて
rcsファイル作成、ファイル修正、rcsファイルにコミット、rcsファイルと修正したファイルを元の環境にコピー
これでとりあえずいいわけよ
更新する場合にはrcsファイルをコピーしてきておなじようなことをやればいい

おなじことをgitでやろうと思えばできるけど、
コピーするファイルとかディレクトリが増えるだけでgitのメリット何も生かせないし馬鹿みたいだよ
0166デフォルトの名無しさん2015/10/15(木) 09:54:40.69ID:+iIoz1zt
>>161
お前日本語読めないのか？
設定ファイルが管理出来てるならバージョン管理出来てんだろ
誰も機能の管理なんて言ってねーよ

そもそも複数のファイルが同時にコミット出来れば機能の管理が出来てると
思ってるお前の脳みそもお目でてーな
複数のファイルがコミット出来るのは複数のファイルに同じバージョンを
振れるってだけで機能の管理とは当然のことながら無関係だ
0167デフォルトの名無しさん2015/10/15(木) 09:56:21.97ID:N9hEQVX6
>>165
> たとえば、新規にRCSで管理したいと思ったときは、
> 修正するファイルをRCSがインストールされてる環境にコピーしてきて
> rcsファイル作成、ファイル修正、rcsファイルにコミット、rcsファイルと修正したファイルを元の環境にコピー

それ、大変って言わね？ｗ


gitに比べて何が簡単なのか、全く同じじゃねーかｗ
0168デフォルトの名無しさん2015/10/15(木) 09:59:12.96ID:N9hEQVX6
>>166
> 設定ファイルが管理出来てるならバージョン管理出来てんだろ

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

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

それが出来ない時点で、RCSはバージョン管理ツールの目的を満たせない
劣ったツールなんだよ。設定ファイル管理ツールと言い直すべきだ。
0169デフォルトの名無しさん2015/10/15(木) 09:59:57.30ID:+iIoz1zt
>>162
CentOS6.4だが…じゃあ開発ツールをインストールする時に入ったのかよ
単純なサーバー向けインストールじゃ入らないんだろうね
0170デフォルトの名無しさん2015/10/15(木) 10:03:33.12ID:+iIoz1zt
>>168
今求められるってなんだよ
本質的な機能のバージョン管理の話しをしてんだよ
そういう概念的な話しをネチネチするのが文系だって言ってんだよ

RCSは複数のファイル管理には向いてないよね、で終わりだろ (当然不可能ではない)
0171デフォルトの名無しさん2015/10/15(木) 10:03:48.00ID:aZcuGTuu
>>167
同じことをgitでどうやるか考えてみろよ
gitでやるメリットが何もない上に余分なファイルが大量に必要になるんだぜ？
0172デフォルトの名無しさん2015/10/15(木) 10:19:01.31ID:8y87T4ny
>>169
秘伝のタレじゃねえかｗｗｗ
何年やってるか知らんが経験が狭すぎて素人同然だな
0173デフォルトの名無しさん2015/10/15(木) 10:44:20.56ID:+iIoz1zt
>>172
秘伝のタレって何？
仕事なんだから環境構築は俺じゃない奴がやってるから詳細なんて知らないよ
0174デフォルトの名無しさん2015/10/15(木) 11:53:58.24ID:IKGnkMlk
>>147
FreeBSD 10.2でman coしたら出てきたし
OpenBSD 5.8でman coしても出てくるよ
0175デフォルトの名無しさん2015/10/15(木) 11:56:11.04ID:mYfmOhz6
>>173
> 秘伝のタレって何？

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

なお、>>169は秘伝のたれではない。
0176デフォルトの名無しさん2015/10/15(木) 12:06:50.91ID:aetAeC9f
>>151
おれetckeeper使ってる
超便利
etckeeperのバックエンドは標準でgitになってるなCentOS7の場合
0177デフォルトの名無しさん2015/10/15(木) 12:45:20.89ID:4rmzgbky
俺なんかrcsで作られてる差分管理ファイルを自分のPCのgitで監理してるぜ
0178デフォルトの名無しさん2015/10/15(木) 14:47:15.83ID:8y87T4ny
個人ならいいけど業務で設定をダイレクトに編集するのは悪い運用体制だから業務でetckeeperは使わないほうがいい
0179デフォルトの名無しさん2015/10/15(木) 16:26:17.63ID:77Rj4CAr
>>178
おお、説明不足すまん
テスト環境上でetckeeperで管理している設定ファイルを、
設定が固まったあとで本番環境に持って行ってる

本番環境からテスト環境へのファイルコピーはやってない(設定ファイルの場合ね)
0180デフォルトの名無しさん2015/10/15(木) 17:30:29.52ID:mYfmOhz6
>>178
yum等でアップデートされた時も自動で管理してくれるから、etckeeper使うメリットあるよ
0181デフォルトの名無しさん2015/10/15(木) 19:25:07.13ID:SHJW9O2D
>>174
卑猥なシステムだな。
0182デフォルトの名無しさん2015/10/15(木) 23:41:00.83ID:58jGbvzI
Git 2.6登場、多数の新機能と改善
作者： Sergio De Simone , 翻訳者 笹井 崇司 投稿日 2015年10月14日
http://www.infoq.com/jp/news/2015/10/git-26-released
0183デフォルトの名無しさん2015/10/16(金) 18:23:11.42ID:+fJvXx/R
意地張ってWin版インストーラに翻訳メッセージ含めてなかったのが遂に折れたか
ただ将来インターナショナル版インストーラを作る時用って言ってるからまだ暫く含まれる事は無い
0184デフォルトの名無しさん2015/10/16(金) 21:59:07.54ID:ZoTRSHay
gitに限らず翻訳メッセージを含めないっていうのは
今はありえないと思うわ。

せめて自動取得するようにするべきだろうね。
0185デフォルトの名無しさん2015/10/17(土) 13:45:49.49ID:gWco8U62
翻訳なんていらない
0186デフォルトの名無しさん2015/10/17(土) 14:55:48.97ID:6rmwdU9b
>>185
別に英語まま使う事は簡単に出来るんだから英語で十分アピールはいらないから
0187デフォルトの名無しさん2015/10/17(土) 14:57:18.04ID:6rmwdU9b
で、この後自分でビルド出来るアピールが続くんだろ
0188デフォルトの名無しさん2015/10/17(土) 15:15:40.93ID:KBdUYWvy
GUIとマニュアルを除けばgitのビルドは簡単だよ。
0189デフォルトの名無しさん2015/10/17(土) 15:44:40.06ID:O0BrDLwr
だからそんな事分かってるっての
0190デフォルトの名無しさん2015/10/17(土) 17:32:00.88ID:1ASUe7eY
英語が出来ないｇｍｋｚに世界のエンジニア達が合わせる必要はない
0191デフォルトの名無しさん2015/10/17(土) 21:40:36.76ID:O0BrDLwr
>>190
英語出来るらしいけどTOEIC何点ぐらい？
まさかgitkのメニューが分かる程度で英語出来るって言ってないよね？
0192デフォルトの名無しさん2015/10/17(土) 21:47:44.28ID:qe4z3RQX
ジャンル限らず和訳の話が出たあとはだいたいこういう流れになるなぁ
0193デフォルトの名無しさん2015/10/17(土) 21:50:47.90ID:Z7xYOmEY
git使うのにTOEICの点数何点くらい必要なの？
0194デフォルトの名無しさん2015/10/17(土) 21:53:54.21ID:/J6P+2iK
エラーメッセージでググるとき面倒だから英語でいいや
0195デフォルトの名無しさん2015/10/17(土) 22:49:32.02ID:x315qPAo
>>193
300点もあれば十分
0196デフォルトの名無しさん2015/10/17(土) 23:17:29.20ID:tJdA7e7q
まあ真面目に考えて、日本以外の国で、git使うようなエンジニアorアカデミック層で、gitのメッセージレベルの英語が理解できなくて困る人っているのかという疑問はある
0197デフォルトの名無しさん2015/10/17(土) 23:21:52.92ID:uNJQ9dbe
まあgitのメッセージレベルの英語は理解できなくても困らんよな
0198デフォルトの名無しさん2015/10/17(土) 23:23:48.24ID:Wyxm5Uxc
>>196
困ることはないが、母国語の方が余計なこと考えなくて済むから気持ちがいい、
と考えるエンジニアなどが日本以外にいても不思議はないと思う。
0199デフォルトの名無しさん2015/10/17(土) 23:25:28.02ID:/J6P+2iK
むしろアプデして日本語になったら英語に戻す
0200デフォルトの名無しさん2015/10/18(日) 02:21:33.48ID:NRYIqEAy
みんな俺英語読めるを言いたくてしょうがないんだな…
自分しか英語読めないと思ってんのか、一々反応する奴はマジでウゼーよ

取り合えず翻訳メッセージはgit公式ツリーに含まれてるちゃんとした成果物なんだよ
それを含めるのは当然の事だ
ポリシーの問題で英語読める読めないを言ってんじゃねーんだよ
0201デフォルトの名無しさん2015/10/18(日) 02:44:12.94ID:/d2fGYlH
読める読めないじゃなくて相互運用性を優先してんだよ
チームで情報共有や周知するときに複数言語混ざってたらプチバベルの塔だわ
0202デフォルトの名無しさん2015/10/18(日) 02:55:16.83ID:acxzTPOt
ズれてんだよな単に
0203デフォルトの名無しさん2015/10/18(日) 03:20:55.61ID:NRYIqEAy
>>201
また概念的な事をネチネチと…しかもズレてるし
0204デフォルトの名無しさん2015/10/18(日) 07:43:55.94ID:2izk1DSP
>>203
オメーが一番ウゼーよ…しかもズラズレてるし
0205デフォルトの名無しさん2015/10/18(日) 11:07:45.37ID:LOPPXVPL
翻訳くれくれ厨まじで気持ち悪いな
そんなに欲しいならissueで議論してくればいいのに
それすらできないなら文句を言う資格なし
0206デフォルトの名無しさん2015/10/18(日) 14:30:49.20ID:NRYIqEAy
>>205
issueに書き込んで速攻重複だとcloseされたからそのissueを見てみたら
1MBインストーラのサイズが増えるから削除した(βの段階ではあった)と書いてあった
しかしその時点でインストーラのサイズは30MBほどあったが

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

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

とりあえず俺は文句言う資格はありそうだなｗ
ちなみに最初の翻訳メッセージの書き込みから英語うんぬんで反応してる奴は
全員低能だから
まともな奴はふーんで終わりの話題
0207デフォルトの名無しさん2015/10/18(日) 15:01:13.56ID:/d2fGYlH
俺はいらないをインストーラに入れるなに脳内変換してるお前が低能というか精神病
開発に関係ない2chでコンセンサス求めてる時点で相当の馬鹿
MLで相手されないからってこっちくんな
0208デフォルトの名無しさん2015/10/18(日) 15:42:27.80ID:2izk1DSP
公式で受けいれられなくて2ちゃんでうだうだ言ってるやつは基本ウザい
つーかウザいから公式でも話を聞いてもらえない
0209デフォルトの名無しさん2015/10/18(日) 15:54:58.56ID:8pAifeJv
>>207
何度も書いてるが、gitのソースツリーに含まれてる成果物なのにインストーラ
作る奴の独断で含めないのはそいつのポリシーを疑うと書いてるだけだ
(スレをちゃんと読めば分かる)

そういうポリシー的な事には一切触れず翻訳ってだけで脊髄反射していらないといってるから
アホだなと思って相手してるだけだよ (必要以上に煽ったのは認める)
0210デフォルトの名無しさん2015/10/18(日) 16:01:10.74ID:8pAifeJv
翻訳メッセージの状況が変わったからとりあえず>>183を書き込んだが
その後でまた翻訳イラネ厨が湧くだろうなと思ってたらやっぱりそうだった
そいつに対して必要以上に煽ってしまったのは認める
0211デフォルトの名無しさん2015/10/18(日) 17:55:03.51ID:lXIcfozI
>>206
そこで訴えてない限りお前に文句を言う権利華
0212デフォルトの名無しさん2015/10/18(日) 18:00:30.53ID:kxy+JRlP
翻訳ください野郎は>>69、>>72みたいにあ自分でビルドもできないおぼっちゃま君だろ
逆ギレしてるのに教えてもらえるのを期待して書き込んでるのがウケルｗｗｗｗ
0213デフォルトの名無しさん2015/10/18(日) 18:45:31.41ID:8pAifeJv
>>211
訴えるってなんだよｗｗｗgithubは裁判じゃねーよｗｗｗ
つうかお前issue読んでないだろ英語出来ないの？ｗｗｗ

>>212
出た！ビルド出来るアピール！
autoconf && ./configure && make
でバカでも出来るのにわざわざアピールする低能ぶり
0214デフォルトの名無しさん2015/10/18(日) 18:49:09.29ID:8pAifeJv
しかいこのスレはよく釣れるなｗ
gitスレがこんな低能が集うスレとは思わなかった、入れ食いだもんなｗ
0215デフォルトの名無しさん2015/10/18(日) 20:15:43.63ID:jvqZfICy
ID:8pAifeJvはゆとり
0216デフォルトの名無しさん2015/10/18(日) 20:19:31.59ID:8pAifeJv
>>215
んなわけないだろｗ
おっさんだよ
0217デフォルトの名無しさん2015/10/18(日) 20:26:15.60ID:W+pOLtWX
じゃあ、ゆとりのおっさん
0218デフォルトの名無しさん2015/10/18(日) 20:55:20.62ID:8pAifeJv
>>217
じゃあそれでいいよｗ
0219デフォルトの名無しさん2015/10/18(日) 21:43:29.31ID:/d2fGYlH
馬鹿だから気づいてないようだがお前は馬鹿で低能な精神病のラベルが貼られてフィニッシュしてるんだよ
馬鹿で低能な精神病として嘲笑を浴びた引き換えに釣りができてよかったね(笑)
0220デフォルトの名無しさん2015/10/18(日) 21:47:54.96ID:8pAifeJv
>>219
反論するなら具体的に言ってよｗ
そういうこといってるから低能なのをさらけ出してるって言うんだよｗ
0221デフォルトの名無しさん2015/10/18(日) 21:49:14.77ID:8pAifeJv
gitスレってこんな奴ばっかりｗｗｗ
0222デフォルトの名無しさん2015/10/18(日) 21:57:20.48ID:jvqZfICy
・ビルドを自動化すればいいのに手間でもないんだから自分でビルドしろ
・issueで何故必要なのかを強く訴えられないなら黙った使うか別ツールを使え

以上
0223デフォルトの名無しさん2015/10/18(日) 22:17:52.08ID:8pAifeJv
>>222
お前反論するならちゃんとスレ読め
ビルド自慢じゃなくてポリシーの問題だ
Issueで訴えたからインストーラに含まれる予定になっただろ
こうやってトンチキで意味不明なバカ丸出しのレスをするのがgitスレなんだよな
0224デフォルトの名無しさん2015/10/18(日) 22:22:30.38ID:8pAifeJv
Win版インストーラに翻訳メッセージが含まれるかもって言ったら
そんなの要らね―って脊髄反射する奴多数
gitスレってこんな奴ばっかりｗｗｗ
0225デフォルトの名無しさん2015/10/18(日) 22:26:01.63ID:8pAifeJv
>>222
お前ちょっと見れば分かるようなissueすら読めないんだなｗｗｗ
反論するなら英語読めるようになってくれよｗｗｗ
0226デフォルトの名無しさん2015/10/18(日) 23:28:23.08ID:h0BI2zyJ
どこにそんなissueがあるの？
0227デフォルトの名無しさん2015/10/19(月) 01:07:20.94ID:06gSwupY
>>214
ほんと定番化してユーザー増えたんだなーって実感するね
「分散とか意味わからん」だの「SVNと比べて使いにくいわボケ」とかそういう比較で荒れてた時代が懐かしい
0228デフォルトの名無しさん2015/10/19(月) 01:33:56.28ID:pSIzOMnd
ほんとそうだな
翻訳ファイルが同梱されなくなっただけで発狂するバカが湧き始めちゃったしな
まったく変な奴が住み着いちゃったな
0229デフォルトの名無しさん2015/10/19(月) 01:58:51.41ID:JZRZLl0Y
>>228
発狂って何だよ
俺は翻訳が―って言ってる奴を面白いから煽ってるだけだ
それはスレを読めば分かる
当然お前も翻訳が―の同類だがな
0230デフォルトの名無しさん2015/10/19(月) 02:01:55.69ID:JZRZLl0Y
最初に>>183で翻訳が含まれそうだと言ったらお前らが発狂し始めたんだろうがｗｗｗ
0231デフォルトの名無しさん2015/10/19(月) 04:43:38.41ID:3gr1qLW4
常用してる言語に比べて、英語っていうのは読めても理解の速度が遅いから
この「理解の速度」って読めるかどうかの問題じゃなくてですね
例えば日本語で書かれてる技術書だったら1時間もあれば読破出来るとしても
英語だったら何日もかかるだろう

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

つまり>>1はハゲ
0232デフォルトの名無しさん2015/10/19(月) 05:50:40.40ID:Ev+AB+V2
>>226
おれもみつけきれんかった
0233デフォルトの名無しさん2015/10/19(月) 05:52:37.37ID:ag1CgunQ
issueを探す能力が足りないだけ。
すぐに諦めないで、いっしゅう間ぐらい探せ！
0234デフォルトの名無しさん2015/10/19(月) 06:00:31.33ID:Ev+AB+V2
そんなーケチ
一蹴しないでリンク張ってクレヨン
0235デフォルトの名無しさん2015/10/19(月) 10:57:32.15ID:nkVMkbXF
ちなみにgitにはissueはないよpull requestのみ。
どこのissueを言ってるのか提示しないと
0236デフォルトの名無しさん2015/10/19(月) 11:15:53.52ID:S9vj8UxK
このスレの前の方から辿らないとわからないかもしれないが、
翻訳メッセージがどうこうはGit本家の話ではなくて git-for-windows の話
Githubのレポジトリは >>6 参考ね
0237デフォルトの名無しさん2015/10/19(月) 16:50:37.75ID:xS4Gt1Ok
中卒、高卒の低学歴は許せても、英語の読めないバカだけは許せない
0238デフォルトの名無しさん2015/10/19(月) 16:55:58.13ID:XMyRFhyg
英語が読めるだけの馬鹿は許せるの？
0239デフォルトの名無しさん2015/10/19(月) 17:50:53.67ID:06gSwupY
中卒許せるって言うんならそういうことでは。
0240デフォルトの名無しさん2015/10/19(月) 17:53:05.13ID:ag1CgunQ
>>239
お前はどうなのって質問だろ？
0241デフォルトの名無しさん2015/10/19(月) 17:59:41.29ID:0Dp5Xk66
インストーラーでインストールした後に言語ファイルを追加する方法はないの？
0242デフォルトの名無しさん2015/10/19(月) 18:58:57.67ID:xS4Gt1Ok
>>241
マニュアルとライセンスを英語のまま読めば、そんなものは問題にすらならない
0243デフォルトの名無しさん2015/10/19(月) 19:10:11.46ID:4SJt7LcL
>>242
何その的外れな返答
0244デフォルトの名無しさん2015/10/19(月) 19:27:03.19ID:ZUDzYX5G
インクリメントされていくバージョン番号が欲しいなぁ
0245デフォルトの名無しさん2015/10/19(月) 19:54:49.26ID:jRsD5d25
>>244
3.14
3.141
3.1415
...
みたいなやつ？
0246デフォルトの名無しさん2015/10/19(月) 20:41:40.10ID:4SJt7LcL
>>245
そんなん出来たらクヌース大喜びだなｗ
0247デフォルトの名無しさん2015/10/19(月) 20:47:13.56ID:HyO7P2Et
0が出てきたときの扱いが気になるところ
0248デフォルトの名無しさん2015/10/20(火) 11:35:00.59ID:/4EXQRmy
プッシュされたらなにかする
というスクリプトは書ける？
0249デフォルトの名無しさん2015/10/20(火) 11:59:42.55ID:3raa9HQu
post-receiveフック
02502412015/10/20(火) 15:29:48.37ID:A3Grzpw2
>>242
自分はMacでもLinuxでもgitをコマンドラインで使ってるし、manも英語で困らないんだが、単に純粋な疑問として、
インストーラーから削られただけだったら別の方法で日本語関係のファイル入れられるんじゃないの？と思って聞いたんだけど。出来ないってこと？
0251デフォルトの名無しさん2015/10/20(火) 21:04:01.31ID:MUDCjaNL
>>250
git-guiやgitkはgettextの仕組みでメッセージのローカライズをしてるから
*.poファイルをコンバートしたものを然るべき場所に置けばできるはず
昔のWindows版gitをインストール後それをコピって同じ場所に置くのが一番早いかも
0252デフォルトの名無しさん2015/10/20(火) 21:17:11.07ID:6T7N4zKX
>>249
ありがとう
ここでバージョン番号つければいいんやね
0253デフォルトの名無しさん2015/10/20(火) 21:50:13.41ID:vVqPHhnQ
>>251
正解。ちなみにUbuntuでは（おそらく）公式とは無関係に独自で日本語化している。
gitコマンドの出力が一部日本語化されているのですよ。
02542412015/10/21(水) 01:48:34.12ID:0dGlO46F
>>251
ありがとう。だったら、日本語化関連で文句を言っている人は単にその手順をまとめてwikiにでも書いて広めればいいよね。
自前ビルドとかする必要もないし、日本語化されるし、installer作ってる人を説得する手間も無いし、とりあえずの解決策としてはベストと思うんだが。
日本語化が要る、要らないは人によって違うだろうし、そこでどうでもいい宗教論争しても全くしょうがないと思うけど…
0255デフォルトの名無しさん2015/10/24(土) 10:46:19.37ID:lVXmpGjQ
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")

ってなったんですがこれはどうしたらいいのか教えてください
0256デフォルトの名無しさん2015/10/24(土) 10:47:13.63ID:lVXmpGjQ
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.
ってでました
0257デフォルトの名無しさん2015/10/24(土) 13:40:55.70ID:fZHdxrwJ
Gitのコミットメッセージの書き方 | プログラミング | POSTD
http://postd.cc/how-to-write-a-git-commit-message/
0258デフォルトの名無しさん2015/10/24(土) 14:04:21.93ID:oPc8eRUb
>>255
なんのために--depth 1とかつけてんの？
0259デフォルトの名無しさん2015/10/24(土) 14:30:32.57ID:9SwBuKSj
通信費節約
0260デフォルトの名無しさん2015/10/25(日) 02:58:51.26ID:+bXpGndU
git merge --squashしてマージした後作業ブランチを削除したら
作業ブランチの履歴ってもうどこにも残らないっていう認識でいいの？
0261デフォルトの名無しさん2015/10/25(日) 03:32:13.28ID:TeMGgm34
>>260
コミットIDを直接指定すれば見れるし、しばらくはgit reflogでコミットIDを知ることができる
0262デフォルトの名無しさん2015/10/25(日) 11:34:28.83ID:MYRFLLoW
>>261
どうもです
git gcとかしても残ってるって事かな？
何かすれば完全に消せるのかもしれないけど、やっぱり基本全部残るんだね
0263デフォルトの名無しさん2015/10/25(日) 20:47:35.52ID:cc/DQ18H
Gitのコミットメッセージの書き方
http://postd.cc/how-to-write-a-git-commit-message/

えっと、俺がいいたいのは、適当にコミット作るんじゃないってこと。
0264デフォルトの名無しさん2015/10/25(日) 20:53:32.78ID:TeMGgm34
>>262
git reflog expireとかしてからgit gcかな？
0265デフォルトの名無しさん2015/10/26(月) 02:04:27.81ID:FkehLJPr
ブランチはhead に付けたただのラベルだし、squash だろうがamend だろうが別のコミットが出来るだけだから原理的に消える道理がない。
その程度で履歴が無くなるなら scm としての価値は無いし、誰も使わないだろな。
0266デフォルトの名無しさん2015/10/26(月) 12:07:25.93ID:2PrT+848
>>265
いやいや、squashして意図的にブランチを消しててコミットIDを直で指定しないと見れないのに
消えてはいないっておかしいよ
つうかどこからも参照されてないんだから>>264で消える気がする
0267デフォルトの名無しさん2015/10/26(月) 12:24:12.76ID:BuuBsHie
squashやamendやrebaseが行うのは履歴への追加じゃなくて履歴の改変なんだよね
追加された履歴は残っていく
改変された履歴は消える(しばらくはreflogやもしくはコミットID直接で参照できるけど)

scmは履歴を絶対改変すべきじゃないって主張する人たちは存在するね
0268デフォルトの名無しさん2015/10/27(火) 16:44:00.23ID:HboLy9sO
msysgitってシンボリックリンク使えないの？

ってことはWindowsでgitをまともに使いたいと思ったら
Cygwinしかないってことなのかな？
0269デフォルトの名無しさん2015/10/27(火) 17:11:37.37ID:xKgS+FH1
git init
git add .
touch a.txt
git commit -m "initial commit"
git checkout -b develop
ここでいろいろコードを書くがコミットはまだしてない。
そしてここでinitial commitにb.txtを入れとけばよかったと後悔する。
initial commitにb.txtを含めて今の作業を続ける方法を教えてください
0270デフォルトの名無しさん2015/10/27(火) 17:19:42.86ID:DLW1/UEr
>>269
rm -rf .gitして、git initからやりなおす
0271デフォルトの名無しさん2015/10/27(火) 18:26:56.35ID:TrEmiTqs
>>269
git stash
git checkout master
git stash pop
git add b.txt
git commit --amend
0272デフォルトの名無しさん2015/10/27(火) 20:37:39.11ID:to74HYda
>>271
gitの試験があったら絶対出そうな問題だな
0273デフォルトの名無しさん2015/10/28(水) 10:27:16.17ID:MvlYKNm6
gitをsvnのように厳格に扱うのは難しいな
0274デフォルトの名無しさん2015/10/29(木) 07:56:50.98ID:t7cBGlru
gitはフィクション
svnはドキュメンタリー
0275デフォルトの名無しさん2015/10/29(木) 17:24:18.93ID:VEPUoFae
コミットしていないとスタッシュされないのでしょうか
0276デフォルトの名無しさん2015/10/29(木) 18:28:02.18ID:xKC1LsFh
コミットしてないものを待避させるのがスタッシュ
0277デフォルトの名無しさん2015/10/29(木) 19:24:03.64ID:VEPUoFae
>>276
ありがとうございます
0278デフォルトの名無しさん2015/10/31(土) 16:22:53.54ID:TxGm4OE+
Git 2.x シリーズの 6 つの素晴らしいフィーチャー
http://japan.blogs.atlassian.com/2015/10/cool-features-git-2-x/
0279デフォルトの名無しさん2015/10/31(土) 20:29:41.54ID:yFtitU0D
リモートのリポジトリから特定のコミット時点のソースコード一式を取得するgitコマンドってあったりするの？
git cloneだとinitからそのコミットまでの繋がる歴史一式をダウンロードしちゃうじゃん
コンパイルしたいだけだから別に歴史いらないわけだし
02802792015/10/31(土) 20:35:18.99ID:yFtitU0D
自己解決
git clone --depth 1
ってすればよかったのね
0281デフォルトの名無しさん2015/11/02(月) 01:55:37.40ID:S3g2dtBe
msysとmsys2とmsysgitの関係について教えてくれ。

Windowsでgit使ってる人ってどれだけいるの？
みんなGUI？
0282デフォルトの名無しさん2015/11/02(月) 04:07:31.45ID:CHMqWRpe
基本SourceTree
細かいとこはCLI
0283デフォルトの名無しさん2015/11/02(月) 04:26:58.35ID:S3g2dtBe
CLIはmsys系ですか？それともcygwinですか？
0284デフォルトの名無しさん2015/11/02(月) 08:20:03.23ID:CHMqWRpe
Cygwinも入れてるけどSourceTreeから開けるターミナルで足りてる
0285デフォルトの名無しさん2015/11/02(月) 13:55:07.04ID:S3g2dtBe
SourceTreeからターミナル開けるのか。

何が開くんだろう？
0286デフォルトの名無しさん2015/11/02(月) 13:57:41.89ID:S3g2dtBe
入れるの面倒だからぐぐったらGit Bash（msysgit）って書いてあるな。

http://relx.jp/blog/?p=883
0287デフォルトの名無しさん2015/11/02(月) 22:29:46.16ID:FuqVE4Ho
sourcetreeでコミットを無かったことにするのはどうやればいいの？
なんかrevertする方法しかでてこない
0288デフォルトの名無しさん2015/11/02(月) 23:04:36.08ID:WH1PRmcF
現在のブランチをこのコミットまでリセット
0289デフォルトの名無しさん2015/11/02(月) 23:53:19.47ID:FuqVE4Ho
>>288
いっこずつ戻したいんだよなぁ
0290デフォルトの名無しさん2015/11/03(火) 00:17:30.49ID:U6FK9+f+
1個前のコミットが複数ある可能性があるからさ
特定のコミットへresetするか
いまのコミットをamendするか
どっちかになるわけよ
0291デフォルトの名無しさん2015/11/03(火) 12:59:50.86ID:Z7Vi/X+L
>>289
いっこづつ戻りながら>>288やればいいじゃん
0292デフォルトの名無しさん2015/11/04(水) 15:24:58.18ID:4VARUgDB
特定のフォルダ以下はバージョンを最新のものしか保持しないように出来る？
出来るならやり方教えてください
0293デフォルトの名無しさん2015/11/04(水) 16:37:38.13ID:skpMWGee
>>292
最新のってどういう定義だよ？ リモートにあるのが最新？
それを更新するタイミングは？ 別ブランチに切り替えた時、残しておきたい？

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

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

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

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

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

テンプレートファイルの代わりに、最新のファイルでも
どこぞ好きな場所からコピーすればいい。
0294デフォルトの名無しさん2015/11/04(水) 17:21:49.38ID:4VARUgDB
>>293
例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね
もちろん互換性を保持したままバージョンアップされる
コンバータをビルドするには環境を作成する必要があるからgit cloneで
バイナリだけ落ちてくればいい
もちろんツールのソースは別のリポジトリで管理されてる

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

hash-objectあたりを使いこなせれば出来そうな気がするけど簡単に
出来る方法があればと聞いてみた
0295デフォルトの名無しさん2015/11/04(水) 19:34:12.84ID:skpMWGee
>>294
> 例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね

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

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

例えばrubyとかの世界ではGemfileをリポジトリに入れておいてBundlerコマンドで
Gemfileに書いてあるモジュール（コマンド含む）をインストールする。
0296デフォルトの名無しさん2015/11/04(水) 19:36:42.04ID:skpMWGee
> コンバータをビルドするには環境を作成する必要があるからgit cloneで
> バイナリだけ落ちてくればいい

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

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

なんでもgitでやろうとするなよ。
0297デフォルトの名無しさん2015/11/04(水) 20:57:52.36ID:4VARUgDB
別に発想とか概念とかの指摘はいいよ
gitで簡単に出来ればやるし絶対出来ないんだったらやめるよ

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

gitは根本的には仮想ファイルシステムなんだからhash-objectでやろうと思えば
望んだ動作が出来るはずだけど、そこまで理解出来てないからこれから考える
0298デフォルトの名無しさん2015/11/05(木) 01:00:56.37ID:wTaDkVSL
変更がなけりゃいくらコミットしてもコピーされないよ大抵の場合
0299デフォルトの名無しさん2015/11/05(木) 01:51:31.86ID:DwMhKH/P
ver1.0のソースコードの時にコンバーターの実行ファイルを追加しました。
ver2.0の時にコンバーターをアップデートしました。

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

だから最初から普通にバージョン管理するべきじゃないって話をしてるのに。
できるかどうかじゃないんだよ。
0300デフォルトの名無しさん2015/11/05(木) 04:53:44.41ID:I889oTiv
v1.0からブランチ切って最新コンバータつっこめばいいだけじゃね？必要なら適当なタグもつけてやりゃいい
0301デフォルトの名無しさん2015/11/05(木) 10:15:19.90ID:raJNtqbt
>>296
> なんでもgitでやろうとするなよ。
頭固いね。
Gitでバイナリファイルを管理したっていいじゃない。
こういう仕組みも用意されてるんだし。
https://git-scm.com/book/ja/v1/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E5%B1%9E%E6%80%A7
0302デフォルトの名無しさん2015/11/05(木) 10:50:05.42ID:M/aCNGR1
>>301
いいんじゃない？バイナリーのgitでの管理
うちも結構やってるよ

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


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

そうすれば動作実績のある古いコードと古いバイナリーの組み合わせで現環境での動作を確認した上で
バイナリー部分を新しくして再作成できる
0303デフォルトの名無しさん2015/11/05(木) 13:08:39.43ID:Rz7aBIc4
https://git-scm.com/book/ja/v2/Git-%E3%81%A7%E3%81%AE%E5%88%86%E6%95%A3%E4%BD%9C%E6%A5%AD-%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E3%81%AE%E9%81%8B%E5%96%B6
のリリース用のタグ付けに公開鍵をhash-objectを使って格納する例が載ってる

gitは柔軟な管理が出来るっていう1例だな
gitの内部構造をちゃんと把握出来れば最善な方法は分かるだろう
とりあえずそこまで分かってないと向いてる向いてないを言う事は出来ない
色々試してみるよ
0304デフォルトの名無しさん2015/11/05(木) 14:34:23.73ID:Br1WFf6W
バージョン番号を管理したいときにはgitは不向きなんだよね
かといってcvsに戻るのも面倒だし・・・
0305デフォルトの名無しさん2015/11/05(木) 14:58:23.44ID:MKzEUYge
ツールに溺れてアホ。
0306デフォルトの名無しさん2015/11/05(木) 17:53:54.64ID:DwMhKH/P
>>301
> Gitでバイナリファイルを管理したっていいじゃない。
誰もバイナリファイルを管理するなって言ってないんだけど。

jpgとか一体何から生成するっていうんだ？
生成するソースがバイナリ形式しか無いものだっていくらでもある。
0307デフォルトの名無しさん2015/11/05(木) 17:59:16.22ID:DwMhKH/P
>>305
> バージョン番号を管理したいときにはgitは不向きなんだよね

バージョン番号をつける（にも使える）為の
git tagって機能があるよ。
0308デフォルトの名無しさん2015/11/05(木) 18:00:50.32ID:DwMhKH/P
>>302
> いいんじゃない？バイナリーのgitでの管理
> うちも結構やってるよ
>
> でもバージョン管理したくない物をgitの管理下に置くのは
> 筋の悪い使い方のような気がするな

そのとおりだよね。
バージョン管理したくないものを含めるなって言ってるのに、
いきなり（バージョン管理することも普通にある）
バイナリファイルを持ってきて反論したつもりとか意味不明すぎたｗ
0309デフォルトの名無しさん2015/11/05(木) 18:38:53.43ID:raJNtqbt
>>308
> バージョン管理したくないものを含めるなって言ってるのに、
そうなの？
俺は、元発言者は、バイナリをバージョン管理したいと思ったが。
V1.0とV2.0があったとき、
・V1.0の完成時点のバイナリの何か
・V2.0の完成時点のバイナリの何か
を取得できないと後から困ったことになったりして、そのバイナリの何かをバージョン管理に
入れたいんじゃないのかと思ったが。
0310デフォルトの名無しさん2015/11/05(木) 18:41:04.26ID:raJNtqbt
>>299
> ver1.0のソースコードの時にコンバーターの実行ファイルを追加しました。
> ver2.0の時にコンバーターをアップデートしました。
>
> 後からver1.0のソースコードをビルドしたい時、
> コンバーターは最新のものを使いたいです。ってことでしょ？

この例だと、最新のコンバータではV1.0をビルドできないから、V1.0時代のコンバータが必要とか。
0311デフォルトの名無しさん2015/11/05(木) 18:43:28.38ID:raJNtqbt
まぁ、その必要なバイナリが、何かのエコシステムに入っていて、後からバージョン指定でいつでも
取り出せるようになってればいいけど、そうなってないバイナリの何かは、バイナリそのものを管理
しといたほうが楽じゃないか？
0312デフォルトの名無しさん2015/11/05(木) 18:45:33.55ID:DwMhKH/P
>>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で
バイナリだけ落ちてくればいい
0313デフォルトの名無しさん2015/11/05(木) 18:50:31.91ID:DwMhKH/P
>>311
最新のもの "しか" 保持しないというのは
言い換えると古いバイナリは保持しないってことだぞ。

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

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

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


特定のフォルダ以下はバージョンを最新のものしか保持しないならば
最初からバージョン管理ツールで管理するなって話をしてるの。
0314デフォルトの名無しさん2015/11/05(木) 18:51:43.97ID:UFjpiFTR
converter_v1.exeとかconverter_v2.exeとかの名前でコミットしといて、
converter.exe自体はソース管理対象から外しておいて
converter_v1.exeとかconverter_v2.exeからconverter.exeへコピーしてビルドするとかじゃダメなの？
0315デフォルトの名無しさん2015/11/05(木) 18:55:40.56ID:DwMhKH/P
>>314
それは何が目的？
0316デフォルトの名無しさん2015/11/05(木) 20:10:12.66ID:Rz7aBIc4
>>313
>>294で
> コンバータをビルドするには環境を作成する必要があるからgit cloneで
> バイナリだけ落ちてくればいい
> もちろんツールのソースは別のリポジトリで管理されてる

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

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

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

そんなことはVCS全般すれでやればいい事でgitでどうやるかを聞いてるだけだ
0317デフォルトの名無しさん2015/11/05(木) 21:52:52.17ID:DwMhKH/P
>>316
じゃあ「特定のフォルダ以下はバージョンを最新のものしか保持しない」は
どういう意味？

最初に俺が、その質問者に意味を聞いてるんだけどなｗ
擁護するならあんたが答えてもいいよ。
0318デフォルトの名無しさん2015/11/06(金) 00:17:21.57ID:PyaxwC3a
>>317
特定のフォルダ以下にそういうコンバータがいくつもあって
いっぺんに指定したいってだけでしょ
0319デフォルトの名無しさん2015/11/06(金) 00:32:23.13ID:0X5/TYar
>>318
意味不明。「最新のものしか保持しない」んだよ。
いくつもあるわけがない
0320デフォルトの名無しさん2015/11/06(金) 07:20:37.94ID:bXBG+Vn3
最新のコンバータが1つのファイルとは限らないだろ
本体バイナリと設定ファイルで構成されるとか
バイナリだけだとしてもバックエンドとフロントエンドに分かれているとか

本人じゃないから実情は知らんけど
0321デフォルトの名無しさん2015/11/06(金) 08:20:01.22ID:2EpFLhtG
>もうこれで3回も同じ事を書き込んでるけど、誰もhash-objectやgitの仕組みには
>触れずに概念的な話しに終始してるよな…

皆筋悪そうだから他の方法すすめてるだけなのに
そんなにいいアイデアだと思うんなら自分でやってみて
「ぼくのかんがえたさいきょうの・・・」とかいう釣りタイトルつけて
ブログにでもうｐすれば。
0322デフォルトの名無しさん2015/11/06(金) 10:15:34.87ID:BnMLfISE
>>313
> 最新のもの "しか" 保持しないというのは
> 言い換えると古いバイナリは保持しないってことだぞ。
俺が想像したのは、MyApp V1.0の時の最新と、MyApp V2.0の時の最新は違うということ。
V1.0一式を取得したら、そのときの最新のバイナリの何かが欲しいのではと。

> だけど「あれ」が入手不可能だったり自動的に生成するのが困難だったり
> するばあいは「それ」を入れても構わんよ。それがバイナリであっても。
>
> で、この話はしていない。
ソースからビルド可能なら、バイナリは管理するな、ビルドしろと読み取ったから少しコメント
したんだが、そういう話じゃないなら、俺からは以上かな。
0323デフォルトの名無しさん2015/11/06(金) 10:26:56.60ID:0X5/TYar
>>322
読めばわかるでしょ？

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

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

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

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

なぁ？センス無いだろー？ｗ
0324デフォルトの名無しさん2015/11/06(金) 10:52:43.50ID:51omasux
gitはファイルストレージじゃないんだからリポジトリを肥大化させるバイナリを入れるなでFA
0325デフォルトの名無しさん2015/11/06(金) 11:12:47.77ID:MCFwvtat
>>323
現在の最新って何かな？
特定のブランチをcheckoutすればそのブランチにおける最新のファイルが全部ワークツリーに展開されるよね？
指定したディレクトリの下だけは、ブランチの最新じゃなくて、リポジトリに存在するそのディレクトリの最新のツリーオブジェクトに置き換えるってこと？
0326デフォルトの名無しさん2015/11/06(金) 11:45:37.95ID:BnMLfISE
>>323
ところで、Webアプリ開発で、external compiled/minified js/css libraryを、自リポジトリに
入れることについてはどう思う？

これを入れて良いと考えるなら、コンバータ的な何かのバイナリを自リポジトリに入れても
違和感ないと思うんだが。
0327デフォルトの名無しさん2015/11/06(金) 11:56:33.81ID:0X5/TYar
なんでこう次からから次へと同じ間違いしてる奴ばかり来るんだ？
俺はバイナリも生成したファイルを入れることも否定してないんだよ。

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

いいかげんにしろ。ちゃんと読んでからレスしろ
0328デフォルトの名無しさん2015/11/06(金) 12:00:03.45ID:0X5/TYar
>>325
言ってるのは俺じゃないぞ、例のあいつ曰く。

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

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

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


だから俺はバージョン管理しないなら、
バージョン管理システムに入れるなって言ってる。
0329デフォルトの名無しさん2015/11/06(金) 12:08:27.80ID:MCFwvtat
>>328
それがもとなのか
でも >>293 の書き込みから推測すると
これは指定フォルダ範囲限定のshallow cloneしたいと言ってるように思える
指定フォルダ範囲以外は過去の履歴全部cloneやpullしたいけど
指定フォルダ範囲だけは最新のファイルだけ(-depth 1)cloneやpullしたいみたいな感じ？
0330デフォルトの名無しさん2015/11/06(金) 12:08:57.52ID:MCFwvtat
>>293じゃないや>>292ね
0331デフォルトの名無しさん2015/11/06(金) 12:09:30.58ID:0X5/TYar
> それがもとなのか
> でも >>293 の書き込みから推測すると

>>293は俺だよ。>>292へのレスだろうが。
0332デフォルトの名無しさん2015/11/06(金) 12:14:22.35ID:0X5/TYar
>>330
それのレスを見る前に>>331を書き込んだ。

>>292=294が言ってるだろ

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


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

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


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

一般に用いられてるrubyのGemfileとかそういう仕組だろうが。
バージョン管理システムでやることじゃない。
ソースコードに含まれるビルドの仕組みでやるべきことだ。
0333デフォルトの名無しさん2015/11/06(金) 12:21:05.32ID:ev4LQ/Di
思うに元の質問者は一部ディレクトリには最新版を強要するというバージョン管理をやりたいのではなかろうか？
0334デフォルトの名無しさん2015/11/06(金) 12:26:48.00ID:MCFwvtat
>>333
その最新版っていうのはブランチの？ローカルリポジトリの？リモートまでも含めた全ブランチの？
0335デフォルトの名無しさん2015/11/06(金) 12:38:20.61ID:BnMLfISE
>>332
> 一般に用いられてるrubyのGemfileとかそういう仕組だろうが。
> バージョン管理システムでやることじゃない。
> ソースコードに含まれるビルドの仕組みでやるべきことだ。
べきって言われると、何か反応したくなっちゃうんだよね。
gemに代用されるパッケージマネージャは、おおむね取得後ビルドが必要ない言語とか、
グローバル環境を汚染しない目的で使われるとかあるからね。

欲しいファイルが*.soいくつかとか、*.warいくつか、だったら、バイナリをリポジトリに
入れてもいいと思うんだけど。
0336デフォルトの名無しさん2015/11/06(金) 12:44:37.38ID:62Bbfe75
gitをただのバージョン管理システムって決め付けてる奴はgithubなんて
一生思いつかないんだろうな
git lfsとかもバージョン管理システムで巨大なバイナリなんて管理するなって
言うんだろうな
0337デフォルトの名無しさん2015/11/06(金) 12:47:23.78ID:ev4LQ/Di
元質問者の意図がわからないので俺に理解できる形に問題を改変

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

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

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

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

質問者の意図通りかどうかは知らん
0338デフォルトの名無しさん2015/11/06(金) 17:30:03.05ID:0X5/TYar
>>336
> gitをただのバージョン管理システムって決め付けてる奴はgithubなんて
> 一生思いつかないんだろうな

githubはgitじゃないんですが・・・？
0339デフォルトの名無しさん2015/11/06(金) 18:02:48.73ID:Np8gxke0
質問者は名前欄を工夫してくれ
質問者そっちのけで議論してあってたらバカみたいじゃないか
0340デフォルトの名無しさん2015/11/06(金) 19:27:46.77ID:62Bbfe75
>>338
ソースが公開されて無い以上gitをどう改良してどう実装してるかなんて
分かりようがないけど、githubの実装を知ってるの？
0341デフォルトの名無しさん2015/11/06(金) 19:31:06.59ID:51omasux
なにいってんだこいつ
0342デフォルトの名無しさん2015/11/06(金) 19:50:32.16ID:0X5/TYar
>>340が面白いことを言い出した（笑）

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

素のgitのリモートリポジトリにアクセスするウェブサービスだよ。
githubはgitから見れば1クライアントにすぎない。
0343デフォルトの名無しさん2015/11/06(金) 19:51:04.74ID:0X5/TYar
少し修正

githubはgitリモートリポジトリから見れば1クライアントにすぎない。
0344デフォルトの名無しさん2015/11/06(金) 20:52:55.61ID:62Bbfe75
>>342
じゃあgitコマンドからはアクセスできないリソースはどうやって管理されてるか
知ってんの？
0345デフォルトの名無しさん2015/11/06(金) 20:56:59.22ID:62Bbfe75
>>342
git lfsはGithub独自サービスだけどgitのプラグイン(?)で実装されてるよね
git lfsって出来るんだから
プラグインとか良く知らんけど他のGithubのリソースはプラグインとかではなくて
絶対にgitとは無関係なもので管理されてると言いたいんだよね？
0346デフォルトの名無しさん2015/11/06(金) 21:04:28.70ID:62Bbfe75
>>342
githubのWikiとか当然clone出来るけど何を持ってただのクライアントと
言ってんだろうか…
バージョン管理以上の事をgitを使ってやってるって事を言いたいだけなんだが
0347デフォルトの名無しさん2015/11/06(金) 22:04:17.10ID:0X5/TYar
git lfs持ち出してきて何か反論してるつもりなんだろうか？

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

で、git lfsは「gitにバイナリを入れるという標準機能」を高速化した
バージョン管理の仕組み。これはバージョン管理してるのだから、
俺が言っていることにたいしての、反証にはなってない。
0348デフォルトの名無しさん2015/11/06(金) 22:05:31.33ID:0X5/TYar
>>344
> じゃあgitコマンドからはアクセスできないリソースはどうやって管理されてるか

Issueとかですか？ あれはgitでバージョン管理していません。
バージョン管理しないものをgitに入れるわけないじゃないですかーｗ
0349デフォルトの名無しさん2015/11/06(金) 22:11:57.78ID:0X5/TYar
>>345
> プラグインとか良く知らんけど他のGithubのリソースはプラグインとかではなくて
> 絶対にgitとは無関係なもので管理されてると言いたいんだよね？

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

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

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

あれは「gitリポジトリに入れるべきじゃないバージョン管理しない情報」の保存に
PostgreSQLを使用している。githubも同じであることにはならないけど、
そんなものをgitリポジトリに入れずに作れることの証明にはなる。
0350デフォルトの名無しさん2015/11/06(金) 22:16:41.61ID:0X5/TYar
一応釘を差しておくわ。

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

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

どうも俺が言ったことを捻じ曲げようとしてるやつがいるようなんだよな。
わざとか？
0351デフォルトの名無しさん2015/11/06(金) 23:19:56.96ID:2EpFLhtG
>>339
名寄せしてみたYO
ID:4VARUgDB=ID:Rz7aBIc4
ID:skpMWGee=ID:DwMhKH/P=ID:0X5/TYar
ID:raJNtqbt=ID:BnMLfISE
0352デフォルトの名無しさん2015/11/08(日) 14:35:13.35ID:9wMy1B9D
>>348
issueとかって言ってるけどwikiは標準のgitだけでcloneできる
0353デフォルトの名無しさん2015/11/08(日) 14:41:08.16ID:9wMy1B9D
>>321
> 皆筋悪そうだから他の方法すすめてるだけなのに
筋悪いって…なんとう文学的な否定の仕方ｗ
完全文系だよな
hash-objectを良く知らないと正直に言うか黙ってるか具体的に否定してくれよ
ちゃんと否定してくれればありがとうと言うよ
0354デフォルトの名無しさん2015/11/08(日) 19:02:38.13ID:hMKFsgJi
>>352
issueって言ってるのに、なんでwikiって言ってるんだ？
wikiはドキュメントであり、バージョン管理するものだろう？
0355デフォルトの名無しさん2015/11/08(日) 19:51:25.82ID:V8tNRB53
「とか」を突付いてるんじゃね？
にしても何が言いたいんだろうな？
0356デフォルトの名無しさん2015/11/08(日) 20:45:37.76ID:hMKFsgJi
>>353
hash-objectがあるから、だからなんなんだ？としか思ってない。

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

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

本来の用途ではないからだ。
0357デフォルトの名無しさん2015/11/08(日) 20:52:47.62ID:hMKFsgJi
git checkout [ブランチ名] する時に、
1. その名前のブランチがなくて
2. その名前のブランチがリモートにある場合、

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

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

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

これだとうまくいく
git checkout -b foo --track origin/foo
git checkout --track origin/foo
0358デフォルトの名無しさん2015/11/08(日) 21:04:25.46ID:V8tNRB53
branch.autosetupmerge かな？
0359デフォルトの名無しさん2015/11/08(日) 22:20:50.85ID:hMKFsgJi
>>358
違うみたい。true、 always のどちらでもやったけど、新しくブランチが作成されない。
新しくブランチが作成されないのに正常終了してるからバグなんじゃないかって思ってる。

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

いつの頃だったか忘れたけど、（リモート）ブランチ名を指定して
チェックアウトするだけでローカルにブランチ作られて更に
トラッキングされた状態になるようになったから、便利！って思って
それ以降いつもブランチ名だけ指定していたから、cygwinでやってあれ？ってなった。
0360デフォルトの名無しさん2015/11/09(月) 08:46:11.46ID:TIIy8yma
>>353
hash-objectで何をどうやりたいの？
あれは単にgitの内部構造なだけで
あなたのやりたいことを実現する魔法の道具ではないよ

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

それが出来れば具体的なアドバイスが得られれると思うよ
0361デフォルトの名無しさん2015/11/09(月) 08:54:48.20ID:tdfbfkPk
> hash-objectで何をどうやりたいの？
バージョン管理ソフトを使って
バージョン管理をしたくない。
常に最新のファイルだけを保存したい。
0362デフォルトの名無しさん2015/11/09(月) 09:10:24.22ID:WhwNyLZa
バージョンを管理しないのに最新とか意味がわからん
0363デフォルトの名無しさん2015/11/09(月) 09:13:31.82ID:TIIy8yma
>>361
＞常に最新のファイルだけを保存したい。

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



ちゅうか元質問者が誰かすでにわからないんだったな
まぁいいや
0364デフォルトの名無しさん2015/11/09(月) 09:39:43.03ID:L+jvgLXL
例えばコンパイラは古いバージョンを使う必要はない。
git cloneしたらコンパイラも一緒にインストールされて
makeを実行したらすぐにビルドしたいんだよ。
0365デフォルトの名無しさん2015/11/09(月) 09:41:30.58ID:L+jvgLXL
>>294に書いてあるとおり

> 例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね
> もちろん互換性を保持したままバージョンアップされる
> コンバータをビルドするには環境を作成する必要があるからgit cloneで
> バイナリだけ落ちてくればいい
0366デフォルトの名無しさん2015/11/09(月) 09:41:47.68ID:TIIy8yma
>>364
オッケー
例えばそのコンパイラは、コンパイラ開発サイトにある最新版なのか
自分たちのプロジェクトの中にある最新版なのか
どちらが欲しい？
0367デフォルトの名無しさん2015/11/09(月) 10:36:12.82ID:hDkDA5dy
そもそも、元発言者が、過去のバージョンを取得したときのコンバータのバージョンがどうあるべきなのかを
言ってないので、それ抜きに議論しても無意味。
0368デフォルトの名無しさん2015/11/09(月) 12:39:15.87ID:WhwNyLZa
>>364
その最新版？のコンパイラを常に誰かがビルドしてどこかにアップロードしてくれているという前提なら
post-merge フック使ってそれをワークツリーにダウンロードしてくればいいだけかな
0369デフォルトの名無しさん2015/11/09(月) 17:09:27.10ID:+KYSwNrX
>>367
> 例えばコンバータの実行ファイルとか最新でありさえすればいいものとかね
って言ってるよ

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

って単に履歴が要らいってだけだろ
長々と書き込みがあったけど要するに履歴を保存しないのは無理っていう結論でFAだろ？
0370デフォルトの名無しさん2015/11/09(月) 17:21:28.30ID:vqI1nm1x
>>369
だからその最新版でありさえすればいいを定義してないから混乱してるんだって
0371デフォルトの名無しさん2015/11/09(月) 17:37:20.93ID:hDkDA5dy
>>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に登録すればいいのだが、サイズがでかいとかの理由で
そうしたくないなら、別の方法を考える必要がある。
0372デフォルトの名無しさん2015/11/09(月) 17:40:40.20ID:+KYSwNrX
>>370
定義っていうか、だから履歴が要らないって事だよ
コンバータ自体は多分しょっちゅう更新されてんだろ
で、互換性が保たれてるから他のソースのどんな時点のチェックアウトでも
最新のコンバータが存在してればいいって事でしょ

だから普通にコミットした時点で古いチェックアウトで古いコンバータが
落ちてきちゃうから無理って事でFAでしょ？
hash-objectとかよく分からないけどそういうのを駆使すれば可能かもね
そこまでやる意味があるか分からないけど出来るのならやり方は知りたいけど
0373デフォルトの名無しさん2015/11/09(月) 17:46:58.52ID:hDkDA5dy
>>372
> で、互換性が保たれてるから他のソースのどんな時点のチェックアウトでも
> 最新のコンバータが存在してればいいって事でしょ
でも、app v1.0とconverter v2.5の組み合わせでの動作確認は誰もしてないよ？
それでもいいの？
0374デフォルトの名無しさん2015/11/09(月) 18:10:04.87ID:vqI1nm1x
>>372
あなたは>>292の元質問者？
0375デフォルトの名無しさん2015/11/09(月) 18:12:57.33ID:vqI1nm1x
>>372
＞だから普通にコミットした時点で古いチェックアウトで古いコンバータが
＞落ちてきちゃうから無理って事でFAでしょ？

ここだけならpost-checkoutフックで動作するスクリプト書くのがいいと思うな
progitにもそう書いてあるし
0376デフォルトの名無しさん2015/11/09(月) 18:31:45.05ID:wTaE5xnX
git pullしたときに更新があったら~/install.shを実行する方法を教えて
0377デフォルトの名無しさん2015/11/09(月) 18:51:54.98ID:+KYSwNrX
>>373
それはコンバータ作成者が古いデータかソースともテストすればいいだけじゃないか？
当然テストが全部通ったものがアップされてる前提でしょ
0378デフォルトの名無しさん2015/11/09(月) 19:20:35.40ID:rpYLMD5h
>>376
post-merge フック
0379デフォルトの名無しさん2015/11/09(月) 20:20:15.59ID:oGA8SXOQ
例えばnode.jsとかnodeが頻繁にバージョンアップしている。
リポジトリにnode.jsを入れておけば
git cloneするだけですぐに動かすことができるだろ？
便利じゃん。
0380デフォルトの名無しさん2015/11/09(月) 20:24:31.79ID:odniBWAj
最初から言われているように、バージョン管理しないものを
バージョン管理システムに入れるのが間違い。
横着してないでコンバーターを別にインストールすればいいだけ。
0381デフォルトの名無しさん2015/11/09(月) 20:29:54.14ID:pRznotQV
入れたきゃ入れればいいじゃん？
でも、あくまでバージョン管理する事が目的のツールなんだから、履歴が消せないくらいは我慢しなよ。
簡単に消せたら逆に困るわ。
0382デフォルトの名無しさん2015/11/09(月) 20:30:02.72ID:rpYLMD5h
バージョンアップの都度cloneし直すのか。
発狂しそうになるな。
0383デフォルトの名無しさん2015/11/09(月) 21:28:22.71ID:odniBWAj
>>381
普通に入れたら、古いコードをチェックアウトした時に
古いコンパイラやコンバーターになるじゃん。
それじゃだめなんだよ！
0384デフォルトの名無しさん2015/11/09(月) 23:37:46.57ID:2IQosoUz
sourcetreeで スタッシュからポップしたいんだけどどうしたらいいの？
0385デフォルトの名無しさん2015/11/10(火) 08:56:14.30ID:jysDDVfK
>>383
だからpost-checkoutスクリプト書けって言ってんだろ
ソースに付属のサンプルくらい読めやがれ
0386デフォルトの名無しさん2015/11/10(火) 10:04:24.68ID:xVoLS9i1
>>377
普通は、利用される側は利用する側のテストはしない。
>>371の例で言えば、converter作成者はappのテストはしない。
（というか、converter v2.0リリース時にはapp v1.0は存在しないのでテストできない）

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

で、あなたは元発言者なの？
0387デフォルトの名無しさん2015/11/10(火) 11:48:40.29ID:t51d4d0o
>>385
post-checkoutスクリプトでどうやって
git cloneしたときコンバーターまでインストールしますか？
フックをどうやってgitリポジトリに入れるんですかね。
いいですか？git cloneしたときに開発環境をセットアップしたいんですよ。
0388デフォルトの名無しさん2015/11/10(火) 11:54:10.97ID:LsvFQgd7
>>387
あなたは元発言者？
0389デフォルトの名無しさん2015/11/10(火) 12:03:07.74ID:B2wNB1y1
>>388
はいそうです。
0390デフォルトの名無しさん2015/11/10(火) 12:04:29.85ID:LsvFQgd7
>>389
OK、じや、最新版のgitを使え
0391デフォルトの名無しさん2015/11/10(火) 12:05:12.92ID:B2wNB1y1
その証拠に最初の書き込みを書いておきますね。

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すれば全て解決だけど
履歴は要らないから簡単に保存しないように出来ればなと思っただけだ
0392デフォルトの名無しさん2015/11/10(火) 12:06:39.58ID:B2wNB1y1
>>390
使ってます
0393デフォルトの名無しさん2015/11/10(火) 12:13:30.43ID:LsvFQgd7
>>392
じゃgitのバージョンと実行環境は？
0394デフォルトの名無しさん2015/11/10(火) 12:17:07.10ID:B2wNB1y1
最新は2.6.3だろ。何を言ってるんだ？
0395デフォルトの名無しさん2015/11/10(火) 13:07:30.93ID:xVoLS9i1
>>389
元発言者なら、>>373の質問に答えてくれ。
0396デフォルトの名無しさん2015/11/10(火) 13:14:50.59ID:RguE1sqq
まさかフックの共有の仕方も知らんやつが
hash-objectを駆使すれば実現できるはず(ｷﾘ
とか言ってて草
0397デフォルトの名無しさん2015/11/10(火) 16:27:33.90ID:HB2gwhXV
>>387>>389は偽モンだろ
口調が全然違う
0398デフォルトの名無しさん2015/11/10(火) 16:28:39.52ID:HB2gwhXV
結論出てるのに蒸し返す方が草だろ
0399デフォルトの名無しさん2015/11/10(火) 16:48:42.68ID:MoYVUliZ
qiitaでこういうときはこういうコマンドと引数を使えみたいな記事を定期的に出てくるけど
あんな長いものを入力しないといけないの？
init,clone,checkout,commit,add,branch,log,reflog,rebase,merge,pull,pushのみ使ってるけどcommit -mとcheckout -f .以外それぞれの引数なんて何もしらないよ
bitbucketにリポジトリ作るときのremoteの設定なんてコピペ。
0400デフォルトの名無しさん2015/11/10(火) 17:49:03.40ID:gLcyYpMH
シェルのgitコマンド補完用の設定をしてあれば
長いオプションも引数もある程度補完が効くから何からなにまで入力しなきゃいけないってことは無い
まあメモしといてコピペも使うし、頻繁に使うのはエイリアスやシェル関数を定義するけどね
0401デフォルトの名無しさん2015/11/13(金) 21:45:11.70ID:wOHg++fH
　　　　　　　自民党　対　国民！　　死者数、戦時なみに！


川崎病の年間患者数、史上最高に　1万5千人を突破、ピーク時を超える　最初の報告は水爆実験後。本当の原因は被曝
震災以降に死亡者数が、第二次大戦に匹敵するほど急増している
厚生労働省によると平成２３年から平成２５年の累計死亡者数は３６０万人以上に急増。今の日本は太平洋戦争時の時と同じくらいの勢いで人が亡くなっている
https://twitter.com/tokai amada/status/664927655544795136

除染袋回収の作業員５人 疲労で動けず、自衛隊など救助　　疲労じゃないだろう、被曝障害だろうよ　死んだように眠る人々（写真多数）
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
0402デフォルトの名無しさん2015/11/21(土) 14:59:28.72ID:HbP98col
質問です。

プライベートリポジトリが欲しいので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





以上、個人用メモな
0403デフォルトの名無しさん2015/11/22(日) 01:50:28.69ID:i/I0leYF
プライベートに限らずプッシュするならどんな場合でも認証あるでしょ？
0404デフォルトの名無しさん2015/11/22(日) 01:54:59.39ID:i/I0leYF
curl,wget限定か、historyにパス残したくないからってことか
0405デフォルトの名無しさん2015/11/22(日) 08:34:23.81ID:DDbKY7qA
>>403
> プライベートに限らずプッシュするならどんな場合でも認証あるでしょ？
パブリックリポジトリから、取得するだけなら要らないだろｗ
githubからパスワード使わずに取得してるでしょ。

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

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

プライベートトークンもパスワードと同じようなものでhistoryに残さない方がいい。
もっともパスワードと違って簡単に変更できるけど。
0406デフォルトの名無しさん2015/11/22(日) 18:00:21.94ID:AohAHjVf
>>405
プッシュと書いている時点で取得するだけではないんじゃ
0407デフォルトの名無しさん2015/11/22(日) 22:22:46.84ID:P9q5ufss
GitHubでリポジトリを新規作成すると
以下のような案内が出てくる。

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

この中のコマンドにミスがあるんだけど、
わかるやついる？
0408デフォルトの名無しさん2015/11/22(日) 22:24:55.09ID:+9yGsSZo
え、質問じゃなくてクイズってこと？
うーんわからん
0409デフォルトの名無しさん2015/11/22(日) 22:29:13.64ID:P9q5ufss
>>408

そうそう、質問じゃなくてクイズだよ！
書いてある通りに実行してみると気づくんだけど
見てるだけだとわかりづらい。
俺は見ただけですぐ気付いたけどｗ
もうGitHubタンどじなんだから〜！
0410デフォルトの名無しさん2015/11/22(日) 22:57:37.48ID:kQ+s0aeG
コマンドプロンプト起動して試してみたけど何の問題もなかったけど
0411デフォルトの名無しさん2015/11/22(日) 23:17:06.70ID:+9yGsSZo
3でコミットしてないとかかな
でも3は既存プロジェクトをpushしろって内容だし違うよなあ
0412デフォルトの名無しさん2015/11/22(日) 23:31:24.15ID:DDbKY7qA
>>406
> プッシュと書いている時点で取得するだけではないんじゃ

プッシュと書いてませんが？
0413デフォルトの名無しさん2015/11/22(日) 23:34:46.81ID:DDbKY7qA
>>407
最近bashでプログラミングしていたからねｗ
それじゃ、README.mdは作成できないね。
0414デフォルトの名無しさん2015/11/22(日) 23:46:07.46ID:5Z5NQXig
>>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の巣立ちを実感するが。。。
0415デフォルトの名無しさん2015/11/22(日) 23:47:51.82ID:5Z5NQXig
>>413
俺は「Git Bash」使ってる。
プログラミングはVSだけど、GitはGit Bash使ってる。
コマンドプロンプトなんて使えたもんじゃないけど、
Linux知らない人たちはそれが普通だと思ってるから問題ないんだよね。
君はコマンドプロンプトとシェルのどっち使ってる？
0416デフォルトの名無しさん2015/11/22(日) 23:51:55.33ID:+9yGsSZo
あ、なるほどなw すっきりしたのと面白いご指摘だった
みんなエディタでやってるのかな
0417デフォルトの名無しさん2015/11/22(日) 23:56:00.58ID:DDbKY7qA
俺はコマンドプロンプトの代わりにLinuxを使ってるよ。


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

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

ま、Vagrantで仮想マシンのLinuxを起動する所までは
コマンドプロンプトの代わりにCygwin使ってるけどな。
0418デフォルトの名無しさん2015/11/23(月) 01:01:23.76ID:3lUImDlg
>>412
403の「プッシュするなら認証あるでしょ」に対して、
405で「取得するだけなら要らないだろ」と返事しているけれど、405のその話ではもうプッシュは関係なくなっているのかい？
そしたら会話として成り立ってないよな。

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

あなたはプッシュと書いてないかもしれんが、プッシュ前提の書き込みにレスしてる時点でプッシュと書いてるのと同じだと思うんだが
0419デフォルトの名無しさん2015/11/23(月) 02:04:33.89ID:z4xIsFy0
>>403の「プッシュするなら認証あるでしょ」の前に
>>402では取得したいと書いてあるのに、

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

そしたら会話として成り立ってないよな。
>>403がね。
0420デフォルトの名無しさん2015/11/23(月) 10:18:40.57ID:DL9ZWAOp
プライベートなのにhttpでパス入力無しで取ろうと思うのがそもそもの間違い
結局ファイルにパス書いておくんじゃヒストリーと変わらん
0421デフォルトの名無しさん2015/11/23(月) 12:35:42.35ID:z4xIsFy0
>>420
> プライベートなのにhttpでパス入力無しで取ろうと思うのがそもそもの間違い
いやな、プライベートっていうのは今だけで、将来パブリックにするのよ。
そんときな、ウェブからインストールするやつあるだろ？　こういうのだよ。

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

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

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

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


君、全体的に、考慮と経験が足りないなぁ。
0422デフォルトの名無しさん2015/11/23(月) 12:50:05.83ID:Ro/lq+IE
SSHの秘密鍵は0600にしてるだけじゃ安全性に問題があるから
更に暗号化してパスフレーズ無しでは解読できにくくして運用するのが普通

ちょっと経験が足りませんね
0423デフォルトの名無しさん2015/11/23(月) 12:53:38.07ID:8DvfITVv
>>422
パスフレーズありだとバックアップ処理などの自動的に行う処理ができません。

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

経験が足りないのはどっちｗ
0424デフォルトの名無しさん2015/11/23(月) 15:31:25.15ID:3lUImDlg
>>419
なるほどな。だとしたら答えはこうだな。403は新しい話をし始めている。405はそれを理解できず意味不明なレスをしている。
402「通行規制がかかっているので交差点が渡れない」
403「信号赤のときも渡れないよね？」
405「>>403 信号青の時は渡れるだろw」
0425デフォルトの名無しさん2015/11/23(月) 15:42:12.52ID:I/A9+n8X
× 403は新しい話をし始めている
○ 403は見当違いの意味不明なレスをしている
0426デフォルトの名無しさん2015/11/23(月) 18:07:52.44ID:2xlANCU0
>>425
そうかもしれんが405が意味不明なのは変わらんぞ
0427デフォルトの名無しさん2015/11/24(火) 13:48:46.13ID:UzATyI4i
>>423
>パスフレーズありだとバックアップ処理などの自動的に行う処理ができません。

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

>経験が足りないのはどっちｗ
圧倒的にお前。
0428デフォルトの名無しさん2015/11/24(火) 14:51:49.68ID:7a+QKmK9
それじゃパスフレーズの意味ないだろｗ
0429デフォルトの名無しさん2015/11/24(火) 14:52:42.27ID:7a+QKmK9
PCを再起動した後の、夜間バックアップとかどうするんだ？
手動でリスタートかｗ
0430デフォルトの名無しさん2015/11/24(火) 16:18:36.51ID:US/dRvOY
クライアントPCを安全に使いたい人と
自動テストを組みたい人の
永遠に噛みあわない会話
0431デフォルトの名無しさん2015/11/24(火) 16:39:51.21ID:w8BsXoSe
というか、単なる開発中の安全である必要が無い
パスワード（パスワードトークン）までコマンドラインで打つな
ファイルにパスワードを書くな、とか言っている奴がいるだけの話。
0432デフォルトの名無しさん2015/11/24(火) 17:01:58.32ID:C2GeftYo
自動テストのためにTravis CIがgithubからコードを取得する時に
SSHを使ってコードを取得していて、しかもパスコードがかかっている
SSH鍵を利用する時にキーエージェントを使っていると思ってるのかｗ
パスコードはTravisCIの社員が入力しているのかな？ｗ
0433デフォルトの名無しさん2015/11/25(水) 00:30:13.83ID:4t/97s0S
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できないんでしょうか？
0434デフォルトの名無しさん2015/11/25(水) 00:46:57.69ID:kBMCztpU
>>433
たぶんrebaseの使い方を勘違いしてる
0435デフォルトの名無しさん2015/11/25(水) 07:17:22.22ID:F/gW2/ep
>>433
英語のメッセージ読もうず
0436デフォルトの名無しさん2015/11/27(金) 00:07:21.71ID:43+fTCdv
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でも使えてます

この疑問は単純に好奇心で違いが知りたいだけであって深い意味はないです
0437デフォルトの名無しさん2015/11/27(金) 04:00:23.50ID:r8Kpx+FN
shだと(shがbashへのシンボリックリンクであったとしても)、bash拡張が使えないと思う。
diff <(ls /dir1) <(ls /dir2)みたいなものとか。
.の挙動も違うみたい。
http://sechiro.hatenablog.com/entry/20120806/1344267619

shがWindowsのショートカットでbashに割り当てられてる場合はどうなるか、ちょっと手元に環境がないのでわからないけど。
04384362015/11/27(金) 05:31:26.93ID:43+fTCdv
説明不足ですみません
git for windowsのインストールディレクトリ下の/bin下に sh.exe と bash.exe の両方が別々のファイルとしてあって完全同一ファイルです
>>436の前者のは/bin下ではなくインストールディレクトリ直下にあるgit-bash.exeでランチャー的なものと推定されるのですが
git for windowsのリポジトリ調べるのも面倒なんでgit-bash.exeはどんな挙動してるのか知ってる人いたらおせーて的な疑問です、はい
0439デフォルトの名無しさん2015/11/27(金) 08:26:31.44ID:Yss3HeeA
>>438
bin/bash.exeとbin/sh.exeの違いはman bashに色々書いてあるからそれを見るとして
git-bash.exeとbin/sh.exeの違いは前者が端末エミュレータ込みで別画面に起動するが
後者は単なるシェルコマンドでDOS窓内で実行される

正直実行すれば一目瞭然で聞くまでもないと思うが…
0440デフォルトの名無しさん2015/12/11(金) 01:49:54.67ID:7HdgPmKa
Windows版Git入れてgit-bash.exeを使えば遅いがまっとうな端末エミュと
大量のMSYS2のコマンドが入るからcygwinとか要らなくなった
マジありがたい
0441デフォルトの名無しさん2015/12/11(金) 05:37:10.06ID:z9XcLK7w
msys2もcygwinもあまり変わらないけどな。

cygwinからPOSIX互換機能を除いた
劣化版cygwinがmsys2と言っても過言じゃないし。
0442デフォルトの名無しさん2015/12/11(金) 14:06:35.77ID:7HdgPmKa
どんだけ劣化してるのか分からんがほとんどのコマンドは移植されてて
PATH関連で他のWindowsアプリとの親和性が良くなってるから言う事ないよ
逆にどこにまずい点があるのか知りたい
0443デフォルトの名無しさん2015/12/11(金) 14:56:12.59ID:7HdgPmKa
git-bashで
ls /c/Users
ls c:/Users
ls 'c:\Users'
が全て同じ結果になるけど、これこそみんな望んでいたことでしょ
git.exeとかも同じだけどなぜか/c/の指定はgit-bashから実行した時だけうまく動く
別に困ることは無いけど
0444デフォルトの名無しさん2015/12/11(金) 21:29:04.82ID:z9XcLK7w
>>442
それでも足りないコマンドがあるからな。

つい今もcolumnコマンドが入ってなくて愕然とした。
0445デフォルトの名無しさん2015/12/11(金) 23:33:06.85ID:z9XcLK7w
今度はbcが入ってなかった。
04466212015/12/12(土) 00:09:31.66ID:mfOK7VM0
git.exeのついでにインストールされるだけだからコマンドが足りないのはしょうがないな
そこまで必要なら普通にMSYS2を入れればいいだけだ
0447デフォルトの名無しさん2015/12/12(土) 00:16:52.83ID:kJaM603p
そこで普通にCygwinを入れてるっていうわけ。
こっちがオリジナルだしね。
0448デフォルトの名無しさん2015/12/12(土) 00:45:07.38ID:mfOK7VM0
cygwinのコマンドはPATHの扱いで困るでしょ
困らないなら結局一緒だけど
0449デフォルトの名無しさん2015/12/12(土) 01:20:39.35ID:kJaM603p
何が困るの？
0450デフォルトの名無しさん2015/12/12(土) 01:25:50.45ID:mfOK7VM0
>>449
cygwinのgrepにc:\Hoge\hoge.txtとか指定して問題無かったっけ？
それで問題無ければ問題無いけど、そうするとMSYS2の意味無いしな…
0451デフォルトの名無しさん2015/12/12(土) 01:32:49.42ID:mfOK7VM0
補足すると、普通のアプリが使うようにいわゆるDOS窓でcygwin版のgrep.exeに
grep.exe hoge c:\Hoge\hoge.txt
で問題無く使えるかどうかだな
0452デフォルトの名無しさん2015/12/12(土) 02:16:42.40ID:kJaM603p
> 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の機能だろう。
0453デフォルトの名無しさん2015/12/12(土) 02:17:47.28ID:kJaM603p
さくっと見つかった。

いちいち"/cygdrive/c"っていれるのが面倒なので、"/c"ってなるようマウントテーブルをいじる
http://d.hatena.ne.jp/snaka72/20100605/1275733012
0454デフォルトの名無しさん2015/12/12(土) 19:48:12.86ID:Cw1pcvHK
最新から10番目の過去のコミットのときのファイルの全文がみたいんですが
git show HEAD@{10} test.txt
だと全文取れませんでした
わざわざcheckoutするのも面倒くさくてちょっと確認しただけなんですが
showコマンドで全文取る方法を教えてください
0455デフォルトの名無しさん2015/12/13(日) 00:08:54.16ID:Uk76jVNU
git cat-file -p HEAD@{10}:test.txt

showコマンドで全文取る方法は知らない
0456デフォルトの名無しさん2015/12/13(日) 00:34:16.77ID:RMtT7ljv
cat-file知りませんでしたこれ使わせていただきます
0457デフォルトの名無しさん2015/12/13(日) 20:41:22.66ID:JojoLeoc
show もコロン
0458デフォルトの名無しさん2015/12/15(火) 14:10:22.99ID:eKNCNDOC
addってなんの意味があるの？
直接commitじゃダメなの？
0459デフォルトの名無しさん2015/12/15(火) 14:25:57.85ID:3tIcxPrn
今すぐコミットしたいものとあとでコミットしたいものを分けられる
0460デフォルトの名無しさん2015/12/15(火) 19:45:26.23ID:taBPjNrL
git commit --amendで直前のコミットしたりrebaseするとコミットIDが変わりますよね
pushする前だったらコミットIDが変わっても問題ないですか？
0461デフォルトの名無しさん2015/12/15(火) 22:59:59.94ID:/t074km8
push前のコミットがどう変わろうと自分にしか影響無いのに何が心配なんだ？
0462デフォルトの名無しさん2015/12/19(土) 09:14:21.45ID:4W3mkIJm
プログラマはMacを使ってるってマジ？
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/
0463デフォルトの名無しさん2015/12/20(日) 17:29:11.78ID:moeltlou
linusは2度革命を起こした。
1度目はlinuxカーネル、2度目はgitだ。

そして、gitも採用しているコマンドライン形式を考案したのが、
北海道に住む日本人医師であることは、
日本人がソフトウェアの世界に与えた効果として最大級のものだ。
ソフトウェアのmemeを生んだと言える。
0464デフォルトの名無しさん2015/12/20(日) 19:37:34.55ID:nrreqDRQ
git diffすると
-
-
-
+
+
+
な風に古いコードと新しいコードが分かれて表示されますが
修正した行が長いと読みにくいので
-
+
-
+
-
+
な風に一行毎に見えるようにするほうほうありませんか？
0465デフォルトの名無しさん2015/12/20(日) 19:56:34.85ID:KXSNh9Rn
改行と空行で調整しる
0466デフォルトの名無しさん2015/12/20(日) 20:19:07.35ID:14eB8c4R
行の増減があったらずれてかえって見づらくなるから、使える場面は限られるだろう。
diffが見にくいならdiiftoolで適当な外部ツールを使うのが吉。
0467デフォルトの名無しさん2015/12/20(日) 20:44:54.66ID:KXSNh9Rn
--word-diff ではあかんか
0468デフォルトの名無しさん2015/12/20(日) 21:52:36.47ID:sNgiTuJS
side-by-side 形式が求めるものかな
0469デフォルトの名無しさん2015/12/21(月) 07:56:45.60ID:XBM76VeV
>>464
gitの標準機能じゃないけど、icdiffがおすすめです
0470デフォルトの名無しさん2015/12/21(月) 10:59:37.82ID:1HvlxK+M
>>464
人間がみて切りの良い場所とdiffが判断する切りの良い場所が常に一致するとは限らないからなぁ
0471デフォルトの名無しさん2015/12/21(月) 23:59:09.69ID:l+mYdEdk
masterブランチにa.txtがあります
a.txtを大掛かりに編集するのでdevelopブランチを切ってそこで作業をしたいです
ベースとなるa.txtを見ながら作業したいのでa.txtをコピーしたb.txtを作成しました
このb.txtをmasterブランチのa.txtに反映させる方法を教えてください
0472デフォルトの名無しさん2015/12/22(火) 00:31:26.64ID:hGv69Bvd
git checkout -m master
git branch -d develop
cp b.txt a.txt
git commit -a
0473デフォルトの名無しさん2015/12/22(火) 01:22:00.57ID:nHx61Hkp
>>471
1. a.txtをテキストエディタで開く
2. developブランチに移動する
3. a.txtを見ながら作業をする

素人じゃねぇんだからさ、GUIで
マルチウインドウぐらい普通に使えよ。
0474デフォルトの名無しさん2015/12/22(火) 01:23:54.93ID:nHx61Hkp
>>471
あと別解としてa.txtをブラウザで表示するっていうのも有るな。
リモートリポジトリがあって、その内容をブラウザで見れることが前提だが。
0475デフォルトの名無しさん2015/12/22(火) 23:31:17.81ID:G8TSJGI1
>>471
なんでbを見ながらaを編集しなかった？
0476デフォルトの名無しさん2015/12/24(木) 12:27:29.08ID:VUzHb/3L
>>471は>>472で答えが出てるのに>>473-475はなぜか
何かを見ながら作業する事について返答してるな･･･
0477デフォルトの名無しさん2015/12/24(木) 13:43:21.57ID:lTmsChXg
何かを見ながら作業したいのなら、それを見ればいいだけなので
コミットする必要が無いって話なんだが
0478デフォルトの名無しさん2015/12/24(木) 15:08:07.11ID:VUzHb/3L
ブランチで大きな変更をしたんだからコミットは必要じゃないの？
要するにそもそもコピーなんかするなよという前提を突っこんでのか
0479デフォルトの名無しさん2015/12/24(木) 16:16:20.86ID:lTmsChXg
いっぽうを修正して、いっぽうは見るだけなんだろ？
見るだけなら表示するだけでいいじゃねーか
0480デフォルトの名無しさん2015/12/24(木) 17:15:23.08ID:DTFKCabF
>>471>>472
developブランチ「俺はなぜ生まれてきたのか？」
0481デフォルトの名無しさん2015/12/24(木) 18:04:59.10ID:+bsSlAyH
>>480
細かくcommitしながらコーディングしたいからでは？
0482デフォルトの名無しさん2015/12/24(木) 18:18:31.91ID:DTFKCabF
細かくcommitするのに
「このb.txtをmasterブランチのa.txtに反映させる方法を教えてください」
とかワケワカメ
0483デフォルトの名無しさん2015/12/24(木) 18:22:25.09ID:+bsSlAyH
本当にやりたかったことは、master/a.txtを見ながらdevelop/a.txtを編集したいということじゃないかと。
0484デフォルトの名無しさん2015/12/24(木) 18:25:10.41ID:lTmsChXg
>>480
コードを見ながら修正するだけなら
別ブランチは不要
0485デフォルトの名無しさん2015/12/24(木) 18:28:32.59ID:lTmsChXg
>>481
> 細かくcommitしながらコーディングしたいからでは？
参照するファイルはコミットしないだろ？

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

>>483
> 本当にやりたかったことは、master/a.txtを見ながらdevelop/a.txtを編集したいということじゃないかと。
本当にやりたかったことは、前のコミットのa.txtを見ながら、a.txtを修正することだろう。
developブランチを作るかは、ワークフローをどうするかの問題であって、
前のコミットを参照しながら修正するだけなら、別ブランチを作る必要はない。
0486デフォルトの名無しさん2015/12/24(木) 18:39:38.03ID:+bsSlAyH
大がかりに編集したいということだから、ブランチ切ってmasterに影響を与えたくないのでは。
まぁどうでもいいことだが。
0487デフォルトの名無しさん2015/12/24(木) 18:41:02.78ID:DTFKCabF
developブランチ「俺はなぜ（略
0488デフォルトの名無しさん2015/12/24(木) 18:47:56.14ID:lTmsChXg
>>486
だからmasterで直接修正をしていくのではなくて
ブランチを切って、そこからマージするというワークフロー自体は
問題ないんだよ。そして関係ない話なんだよ。

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

過去のコミットのa.txtを見ながら、a.txtを修正すればいい。
という話を最初から言ってる。
0489デフォルトの名無しさん2015/12/24(木) 18:53:56.94ID:4YM2CMve
ブランチを編集してmasterにマージすると
二本だった紐が一本にされてしまうのが気に入らないってのはあるな
0490デフォルトの名無しさん2015/12/24(木) 18:55:29.86ID:DTFKCabF
既に>>471がおいてけぼりだと思いますっ
0491デフォルトの名無しさん2015/12/24(木) 20:18:02.67ID:VUzHb/3L
a.txtが何らかのバッチに組み込まれてる時はうまく行ってる状態を
すぐ参照する為にa.txtをいじりたくない場合はある
1.別フォルダにmasterをクローンしておく→フォルダが分かれてややこしくなる
2.develop/a.txtを編集しつつcheckoutでmasterとdevelopを切り替える→手間だがgit的には正解か？
3.develop/b.txtを編集する→とりあえずb.txtの履歴を保存しつつa.txtもそのまま
0492デフォルトの名無しさん2015/12/26(土) 10:03:23.27ID:bmbNcMd5
>>490
>>471に一番向いている回答は>>475だと思う。
0493デフォルトの名無しさん2015/12/26(土) 10:21:54.91ID:V2XOAxzo
開発ブランチにいるときにa.txtを使いたいときに困るじゃん
0494デフォルトの名無しさん2015/12/28(月) 23:23:58.01ID:9f7vqEhw
相手からプルリクエストを貰った
でもそのコードの一部を修正したい
そういう場合は貰ったコードをマージしたあとに、修正してコミットする流れでいいですか？
0495デフォルトの名無しさん2015/12/28(月) 23:43:37.10ID:VijL79y/
>>494
マージしても綺麗に動いているのであれば、
マージした後修正でもいい。

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

これ読むと良いよ

GitHubでの”Merge pull request”の弊害
http://postd.cc/merge-pull-request-considered-harmful/
0496デフォルトの名無しさん2015/12/29(火) 15:26:47.75ID:O/+FVQhq
自分の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'を汚さなくて済む
0497デフォルトの名無しさん2015/12/29(火) 17:26:02.02ID:cehhvXHA
>>496
もし数行のパッチだとしたら手間が掛かり過ぎ…
それにコントリビュータの名前が履歴に残らないよね？
>>495のリンク先のやり方がベストなんだろう
githubが同じやり方が出来るように対応して欲しいもんだ
0498デフォルトの名無しさん2015/12/30(水) 02:31:01.57ID:XWMmXdL1
>>495
良回答に良記事
0499デフォルトの名無しさん2015/12/30(水) 10:29:38.95ID:gI1ebqZA
>>496
A,B,P,Qがブランチ名のつもりなら、ブランチ名は人間が分かりやすくするためにつけてるに過ぎないということを意識すると過剰に複雑な手順にならないようにできるよ。
QはメンテナのローカルのA'のことだからすでに出来ている。PはB'のpull requestそのもののこと。一度出したpull requestはB'がB''に更新されてもB'を指すので別名を付けたのと同じことになる。
>>495のリンク先はgithubのマージ機能は使わずに自分のローカルワークツリーでマージ作業しましょうって意味だから、>>496の手順と同じことをhubを使ってやっている。
0500デフォルトの名無しさん2015/12/30(水) 14:59:25.31ID:ASJfSghX
試しにgithubにプルリクしたあとにpullしましたが、
pullされたものに自分が修正したコミットをまとめられませんよね。
0501デフォルトの名無しさん2015/12/30(水) 20:33:15.13ID:UGDNL/zz
落としたプルリクのブランチに書き足してマージすれば相手のコミット使えるからそれで十分だろ
0502デフォルトの名無しさん2016/01/03(日) 00:45:06.51ID:pIbz3QOP
過去のリビジョンにcheckoutしてそのままコミットすると、それ以降のリビジョンが切り捨てられるって認識あってますか？

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

切り捨てられたリビジョンは、git上から存在しなくなるのでしょうか？
git reflogを見ると、そんな事はないような気がするのですが
0503デフォルトの名無しさん2016/01/03(日) 01:11:30.53ID:lvAH1bJs
>>502
あってない
0504デフォルトの名無しさん2016/01/03(日) 01:15:19.04ID:pIbz3QOP
>>503
>それ以降のリビジョンが切り捨てられる
ここが、あっていない所ですか？
0505デフォルトの名無しさん2016/01/03(日) 01:46:53.73ID:lvAH1bJs
>>504
過去のリビジョンにcheckoutした時点でカレントブランチが切り替わるから
その後コミットしても元のブランチの履歴には影響が無い
0506デフォルトの名無しさん2016/01/03(日) 09:13:14.00ID:pIbz3QOP
>>505
あざす
0507デフォルトの名無しさん2016/01/04(月) 10:22:01.51ID:2U5TH7oI
コミットしてない時、git add -pみたいな感じで一部の箇所のみresetして元に戻す方法ありませんか？
0508デフォルトの名無しさん2016/01/04(月) 10:36:46.66ID:cKbl2zIe
>>507
git checkout -p
必要に応じて
git checkout -p -- ファイルパス
0509デフォルトの名無しさん2016/01/04(月) 13:09:51.82ID:WKhSyJYd
git cloneすると 過去のコミット履歴が全部くるけど
コミットログは今年分だけあればいい
みたいにするにはどうしたらいいの？
0510デフォルトの名無しさん2016/01/04(月) 18:20:09.37ID:cKbl2zIe
>>509
shallow cloneを使うのです
0511デフォルトの名無しさん2016/01/04(月) 20:23:49.73ID:WKhSyJYd
シャロー クローン オボエタ アリガトウ
0512デフォルトの名無しさん2016/01/04(月) 20:37:49.42ID:StQQAq7u
映画でおっぱい晒してる女優の名前だな
0513デフォルトの名無しさん2016/01/06(水) 11:21:35.94ID:2rFSwjdN
gitconfigのデフォルトの設定ってどうやって確認できますか？
初心者向けのgitconfigの設定をコピペして使ってたので、本来のデフォルトの設定はどうなっているのか確認したかったんです
例えば[push]のdefaultの値を知りたい。
git config --global -lとしても.gitconfigで設定したものしか表示されません。
どうやって調べるのか教えてください。
0514デフォルトの名無しさん2016/01/06(水) 11:27:32.41ID:wURx2dCr
削除すればいいやん
0515デフォルトの名無しさん2016/01/06(水) 13:13:35.13ID:kRCOiLQI
いま編集しているファイルを
過去5番目のコミットにしたい場合ってどうやればいいんでしょうか？
直前だとgit commit --amendでできますが
0516デフォルトの名無しさん2016/01/06(水) 13:46:18.87ID:IaWsb8dx
commit してから
git rebase -i HEAD~5
で好きに並べ替える。
0517デフォルトの名無しさん2016/01/06(水) 14:14:05.73ID:VA1ckdYE
>>513
/etc
0518デフォルトの名無しさん2016/01/06(水) 21:17:24.92ID:hb8+eohI
コミットメッセージの1行目以降の文って、
標準的なターミナルの表示文字数に合わせて、文の途中でも改行する？
それとも、まとまりのある文は1行にずらっと書き連ねる？
0519デフォルトの名無しさん2016/01/06(水) 21:22:18.00ID:5pKkEElA
git log --oneline して大丈夫なように書く
0520デフォルトの名無しさん2016/01/06(水) 21:47:51.60ID:wURx2dCr
>>518
一行目は50文字以下。
だから改行なんぞあるわけがない
0521デフォルトの名無しさん2016/01/06(水) 21:50:30.34ID:hb8+eohI
>>520
1行目以降の話なんだが
0522デフォルトの名無しさん2016/01/06(水) 21:52:47.93ID:hb8+eohI
>>520
すまん、**以降って**も含まれるんだっけ。

だったら、2行目以降の話ということで。
0523デフォルトの名無しさん2016/01/06(水) 23:30:49.09ID:3xPXdlQu
「以降」の意味を理解しないで書くなんてプログラマらしからぬ行動ですね
0524デフォルトの名無しさん2016/01/07(木) 00:52:37.63ID:dXC1CCvL
境界チェック
0525デフォルトの名無しさん2016/01/07(木) 21:40:02.61ID:7Bqzi+Re
v2.7.0
0526デフォルトの名無しさん2016/01/07(木) 22:49:05.45ID:SYgeeYe0
1行目は50文字以内でコミットの内容を簡潔に書いて
2行目は空行で3行目から詳細な補足を書くのが作法だな
0527デフォルトの名無しさん2016/01/08(金) 07:27:14.99ID:ibYgEKHy
>>526
で、3行目からは、次のパラグラフまで改行しない？

俺今までずっとパラグラフ内では改行しないで書いてきたんだが、
そう言えばメールや2chでは適度に改行するよなと、ふと思ったもので。
0528デフォルトの名無しさん2016/01/08(金) 09:06:48.84ID:zLL5OMzr
git commitするとエディタにコメントされたメッセージが表示されますが
あれは削除したほうがいいですか？
0529デフォルトの名無しさん2016/01/08(金) 11:43:08.36ID:OhWDmy+4
>>527
いや改行は絶対するでしょ (ただし3行め以降は50文字よりは長くていいと思う)
見るときどこで改行されるか環境依存なのは良くない
0530デフォルトの名無しさん2016/01/08(金) 12:02:50.33ID:YX4GdTt9
俺が使ってる一番小さい画面のター
ミナル表示文字数が半角40文字ぐ
らいから38文字以内で改行してお
けばどの環境でも同じ箇所で改行
される
0531デフォルトの名無しさん2016/01/09(土) 20:00:48.54ID:CcDze1VM
そうなのか。

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

適度に改行する事にするよ。
アドバイスありがとう。
0532デフォルトの名無しさん2016/01/09(土) 20:11:30.94ID:bJPIL1Ox
いやいや530ネタでしょ
0533デフォルトの名無しさん2016/01/09(土) 20:45:40.20ID:fiqkpxEg
普通に読みにくいw
どっか縦読みなのかな。知らんけど
0534デフォルトの名無しさん2016/01/09(土) 22:46:27.85ID:vQhUsKwo
38文字の長さのモニターなんて無いから皆釣りだと分かっててスルーしてたのに
0535デフォルトの名無しさん2016/01/10(日) 08:42:26.91ID:iQ+kGUXH
>>532
俺が >>531 で感謝したのは >>529 に対してだ。
0536デフォルトの名無しさん2016/01/10(日) 09:41:22.96ID:RV61Ygo1
529もどうなのかと
0537デフォルトの名無しさん2016/01/10(日) 11:32:13.41ID:iQ+kGUXH
じゃあ結局どうなのよ
0538デフォルトの名無しさん2016/01/10(日) 13:14:08.08ID:DvJYA3JL
>>537
だいたい70文字程度で改行を入れているかな
つーかそもそも改行が必要な長文にならぬよう気を付けてる
0539デフォルトの名無しさん2016/01/10(日) 13:17:42.23ID:0EilkSw/
git add -pで上から順番にaddするかどうか決めるのは量が多い場合にきついので
GUIからaddしたい部分を順番関係なく選択出来るツール教えてください
0540デフォルトの名無しさん2016/01/10(日) 13:29:57.58ID:DvJYA3JL
>>539
SourceTree
0541デフォルトの名無しさん2016/01/10(日) 16:07:28.94ID:iQ+kGUXH
>>538
> つーかそもそも改行が必要な長文にならぬよう気を付けてる

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

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

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

Display all records

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

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

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

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

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

70文字でひとつの文を収めるってそうとう厳しくないか？
0542デフォルトの名無しさん2016/01/10(日) 18:01:30.18ID:rKsQeklf
コミット一覧を舐めるときにほしい情報以外はソースのコメントに書く
コメントに収まらないならドキュメント
コミットメッセージなんて流し読めるようにテンプレ化したほうがいい
長文の中からDiffを探すなんてやってられるか
0543デフォルトの名無しさん2016/01/10(日) 23:37:44.30ID:H28OnS2I
コミットメッセージに実装したコードの説明を書いたらダメだよね
なんでそのコードを実装する必要があったのかとか書くべきであって
0544デフォルトの名無しさん2016/01/10(日) 23:57:11.27ID:H7mG2ltv
詳細まで残す必要があれば、本来ドキュメンテーション側に残すべき仕事だしね
個人的には、コメント自体は最小限であって欲しい派
0545デフォルトの名無しさん2016/01/11(月) 08:21:30.98ID:BAoJOR6h
ドキュメントに書くようなことではないけど、
コミットログを追う上で、書かれてると有益な情報の詳細を
コメントの3行目以降に残すわけね。
その一例が実装の必要性か。

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

みんな、ありがとう。
0546デフォルトの名無しさん2016/01/11(月) 08:23:08.72ID:hV7M4a00
コミットメッセージの詳細が気になったらコメントやドキュメントのDiffを見ればわかるという流れがよい
アクセスポイントがコミットIDしかない場所にリーディングやメンテナンスに必要な情報を置くとか意味わからん
コミットメッセージに入れる情報はコミットログ上のコミットとしての自己記述と他に編集された差分情報のアウトラインや根拠・関連の参照先のオプションになる
GitHubだとIssueの操作コマンドも入る
コミットメッセージは過去になったスケジュール的なもので日記的に書き連ねたものにしてはならないと思っている
0547デフォルトの名無しさん2016/01/11(月) 10:01:56.15ID:bUwJRX7M
gitkってコミットできないんだね
sourcetreeってmacとwindowsでしか使えないんだね
クロスプラットフォームの定番GUIツールあったら教えて
0548デフォルトの名無しさん2016/01/11(月) 10:09:56.25ID:Sg+RIRQN
>>541
あんまりコミットログに長文書きたくないからソースに書いてる

コミットログ見る時はだいたいソースの差分も横に見てるから
ジョースターさんに伝えたいメッセージもコメント文で残せる
0549デフォルトの名無しさん2016/01/11(月) 10:53:20.01ID:BAoJOR6h
>>548
ジョースターって何？

「git ジョースター」でググってもそれらしいものがヒットしないんだが。
0550デフォルトの名無しさん2016/01/11(月) 10:59:26.70ID:KWbjlA3E
ジョセフ・ジョースター？
0551デフォルトの名無しさん2016/01/11(月) 11:31:59.69ID:9Fv1gHIa
>>547
git gui はあかんかった？
0552デフォルトの名無しさん2016/01/11(月) 11:44:34.59ID:VWhKDzdW
>>550
このコミットログを見て
うしろをふり向いたとき
おまえらは
0553デフォルトの名無しさん2016/01/11(月) 13:49:13.44ID:UxukoE3i
>>551
知らんかったこれつかうわ
git-krakenも気になったが登録するの面倒だった
0554デフォルトの名無しさん2016/01/11(月) 20:57:52.17ID:h3Zw4Fry
>>553
>git-krakenも気になった
なかなかイカしたUIやね
0555デフォルトの名無しさん2016/01/12(火) 00:50:39.23ID:Ik1vLhCK
>>553
なかな見どころがあるでゲソ
0556デフォルトの名無しさん2016/01/13(水) 21:54:57.01ID:3sTauBJ8
>>549
「受け取ってください ジョースターさん」でググればいいと思うよ
0557デフォルトの名無しさん2016/01/14(木) 10:28:47.09ID:87BOzuvC
src, lib, testsとディレクトリが3つあります
testsには著作権的にgithubで公開できないファイルも入っています
ローカルではtestsも含めて全部バージョン管理、リモートではtestsは除外

どうやれば良いでしょう?
0558デフォルトの名無しさん2016/01/14(木) 10:35:11.71ID:Bial8fVP
>>557
githubでソースを公開するなら、testも第三者が実行できるように公開すべきだと思う。
著作権的に公開できないものって何？
0559デフォルトの名無しさん2016/01/14(木) 10:51:22.81ID:87BOzuvC
mp3
0560デフォルトの名無しさん2016/01/14(木) 13:10:22.59ID:87BOzuvC
submoduleというのを使ってみることにします。
0561デフォルトの名無しさん2016/01/14(木) 14:12:20.57ID:Bial8fVP
private repositoryでやれよ。
0562デフォルトの名無しさん2016/01/14(木) 14:25:42.66ID:87BOzuvC
解決方を提示できずに、言いがかりつけるだけなら黙ってて下さい。
0563デフォルトの名無しさん2016/01/14(木) 14:47:58.37ID:Bial8fVP
は？private repositoryを使うのも解決法だろうが。
0564デフォルトの名無しさん2016/01/14(木) 14:53:50.70ID:87BOzuvC
gothubという、お題を無視してるので、言いがかりに過ぎませんね。
それで済むなら質問する必要ない。くらいの思考はできないのですか?
0565デフォルトの名無しさん2016/01/14(木) 14:54:28.43ID:87BOzuvC
gothub -> github
0566デフォルトの名無しさん2016/01/14(木) 14:58:00.07ID:Bial8fVP
あらら、githubのことよく知らなかったのか。
githubのprivate repositoryだ。有料だが。
0567デフォルトの名無しさん2016/01/14(木) 15:19:15.16ID:z01SUMZO
>>560
地獄を味わうがいい
0568デフォルトの名無しさん2016/01/14(木) 16:10:05.02ID:87BOzuvC
頭悪いですねえ。
非公開なら質問する必要が無いことを理解できないのでしょうか。
0569デフォルトの名無しさん2016/01/14(木) 16:18:54.24ID:Bial8fVP
>>568
GitHubのprivate repositoryでOKかどうかの判断すら、お前がまだ公開していない情報が必要。

つか、さっさとsubmoduleでやれよ。
0570デフォルトの名無しさん2016/01/14(木) 16:45:21.10ID:87BOzuvC
>>567
たしかに地獄をみることになりそうなので、取やめです。
0571デフォルトの名無しさん2016/01/14(木) 16:46:51.65ID:87BOzuvC
>>569
キミだけだよ。判断できない低脳は。
0572デフォルトの名無しさん2016/01/14(木) 17:14:06.32ID:Bial8fVP
つか、著作権的に問題がないデータに差し替えるというのはできないのか？
そうしないと、どういう管理にするにせよ、testsを誰もgit cloneできないということになるのでは？
0573デフォルトの名無しさん2016/01/14(木) 17:49:14.50ID:87BOzuvC
必要な条件が足りないから判断できないんでしょ。
判断出来ないのに無理して答えなくて良いよ。
0574デフォルトの名無しさん2016/01/14(木) 18:41:52.21ID:Bial8fVP
文句しか言わないなこいつ。
0575デフォルトの名無しさん2016/01/14(木) 18:44:34.43ID:nCIdsoCO
>>557
著作権的に問題があるファイルを別管理すればいいだけ
0576デフォルトの名無しさん2016/01/14(木) 20:21:09.35ID:87BOzuvC
>>574
公開したいに対して公開するなと、言いがかりしかつけられないアホは黙ってましょう。

>>575
ここの3の方法ですね。testsに下りなきゃならないのが面倒だけどしょうがないですね。
http://stackoverflow.com/questions/11058207/how-to-get-git-to-exclude-a-local-directory-from-push-to-remote-but-still-part
0577デフォルトの名無しさん2016/01/14(木) 20:50:02.37ID:DPmyJq5W
>>576
俺は外野だが>>557ではtests以外を公開したいなんて一言も書いてないぞ
testsには公開できないファイルがあるってだけの情報なら
プライベートリポジトリと提案するのは正解だろ
それとも気を利かして全て察しろとでも言いたいのかよ
0578デフォルトの名無しさん2016/01/14(木) 22:25:20.87ID:oE17Uu+t
自殺すれば全て解決
0579デフォルトの名無しさん2016/01/14(木) 22:40:57.07ID:nCIdsoCO
>>578
言い出しっぺどうぞ
0580デフォルトの名無しさん2016/01/14(木) 23:11:50.98ID:i5PvEdYA
うんこ味のカレーリポジトリとカレー味のうんこリポジトリとがある
カレーとうんこは限りなく似て異なる歴史を持つ

馬鹿: ニコイチにしてうんこ味のうんこにする
凡才: カレーへのコミットをフックしてうんこ成分だけをうんこへ投げる
山岡: このリポジトリはどっちもうんこだ、食べられないよ。
0581デフォルトの名無しさん2016/01/14(木) 23:41:04.40ID:BQdBnmZE
>>580
うんこだと意味不明なので
「高級」に置き換えてみたよ。

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

馬鹿: ニコイチにして高級味のうんこにする
凡才: カレーへのコミットをフックして高級成分だけを高級へ投げる
山岡: このリポジトリはどっちも高級だ、食べられないよ。
0582デフォルトの名無しさん2016/01/14(木) 23:41:30.31ID:BQdBnmZE
訂正

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

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

馬鹿: ニコイチにして高級味の高級にする
凡才: カレーへのコミットをフックして高級成分だけを高級へ投げる
山岡: このリポジトリはどっちも高級だ、食べられないよ。
0583デフォルトの名無しさん2016/01/14(木) 23:42:20.77ID:BQdBnmZE
ついでに、キャビアバージョンも作ってみたよ

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

馬鹿: ニコイチにしてキャビア味のキャビアにする
凡才: カレーへのコミットをフックしてキャビア成分だけをキャビアへ投げる
山岡: このリポジトリはどっちもキャビアだ、食べられないよ。
0584デフォルトの名無しさん2016/01/14(木) 23:45:33.72ID:BQdBnmZE
いまいち面白くなかったので
シチューにしてみるよ

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

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


山岡はシチューを食べられないということか？
0585デフォルトの名無しさん2016/01/14(木) 23:50:53.16ID:tAKAFi/g
三銃士を連れてくる所長まだ？
0586デフォルトの名無しさん2016/01/15(金) 08:29:50.53ID:wa8kRhUB
>>577
ああ、アホがまたわいてきた。
githubでリポジトリ作る時にpublic/privateの選択するんだよ。
privateを選択しなかった理由があるって事だ。

お題が明らかに間違ってるならともかく、お題に言いがかりつけてまで回答しなくて良いんだよ。
0587デフォルトの名無しさん2016/01/15(金) 11:22:06.55ID:4RqtBmS3
スレ違い
こっちに行け

OSSホスティング総合【SourceForge,GitHub,etc..】
http://peace.2ch.net/test/read.cgi/tech/1384821518/
0588デフォルトの名無しさん2016/01/15(金) 11:25:51.02ID:4RqtBmS3
>>294=>>557だろ
お前は二度と書き込むな
0589デフォルトの名無しさん2016/01/15(金) 11:54:20.72ID:JTMnCRhs
>>586
だから>>557見てprivateの選択をしなかった理由とかどこから出てくんだよｗ
お前こそあやふやな質問を一生懸命正当化しなくていいよ
とにかく>>561への>>562の返答はマジでないよ
0590デフォルトの名無しさん2016/01/15(金) 12:24:07.13ID:wa8kRhUB
>>587-588
とっても、頭悪いね。
private/publicの使い分けなら、github固有の話題だけどpublicを選択したんだから
github固有の話題じゃないって事くらいわからないのか?

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

> とにかく>>561への>>562の返答はマジでないよ
>>561だけじゃなくて>>558から続いてるからね。
「公開すべき」、「そのファイルはなんだ?」言いがかり付けたいだけだろ。
0591デフォルトの名無しさん2016/01/15(金) 12:29:08.86ID:NW8jpekK
>>578
HDD/SSDはどう処分する？
0592デフォルトの名無しさん2016/01/15(金) 12:39:42.31ID:51vQa545
>>562
言いがかりて
あなた病んでるよ
0593デフォルトの名無しさん2016/01/15(金) 12:54:01.64ID:wa8kRhUB
>>592
>>588,562で言いがかりつけられたと感じられないキミはかなり鈍感だと思う、ある意味幸せな人。
0594デフォルトの名無しさん2016/01/15(金) 13:19:30.97ID:51vQa545
かわいそうな奴だな
0595デフォルトの名無しさん2016/01/15(金) 13:23:51.80ID:BZkzw8bf
これからしばらくGitHubでmp3関連のプロジェクトが登録されるか監視しようぜ
0596デフォルトの名無しさん2016/01/15(金) 13:51:48.68ID:wa8kRhUB
頭弱いね。
回答には不要な「そのファイルはなんだ?」って聞いてきてる時点で、言いがかりを疑ってるので、正直に答えるわけないじゃん。
ま、監視するならご自由にどーぞ。
0597デフォルトの名無しさん2016/01/15(金) 14:10:27.12ID:BZkzw8bf
読み飛ばしてたけど、最終的にignoreするってことか

> ローカルではtestsも含めて全部バージョン管理、リモートではtestsは除外
言ってることが違うじゃんw
0598デフォルトの名無しさん2016/01/15(金) 14:10:41.73ID:SRxvD3X4
色々と後出しが苦しいなｗ
0599デフォルトの名無しさん2016/01/15(金) 14:24:17.01ID:AcqbqqRZ
>>593
落ち着けよw
レス番間違ってるぞ
0600デフォルトの名無しさん2016/01/15(金) 14:47:29.20ID:wa8kRhUB
>>597
プロジェクトリポジトリではtests/をignoreして、testsを別リポジトリにするしかないらしいのでそうしたけど、
当初の目標の
> ローカルではtestsも含めて全部バージョン管理、リモートではtestsは除外
になってるでしょ。

「testsも公開しろ」、「全部非公開にしろ」、「公開できるようmp3自作しろ」
言いがかりじゃなくて真剣に回答してたならアホとしか評価できんわ。
0601デフォルトの名無しさん2016/01/15(金) 14:50:48.90ID:wEiwZ57V
>>596
回答に不要ならわざわざ「著作権的に」とか書かなければいいのに
0602デフォルトの名無しさん2016/01/15(金) 14:55:06.95ID:BZkzw8bf
>>600
> testsも公開しろ
→ 妥当な意見
> 全部非公開にしろ
→ 妥当な意見
> 公開できるようmp3自作しろ
→ 妥当な意見
だと俺は思うがね
まぁ、gitのこともGitHubのこともテストのことも良くわかってないお前とは意見が合わないだろうが
0603デフォルトの名無しさん2016/01/15(金) 14:56:08.53ID:zaUY/8Xo
お前ら何くだらんことやってるんだ？

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

単にtests/hogeというディレクトリがあれば
hogeテストを、追加でやるだけの話だろうって
事を言ってるんだが。
0604デフォルトの名無しさん2016/01/15(金) 15:27:21.15ID:4RqtBmS3
>>600
お前の好きにしろ
そして二度と書き込むな
0605デフォルトの名無しさん2016/01/15(金) 15:37:06.23ID:wa8kRhUB
>>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が操作できなくて面倒なので、これを回避できる技があるなら教えてほしい。
0606デフォルトの名無しさん2016/01/15(金) 15:44:44.39ID:wa8kRhUB
>>604
好きにして、後はお前ともう1人のバカをからかって遊ぶよ。
0607デフォルトの名無しさん2016/01/15(金) 15:47:06.80ID:4RqtBmS3
> この方法だとtestsに下りないとgitが操作できなくて面倒なので、これを回避できる技があるなら教えてほしい。
ないよバーカ
0608デフォルトの名無しさん2016/01/15(金) 15:52:41.81ID:JTMnCRhs
>>590
> githubを良く知らないなら「privateを選択しなかった」経緯がわからないだろうが、
> >>566だからね。とってもよく知ってるという事だし。
有料じゃ駄目なんて一言も書いて無いじゃんｗ
はい、また後出しの言い訳
0609デフォルトの名無しさん2016/01/15(金) 15:57:57.22ID:4RqtBmS3
他にも楽な方法提案できるけど
コイツの態度が気に食わないから言わない
0610デフォルトの名無しさん2016/01/15(金) 16:01:26.61ID:JTMnCRhs
>>557でtests以外はバージョン管理はするが公開すると書いてないから
プライベートリポジトリとか提案が出てるのに突然>>562でブチギレ

なぜ>>562でtests以外は公開したいから解決にならないと一言言えないんだろうか？
突然ののしるってマジでアレなんだろうね
0611デフォルトの名無しさん2016/01/15(金) 16:11:36.23ID:dZQIBGnZ
やべえやつやｗｗ
0612デフォルトの名無しさん2016/01/15(金) 21:52:58.25ID:jr3xQegD
自殺が、最適
0613デフォルトの名無しさん2016/01/17(日) 05:35:51.54ID:Tw43jO16
https://quitter.se/notice/4425126
0614デフォルトの名無しさん2016/01/17(日) 05:47:40.66ID:Tw43jO16
https://quitter.se/notice/4422376
0615デフォルトの名無しさん2016/01/18(月) 13:30:06.56ID:YDDa0GXb
今使ってるgitのバージョンは1.7.1なんだけど、自分一人だけ2.7.0とかをビルドして使うと問題あるかな？
例えば、新しい機能を使ったローカルコミットをpushすると、古いバージョンだとpullできないとか、
自分がgit initしたリポジトリは、古いバージョンだとcloneできないとか。
0616デフォルトの名無しさん2016/01/18(月) 21:51:28.44ID:UmsDX3oV
質問です
・gitでリポジトリに保存したときタイムスタンプや属性も保存できますか？

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

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

複数の質問を同時にして申し訳ありませんが答えてもらえると幸いです
あと読んだ方がいいサイトでもいいのでよろしくお願いします
0617デフォルトの名無しさん2016/01/18(月) 22:20:40.78ID:MIfooL51
いいえ
どうも
はい
0618デフォルトの名無しさん2016/01/18(月) 22:30:21.28ID:5OTOY/q+
タイムスタンプが保持できるのってsvnだけ？
0619デフォルトの名無しさん2016/01/18(月) 22:38:51.29ID:UmsDX3oV
>>617
すごくわかりやすくありがとうございます
0620デフォルトの名無しさん2016/01/19(火) 00:02:48.56ID:lFJIU7vI
タイムスタンプはコミットした日時から判別できる。
だけどコミットした日時はチェックアウトした
ソースコードに反映させてはならない。

なぜならビルドツールが日時を元にビルドするかどうかを決めているから。
最新のコードでビルドした後に、古いソースコードをチェックアウトしたときに
日付まで古くなったらビルドされなくなる。
0621デフォルトの名無しさん2016/01/19(火) 00:04:55.60ID:lFJIU7vI
gitは実行属性は保存される。（ついでにシンボリックリンクも）

なので>>617の一番目は間違い
0622デフォルトの名無しさん2016/01/19(火) 00:21:11.23ID:K2JFzeNS
>>621
ナイスフォロー
0623デフォルトの名無しさん2016/01/19(火) 20:56:11.80ID:JQKWuCIL
>>620
ビルドする言語ならそれでいいだろうけどな。
0624デフォルトの名無しさん2016/01/19(火) 21:52:48.15ID:n7YAZoBS
>>623
ビルドする言語では問題が出る。
ビルドしない言語は元から問題がないので
「ビルドする言語ならそれでいい」という言い方はおかしい

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


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


で、ありがちなのが、ソースコード管理ツールで、ソースコード以外の
エクセルとかを管理して、タイムスタンプを保持して欲しいって言う奴がいるんだよなｗ
ソースコード管理ツールの間違った使い方をしているのが原因。
0625デフォルトの名無しさん2016/01/19(火) 22:27:32.54ID:6RzgynQc
たまたまその方が便利だからそういう仕様になっているだけで

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

という事では断じてない
0626デフォルトの名無しさん2016/01/19(火) 22:39:07.97ID:n7YAZoBS
>>625
えとな。gitにはファイルの更新日時どころか
行ごとの更新日時が記録されてるの。
git blameで見たらよく分かるよ？

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

最初からそう言ってるんだが。
> タイムスタンプはコミットした日時から判別できる。
0627デフォルトの名無しさん2016/01/19(火) 23:03:09.48ID:unNXfSBy
行ごとの更新日時なんて記録してたのか知らなかったわ
blob同士のdiff取ってるだけだと思ってた
0628デフォルトの名無しさん2016/01/19(火) 23:07:35.80ID:n7YAZoBS
>>627
行ごとにコミットIDがわかる。
だからコミットした日付から判断できる。
0629デフォルトの名無しさん2016/01/19(火) 23:49:30.93ID:K2JFzeNS
>>627
その皮肉は>>626には伝わらなかったようだぞ
0630デフォルトの名無しさん2016/01/19(火) 23:57:31.64ID:WLkWNDId
更新日時とコミットした日時を混同しとる。
0631デフォルトの名無しさん2016/01/20(水) 01:01:28.75ID:X0JkwFym
>>629
わかってないのはお前だよ
0632デフォルトの名無しさん2016/01/20(水) 01:02:41.41ID:X0JkwFym
>>630
> 更新日時とコミットした日時を混同しとる。
それは最初に言い出したやつの話だな。

ファイルの更新日時は、ファイルが変更された時だから
チェックアウトで更新しても、変わるべきもの。
0633デフォルトの名無しさん2016/01/20(水) 01:16:53.83ID:ntutQCMG
「タイムスタンプはコミットした日時から判別」ってどうやんの？無理じゃね？
git でファイルの更新日時なんかファイル単位でも行単位でも記録されてなくね？
0634デフォルトの名無しさん2016/01/20(水) 01:34:37.32ID:GuJxRqop
>>630
>>632には伝わらなかったようだぞ
0635デフォルトの名無しさん2016/01/20(水) 01:46:51.79ID:X0JkwFym
>>634
だからわかってないのはお前だってｗ

>>633
ほらよ。行ごとの更新日時
http://farm4.static.flickr.com/3606/3304779985_2d1842b5f9_o.png
0636デフォルトの名無しさん2016/01/20(水) 02:23:11.96ID:6qOl9qKR
1万行を超えるファイルXがあり
コミットツリー(歴史)を辿ると１万回ほど変更を加えたコミットがあったとすると
それだけ大量のdiffをするとなるとそんじょそこらのPCじゃ１日では足りない
コミット自体にdiffで得られる変更のあったファイルの変更箇所の行番号だけでも保存しておけば行番号の整合性を取るという高速な処理でblameが生成できる
0637デフォルトの名無しさん2016/01/20(水) 03:38:32.94ID:ntutQCMG
>>635
それ、行ごとの最終変更コミットの日時じゃね？
0638デフォルトの名無しさん2016/01/20(水) 03:51:35.08ID:GuJxRqop
>>635
夜中に笑わかすなｗ
腹痛いｗ
0639デフォルトの名無しさん2016/01/20(水) 06:25:11.83ID:NNKYqJSV
gitがあまりにも凄すぎて、gitだけが唯一完全なvcsの実装だと信じてしまった ID:X0JkwFym
生まれたてのヒヨコのようなものだが、こういう間違いは誰にでもあるｗ
0640デフォルトの名無しさん2016/01/20(水) 11:31:31.37ID:X0JkwFym
>>637
> 最終変更コミットの日時

だからそれが最新変更日時だって
0641デフォルトの名無しさん2016/01/20(水) 11:44:26.60ID:ntutQCMG
>>640
きのう変更したファイルを今日コミットしたら、リポジトリに記録される日時は今日じゃね？
それって最終変更日時じゃなくね？
0642デフォルトの名無しさん2016/01/20(水) 12:20:31.43ID:ew0f81J7
ひっこみつかなくなって珍論を生み出したｗ
0643デフォルトの名無しさん2016/01/20(水) 12:27:21.73ID:MZkMiJMF
そもそも論として使い方が間違ってるんやろうな
0644デフォルトの名無しさん2016/01/20(水) 13:21:17.48ID:X0JkwFym
>>641
リポジトリにコミットした日が変更日だよ。
変更が確定した日なんだから。
それとファイルの変更日時とは別
0645デフォルトの名無しさん2016/01/20(水) 13:27:13.54ID:ZksDUEGf
俺の定義が正しい君はもういいよ
0646デフォルトの名無しさん2016/01/20(水) 13:28:16.34ID:X0JkwFym
人それぞれ定義は違う君はどうでもいいよｗ
0647デフォルトの名無しさん2016/01/20(水) 14:12:52.34ID:ZpQnqhf6
釈迦に説法するマンお疲れッス
0648デフォルトの名無しさん2016/01/20(水) 14:37:04.16ID:GuJxRqop
>>639
ID:n7YAZoBS=ID:X0JkwFymの純朴さに対して
ID:ntutQCMGの優しさと
ID:unNXfSByの腹黒さよ
0649デフォルトの名無しさん2016/01/20(水) 17:13:02.20ID:SB5a2dXL
開発中に「これ大至急修正を頼む！」って言われた場合どうしたらいいのか教えてください
ただし、いま開発中の内容を履歴に残したくはありません
いま開発中のファイルと修正を頼まれたファイルは同じです。
$a = 1を$a = 0に修正するだけです
0650デフォルトの名無しさん2016/01/20(水) 17:22:17.22ID:ZksDUEGf
>>649
git stash
0651デフォルトの名無しさん2016/01/20(水) 23:42:01.60ID:GuJxRqop
もし $a = 1 前後の行を触ってなければ git add -p も手早
0652デフォルトの名無しさん2016/01/21(木) 00:48:56.61ID:3nfMFWsw
SourceTreeの行単位のステージングはすげえ便利だぞ
0653デフォルトの名無しさん2016/01/21(木) 01:18:08.33ID:df5WBkO7
行単位ステージングって git add -i だっけ？
0654デフォルトの名無しさん2016/01/21(木) 01:31:09.85ID:3nfMFWsw
コマンドラインでやるときは、
git add -pして
目的の部分周辺をsでなるべく
小さくした後
eで一行だけ有効にしてた
0655デフォルトの名無しさん2016/01/21(木) 10:11:05.78ID:Lt1eOSOs
git stashとadd -pどちらでもできそうですね
あと$a = 0にした修正を今開発中の内容に含める場合はどうしたらいいんでしょうか？
今回のように1文字変更するぐらいなら手動で書き換えればいいんですが、
多い時はコピペするのは危険なので
0656デフォルトの名無しさん2016/01/21(木) 10:49:48.73ID:WGwam7JM
一時ブランチ作ってコミットして退避させれ
スタッシュは戻すときにコンフリクト出るとめんどくさい
0657デフォルトの名無しさん2016/01/21(木) 12:41:01.02ID:zfABhIWj
そうそう。
gitはsquashなりamendなりで後から履歴の変更が出来るんだから
ローカルのコミットは遠慮なくすればいいんだぜ。
0658デフォルトの名無しさん2016/01/21(木) 14:39:18.81ID:NA0ZfZuq
>>655
「今開発中」のブランチのベースにcherry-pick
0659デフォルトの名無しさん2016/01/22(金) 15:43:27.77ID:lmTUxqXx
状況が正確にわかんないけどrebaseのほうが綺麗な履歴になるんじゃないの
0660デフォルトの名無しさん2016/01/22(金) 19:59:43.95ID:l4wCt2dU
rebase -i して pick で差し込む
って同じやんかーい
0661デフォルトの名無しさん2016/01/23(土) 14:54:53.44ID:S7jNr+aw
>>607
オメーには聞いてねーよ。バーカ。
0662デフォルトの名無しさん2016/01/23(土) 14:57:13.21ID:S7jNr+aw
>>608
バーカ
ファンタジー系ラノベのギルドテンプレのザコモブ
0663デフォルトの名無しさん2016/01/23(土) 14:58:09.98ID:S7jNr+aw
>>609
オメーには聞いてねー
回答する能力無いことは判明してるからな
0664デフォルトの名無しさん2016/01/23(土) 15:01:09.13ID:S7jNr+aw
githubで公開したからmp3プロジェクト監視しろよ
バーカ
0665デフォルトの名無しさん2016/01/23(土) 16:10:10.61ID:tVAssR0m
>>659
rebaseという文化が嫌い。 甘えですよあんなの
0666デフォルトの名無しさん2016/01/23(土) 16:55:23.89ID:+wxvQYMe
漢は黙ってCVS
0667デフォルトの名無しさん2016/01/23(土) 16:58:36.62ID:kmeCYvLc
CSV、ちょっと複雑なデータならJSONだな
0668デフォルトの名無しさん2016/01/23(土) 17:58:04.54ID:l5TKWQpo
せめてSVN
0669デフォルトの名無しさん2016/01/23(土) 19:11:42.04ID:YV8GkVLg
>>665
なんでもかんでもrebase、履歴が綺麗になるのが一番、とは思わないけど、
なんでもかんでもrebase禁止ってのもまたイマイチな考え方だと思うけど

あんま使いこなしてないからかもしれないけど、bisectなりなんなりでエンバグしたコミットを特定するのがマージだとわかりにくくなるケースない？
ちなみにたまにしかrebaseは使わない
0670デフォルトの名無しさん2016/01/23(土) 19:58:52.04ID:Q0aIs8Xg
>>665
何いってんのお前？

間違ったものを正しく修正することの何が悪いのか。
0671デフォルトの名無しさん2016/01/23(土) 21:02:01.35ID:vqknyM9O
typo修正だらけのコミットログが透けて見えるようだ
0672デフォルトの名無しさん2016/01/24(日) 10:07:15.38ID:9BBAkfAb
git cloneしたときにmasterブランチしかクローンされないんですが
他のブランチも一緒にクローン出来ませんか？
--no-single-branchって付けたらいいのかなと思いましたがmasterブランチしか取れませんでした
0673デフォルトの名無しさん2016/01/24(日) 11:08:07.60ID:V2t/pNz9
ローカルブランチが出来てないだけと見た。
0674デフォルトの名無しさん2016/01/24(日) 11:44:54.26ID:bvNYEnrP
気づかないとは古いgitを使ってる可能性もあるな
1.8ぐらいだったから、それ以上を使えよ。
0675デフォルトの名無しさん2016/01/24(日) 16:07:15.43ID:K7xlCs10
存在しないリポジトリをcloneするとusernameとpasswordの入力を求められるんですけど
こういう場合はエラーにする方法ありませんか？
0676デフォルトの名無しさん2016/01/24(日) 16:12:05.10ID:DQslD/RG
>>675
それはサーバー側の設定次第じゃないの？
0677デフォルトの名無しさん2016/01/24(日) 17:28:06.55ID:pNY+NcnR
アカウントでアクセス制限してるサーバでリポジトリが存在するかどうかを
認証無しで知られてしまう、という設定か
0678デフォルトの名無しさん2016/01/24(日) 18:40:19.27ID:krCtdnaQ
ﾜﾛﾀ
0679デフォルトの名無しさん2016/01/24(日) 18:54:19.91ID:V2t/pNz9
それを不便に感じるほどやらかしてるのか、
たった一度でもう我慢ならんのか。
0680デフォルトの名無しさん2016/01/24(日) 19:05:33.61ID:jEFikvvL
> 存在しないリポジトリをcloneするとusernameとpasswordの入力を求められるんですけど
> こういう場合はエラーにする方法ありませんか？

この動作で困る例が思いつかない。
0681デフォルトの名無しさん2016/01/26(火) 19:26:46.27ID:xBQDa6Ic
>>680
想像力が貧困やね
0682デフォルトの名無しさん2016/01/26(火) 22:00:08.53ID:IxpvwyDl
それはお互い様だと思う
0683デフォルトの名無しさん2016/01/26(火) 23:21:42.29ID:d97Fv44g
>>681
ほう！ならばどういう時か
例を言ってくれていいんだよ！

君にとっては、本当に思いついたという
証拠にもなるしね！
0684デフォルトの名無しさん2016/01/26(火) 23:52:00.97ID:9z2oQ6YS
URL手打ちでリポジトリ名のtypoとかじゃねーの？知らんけど
0685デフォルトの名無しさん2016/01/27(水) 01:05:35.84ID:wwUfZ3QJ
入力させられるのにムカつくのは好きにすれば良いが、
それで何か困るのか？って話だ。
0686デフォルトの名無しさん2016/01/27(水) 01:23:58.93ID:QwLv4BDp
でたらCTRL-Cを押せばいいだけだしな。
0687デフォルトの名無しさん2016/01/27(水) 03:29:12.27ID:yzADBwD7
バッチ処理でも組みたいとかなんじゃないの
バッチの引数でポジトリのURL渡して自動でcloneして色々何かの処理を自動でこなして終了、みたいな
んでこのバッチ処理スクリプトを複数のマシン、複数の人間で使いたいとか
そんなとこじゃね？
0688デフォルトの名無しさん2016/01/27(水) 07:53:09.95ID:B282A3zK
>>687
デバックしろよ。
0689デフォルトの名無しさん2016/01/27(水) 10:16:58.66ID:M8CnN1zc
687が？
debackって何？
06906802016/01/27(水) 10:44:57.34ID:nkhHFBxe
>>687
すいませんそういうことです
0691デフォルトの名無しさん2016/01/27(水) 10:55:04.75ID:M8CnN1zc
あなた680じゃなくて675でしょ？
ほい
0692デフォルトの名無しさん2016/01/27(水) 10:55:31.91ID:M8CnN1zc
http://git-scm.com/docs/gitcredentials
06936802016/01/27(水) 20:11:12.49ID:pZGS3XJE
>>691
いろんな環境で使えるようにしたいので、出来ればconfigには触りたくないのですが
コマンドの引数だけで出来る方法はないですかね？
0694デフォルトの名無しさん2016/01/27(水) 20:14:10.48ID:hu6WJtBg
git clone --recursiveってしたらsubmoduleも全部ダウンロードしてくれるじゃないですか
こうやってcloneしたときはpullはどうしたらいいですか？
git pull
git submodule update --init --recursive
って2回に分けてコマンド実行しないとダメですか？
1回でpullしてsubmoduleも更新するやり方ありますか？
0695デフォルトの名無しさん2016/01/27(水) 23:19:38.31ID:yIt2xAXc
>>693
GIT_ASKPASS がそれじゃね？
0696680,690,6932016/01/27(水) 23:57:10.71ID:NL6MaBDN
>>695
GIT_ASKPASSに何の値を設定したらいいんですか？
試しにexport GIT_ASKPASS=NONEしたら
＞error: cannot run 0: そのようなファイルやディレクトリはありません
ってエラーが出た後にusernameとpasswordを入力させられます
0697675,690,693,6962016/01/27(水) 23:59:16.07ID:NL6MaBDN
ああ、すいません680じゃなくて675です
680さん失礼しました
0698デフォルトの名無しさん2016/01/28(木) 07:57:15.16ID:/HMh16FS
>>696
パスワード入力用の外部コマンドを指定するためのものらしい
/bin/false 指定してみたら？
0699デフォルトの名無しさん2016/01/28(木) 17:56:01.71ID:53YxhnLF
git使うときmac、windowsでUTF8、SJISで困ってるんだけど
変換勝手にしてくれたりする方法あります？

windowsでutf8引っ張ってきた時のコンパイルで死にます
0700デフォルトの名無しさん2016/01/28(木) 18:21:33.44ID:Zt+/Dst2
それぞれの環境は？
UTF8でWindowsで困ってないけどな
コミットする時点で変換するトリガが無いかってことかな
0701デフォルトの名無しさん2016/01/28(木) 19:11:45.02ID:63oiELTt
Windows版gitは改行の面倒は見てくれるが文字コードは何もしない
同じくutf8で別に困る事ないけどな
0702デフォルトの名無しさん2016/01/28(木) 19:13:18.27ID:63oiELTt
今思い出したが多分VS使ってんならBOM入ってないとutf8のファイルをutf8と認識せずおかしなエラーになるな
0703675,690,693,696,6972016/01/28(木) 22:58:57.57ID:X5dVRMJF
>>698
指定したけど入力を催促されました
0704デフォルトの名無しさん2016/01/29(金) 00:01:38.54ID:egYXOU7x
>>699
文字コードを勝手に変換するほうが困ることになる。

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

ソースコードの文字コードと改行コードは、どこでも同じものにするべきで、
まともなテキストエディタを使えばいいだけ。
0705デフォルトの名無しさん2016/01/29(金) 00:24:16.63ID:LlSYvxYC
>>704
そりゃ違う
ソースコードが改行に依存してる事の方が問題だ
もし改行に依存してたらそれはデータとしてバイナリ扱いにする必要がある
文字列に改行を含める場合は前後の文字列を実行時にプラットホーム固有の
改行で結合するまでやらないとプラットホーム非依存にはならない

俺はWindowsとLinuxで改行コードをgitの自動変換ありで使ってるけど何も問題無い
逆に問題が出る場合はどこかに非依存な部分があるというだけ
0706デフォルトの名無しさん2016/01/29(金) 00:28:31.58ID:LlSYvxYC
>>705
いや少し違った
コンパイルする言語の場合は改行コードはコンパイル時に決めれば問題なかったな
スクリプトの類は実行時に判定する必要はあるけど
0707デフォルトの名無しさん2016/01/29(金) 01:34:08.05ID:i7byzhy6
>>705
言語によって適切な改行コードは違うんだよ。
例えばシャルスクリプトはLF限定。

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

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

環境ごとにばらばらにしたほうがいいという理由があるかい？
0708デフォルトの名無しさん2016/01/29(金) 02:32:12.21ID:LlSYvxYC
>>707
> 例えばシャルスクリプトはLF限定。
LinuxでチェックアウトすればLFなんだから何か問題あるのか？
Windowsでシェルスクリプト動かすつもりかよ…物好きだな
例えそうだとしてもWindows版bashはCRLFで問題なく動く

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

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

お前は多分WindowsとLinuxでgitが改行を変換する使い方をした事がないっぽいな
Linuxサーバで動かすシェルスクリプトをWindowsでチェックアウトして
そのままLinuxサーバにアップしようとしてるのが目に見える
0709デフォルトの名無しさん2016/01/29(金) 02:34:17.68ID:LlSYvxYC
>>708
目に見えるっておかしいな、目に浮かぶか…もう寝る
0710デフォルトの名無しさん2016/01/29(金) 03:00:09.37ID:dAG2CBuw
>>708
言い訳はいいんだけど、

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

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

こういう事例も、統一した方がいい理由の一つですよね。
0712デフォルトの名無しさん2016/01/29(金) 03:04:21.56ID:dAG2CBuw
他にもLinuxサーバーのソースコードをWindowsで編集することもある。
その逆もあるだろうな。

いちいち場合毎に改行コードを使い分ける理由がないんだから、
統一した方がいい。
0713デフォルトの名無しさん2016/01/29(金) 03:07:20.42ID:dAG2CBuw
ヒアドキュメントとかもあるな。
ソースコードに埋め込まれた改行コードが変わると
問題が起きる場合。
0714デフォルトの名無しさん2016/01/29(金) 06:31:11.29ID:aEvn5SFA
ハイ、ハイ！
0715デフォルトの名無しさん2016/01/29(金) 07:48:59.90ID:vMohSKiK
>>710
統一するコストに比べてメリットが少ないからだろ。
0716デフォルトの名無しさん2016/01/29(金) 08:50:35.28ID:G034Tjvl
>>715
統一するコストってなに？

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

でもヒアドキュメントのようにソースコードに含まれる改行コードが
変わってしまったらプログラム内部のデータが変わってしまう。
0717デフォルトの名無しさん2016/01/29(金) 09:55:38.87ID:LlSYvxYC
>>711
つうかそんな事いちいち聞くなよ
プログラマじゃない人がどんなエディタ(メモ帳含む)で編集しても
問題が起こらないからだろ
なぜかLFで開いてもCRLFで保存するエディタとかもあるんだよ(そういう設定にしたのかもしれんけど)

あと、Linuxでチェックアウトすれば全部LFになるのに何の問題があるのか逆に聞きたいよ
相互運用した事もないのに脊髄反射で反論すんなよ
0718デフォルトの名無しさん2016/01/29(金) 10:12:26.04ID:YmIfB0q0
つか元々の質問の奴はどうなったんだｗ

まぁ個人的には今たまたま問題出なくてもどこでいつ問題起きるかわからなくて気持ち悪いから固定するけど
どうしてもクソな環境に合わせないといけないならほんとしょうがなくだと思う
0719デフォルトの名無しさん2016/01/29(金) 10:15:32.20ID:LlSYvxYC
分からないからとか気持ち悪いとかプログラマがいう事じゃないよ
結局自分が分からない事やってる奴は頭おかしい理論で反論してるだけなんだよな
0720デフォルトの名無しさん2016/01/29(金) 10:25:44.11ID:5AyjDIYV
なんでこいつらファイルの中身の文字コード前提で話し進めてるの？
なんで文字コードじゃなくて改行コードの話に脱線してるの？
アホばかりなの？
0721デフォルトの名無しさん2016/01/29(金) 10:45:14.55ID:E4nKuHZl
>>717
> あと、Linuxでチェックアウトすれば全部LFになるのに何の問題があるのか逆に聞きたいよ

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

同様にソースコードではないCR LF前提のテキストファイルの
データ形式（例えば電子メール）が変わってしまうから。
0722デフォルトの名無しさん2016/01/29(金) 10:50:07.12ID:LlSYvxYC
>>721
>>705を読め
> もし改行に依存してたらそれはデータとしてバイナリ扱いにする必要がある
> 文字列に改行を含める場合は前後の文字列を実行時にプラットホーム固有の
> 改行で結合するまでやらないとプラットホーム非依存にはならない

なので、ソースコードにCRLFを直接書くなんて完全にバグ
改行コードが変わってまずいメールをgitに入れるならデータ扱いでバイナリにする必要がある
以上
0723デフォルトの名無しさん2016/01/29(金) 10:51:01.47ID:E4nKuHZl
> なので、ソースコードにCRLFを直接書くなんて完全にバグ

ヒアドキュメントを使えば必然的にCR LFになるって言ってるだろうが
0724デフォルトの名無しさん2016/01/29(金) 10:53:22.98ID:LlSYvxYC
>>721
いや違う…
> ソースコードの中身にCR LF と書いていて
もはや的外れな事言ってるじゃないかよ…
例えばCのソース内に"\r\n"って書いてそれをgitが変換するわけじゃないっての
0725デフォルトの名無しさん2016/01/29(金) 10:55:21.99ID:YmIfB0q0
>>719
分からないってのは技術的な話じゃなくて政治的な話だよ
そもそも何でいまだに統一しないとか今後も永久に同じ仕様で行くって企業の行動を予知できるのか

そういう余計なことに気を使うのが気持ち悪いって言ってるだけだ
逆に環境によって改行コードを強制されないといけないクソ環境の合理的説明を聞きたいわ
0726デフォルトの名無しさん2016/01/29(金) 10:55:44.15ID:E4nKuHZl
>>724
> "\r\n"って書いて

お前が今このスレではじめて出した言葉だよ。
だ〜れも、\r\n なんてことは言ってない。
0727デフォルトの名無しさん2016/01/29(金) 10:58:37.03ID:LlSYvxYC
>>723
ヒアドキュメントの改行が「Windowsで」CRLFになっても問題ないことがほとんどだ
むしろその方がいいだろう

ようするにLinuxサーバーで動かすソースをWindowsでチェックアウトして
それをLinuxサーバーに直接アップしたいって事だろ？
そんな事したい奴の話はどうでもいい
0728デフォルトの名無しさん2016/01/29(金) 11:00:08.59ID:LlSYvxYC
>>725
政治的な話ならどうでもいい
そんな事いいだしたらsvnを強制されても合理的な理由になる
0729デフォルトの名無しさん2016/01/29(金) 11:01:01.65ID:LlSYvxYC
>>726
じゃあ>>724は無視していいよ>>722でちゃんと返答してんだから
0730デフォルトの名無しさん2016/01/29(金) 11:01:14.29ID:E4nKuHZl
> ヒアドキュメントの改行が「Windowsで」CRLFになっても問題ないことがほとんどだ
ほとんどだって言ってる時点であるって言ってるのと同じじゃねーかｗ

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

改行コードはプラットフォームとは無関係に統一しておくだけで
解決する問題を、なぜわざわざ増やす？
0731デフォルトの名無しさん2016/01/29(金) 11:02:35.14ID:E4nKuHZl
>>727
> ようするにLinuxサーバーで動かすソースをWindowsでチェックアウトして
> それをLinuxサーバーに直接アップしたいって事だろ？

なんでそれがだめなんでしょうか？ｗ
たったそれだけのことで問題になるから、
改行コードの自動変換はやめるべきことですよね？
0732デフォルトの名無しさん2016/01/29(金) 11:06:05.55ID:YmIfB0q0
>>728
おまえみたいな決め付けで行動するやつがいるからコードがうんこになるんだよｗ
何がプログラマの言うことじゃない（ｷﾘｯだよ
0733デフォルトの名無しさん2016/01/29(金) 11:07:39.98ID:LlSYvxYC
>>730
そんな突っこみいらないよ
常にLFにすれば「絶対」問題ないといえるんだな？

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

強制しなくてもそのプラットフォームで自然な改行で問題ないように対応されてる方が問題が出ない
0734デフォルトの名無しさん2016/01/29(金) 11:07:44.44ID:VzXBU/rQ
shebangのケツにCRがついてbad interpreter喰らって泣きつくバカの尻拭いさせられるぐらいの問題
0735デフォルトの名無しさん2016/01/29(金) 11:08:38.61ID:LlSYvxYC
>>731
それこそ糞みたいな開発環境だな
改行以前の問題だからどうしようとどうでもいいよ
0736デフォルトの名無しさん2016/01/29(金) 11:11:58.43ID:E4nKuHZl
>>733
> だからWindowsでテキストを扱うにはLF前提の方が問題が出やすいと言ってんだ
LF前提とか言ってないしｗ
バッチファイルならCR LFだろうよ。

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

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

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

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

俺が言ってる問題は、同じソースコードなのに環境によってコードの中身が書き換えられ
意図せずにソフトウェアの動きが変わってしまってバグの元になるって話をしてるんだが。
0737デフォルトの名無しさん2016/01/29(金) 11:12:38.45ID:VzXBU/rQ
メモ帳がLFをまともに扱えないから、LF前提にしとくとメモ帳使って先頭にBOM入っちゃう事故を回避しやすそう
0738デフォルトの名無しさん2016/01/29(金) 11:12:42.42ID:E4nKuHZl
>>735
おや？何か反論してくるかと思いましたが、
何も言い返せずに終わりましたねｗ
0739デフォルトの名無しさん2016/01/29(金) 11:13:38.31ID:E4nKuHZl
>>737
改行コードを統一するのが嫌って言ってる奴は、
メモ帳をどうしても使いたいんだろうなぁｗ
0740デフォルトの名無しさん2016/01/29(金) 11:15:38.51ID:E4nKuHZl
>>734
> shebangのケツにCRがついてbad interpreter喰らって泣きつくバカの尻拭いさせられるぐらいの問題

実際にあるねそれｗ

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

> 俺が言ってる問題は、同じソースコードなのに環境によってコードの中身が書き換えられ
> 意図せずにソフトウェアの動きが変わってしまってバグの元になるって話をしてるんだが。
俺はソースコードの改行が変わったことでバグるプログラムに問題あるといってんだ
それって実行環境と読み込むデータ自体の改行も決め打ちだよな？
そうじゃないと駄目だと声高に主張するならそうすればいいじゃん
0742デフォルトの名無しさん2016/01/29(金) 11:20:35.77ID:LlSYvxYC
>>740
WindowsだとCRLFでシェルスクリプトは動く
ちなみにCRLFであってケツにCRが付いてるわけじゃないからな
エディタで変な読み込まれ方をするとCRがケツについてるように見えてるだけだろ
0743デフォルトの名無しさん2016/01/29(金) 11:25:41.05ID:VzXBU/rQ
#!/usr/bin/perl
で始まるのを
#!/usr/bin/perl --
にシコシコ書き換えて回るのは大変だなぁ

>>742
> ちなみにCRLFであってケツにCRが付いてるわけじゃないからな
shebangを解釈するexecve(2)にとってはケツにCRが付いてると思ったんだ
0744デフォルトの名無しさん2016/01/29(金) 11:25:58.19ID:LlSYvxYC
>>740
つうかケツにCRとか言っちゃってるレベルの奴だったのか…
0745デフォルトの名無しさん2016/01/29(金) 11:26:32.47ID:E4nKuHZl
>>741
> Linuxでチェックアウト→LF
> Windowsでチェックアウト→CRLF
> なんだからその通りだよ

ぜんぜん違うだろ。

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

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

どうせ糞みたいな制約だらけのテキストパーサ自慢なんだろ
そしてデザイナとか上司が知らずにWindows上でCRLFで保存しようモンなら
血相変えてなんでCRLFで保存したんだと怒鳴り込む姿が目に浮かぶ
0747デフォルトの名無しさん2016/01/29(金) 11:32:54.47ID:E4nKuHZl
>742
> WindowsだとCRLFでシェルスクリプトは動く

今、メモ帳で書いたこのコードを、cygwinで実行したら
見事にエラー出たけど？ｗ
> #!/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 なら差は出ない。
0748デフォルトの名無しさん2016/01/29(金) 11:33:38.76ID:YmIfB0q0
仕様としては改行コードは○○って決まってるけど各自の作業は自由ってのが
もはや仕様としてCRでもLFでもCRLFでも決まってないってところまで行く勢いだなｗ
0749デフォルトの名無しさん2016/01/29(金) 11:35:34.58ID:E4nKuHZl
>>746
> だからどういけないのか言えよ…

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

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

困る事例はお前自身だって言ってるわけで、
勝手に変わったほうがいい理由がないなら、
変えない方がいい。
0750デフォルトの名無しさん2016/01/29(金) 11:37:38.45ID:VzXBU/rQ
>>747
> 今、メモ帳で書いたこのコードを、cygwinで実行したら
> 見事にエラー出たけど？ｗ

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


一時期のbashにあった改行コードがCR+LFのシェルスクリプト中に $() や & があると
おかしくなる問題はbash-4.3.42-4 にしとけばいいんだよ、たぶん。
https://sourceware.org/ml/cygwin/2015-09/msg00439.html
0751デフォルトの名無しさん2016/01/29(金) 11:38:22.28ID:E4nKuHZl
>>746は
> そしてデザイナとか上司が知らずにWindows上でCRLFで保存しようモンなら
> 血相変えてなんでCRLFで保存したんだと怒鳴り込む姿が目に浮かぶ

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


俺がどうするか？って怒鳴りこまないよ。
冷静に説明して修正するだけ。
0752デフォルトの名無しさん2016/01/29(金) 11:38:50.27ID:LlSYvxYC
>>747
cygwinをインストールした時に改行コードをどうするか聞かれただろ？
どうした？

>>748
だからちゃんと理解しろよ
Windowsで保存する時はCRLFだがLinuxでチェックアウトすればLFでチェックアウト出来るんだから
仕様としてはLFでいいんだよ
0753デフォルトの名無しさん2016/01/29(金) 11:38:58.74ID:E4nKuHZl
>>750
> cygwinはmount時にテキストモードとかバイナリモードとかあるんだよ。
> そのあたりの設定がうまいこといってねえんだよ、きっと

設定は何もしていない。インストール時のデフォルトだ。
0754デフォルトの名無しさん2016/01/29(金) 11:39:51.56ID:E4nKuHZl
>>752
> cygwinをインストールした時に改行コードをどうするか聞かれただろ？

デフォルトだ。
0755デフォルトの名無しさん2016/01/29(金) 11:40:19.10ID:VzXBU/rQ
何かを得れば何かを失う。人生とはそんなものだ。
状況に応じて使うか使わないかを決めるといい。
0756デフォルトの名無しさん2016/01/29(金) 11:41:41.85ID:E4nKuHZl
>>752
> Windowsで保存する時はCRLFだがLinuxでチェックアウトすればLFでチェックアウト出来るんだから

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

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

なに余計な複雑度を組み込んでるんだ？
改行コードを統一するだけで解決する問題だって言ってるだろ。
お前は解決する方法を一つも言ってない。
困る事例を無視して困らないはずだって言ってるだけ。
0757デフォルトの名無しさん2016/01/29(金) 11:42:19.66ID:LlSYvxYC
>>751
SJISでも動くようにするのも場合によっては必要だろ
さすがに文字コード変えて保存する事例はなかったが頻発するなら必要な事だ
あらゆる制約はなくす方向で行かないと
説明する人数が一人ぐらいならいいけどもう少し人数が居たら説明なんてしてられない
0758デフォルトの名無しさん2016/01/29(金) 11:43:19.09ID:E4nKuHZl
>>757
> SJISでも動くようにするのも場合によっては必要だろ

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

やらなくていもいいことは、やらないようにしろ。
改行コードの問題も同じだ。
0759デフォルトの名無しさん2016/01/29(金) 11:44:53.03ID:E4nKuHZl
>>757
> 説明する人数が一人ぐらいならいいけどもう少し人数が居たら説明なんてしてられない

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

まあ、説明なんてしてられない。ならそうなるしかないわなｗ
0760デフォルトの名無しさん2016/01/29(金) 11:45:25.71ID:LlSYvxYC
>>756
> チェックアウトだけが、ソースコードを受け渡しする方法じゃねぇんだよ。
はいダウト
そういう事するなら勝手にやってくれよ
0761デフォルトの名無しさん2016/01/29(金) 11:45:59.94ID:E4nKuHZl
>>760
何がダウンと何だ？ｗ

こうやってすぐ逃げる。
0762デフォルトの名無しさん2016/01/29(金) 11:48:47.20ID:LlSYvxYC
>>758
必要だからやってる、それだけの事

>>759
ちなみに文字コードはgitが変換するわけじゃないからLinuxでチェックアウトする時に
スクリプトかましてutf8にする必要がある
重要なのはLinuxでチェックアウトした時にLFでutf8になればいいだけ
0763デフォルトの名無しさん2016/01/29(金) 11:49:50.82ID:LlSYvxYC
>>761
ダウンｗｗｗダウンってなんだよｗ
0764デフォルトの名無しさん2016/01/29(金) 11:50:03.56ID:E4nKuHZl
なるほどねｗ

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互換改行コードのファイルが混じり込むことになるという問題が発生する。

これは大きな問題ではないが、留意しておく必要がある。
0765デフォルトの名無しさん2016/01/29(金) 11:51:25.58ID:E4nKuHZl
>>762
> 必要だからやってる、それだけの事

必要な理由を言え。

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

何のためにそんなことしてるの？ｗ

文字コードと改行コードを統一するだけで解決しない問題なんですか？ｗ
0766デフォルトの名無しさん2016/01/29(金) 11:52:34.45ID:VzXBU/rQ
>>761
ダウトのtypoじゃね？

とりあえずgit archiveとかgit checkout-indexとかやって受け渡すことはできるね
チェックアウトせんでも。
0767デフォルトの名無しさん2016/01/29(金) 11:52:42.77ID:YmIfB0q0
まぁ馬鹿の介護で非効率なことをすることが一流のプログラマや一流の企業の条件ってならもうしょうがないｗ
0768デフォルトの名無しさん2016/01/29(金) 11:55:07.21ID:LlSYvxYC
>>765
だからデザイナとか上司がWindows上で…ってどこかで書いたよ

> 何のためにそんなことしてるの？ｗ
お前マジで頭悪いだろ…>>757でそんな事はなかったがやる場合はって話だろ
お前さっきから変な日本語を書き込んでるけど日本人か？
0769デフォルトの名無しさん2016/01/29(金) 11:56:12.13ID:E4nKuHZl
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 の変換は、稀にとは言えデータ破損の危険性を伴います。
> しかし、誤ってテキストファイルと分類されたバイナリファイルの場合、変換はデータを破損するかもしれません。

やっぱり改行コードの自動変換はろくなことないね。
0770デフォルトの名無しさん2016/01/29(金) 11:58:20.46ID:LlSYvxYC
>>767
プログラマ仕事は素晴らしいコードを書くことだと悦に入ってる姿が目に浮かぶ
プログラマなんて奴隷だろ
あらゆる要求や仕様にNOと言わない奴が有能なプログラマだ
当然YESというのは簡単だが出来ないのにYES言う奴は一番最低だ
0771デフォルトの名無しさん2016/01/29(金) 11:59:24.14ID:E4nKuHZl
>>768
> だからデザイナとか上司がWindows上で…ってどこかで書いたよ

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

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

でもお前の場合、そうするのが面倒だから、
ShiftJISで保存されてもむとんちゃくなんだろ？ｗ
0772デフォルトの名無しさん2016/01/29(金) 12:00:34.38ID:LlSYvxYC
>>769
それ古いWindows版gitだろ
だいぶ前から問題ないよ

> 誤ってテキストファイルと分類されたバイナリファイルの場合
そりゃ問題起きるだろ…
0773デフォルトの名無しさん2016/01/29(金) 12:01:42.71ID:YmIfB0q0
自称俺はプログラマじゃなくてプログラマを使う人間まで行ったｗ
0774デフォルトの名無しさん2016/01/29(金) 12:04:02.89ID:LlSYvxYC
>>771
お前ほんと頭悪いな

> ShiftJISで保存されてもむとんちゃくなんだろ？ｗ
最初は当然知らないからどこかで問題が出るよな？
そうなったらどうするか相談とかしてLinuxでチェックアウト時にutf8に変換しようとなる流れだろ
むとんちゃくって意味が分からん…
0775デフォルトの名無しさん2016/01/29(金) 12:04:45.29ID:E4nKuHZl
>>772
だから問題が起きてるだろ？
些細なミスで問題は起きるってことの証明だろ。

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

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

ムダなことしてんなぁｗ

入出力ファイルの話じゃないぞ。内部のデータの話だ。
プログラム内部の改行コードぐらい統一すればいいだろ。
0776デフォルトの名無しさん2016/01/29(金) 12:06:40.61ID:E4nKuHZl
>>774
> そうなったらどうするか相談とかしてLinuxでチェックアウト時にutf8に変換しようとなる流れだろ

ワロタｗｗｗｗ

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

なんか人によって、コミットするたびに文字コードが変わりそうだな。
履歴の差分見たら、ShiftJISとUTF8への変換差分が大量に出そうｗ
0777デフォルトの名無しさん2016/01/29(金) 12:09:25.14ID:E4nKuHZl
ちょっと、アホすぎて面白いから、改行コードじゃなくて
文字コードの話に戻すわｗ

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


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

でも、そうか、チェックアウト時にUTF8に変換する方法で対応することを
こいつは選ぶわけかｗｗｗｗ
0778デフォルトの名無しさん2016/01/29(金) 12:11:54.14ID:LlSYvxYC
おいE4nKuHZl、お前ヤバイ事になってるぞ…
0779デフォルトの名無しさん2016/01/29(金) 12:13:08.76ID:E4nKuHZl
>>778
ヤバイのはお前の開発の仕方がやばすぎて
笑い過ぎでヤバイだけｗｗｗ

開発の仕方自体は俺のほうがまともだってはっきりしたから
何の問題もないよｗｗｗ
0780デフォルトの名無しさん2016/01/29(金) 12:26:54.15ID:Y9Rc1o67
根本的な対応をするんじゃなくて、対処療法的に
起きた問題を直すってやり方をやってるような所は
ソースコードも汚いんだろうな。
0781デフォルトの名無しさん2016/01/29(金) 12:28:44.84ID:Y9Rc1o67
俺なら、文字コードや改行コードを間違って保存するような人がいるなら
サーバー側のフックで、ソースコードチェックするのと同じような感覚で
不正な文字コードや改行コードでコミットできないようにするだろうな。
0782デフォルトの名無しさん2016/01/29(金) 12:35:05.41ID:YmIfB0q0
改行コードわかんなかったら確実に文字コードわかんないだろうからな
馬鹿に合わせるならもうこれしかない

新規ファイルは自分で作成しないで絶対にこのテンプレファイルを使用してください
後の美乳ファイルである
0783デフォルトの名無しさん2016/01/29(金) 12:50:31.51ID:Y9Rc1o67
結局、改行コードが変わってしまうことで
引き起こされるバグがあるという証拠はいくつも出たけど、

改行コードを変えたほうがいいという理由は
一つも出なかったね。
0784デフォルトの名無しさん2016/01/29(金) 14:25:13.65ID:mleaHAQI
>>770
プログラマが奴隷だぁ？キャリッジリターンで消してやろうかぁ？
0785デフォルトの名無しさん2016/01/29(金) 15:06:29.52ID:eri/tSjn
MSVC++がLFだけじゃ改行として認識しないから。
git自体も含めて他の環境のデフォルトはLFだからCRLFに統一するとか有り得ない。
なのでMSVC使うWindows上でだけ自動変換しとけば偶にハマるかもしれんがそれでいいかなと思ってる
0786デフォルトの名無しさん2016/01/29(金) 22:24:41.83ID:mleaHAQI
>>784
ラインフィードの間違いだったぁ？
0787デフォルトの名無しさん2016/01/30(土) 00:19:20.87ID:eJpLCaMd
fetchってどのくらいの頻度でやってる？
0788デフォルトの名無しさん2016/01/30(土) 10:48:28.05ID:LQNhevMY
最後にいつfetchしたか忘れたときにやってる
0789デフォルトの名無しさん2016/01/30(土) 17:03:03.36ID:8STQ7yFZ
毎日
0790デフォルトの名無しさん2016/01/30(土) 23:08:38.84ID:6Q62/dvG
おまえのオ○ニーと大体同じくらいの頻度だよ
0791デフォルトの名無しさん2016/01/30(土) 23:45:47.86ID:A3gfJR+z
VSがLFだけだと扱えないとかいつの話だよ
0792デフォルトの名無しさん2016/01/30(土) 23:53:19.35ID:8pg6dH+z
ぶっちゃけ、もうソースは全部LFのUTF-8でいいんじゃないかと思う
0793デフォルトの名無しさん2016/01/30(土) 23:55:57.63ID:8pg6dH+z
もちろんUTF-8はBOM無しで
0794デフォルトの名無しさん2016/01/30(土) 23:58:08.50ID:ypcCS+Q8
異機種間で統一するならInternetにならってCRLF
0795デフォルトの名無しさん2016/01/31(日) 03:09:27.56ID:qoVhiQHF
>>791
VC++2013の時の話かな
2015では自動変換したものしか使ってないから知らん
まぁ、少なくとも一年前までは問題起きてたわけだ
0796デフォルトの名無しさん2016/01/31(日) 03:17:54.63ID:SJ5R7Lez
改行コードの自動変換は良くないって話なんだから
別にWindows専用のソースコードであればCR LF固定でいいんだよ。

Linux系のソースコードなら、Windows版はcygwinかmsysで
コンパイルするわけでこっちはLF固定で良い。
0797デフォルトの名無しさん2016/01/31(日) 04:37:44.26ID:vq6eMgrK
>>795
ウソはいけないよ
0798デフォルトの名無しさん2016/01/31(日) 05:20:42.90ID:oCG8WGSi
ほんとだ。嘘だった。危うく騙されるところだった。

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

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

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

VC++6.0はどうか知らないけど、ワードパットもLFに対応しているわけで
問題があるのはメモ帳ぐらいじゃないの？
0800デフォルトの名無しさん2016/01/31(日) 07:43:08.31ID:U1VojL5O
新規に作成するファイルの改行をLFに固定する設定がないから、LFに統一する
運用をしようと思ってもいまひとつ面倒なんだよな。
0801デフォルトの名無しさん2016/01/31(日) 08:03:42.24ID:oCG8WGSi
新規ファイルの改行コードを設定できないエディタなんて
メモ帳ぐらいだろ。
0802デフォルトの名無しさん2016/01/31(日) 08:32:22.49ID:ZsKbo1fC
改行コード統一しろ。
0803デフォルトの名無しさん2016/01/31(日) 08:43:48.07ID:7LoAMsY1
>>800
新規ファイルのテンプレートを作って毎回それを使えばいい
0804デフォルトの名無しさん2016/01/31(日) 09:05:19.96ID:m2D4t7R9
WindowsじゃC言語でファイルをテキストモードでオープンした場合だけ
"\n" の出力を "\r\n" つまり CR-LFへ変換するなんてややこしいことになってるんだよね

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

Windowsも改行を LF にして楽になろうよ
0805デフォルトの名無しさん2016/01/31(日) 10:09:08.47ID:xfsfZkY5
>>699はまだコンパイルで死んでるのか？
というか>699生きてる？
0806デフォルトの名無しさん2016/01/31(日) 10:13:39.44ID:31z4XD49
>>805
分からないこと多すぎたみたいだからいろいろレス見て勉強させてもらってる
とりあえず今は開発環境を統一させてどうにかさせてる
0807デフォルトの名無しさん2016/01/31(日) 10:21:00.00ID:xfsfZkY5
ずっと居たんかい
コンパイルエラー貼れよ
100レスも無駄に消費しやがって
0808デフォルトの名無しさん2016/02/03(水) 18:27:40.72ID:j5Vxk3iZ
2時間くらいあれこれやったのをstashして、ブランチ切り替えながらいろいろやってたら
stashしたのが消えてた・・・

もう金輪際stashは使いません
0809デフォルトの名無しさん2016/02/04(木) 13:27:11.60ID:pjzU2sh9
>>808
ほかと違ってgitは些細なミスでソースが失われるので
なにかソースが書き変わる系の作業をするときは
KANARAZUワークスペース丸ごとバックアップした方がいいぞ
0810デフォルトの名無しさん2016/02/04(木) 14:36:29.50ID:va5dr9zm
メッセージ読まない輩か。
0811デフォルトの名無しさん2016/02/04(木) 17:20:15.84ID:ob+62gtm
わろた
0812デフォルトの名無しさん2016/02/04(木) 17:22:00.96ID:6nmxHVWh
何が起こったのかな？
サルベージ可能？
0813デフォルトの名無しさん2016/02/04(木) 22:08:07.44ID:6PUvax8Q
その辺はUNIX系コマンドの思想引き継いでるよな
いわく「プログラマーは万能である」。
0814デフォルトの名無しさん2016/02/04(木) 22:29:01.24ID:g3ecOfSG
>>808
> もう金輪際stashは使いません

stash無理に使わんでも「とりあえずcommitしちまえ」で後からなんとかなるからな。
0815デフォルトの名無しさん2016/02/04(木) 23:12:54.51ID:w/4VfNdd
gitでstashとかcommitした情報をうっかり消すっていうのはなかなか難しい
大体が残ってる情報を見つけられないだけ
それでもやろうと思えば全部消せるが、その対策はどこかにpushしておくだけで十分

どちらかといえば、stashとかcommitする前にうっかりgit coしちゃう事故の遭遇率の方が高い
とくにヒストリに残ってたgit co .で2回しくじったので、
git coがbashのヒストリに残らないように細工してる
0816デフォルトの名無しさん2016/02/05(金) 08:13:17.74ID:CJ5Xrx4r
>>814
むしろ慣れないうちはcommitしまくった方が良いよね
0817デフォルトの名無しさん2016/02/05(金) 11:43:10.15ID:v7ukNLrp
>>815
どういうこと？
checkoutしたらstashが消えるってこと？
0818デフォルトの名無しさん2016/02/05(金) 12:00:50.70ID:EwCIJwhY
>>817
よく読め
0819デフォルトの名無しさん2016/02/05(金) 12:20:54.44ID:kEiVN07H
gitは過度にコマンドラインだけでありとあらゆる事が出来る事にこだわってる
ProGitにコンフリクトした時の解消法とかrerereあたりの説明が恐ろしく複雑になってる
全てがグラフィカルに表示されてマウスでこれとこれみたいに出来れば何も覚える必要ないだろうなと思った
0820デフォルトの名無しさん2016/02/05(金) 12:33:56.43ID:kiLBWxj0
いや、コマンドラインはありとあらゆる事が出来るが、グラフィカルは目的に特化したUIをその都度作らなければいかん。
将来的に機能が増える事が予想出来るソフトウェアはCUIで作るのが理にかなっている。
0821デフォルトの名無しさん2016/02/05(金) 12:41:26.37ID:v7ukNLrp
>>818
あー、stashする前にcheckoutするってことか。
ありえんわ。
0822デフォルトの名無しさん2016/02/05(金) 13:03:08.45ID:hmTKeVMY
co . なんて使うのがいかん
checkout branch_name
と叩いて深呼吸してから実行
0823デフォルトの名無しさん2016/02/05(金) 13:08:55.15ID:bkulaeJ7
git checkout branch_name

くんかくんか

「ッターン！」
0824デフォルトの名無しさん2016/02/05(金) 14:24:50.12ID:c2oLCwBL
-m つけなきゃ大丈夫じゃないんけ？
0825デフォルトの名無しさん2016/02/05(金) 20:00:32.44ID:4vuMMbvX
>>819 はユーザー目線
>>820 は開発者目線

でもユーザーも開発者だから >>820 の気持ちも分かってしまう
0826デフォルトの名無しさん2016/02/05(金) 20:14:25.00ID:kEiVN07H
gitに凝ったGUIを作ろうにもライブラリ化というかサービス化されてないから
コマンドを実行して標準出力を正規表現で切り取る古き良きUNIX文化を発揮しないといけなくなる
gitkとかtcl/tk使ってるからそういう処理が簡単に書けるから何とかなってるけど
GUIツール作るにも単なるコマンドのラッパー以上のものを作るのは不可能とも言える
0827デフォルトの名無しさん2016/02/05(金) 20:22:47.70ID:kEiVN07H
Githubってサーバーで一生懸命gitコマンド実行して標準出力を解析してるのかな？
標準出力を解析する以外のやり方があったら知りたい
0828デフォルトの名無しさん2016/02/05(金) 22:44:56.53ID:QKRpZlN2
libgit2 とかあるようだが
0829デフォルトの名無しさん2016/02/05(金) 23:14:49.41ID:dpfeui8Z
https://git-scm.com/book/ja/v2/Gitをあなたのアプリケーションに組み込む-Libgit2を使う方法
0830デフォルトの名無しさん2016/02/06(土) 00:22:02.09ID:LgkKu1/8
>Gitの出力フォーマット（ちょくちょく変わる）を自前でパースする必要があるということです。これは非効率的ですし、エラーも発生しやすくなります。

ちょくちょく変わる
0831デフォルトの名無しさん2016/02/06(土) 05:25:12.22ID:1pguUJe7
だからlibgit使えばいいんですよね？
ごかますなよ
0832デフォルトの名無しさん2016/02/06(土) 11:14:56.83ID:LgkKu1/8
（ちょくちょく変わる）が面白かったから引用しただけだよ
勘違いしちゃったの？
0833デフォルトの名無しさん2016/02/06(土) 11:53:14.09ID:mdfpFw/5
疑心暗鬼な831さんであった
0834デフォルトの名無しさん2016/02/06(土) 12:26:43.76ID:LgkKu1/8
まぁ、俺も言葉足らずだけど
日本は察し・思いやりの文化というが、その副作用として勘ぐりもある程度必要になってしまった
草生やしておけばよかったね
0835デフォルトの名無しさん2016/02/06(土) 15:20:45.92ID:/1/YZwYl
>>831がちょっとアレな子だっただけだよ
気にすんな
0836デフォルトの名無しさん2016/02/06(土) 15:32:06.30ID:OnOKOzzm
PowerShellのパイプはオブジェクトっての思い出した
関係ないけど野心的だったな
0837デフォルトの名無しさん2016/02/07(日) 05:42:22.04ID:g9FR7TQk
v2.7.1
0838デフォルトの名無しさん2016/02/07(日) 10:09:56.51ID:6q4E0hyG
>>837
あれ？また？と思ったが
アップデートしてたｗ
0839デフォルトの名無しさん2016/02/08(月) 22:11:28.63ID:YQ0+a64D
masterにbranchをmergeする際にコンフリクトしてなくても、diffツール起動してマージしたいんだけどできますか？
0840デフォルトの名無しさん2016/02/08(月) 22:42:39.27ID:hJZZUY1h
diffツールでやるな

新しくブランチ作るかcherry-pick使え
0841デフォルトの名無しさん2016/02/08(月) 22:43:30.57ID:hJZZUY1h
それからmasterにブランチをマージするときに
コンフリクトが起きたものをdiffツールでマージするな
0842デフォルトの名無しさん2016/02/09(火) 05:05:20.48ID:DVK3FypF
>>839
そうしたい状況がよく判んないんだけど、
例えばbranchでワードaaaをbbbにリネームしてて、masterの追加行にワードaaaが含まれているときに
ワードaaaが中途半端に残ったマージコミットが出来ちゃうのが嫌、とか？
0843デフォルトの名無しさん2016/02/09(火) 15:17:14.23ID:5Wgto6Db
diffツールで話通じるん？
0844デフォルトの名無しさん2016/02/09(火) 18:01:43.53ID:vsEmDrFF
>>842
自分で解析した結果、この処理はこーいうことしてるよってメモ入れるのね。TODOとか。

実装(コミット)すればもう用済みになるんだけど、本チャンにマージする時に一緒に掃除をしたいんです。
0845デフォルトの名無しさん2016/02/09(火) 19:02:33.89ID:k1mk9N9v
git merge --no-commitとdiffツールの組み合わせで行けばいいんじゃないの？
0846デフォルトの名無しさん2016/02/09(火) 20:13:36.74ID:G1Osl5xS
>>844
2つの作業をいっぺんにやろうとするな。
だからいったろ、新しくブランチ作るかcherry-pick使えって
0847デフォルトの名無しさん2016/02/09(火) 22:01:51.34ID:Evd4blCn
>>844
マージするときに掃除するんじゃなくて、掃除してそれをコミットしてからマージするんだ

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

マージコミットに含める修正は、Gitがマージした結果とコンフリクトの解消(した場合)のみにしといた方が良い
0848デフォルトの名無しさん2016/02/12(金) 21:55:17.52ID:lVOHcyQN
ようやく、VisualSourceSafe(VSS)からGitに移行しようとしているのですど、
vssでは、プロジェクトツリー間で、ファイルの共有を行っています。
共通のライブラリのコードを共有しているということです。
VSS2GITで移行したところ、どうやら、各々のプロジェクトで別ファイルとして取り扱われてしまっているようです。
どのようにプランしていけばよいのでしょうか？
0849デフォルトの名無しさん2016/02/13(土) 01:32:46.27ID:37mwrLaZ
サブモジュールに分けるだけだよー
0850デフォルトの名無しさん2016/02/13(土) 12:02:29.81ID:VqdqE7Vj
>>849
やっぱり、そんな感じになりますか。数十個のプロジェクトで共有しているのです。
履歴のたぶん、プロジェクト毎に分散しているような気がするけど、マージできるのかな？
0851デフォルトの名無しさん2016/02/16(火) 01:10:31.94ID:c8/hor6F
mergeでやらかしていたことにきづいて、適当にrevertしたのですが、それもやらかしていたので、それをrevertするにはどうすればいいですか？
0852デフォルトの名無しさん2016/02/16(火) 02:48:17.29ID:RWhjlyeJ
reflog
0853デフォルトの名無しさん2016/02/16(火) 10:04:48.70ID:MuYMFlAb
を見てやらかす直前のコミットへreset
0854デフォルトの名無しさん2016/02/16(火) 12:59:45.51ID:8lRoTEUX
先輩助けてください
git checkout ハッシュ
これで過去に戻したんですが、それを忘れたままファイルを編集してコミットしたんです
何で気づいたかというとpushしようとしたらpushできなかったので。

git branchを実行すると
* (HEAD detached from ハッシュ)
　master
って出ます。
間違えてコミットしたのをmasterに持っていく方法を伝授してください
0855デフォルトの名無しさん2016/02/16(火) 14:24:12.14ID:y+ZjOqCo
だからmasterを直接修正するんじゃなくて、
ブランチを作るべきなんだよ。

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

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

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

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

って形にしてから、正しいやり方の通り、ブランチをマージするか
そのままマージできなきゃ、いつも通りrebaseなりしてマージできるようにする。
0856デフォルトの名無しさん2016/02/16(火) 14:30:08.76ID:IYo4xYe9
過去ってのが master から辿れるなら git rebase master
辿れないなら rebase --onto か cherry-pick
0857デフォルトの名無しさん2016/02/16(火) 15:56:05.75ID:SRi6vGdt
github flowではmasterにpush
0858デフォルトの名無しさん2016/02/16(火) 16:03:56.25ID:y+ZjOqCo
>>857
ブランチにコミットしてから、ブランチをmasterへマージしてからpushな。

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

GitHub Flowとは何だろうか？

・新しい何かに取り組む際は、説明的な名前のブランチをmasterから作成する（例: new-oauth2-scopes）
・作成したブランチにローカルでコミットし、サーバー上の同じ名前のブランチにも定期的に作業内容をpushする
・他の誰かがレビューをして機能にOKを出してくれたら、あなたはコードをmasterへマージすることができる
・マージをしてmasterへpushしたら、直ちにデプロイをする
0859デフォルトの名無しさん2016/02/16(火) 20:41:52.66ID:gNd45vpJ
SourceTreeを1.8.0.36401にアップデートしたら
Atlassianにログインが必要な上にdiffの日本語が文字化けするようになりました
文字化けはどうやったら直りますか？
0860デフォルトの名無しさん2016/02/16(火) 21:33:24.31ID:X2t8ohVl
>>859
日本語をたくさん書いたら直る
0861デフォルトの名無しさん2016/02/17(水) 16:02:54.35ID:uPVREww6
.gitディレクトリーだけからから全てのファイルを作り出すにはどうやるんですか？
0862デフォルトの名無しさん2016/02/17(水) 16:33:43.05ID:Np5A+rM+
SourceTree で、ソース部分の表示のフォントを指定したいんだけど
どこで設定すればいいですか？
0863デフォルトの名無しさん2016/02/18(木) 11:47:53.29ID:S96kZ0X7
git rebase -i HEAD~~~~
で履歴変えたものは
もう二度と github に push 出来ませんか？
0864デフォルトの名無しさん2016/02/18(木) 11:57:36.99ID:S96kZ0X7
pull request 出したあとで
git rebase -i HEAD~hoge
したものを
git push -f origin master
とかやっちゃってもいいのかな
0865デフォルトの名無しさん2016/02/18(木) 15:03:33.68ID:qSH6iKTe
コミットログの文章内を検索したいんだけど
どうすればいいの？
0866デフォルトの名無しさん2016/02/18(木) 15:11:52.95ID:2sHGThbe
>>865
git log --grep foo
が使えればそれで。
0867デフォルトの名無しさん2016/02/18(木) 15:17:03.35ID:qSH6iKTe
>>866
ありがとう
grepオプションがなんかエラーになったので
git log | less
でlessん中で検索できた
0868デフォルトの名無しさん2016/02/18(木) 15:26:34.69ID:9dUUUgGS
>>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に取り込めばいい。
0869デフォルトの名無しさん2016/02/18(木) 15:44:02.01ID:2sHGThbe
>>867
gitのバージョンが古いと使えないんだけど、どのバージョンから使えるのかはわからない
0870デフォルトの名無しさん2016/02/19(金) 08:25:24.14ID:pjLhb+yw
>>866
>>867
--grep=検索文字列 では
0871デフォルトの名無しさん2016/02/20(土) 21:11:47.88ID:wCcySKbf
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 ってリンクしてるの？
0872デフォルトの名無しさん2016/02/20(土) 21:29:04.03ID:SM2r0bLq
初心者はブランチ毎にワークツリーがあると誤解しがち
0873デフォルトの名無しさん2016/02/20(土) 22:14:05.93ID:wPRjv0ew
なんだよclean -fって？
git cleanなんて使ったことないわｗ
0874デフォルトの名無しさん2016/02/20(土) 22:16:19.27ID:wCcySKbf
>>873
違うの？
0875デフォルトの名無しさん2016/02/20(土) 22:22:50.78ID:wPRjv0ew
それコミットしてないファイルを消すコマンドじゃん。
0876デフォルトの名無しさん2016/02/20(土) 22:29:52.38ID:wCcySKbf
>>875
正確には、追跡対象外のファイルを削除するコマンド。

ブランチ A のワーキングツリーにあるファイルを消して、
ブランチ B のワーキングツリーで作業の続きをしたかったんだが・・・
0877デフォルトの名無しさん2016/02/20(土) 22:31:46.77ID:wCcySKbf
すまん、>>874 の「違うの？」は >>872 へのレス
0878デフォルトの名無しさん2016/02/20(土) 22:43:49.29ID:0IXEpZUs
>>871
手順6で、ブランチBからAに移ってしまうのが問題。
ブランチBで作業しているつもりのファイルはコミットしないかぎりブランチBに保存されてない。
ブランチAに戻った時に作業中のファイルはブランチA上で作業してるということになる。(ちなみに戻ろうとした時にコンフリクトしたらブランチが切り替えられない)
なので、resetしちゃうと作業中のファイルは消える。

作業中の状態をとっておきたいなら、commitかstashをしないといけない。
0879デフォルトの名無しさん2016/02/20(土) 23:24:50.32ID:SM2r0bLq
>>877
ワークツリーはひとつだけで、ブランチ変えても切り替わったりはしない
0880デフォルトの名無しさん2016/02/21(日) 10:37:58.63ID:zmvsu5mb
>>871
>2 と >3 の間で commit してないのはなぜ？
0881デフォルトの名無しさん2016/02/21(日) 12:22:09.28ID:0wti95or
ブランチ毎に作業ツリーの変更内容が保持されると誤解しているから
0882デフォルトの名無しさん2016/02/21(日) 16:46:39.09ID:rhQT70JU
俺も最初はそれに疑問を持ったよ
それでその挙動を理解すると、次に、ワークツリーを変更した状態でのブランチ移動がなんで常にうまく処理できるんだろうという疑問にぶつかった

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

要するに、ワークツリーで変更状態にあるファイルが移動元ブランチと移動先ブランチで同じ内容な場合のみ
ブランチ移動可能なことを理解した
0883デフォルトの名無しさん2016/02/21(日) 17:56:44.24ID:Jseiihz9
みんなありがと。
レスや、自分でも調べてみてやっと理解した。

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

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

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

かなりの代償を払ったけど、勉強になったよ。
0884デフォルトの名無しさん2016/02/22(月) 12:58:28.47ID:68GgH7T5
1〜10行目と30〜50行目を編集したんですが
1〜10行目だけ元に戻す方法を教えてください
git add -pみたいな感じのいいコマンドないですか
0885デフォルトの名無しさん2016/02/22(月) 13:29:57.13ID:Y1bHL8fN
git rebase -i HEAD
0886デフォルトの名無しさん2016/02/22(月) 13:31:42.44ID:B2fOT388
git checkout -p
0887デフォルトの名無しさん2016/02/22(月) 18:14:32.11ID:Y1bHL8fN
git +1
0888デフォルトの名無しさん2016/02/22(月) 18:35:50.82ID:QLpZ1xcH
888
0889デフォルトの名無しさん2016/02/22(月) 23:20:12.02ID:Zf3l1QU8
ぶっちゃけその手の操作はSourceTreeみたいなGUI使ってしまったほうが早い
0890デフォルトの名無しさん2016/02/23(火) 05:20:21.69ID:I8nTY0JT
add 忘れて commit したつもりにになって checkout で他の branch 行ったら
0891デフォルトの名無しさん2016/02/23(火) 05:27:55.02ID:Oh6h4g2T
そういうときのためにrebaseがあるんですよ。
何かを間違えても修正できる。
gitは素晴らしい。
0892デフォルトの名無しさん2016/02/23(火) 08:24:45.37ID:qxCfruz0
なんでもやり直せてしまうgitは良くないと思う。
0893デフォルトの名無しさん2016/02/23(火) 09:21:07.43ID:Oh6h4g2T
また、証拠が残らない厨か？

何の証拠を残してほしいんだよｗ
証拠がほしいなら監視カメラでも設置しておけ。
0894デフォルトの名無しさん2016/02/23(火) 11:39:16.68ID:MgSDdSDU
エンバグの証拠だろ
俺だったら確実に消してアレなんだったんだろうな？と涼しい顔してる
0895デフォルトの名無しさん2016/02/23(火) 12:01:07.52ID:Oh6h4g2T
gitは他人も全てのコピー持ってるんだから
そういうことは出来ない。
0896デフォルトの名無しさん2016/02/23(火) 12:27:28.43ID:I8nTY0JT
他人が落とす前にすり替えるですねどう見てもわかります
0897デフォルトの名無しさん2016/02/23(火) 13:05:57.55ID:MgSDdSDU
>>895
pullしちゃったらみんな消えるだろ
0898デフォルトの名無しさん2016/02/23(火) 16:52:59.88ID:xchPVa7Q
何度でも蘇るさ AA略
0899デフォルトの名無しさん2016/02/23(火) 17:24:25.68ID:NfRLDxy4
localならいくらでも改変してよし
push済みは改変すんな
0900デフォルトの名無しさん2016/02/23(火) 17:57:34.34ID:Oh6h4g2T
>>896
> 他人が落とす前にすり替えるですねどう見てもわかります

他の誰も見てない。つまりリリースもされてない。
それを修正して誰が困るんだ？
0901デフォルトの名無しさん2016/02/23(火) 18:17:04.15ID:xchPVa7Q
なぜか噛み付かれて困惑する>>896
0902デフォルトの名無しさん2016/02/23(火) 20:34:01.41ID:NfRLDxy4
まあ自分しか使ってなけりゃpush済みでも自由に改変すればいいわな
複数人で使っててpush -fとかやられると最悪だが
0903デフォルトの名無しさん2016/02/23(火) 21:39:35.42ID:Oh6h4g2T
複数人で使っててpush -fとかやられると最悪

なぜか？ pushできなくなるから。
つまり他の人は修正前のデータを持っているわけで
だから証拠なんて消すことはできないと言っている。
0904デフォルトの名無しさん2016/02/23(火) 21:44:45.74ID:nOwJXdL3
>>903
誰彼構わず噛みつきすぎるから、お前が何を言いたいのかさっぱりわからんｗ
0905デフォルトの名無しさん2016/02/23(火) 22:24:55.24ID:Oh6h4g2T
>>904
最初にレスした人を見ればわかると思うよｗ
0906デフォルトの名無しさん2016/02/23(火) 22:50:10.74ID:NfRLDxy4
こいつ何と戦ってるの？
0907デフォルトの名無しさん2016/02/23(火) 23:13:33.62ID:Oh6h4g2T
レスしてきた人全員ｗ
0908デフォルトの名無しさん2016/02/23(火) 23:46:16.39ID:iTEBciwa
触るものみなレスつけた
0909デフォルトの名無しさん2016/02/24(水) 09:04:19.50ID:/FG7y6cl
あー わかってくれとは言わないが
0910デフォルトの名無しさん2016/02/24(水) 13:47:12.85ID:aRwJuOw8
ギトギトハートの〜子守唄〜♪
0911デフォルトの名無しさん2016/02/24(水) 18:59:04.41ID:1Q1vaK3L
　￣￣￣￣￣￣○￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　O 。
　　　　　　　　　　　　　　　　 , ─ヽ
＿＿＿＿＿＿＿＿　　　　/,/＼ヾ＼ 　　／￣￣￣￣￣￣￣￣￣
|＿＿|＿＿|＿＿|＿　　 __（（´∀｀＼　）＜　というお話だったのさ〜♪
|＿|＿＿|＿＿|＿＿　／ノへゝ/''' 　)ヽ　　＼＿＿＿＿＿＿＿＿＿
||＿＿|　　　　　　　 | | ＼´-｀）　/　丿/
|＿|＿|　从.从从　　| ＼__￣￣⊂|丿/
|＿＿|| 从人人从.　|　/＼＿＿/::::::|||
|＿|＿|／//ヽヾ＼　 /　　　::::::::::::ゝ/||
────────(~〜ヽ::::::::::::|／　　　　　　　　＝ 完 ＝
0912デフォルトの名無しさん2016/02/24(水) 21:15:08.83ID:gBqVO2QG
IntelliJでrebaseしてコミットまとめるにはどうすればいいの？
0913デフォルトの名無しさん2016/02/24(水) 21:45:57.29ID:PL8yH0Su
GUIツールを使うと覚えるのが二度手間になるよな。

○○したい → git なんたらコマンドで〜
そのgitなんたらをGUIでやるのは → あちこちクリック！
0914デフォルトの名無しさん2016/02/24(水) 22:20:47.78ID:IobKdMtm
一度SourceTreeとやらを使ってみたがくっそ遅くて即捨てた
GitKraken見た目はよさげなんだけどどうなのかなー
使ってる人居ます？
使用感が知りたい
0915デフォルトの名無しさん2016/02/25(木) 00:26:19.18ID:I1hFGOe7
IntelliJに組み込まれてるGit機能は >>884 みたいなことをやるのはマジ簡単
ソース編集画面でHEADから差分のある行に印がつくから、
そこをクリックしてでてくるメニューでrollbackを選ぶだけ
オートセーブとGitとの相性がすごくいいというか、
オートセーブのせいでGitで管理してないとソース触るのが怖い

rebaseも一応IntelliJからできるし-i指定つきで細かく指定して
まとめるのもできるんだけど(VCSメニューのGitサブメニューのRebase...ね)
GUIからやるメリットをあんま感じないからコマンドラインからやってる
0916デフォルトの名無しさん2016/02/25(木) 11:29:23.25ID:xnX4JkuY
>>903
rebase汁
0917デフォルトの名無しさん2016/02/25(木) 21:23:30.00ID:n9DyGB93
>>916
他人がローカルに持っているブランチ情報をrebaseすることはできない。
0918デフォルトの名無しさん2016/02/25(木) 23:29:46.59ID:wj9yA24t
ていうかpush -fなんてよくできるな
怖くてできんわ
0919デフォルトの名無しさん2016/02/25(木) 23:35:44.22ID:n9DyGB93
>>918
自分しか使っていないブランチやPull Requestでレビュー中の
ブランチなら当たり前にやる。
0920デフォルトの名無しさん2016/02/25(木) 23:55:50.84ID:LaPRG2Di
>>918
--force-with-lease 使えばローカルに持ってきてないコミットをすっ飛ばすのは回避できる。

履歴を書き換えるだけでツリーが一緒の時に限り許可するモードもあると良いんだけど。
0921デフォルトの名無しさん2016/02/26(金) 09:51:24.04ID:wlaUlSBk
SourceTreeを久しぶりにバージョンアップしたら色が無くなってなんか見にくいな
0922デフォルトの名無しさん2016/02/26(金) 19:27:19.66ID:kkVTuuYD
>>921
一個前を使え
最新はダメだ
0923デフォルトの名無しさん2016/02/26(金) 22:28:41.92ID:WqHYG8Qf
最新版はアンチパターンのカタログ
デザイナを訴えるレベル
0924デフォルトの名無しさん2016/02/27(土) 02:51:42.15ID:MM9HOPI5
でも1個前は遅いんだろ？
最新版は速くなったとか言い張ってるぞ？
0925デフォルトの名無しさん2016/02/27(土) 10:27:15.69ID:N1vAOcUy
>>924
確かに何をやるにももったもったしてイライラする
だが、落ちずに動く
0926デフォルトの名無しさん2016/02/27(土) 10:32:29.11ID:yMp5JRD4
コマンドラインからならそんな悩みも全て解決だぞ！
0927デフォルトの名無しさん2016/02/27(土) 12:35:09.28ID:cWIFZRAa
intellij使ってるけどgitはコマンドラインからしか使わないわ
0928デフォルトの名無しさん2016/02/27(土) 17:01:31.60ID:hI6CEqxt
>>927
.gitディレクトリ自体をIntelliJに認識させないってことかい？
0929デフォルトの名無しさん2016/02/27(土) 20:31:00.33ID:611JUS9n
一度GUIに慣れたらコマンドラインなんてやってられんわ
0930デフォルトの名無しさん2016/02/27(土) 23:06:58.14ID:RBv7qZFu
CLIのGit使ってるのはemacsやvimとかのCUIなエディタ使ってる連中っしょ
0931デフォルトの名無しさん2016/02/27(土) 23:37:13.86ID:vRQA7fTy
「DropboxとかGoogle Driveをgitの(プライベートな)リモートリポジトリとして使う」みたいな話をよく聞きますが、それというのはつまり自分のシステムにマウントしたDropboxやGoogle Driveをリモートリポジトリにするという意味でしょうか？
0932デフォルトの名無しさん2016/02/27(土) 23:46:50.87ID:hI6CEqxt
ファイル編集してコミットするとこまではIDEでやって、
ブランチやリポジトリの操作はコマンドラインでやってるよ
今時の補完や履歴が充実してるCLIなら、
コマンドとかオプションとかファイル名をいちいち入力する
必要なんてほとんど無いし、
GUI使うよりいろいろ簡単に済むことが多いしね
0933デフォルトの名無しさん2016/02/28(日) 00:46:07.51ID:cVbXYaFJ
新機能実装のためにブランチを作ってそこで開発をしているときに新機能とは関係ないゼネラルなバグを見つけた時ってどうするのがベストプラクティスなんですか？

新機能ブランチにコミットするとmasterの方に反映されなくて他の人に迷惑かかるかもしれないし、かといってmasterにコミットするとバグが新機能にクリティカルにヒットするようなものだったら開発続けるのしんどいし
0934デフォルトの名無しさん2016/02/28(日) 00:50:43.00ID:c40FCrwk
どっちかにcommitしてもう一方はそれをcherry-pick、ブランチをmasterにマージするときに
rebase、でいいんじゃね？
0935デフォルトの名無しさん2016/02/28(日) 00:52:47.30ID:cVbXYaFJ
>>934
リベースするってのはチェリーピックしたコミットを削除するってこと？
0936デフォルトの名無しさん2016/02/28(日) 01:13:02.18ID:c40FCrwk
cherry-pickした方というか、ブランチの方から削除。
同じ内容のコミットが履歴に2つ残るのは気持ち悪いからそうしてるけど、気にならないなら
rebaseは別になくてもいい。
0937デフォルトの名無しさん2016/02/28(日) 01:34:40.58ID:cVbXYaFJ
>>936
なるほど

ありがとございます
0938デフォルトの名無しさん2016/02/28(日) 05:35:43.32ID:ahutqxTi
new_featureとmasterとの共通の親コミットをcheckoutして、そこにブランチ作って修正、masterにもnew_featureにもマージとかどうなの？
0939デフォルトの名無しさん2016/02/28(日) 06:11:32.58ID:9mx1C7Kd
masterに切り替えてバグ修正だけをcommitした後にfeatureをrebaseすりゃいいんじゃねぇの？
0940デフォルトの名無しさん2016/02/28(日) 13:32:49.51ID:wnvzOARG
>>938
> new_featureとmasterとの共通の親コミット
「ゼネラルなバグ」が混入した一番最初のコミットがベストかな
0941デフォルトの名無しさん2016/02/28(日) 14:53:40.36ID:ZOTD4X0A
>>930
EmacsだとMagitっていう神パッケージがあるからそれ使ってる
コマンドも少しは使うけどね
0942デフォルトの名無しさん2016/02/28(日) 18:52:46.79ID:k2lRb1XX
emacsか・・・ まぁ・・・しょうがないね
0943デフォルトの名無しさん2016/02/29(月) 13:10:43.96ID:FPtxJC35
>>942
エディタは何使ってんの？
0944デフォルトの名無しさん2016/03/01(火) 00:18:06.92ID:msxXZi9x
Gitがここまで普及してきてるわけだから、
エディタはファイルを編集するんじゃなくてワークツリーを直接編集して
セーブの代わりにIndexへのステージやコミットが直接できればいいよね
さらにエディタの行コピーみたいな感覚で行単位のステージとかできれば最高
0945デフォルトの名無しさん2016/03/01(火) 21:13:36.78ID:+nGNYx2F
>>944
SourceTreeとか使うといいよ
0946デフォルトの名無しさん2016/03/02(水) 01:29:48.22ID:MG72G+6O
>>945
エディタとSourceTreeを行ったり来たりするのが無駄すぎるわ
ステージやコミットとか以外の機能は、SourceTreeは特に使いやすくもないしな
0947デフォルトの名無しさん2016/03/02(水) 07:55:00.65ID:4uoCKH4m
Git Extensions最強説
0948デフォルトの名無しさん2016/03/02(水) 11:22:13.05ID:QiFp8FWe
>>946
ステージやコミットの機能がとても使いやすいし
2画面使って行ったり来たりが出来るのが便利
0949デフォルトの名無しさん2016/03/02(水) 12:18:18.75ID:zltnBiM9
例えば開発用ブランチで20個のファイル修正して、本番ブランチにその中の10個を取り込みたい時って、どうやるのが正解なの？
0950デフォルトの名無しさん2016/03/02(水) 12:41:35.25ID:VnxQ1mQx
10個10個でコミットすればあとはどうとでも出来るだろう。
0951デフォルトの名無しさん2016/03/02(水) 14:49:37.34ID:zltnBiM9
コミットは数日に渡ってもう何回もしていて、結果20個いじったファイルがあったけど、必要な変更は10個分でしたみたいな設定でお願いします。
0952デフォルトの名無しさん2016/03/02(水) 14:59:04.75ID:afwFBq34
>>951
マージするファイル群（A)とマージしないファイル群（B)としたとき、コミットは
TypeA Aに属するファイルのみ変更
TypeB Bに属するファイルのみ変更
TypeC AとB両方のファイルを変更
になっているはずだから、TypeCを分割してTypeAとTypeBにしてやれば、TypeAだけをマージすればいいことになる。
コミットを分割するやりかたはググれ。
0953デフォルトの名無しさん2016/03/02(水) 18:23:04.21ID:zltnBiM9
開発ブランチで、１回目にファイルAをコミットして、２回目にファイルBをコミットして、
本番ブランチで、ファイルBだけをマージって出来るの？
１回目のファイルAの更新分も持ってきちゃわない？？

出来るとしたら、俺まるで使い方わかっていないかも。。
EclipseとSourceTreeの両方使っているけど、出来るのかな？
0954デフォルトの名無しさん2016/03/02(水) 18:24:22.92ID:Qcu8wP+D
>>953
マージは出来ないね。cherry-pickっての使うかな。
0955デフォルトの名無しさん2016/03/02(水) 18:25:45.90ID:C+I4h8lM
普通にマージしていらんヤツもどせば？
0956デフォルトの名無しさん2016/03/02(水) 18:26:35.26ID:C+I4h8lM
>>955
>>951
0957デフォルトの名無しさん2016/03/02(水) 18:48:30.02ID:YPa1u3Lv
コミットが意味のある塊に区切れているなら cherry-pickすればいい
そうなってないならお馴染みの履歴改ざん
場合によってはマージの準備作業のために一時ブランチを作成
0958デフォルトの名無しさん2016/03/02(水) 21:11:16.85ID:XkCEJmpk
必ずしもコミット単位で操作せずにdifftoolで必要な差分だけ持ってきたりしても
あとでmergeやrebaseするときによしなにしてくれるから便利だよなぁ。
0959デフォルトの名無しさん2016/03/03(木) 02:36:54.86ID:DpvZjIDd
>>951
コミットはセーブ機能じゃない。
1つ1つのコミットが意味がある単位。

だからそれはコミットが間違っていると言わざるをえない。

正しくコミットすれば問題なかろう。
0960デフォルトの名無しさん2016/03/03(木) 08:01:46.55ID:pDGdRbJI
>>959
ローカルへのコミットはその限りではない。
0961デフォルトの名無しさん2016/03/03(木) 08:25:28.33ID:i6gwoYZ1
初めから筋道が見えてるような変更なら意味がある単位でコミットしていけるだろうが
そうでない場合、セーブ感覚でコミットしていって
途中にresetしたりもしながら
最後に意味のある単位にsquashしたりコミットメッセージを訂正したりして整える
09629492016/03/03(木) 12:48:22.76ID:JDz1pU2g
ありがとうございます cherry-pick がいいかもしれない！（説明読んだだけでまだ試してないですが）
最後に１回だけ必要なファイルのみを選択してcommitすれば出来そうなので、
ブランチ間のやり取りはこれを標準にしてみようかな！
0963デフォルトの名無しさん2016/03/03(木) 16:28:58.14ID:DpvZjIDd
>>960
ローカルのコミットだって最終的に
サーバーにpushする前は綺麗にするだろ。

その綺麗にしたサーバーにpushする前は、
ローカルへのコミットなんだが。

別に開発途中は適当にしていいよ。
だけど結局綺麗にしてからpushするんだから
こまめに片付けておけと。
0964デフォルトの名無しさん2016/03/04(金) 08:16:48.97ID:n80vq8YG
>>963
長いよ。
>>960 はお前が言ってる事をまさに1行で表現してる。
0965デフォルトの名無しさん2016/03/04(金) 14:37:58.20ID:xezy6lBT
>>963
そういうのはタグでやるもんじゃないの？
0966デフォルトの名無しさん2016/03/04(金) 14:43:55.93ID:d7osXy+s
>>964

> >>960 はお前が言ってる事をまさに1行で表現してる。

表現してないよｗ
間違ってるから反論してるんだよ。
0967デフォルトの名無しさん2016/03/04(金) 14:46:51.46ID:d7osXy+s
>>965
タグはあるコミット（とその歴史）に名前をつけるだけ。

歴史っていうのは後から振り返るものなんだよ。
今だけあればいいってわけじゃない。

後から読むものなんだから、歴史はわかりやすい形に整理されていなければならない。
コミットというのは作業記録じゃないんだよ。バージョンアップしていった歴史なんだよ。
0968デフォルトの名無しさん2016/03/04(金) 15:24:43.05ID:X//ppHYC
>>967
保守フェーズみたいな動きの少ない時はそれも可能だけど、
あれもこれも試している段階ではそんなルール息苦しいよ。
そんなんじゃ家と会社でソースの共有も出来ないじゃん。
0969デフォルトの名無しさん2016/03/04(金) 15:41:45.11ID:d7osXy+s
>>968
試して理解したものを作ればいいだけだろ？
0970デフォルトの名無しさん2016/03/04(金) 19:31:54.73ID:3NcdXoSY
password.phpにパスワードを入力するファイルがあるんですけど
こんなかんじ
<?php
$id = "id1";
$pass = "1234";

このままコミットしたら困るので文字列リテラルを空にしてからコミットしました
んでまたからにしたところを埋めて他のファイルを編集するんですけど、
その度にaddでpassword.phpを入れないようにしてコミットしてます
これだとgit add .とかで一気に出来ないので面倒くさいです
こういう風にファイルにパスワードを入力するタイプのはCMSではよくあると思いますが
どうしたらいいですか？
0971デフォルトの名無しさん2016/03/04(金) 20:50:11.21ID:d7osXy+s
.gitignoreを使え。
パスワードはリポジトリに入れないものだ。
0972デフォルトの名無しさん2016/03/04(金) 21:24:44.62ID:YwRMokxA
>>968
ほんとこれ
複数の環境で、こっちでは動くけどあっちでは動かない、みたいな修正をしているときは中途半端な状態をどうしてもpushしがちだし、
完全にうまくいくまではpush禁止とかいうルールにしたら相当うまくやらないとマージが苦しくなるかデグレーションが起きやすくなる。

コミットを綺麗にするべきだってのは同意するけど、後で読むのが誰なんだ、ってことを考えたら、綺麗にするのはちゃんとしたブランチだけでよくて、
作業用のぐちゃぐちゃにコミットしたブランチがあったっていいと思うし、それをpushしたっていいと思うけどな。

まぁ、全てはワークフローによる、としか言えないんだけど。
0973デフォルトの名無しさん2016/03/04(金) 21:52:23.15ID:xezy6lBT
>>967
コミットというのは作業記録そのものじゃないの？
0974デフォルトの名無しさん2016/03/05(土) 05:45:14.85ID:Kk7Ussws
>>973
ぜんぜん違う。

後から消すブランチであれば別にどうでもいいが、本筋とか
本筋に持ってくるコミットというのは、意味がある単位
（言い換えると正しいタイトル）をつけていなければいけない。

つまりコミットログのコメントとして「いろいろ変更しました」
というのはだめだって話。「○月○日の作業」とかそういうのもだめなｗ

作業には、最終的な結果ではなくて、最終的には不要になるような試行錯誤まで含まれる。
そういうのは結果じゃないのでコミットに入れるものではない。
0975デフォルトの名無しさん2016/03/05(土) 05:52:15.18ID:Kk7Ussws
>>972
> 複数の環境で、こっちでは動くけどあっちでは動かない、みたいな修正をしているときは中途半端な状態をどうしてもpushしがちだし、
ブランチを使いましょう。

> 完全にうまくいくまではpush禁止とかいう
どうもリモートにあるならば、それは全てみんなの共有財産って考えてるやついるんだよなｗ

githubの例で言えば、公式リポジトリがあって、そこから自分専用のリポジトリをフォークしてから作業するんだよ。
自分専用のリポジトリはリモートにあっても、自分専用だから好きにpushすればいい。

何らかの理由でそのような方法が使えない場合は、共有リモートブランチ と 個人用リモートブランチ とを分けて考えるんだよ。
共有リモートブランチは、masterとかdevelopとかv2.1.0とか言う風に、名前付けルールがあるだろう。
それ以外は、誰かの個人用リモートブランチ。それぞれのブランチを作成した人が好きにpushしてよい。

俺が言ってるのは、残すブランチを綺麗にするって話で、別に最後に消すのならどうでもいい。
ただ、消すにしろ、残すブランチに持ってくるわけで、持ってきやすいようにこまめにコミットして
こまめに整理しておけば、あとで自分の手間がかからないだろ。
間違っても、いろいろ試行錯誤した大規模な修正を、一気にまとめてマージなんかするなよ。
0976デフォルトの名無しさん2016/03/05(土) 14:04:55.23ID:w3ya4prp
うるせーなー
好きに使えよ
0977デフォルトの名無しさん2016/03/05(土) 14:12:39.77ID:yVdaAPdC
>>975
ああ、書き忘れてたけど、ぐちゃぐちゃな作業用のブランチからちゃんとしたdevelopブランチに結果を反映するときは、
そりゃ、rebaseなりsquashなりなんなりして履歴を書き換えるだろ。

試行錯誤途中だったらコミットするなんてありえない！と、どういうワークフローで、どんなブランチかも聞かずに即反応するのはおかしいだろ、って話をしたいのね。
それは原理主義だろ、と。
0978デフォルトの名無しさん2016/03/05(土) 15:31:03.78ID:Kk7Ussws
>>977
一体どれに対してレス（反論？）してるの？
0979デフォルトの名無しさん2016/03/05(土) 18:11:04.40ID:ZqemriR2
>>977
rebaseは禁止な。
0980デフォルトの名無しさん2016/03/05(土) 18:53:18.07ID:Kk7Ussws
gitにある機能を禁止するとか意味不明ｗ

gitにある機能は使う必要があるから
そなわってるんだよ。

特定の場合に置いて禁止するのはわかるが、
機能そのものを禁止する書き込みは
明らかに間違いなんで、無視してイイヨーｗ
0981デフォルトの名無しさん2016/03/05(土) 21:39:34.27ID:ZqemriR2
>>980
＞gitにある機能を禁止するとか意味不明
不明なことはないだろ
出来ることは何してもいいとか子供の理屈かよ
0982デフォルトの名無しさん2016/03/05(土) 21:43:58.49ID:EdzOKqL+
>>981
何でもやっていいとか言ってないだろ？

"gitで出来ること" だよ。

gitで出来ないことはやったらだめ。
0983デフォルトの名無しさん2016/03/05(土) 22:38:13.54ID:JVykV3V4
>>981
gitに備わってるのは理由があって備わってるのに禁止するにはそれ相応の理由を言わないと説得力が皆無
0984デフォルトの名無しさん2016/03/06(日) 02:50:34.72ID:czFXV2l8
>>981はSVNでも使っとけよ
0985デフォルトの名無しさん2016/03/06(日) 14:30:13.62ID:5+xrGi5b
http://www.gitkraken.com/
これはGitのGUIとしては理想に近いな
フリーでもオプソじゃないみたいだが誰か使った人が居たら感想を教えてくれ
0986デフォルトの名無しさん2016/03/06(日) 15:05:55.25ID:/nDsIjaX
>>985
お前の理想に近いよ。

感想終わり
0987デフォルトの名無しさん2016/03/06(日) 15:52:27.31ID:0x3pB2nm
>>986
本当に使ったのか？
0988デフォルトの名無しさん2016/03/06(日) 16:12:07.49ID:/nDsIjaX
>>985自身が使って理想に近いって言ってるから問題ない
0989デフォルトの名無しさん2016/03/06(日) 16:22:47.35ID:0x3pB2nm
>>988
屁理屈並べて面白いの？
0990デフォルトの名無しさん2016/03/06(日) 17:50:26.94ID:/nDsIjaX
はい
0991デフォルトの名無しさん2016/03/06(日) 21:38:24.59ID:08kx+QDG
>>985
どの部分が理想に近いって言ってるの？
むしろ使ってから感想書き込んでくれよ。君のプレゼンが良ければ興味持った奴は使うだろうし。
0992デフォルトの名無しさん2016/03/07(月) 07:36:53.22ID:yRYiTYPz
お前の好きなものは他の人も好きとは限らない
0993デフォルトの名無しさん2016/03/07(月) 08:21:25.11ID:eudRNLDZ
まあぶっちゃけ宣伝か自分が面倒だから使えって言ってるだけでしょ？
まともに相手するわけがないｗ
0994デフォルトの名無しさん2016/03/07(月) 09:40:30.96ID:z45Edf5n
使ったこと無いならスルーすればいいのに糞みたいなレスばっかり
もちろんこれも糞レス
レス数が950を超えています。1000を超えると書き込みができなくなります。