Git 7
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2013/10/16(水) 22:15:47.64Git - Fast Version Control System
http://git-scm.com/
◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/
◆前スレ
Git 6
http://toro.2ch.net/test/read.cgi/tech/1369103196/
0083デフォルトの名無しさん
2013/10/24(木) 23:15:01.41>>81
ruby2を/opt/ruby2とかに入れて、gitlabでruby実行する時はそこを使うようにもできると思うんだけど
0084デフォルトの名無しさん
2013/10/24(木) 23:16:12.50よくわからん。
ファイルと同様に極普通に使うものだろう？
0085デフォルトの名無しさん
2013/10/24(木) 23:16:44.18歌人さんかな？
0086デフォルトの名無しさん
2013/10/24(木) 23:42:16.74かなり無茶な感じに特定rubyの特定ライブラリに依存させたもの作って運用することができるけど、
OSのパッケージマネージャでそれらを管理するのは地獄の苦しみだな
0087デフォルトの名無しさん
2013/10/24(木) 23:47:24.39パッケージマネージャ揃ってるだろう？
0088デフォルトの名無しさん
2013/10/24(木) 23:49:22.020089デフォルトの名無しさん
2013/10/24(木) 23:50:49.400090デフォルトの名無しさん
2013/10/24(木) 23:56:25.07>ファイルと同様に極普通に使うものだろう？
そうかな
データベースサーバ新しく立ち上げるとか、既存のデータベースサーバにアクセスできるようにするとか
色々考えることあると思う
0091デフォルトの名無しさん
2013/10/25(金) 11:15:13.640092デフォルトの名無しさん
2013/10/25(金) 16:23:50.440093デフォルトの名無しさん
2013/10/26(土) 03:52:42.91WebページやWebアプリを作っているのですが、サーバ側のリモートリポジトリはそのプロジェクト毎に作成し、使うものなのでしょうか？
それとも他に一括で管理する方法があるのでしょうか？
0094デフォルトの名無しさん
2013/10/26(土) 08:53:18.880095デフォルトの名無しさん
2013/10/26(土) 11:37:13.47質問がよくわからん
ローカルもサーバも違いはないよ
0096デフォルトの名無しさん
2013/10/26(土) 14:49:08.12一つのリポジトリの中にディレクトリを掘って、
複数のプロジェクトのファイルを突っ込んでもいいし、
プロジェクトごとにリポジトリを作ってもいい。
どちらも一長一短ある。
プロジェクト間でファイルを共有しているなら一つのリポジトリにして、
そうでないならわけた方がいいかもしれん。
わけておけばプロジェクトごとにリポジトリのcloneが可能だが、
そうでないなら全部cloneすることになる。
0097デフォルトの名無しさん
2013/10/26(土) 17:44:41.640098デフォルトの名無しさん
2013/10/26(土) 18:48:46.48>一括で管理する方法があるのでしょうか？
って聞いてるから、管理方法をしりたいんじゃなかろうか。。
0099デフォルトの名無しさん
2013/10/26(土) 19:32:00.07ありがとうございます。
プロジェクトごとに分けることにします。
0100デフォルトの名無しさん
2013/10/26(土) 21:09:35.51「アリスとボブのGit入門レッスン 」という本がよさそうなんだけど
この本macで解説してるんで聞いてみた。
gitってなんでこんなに名が知られていないんでしょうかね？
010196
2013/10/26(土) 21:17:57.89俺ならsubmoduleを使うが、あの使いこなすのが難しい機能を
「使い始めた」と言っている>>93に勧める気にはなれなかったので。
0102デフォルトの名無しさん
2013/10/26(土) 21:34:44.46git自体の操作はどれでも同じ
知名度をいうなら、プログラマでgit知らない人いないぐらいだと思うけど、>>100の周りではそうじゃないの？
0103デフォルトの名無しさん
2013/10/26(土) 23:07:45.92アリス「メッセージは英語なのね・・・。」
ボブ「そうだね。英語だね。でも、簡潔な言い回しだから、じっくり読めばおおよその
意味がわかると思うよ。最初だから日本語訳を付けておくね。」
0104デフォルトの名無しさん
2013/10/26(土) 23:08:47.72> gitってなんでこんなに名が知られていないんでしょうかね？
可哀想に。使えないならともかく知らないっていうのは、
プログラミングに興味が無いと言っているのと同じレベルだぞ
0105デフォルトの名無しさん
2013/10/27(日) 00:42:15.31commitしたファイルのチェックサムが、リビジョンになるからね
0107デフォルトの名無しさん
2013/10/27(日) 07:56:56.21う〜ん、別にチェックサムでもいいのでソースに埋め込ませてくれてもいいと思うんだけど。
コミットした日時とか、人とかもあると嬉しいし...
0108デフォルトの名無しさん
2013/10/27(日) 08:34:54.03チェックサム埋め込んだらチェックサムが変わっちゃうじゃないですか。
0109デフォルトの名無しさん
2013/10/27(日) 08:43:44.770110デフォルトの名無しさん
2013/10/27(日) 08:54:24.390111デフォルトの名無しさん
2013/10/27(日) 09:00:10.430112デフォルトの名無しさん
2013/10/27(日) 09:29:59.66ほとんどひとりで個人の趣味範囲
こういうのを使ってソフトを作成していったんですね
ソフト作りも製造業に似ていますね
どちらというと一人やっているほうが楽しいかね
0113デフォルトの名無しさん
2013/10/27(日) 10:03:49.24Subversion 知らないの？
リポジトリから取ってくる時に埋め込むから、リポジトリのリビジョンは変わらないよ。
git でもできると思うんだけど。
0114デフォルトの名無しさん
2013/10/27(日) 10:08:53.190115デフォルトの名無しさん
2013/10/27(日) 10:19:07.930116デフォルトの名無しさん
2013/10/27(日) 10:23:15.39それ、取得元の証明であって、手元にあるものがソース＋チェックサムだってどうやってわかんの？
そもそもcommitログでチェックサムも日時も人も全部わかるじゃん
0117デフォルトの名無しさん
2013/10/27(日) 10:59:04.93サムチェックだと考えるからわからんのだよ。
ファイルの内容とは無関係なGUIDのような任意のIDだと考えたまえ。
任意のIDはファイル内容を変えても、変わらんよ？
0118デフォルトの名無しさん
2013/10/27(日) 11:25:16.10http://git-scm.com/book/ja/Git%E3%81%AE%E5%86%85%E5%81%B4-Git%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88
0119デフォルトの名無しさん
2013/10/27(日) 11:36:17.97同一人物なんだが...
>>116
> それ、取得元の証明であって、手元にあるものがソース＋チェックサムだってどうやってわかんの？
もちろん、取得したやつは変更し放題だからリポジトリの内容と同一かは保証できないけど、あえて変なことしなきゃいいだけでしょ？
そもそもそれは Subversion でも、同じだし。
> そもそもcommitログでチェックサムも日時も人も全部わかるじゃん
いや、印刷したソースとか、実行ファイルに埋め込んでおいて、問題が発生した版はどれだっけ？ とか、git から離れたものを特定したいんよ。
0120デフォルトの名無しさん
2013/10/27(日) 11:39:36.63あ、おまえ、スクリプト言語しか使ってないだろ？
ソースコードを直接実行するタイプの。
いるんだよねー。
ビルドという工程の存在を知らない人ってｗ
0121デフォルトの名無しさん
2013/10/27(日) 11:40:32.73gitってなんの言語で書かれているの？
0122デフォルトの名無しさん
2013/10/27(日) 11:41:42.21ソースコードの中に $Rev$ とか入れておくと、自動的にそのファイルのレビジョンに置き換えてくれる機能。
レビジョンだけでなく、ファイル名とか、コミットした日時や人とかに置き換えができる。
0123デフォルトの名無しさん
2013/10/27(日) 11:45:26.41git でもできると思うんだけど。
0124デフォルトの名無しさん
2013/10/27(日) 11:45:52.63原則として変わらないものは意味がある。
だがコミット日時やコミットした人の名前のように
頻繁に変わるもの（$Rev$というのは変わるものにつけるもんだが）
に関して、そんなものを埋め込む意味は無い。
そんなのを埋め込んで役に立ったためしがない。
これが答え。
0125デフォルトの名無しさん
2013/10/27(日) 11:48:44.75文字列に埋め込んで、実行ファイルがどのソースからビルドされてるかを後から確認するとかもできるよ。
ident とかそれを見るための専用コマンドがあったりしたんだが...
0126デフォルトの名無しさん
2013/10/27(日) 11:49:01.93複数の人がコミットしている場合
行ごとに違う人が修正していることって
よくある話だけど、
コミットした人の名前知ってどうすんの？
0127デフォルトの名無しさん
2013/10/27(日) 11:49:54.63バージョン管理システムに任せなさい
0128デフォルトの名無しさん
2013/10/27(日) 11:52:03.23え？ ソースファイルってたくさんあるじゃん。
実行ファイルが、どのソースファイル（全100ファイル）郡から
ビルドされてるかしってどうするの？
そんなもん、ソースファイルに埋め込むんじゃなくて、
ビルド時に生成したリビジョン番号を埋め込むだけだろ。
0129デフォルトの名無しさん
2013/10/27(日) 11:53:22.84やり方、教えて。
>>124
いや、君のところでは無意味なんだろうけど、有効に使ってる人もいるのよ。
SCCS から使ってるけど、有名どころの SCM でできないやつは git が初めてなんだわ。
0130デフォルトの名無しさん
2013/10/27(日) 11:53:58.47簡易ビルドスクリプト
$ build.sh リビジョン番号
gitから指定したリビジョン番号をチェックアウト
echo リビジョン番号 > revision.dat
コンパイル時にresivion.datを埋め込み
実行ファイル生成
0131デフォルトの名無しさん
2013/10/27(日) 11:54:12.17SubversionとGitの大きな違いはブランチのスイッチが瞬時にできること。
対象となるブランチがローカルにあるのでそれができる。
キーワード置換があったら、ブランチのスイッチで置換が必要になるので遅くなる。
だからキーワード置換の機能はGitにはない。
Gitにキーワード置換を加えるパッチは、そういう理由でLinusに却下されている。
http://thread.gmane.org/gmane.comp.version-control.git/44750
0132デフォルトの名無しさん
2013/10/27(日) 11:55:16.68> いや、君のところでは無意味なんだろうけど、有効に使ってる人もいるのよ。
日付ごとにディレクトリ作ってバックアップするという作業を
”有効に使っている人” もいるでしょうねｗ
意味が無いことを有効だと勘違いしているだけ。
0133デフォルトの名無しさん
2013/10/27(日) 11:57:01.66ソースコードを誰が（最終）コミットしたかなんて
わかるんだしさ。なんなら全コミット者だってだせるよ？
印刷も、印刷時にキーワード埋め込みをすればいいだけ。
0134123
2013/10/27(日) 11:58:21.18ほい。
Git-のカスタマイズ-Git-の属性#キーワード展開
http://git-scm.com/book/ja/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#%E3%82%AD%E3%83%BC%E3%83%AF%E3%83%BC%E3%83%89%E5%B1%95%E9%96%8B
0135デフォルトの名無しさん
2013/10/27(日) 12:01:06.01まあ、最後のコミッターにそんなに意味があるかと言われたら、俺もそれほど重要とは思えないけど、コミッターがあまり変わらない場合もあるから、できてもいいじゃんぐらいだと思う。
それはそれとして、そのファイルのレビジョンを知りたいんだよ。
>>127
もちろん、SCM に任せるんですよ？
SCM を離れたソースコードを特定したいと言う話。
0136131
2013/10/27(日) 12:09:57.08やり方はここに書いてあるがはまりどころ満載なのでお勧めしない。
http://git-scm.com/book/ja/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#%E3%82%AD%E3%83%BC%E3%83%AF%E3%83%BC%E3%83%89%E5%B1%95%E9%96%8B
Gitを使いこなすコツは「ほかのSCMでは××だった」という考え方をすべて捨て去ること。
それができないならその「ほかのSCM」を使っていた方がいい。
Visual StudioのGitのインターフェイスが罪深いのは
「ほかのSCM」の知識でわりと使えるようになってること。
Git本来の使い方からかなり離れてる。
コマンドラインで使い方を覚えておかないと、いつかはまることになるよ。
0137デフォルトの名無しさん
2013/10/27(日) 12:11:53.26> SCM を離れたソースコードを特定したいと言う話。
だから、SCM から離す時に埋め込めばいいじゃん。
0138デフォルトの名無しさん
2013/10/27(日) 12:12:25.16> それはそれとして、そのファイルのレビジョンを知りたいんだよ。
gitに問い合わせればわかる。
0139デフォルトの名無しさん
2013/10/27(日) 12:15:42.00なるほど、こう言うのがあるのか。
ちょっと見てみる、サンクス。
>>131
なるほど、だから >>130 みたいに外部でやると言うことになるのかな。
しかし、全部見れてないけど結構議論されたんだな。
>>132
> 意味が無いことを有効だと勘違いしているだけ。
まあ、俺だけならそう言う可能性もあるけど、SCCS, RCS, CVS ... 勘違いしてた人は他にも一杯いたんだよ (w
さすがに、書いてて恥ずかしくない？
0140デフォルトの名無しさん
2013/10/27(日) 12:18:50.05例えば、何処かで動きがおかしくなったとするじゃん？
どこかのリビジョンでは正常だったことがわかってる。
どこかのリビジョンではおかしくなったことがわかってる。
そういった時に、正常と異常の二つを指定するだけで
そのその中間のソースコードを取ってこれる。
そしてそれがちゃんと動いているか確かめる。
正常であればgit bisect good、異常であればgit bisect badを実行する。
そうすれば、今度は正常と異常の中間を取ってくる・・・と繰り返すので
最初以外リビジョンなんか考えずに、どこでおかしくなったかを探すことが出来る。
0141デフォルトの名無しさん
2013/10/27(日) 12:20:15.33> まあ、俺だけならそう言う可能性もあるけど、SCCS, RCS, CVS ... 勘違いしてた人は他にも一杯いたんだよ (w
> さすがに、書いてて恥ずかしくない？
勘違いしていた人は成長した。
お前は成長しないの？
新しいものを使っていて、古いやり方をするのは
何も成長してないからね。
プログラミングでもいるんだ。
新しい言語、新しいライブラリを導入しても
古いやり方のまま続けて、導入した意味を無くす奴ってね。
0142デフォルトの名無しさん
2013/10/27(日) 12:23:50.72> それができないならその「ほかのSCM」を使っていた方がいい。
それはそうなんだけど、Visual Studio の Express (=無償版) には、git と TFS のクライアントしかないんだわ。
まあ、貧乏なだけなんだが (w
>>137
うん、そうなんだけど、他の SCM の多くはその機能が本体に組み込みだから git もそうだと思ってたんよ。
>>138
話の流れ追えてます？
0143デフォルトの名無しさん
2013/10/27(日) 12:31:13.21git が最新ともベストとも思えないので、成長とか意味わからん (w
0144デフォルトの名無しさん
2013/10/27(日) 12:34:55.21そもそも将来的にメンテする可能性のあるものを何故gitからわざわざ離すのかもよく解らんのだが…
仮に離すとしても、そいつはメンテせずに
大元のほうを残して、そっち使ってメンテしないか？
0145デフォルトの名無しさん
2013/10/27(日) 12:37:26.72smudge フィルタをさっさと書けよハゲ
0146デフォルトの名無しさん
2013/10/27(日) 12:56:26.47俺の理解だと，gitでそういう話をするのは無意味だと思うんだけど
0147デフォルトの名無しさん
2013/10/27(日) 12:59:13.02いや、離した奴をメンテとかは (普通は) しないよ。
実行ファイルの提供とか、印刷とか離れちゃう奴をどう特定するかの話。
>>145
まあ、あせるなよ。
せっかちなやつはモテないぞ (w
0148デフォルトの名無しさん
2013/10/27(日) 13:05:39.35ソースツリー全体まとめて何かになるのであって、ファイル単体それぞれを
適当に持って来てもどうにもならないということが理解できるかで
意見が別れるようだね。
リリース管理せずに、何かあったらファイル単体だけメールで送っちゃう
ような運用だと、ファイル単体に情報は必要だろう。
場合によっては行ごとにリビジョン番号を埋め込みたい人もいるかもしれないw
金がないなら自分で工夫するんだ。頑張れ!
0149131
2013/10/27(日) 13:09:58.38Visual StudioのGitはリポジトリのビューワーとして使った方がいいよ。
あれでチェックインその他の操作を覚えてもろくなことにならない。
将来Gitを使いこなしているチームに君が加入することがなく、
チームに新たにGitを導入する指揮を君が取ることもないなら、
Visual Studioから使っていても構わないけど。
0150デフォルトの名無しさん
2013/10/27(日) 13:12:42.24たとえば日本語ファイル名とか。
ファイルの名前を日本語にしてるんだぜ？馬鹿だろ？なんて真顔でのたまっていた時代、
人たちがほんとにいたんだよ。
0151デフォルトの名無しさん
2013/10/27(日) 13:12:59.41ついてる
まずちゃんとgitのやり方を学べ
変なやり方はやめて成長するんだ
0152デフォルトの名無しさん
2013/10/27(日) 13:30:47.54多くの人が使っているツールのやり方と自分のやり方のどっちが良いか
って話じゃないかな。業務パッケージに業務を合わせるか、業務に合わせて
ソフトウェアをカスタマイズさせるかの違いというか。自分のやり方の
方が良いかは置いておくとしても、カスタマイズにはコストがかかるのは当然。
日本語ファイル名はMS-DOS2.11で普通に使えてましたね。UNIXの人たちは…w
0153デフォルトの名無しさん
2013/10/27(日) 13:34:04.110154デフォルトの名無しさん
2013/10/27(日) 13:36:00.09Subversion 使ってるので、ソースツリーのリビジョンとかは違和感ない。
ただ、印刷してレビューとか、外注さんにソース渡すとかあるんだよね。
まあ、そう言う運用には向いてないってことなんだろうな。
>>150
いまでも、日本語ファイル名は結構鬼門だよ。
海外製のツールはダメなやつ結構あるし、OSS でも Doxygen とか...
0155デフォルトの名無しさん
2013/10/27(日) 13:59:54.40一生懸命日本語を否定してた。
本来は1億人の日本人を説得するのではなく、少数にすぎないソフトウエア発行元を
説得したりお願いしたりしたほうが良かったと思う。
まして、年寄りは日本語を使いたがるとか初心者は日本語を使いたがるとか
ドザは日本語を使いたがるとか、日本語を使う人間は劣っているかのような
イメージを植え付ける必要はなかったんじゃないかな。
0156デフォルトの名無しさん
2013/10/27(日) 15:00:36.050157デフォルトの名無しさん
2013/10/27(日) 15:04:49.81CVSの頃はよく使ってたけど、SVNだとあんま意味無いからmakeでやってたな。
0158デフォルトの名無しさん
2013/10/27(日) 15:08:59.04MSがすぐ互換性崩して妨害しようとするから、ファイル名などのようなとこはメジャーなものでないと危険。
0159デフォルトの名無しさん
2013/10/27(日) 17:00:11.36なんでソースコードに
リビション番号を書かないと
いけないのかわからない
印刷のヘッダに書けば事足りるだろ？
0160デフォルトの名無しさん
2013/10/27(日) 17:04:11.10zipに同梱すればいいじゃないか
zipのファイル名がリビション番号
なのもよくある事だし
0161デフォルトの名無しさん
2013/10/27(日) 17:21:53.42Unicodeが普及した後にマになるとこういう発想が出来るのか
0162131
2013/10/27(日) 17:51:57.45キーワード置換そのものが古いとか不要とかいうのはおかしいぞ。
Gitはチェックアウトのときこそキーワード置換はしないが、
リポジトリの外にファイルを出すときならキーワード置換ができる。
http://git-scm.com/book/ja/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#%E3%83%AA%E3%83%9D%E3%82%B8%E3%83%88%E3%83%AA%E3%82%92%E3%82%A8%E3%82%AF%E3%82%B9%E3%83%9D%E3%83%BC%E3%83%88%E3%81%99%E3%82%8B
0163デフォルトの名無しさん
2013/10/27(日) 18:01:11.82今までそうやってただけで、機能としてはヘッダーでもいいんだけど、そうすると印刷ソフトに依存するでしょ？
zip 同梱とかは、ソース一つとは限らないし、目視で対応付けとかは勘弁してほしい。
>>161
最近の環境使ってれば、そんな変な感覚とは思えないけど？
0164デフォルトの名無しさん
2013/10/27(日) 18:01:31.11あぁ、それで問題ないな。
エクスポートする時やアーカイブを作る時に
自動的に入れればそれで事足りるわけだし。
0165デフォルトの名無しさん
2013/10/27(日) 18:03:21.05> 今までそうやってただけで、機能としてはヘッダーでもいいんだけど、そうすると印刷ソフトに依存するでしょ？
なんで印刷ソフトが関係有るんだ？
エクスポートしたり、印刷する直前に、
ファイルの頭につければいいじゃないか。
それをコミットしなければいいだけの話だよ。
すべてのソースコードに一行付け足すことが君には難しいの？
0166デフォルトの名無しさん
2013/10/27(日) 18:05:22.23ってアーカイブをする作る時に
WindowsのGUI使って
.gitディレクトリ選ばないように選択して
右クリックメニューからzip作ってそうｗ
0167デフォルトの名無しさん
2013/10/27(日) 18:37:33.420168デフォルトの名無しさん
2013/10/27(日) 18:42:48.75どうやってファイルを管理するのか？
（バージョン管理ソフトを知らない）
もしファイルを二つ提示されて
それが同じかどうかどうやって判断すればいいのか？
（diffを知らない）
ファイルにバージョン番号が含まれていれば、
それが分かるんですよ。
（それ以外の方法を知らない）
いちいちファイルを手動で書き換えるのは面倒ですよね？
だからキーワード置換が必要なのです。
（自動で全部のファイルを書き換えるプログラムを作れない）
一体これの何がダメだというのでしょうか？
（プログラミング技術がない素人だから金もらってはダメ）
0169デフォルトの名無しさん
2013/10/27(日) 19:13:31.88ああ、すまん、印刷でヘッダーっ言うと、各ページに印刷される奴のこと言ってるんだと思ったんよ。
>>166
君のおすすめの方法を教えてくれまいか。
>>167
> 最後に変更したIDをつけるの?
そう、Subversion 使ったことないかな？
0170デフォルトの名無しさん
2013/10/27(日) 19:19:14.50> もしファイルを二つ提示されて
> それが同じかどうかどうやって判断すればいいのか？
もし、キーワード置換の話のこと言ってるとしたら、全然違う話だから。
全てのレビジョンと比較するつもりなら止めやしないけど...
まさか、違うよね？ (w
0171デフォルトの名無しさん
2013/10/27(日) 19:32:22.19違うに決まってるだろ
そんな勘違いするのお前だけだよ。
馬鹿じゃないのか？
0172デフォルトの名無しさん
2013/10/27(日) 19:33:15.88gitにキーワード置換を搭載する意味は無い。
代替方法で、全く同じことができるし、
そもそもやる意味が無いということだ。
0173デフォルトの名無しさん
2013/10/27(日) 19:38:10.28svnが出てくる前からcvs使ってて、svnはできることそんな変わらないのに、不便な点が多くてあんま使わなかったな。svn使ってる客ってにわかなのか、単にファイルコピーとしか使ってない人が多かったし。タグ埋め込みなら使ってたかな。
0174デフォルトの名無しさん
2013/10/27(日) 20:18:38.99そうだよね、安心したわ。
で、
> もしファイルを二つ提示されて
なんて、どっからでてきたの？ (w
0175デフォルトの名無しさん
2013/10/27(日) 20:23:42.68確かに、タグ埋め込みとか言ってる時点で svn 使えてなかったのは、よくわかるわ。
0176デフォルトの名無しさん
2013/10/27(日) 21:27:59.35てか確かSVNでも非推奨ってことで、デフォルトではオフになってないっけキーワード置換
0177デフォルトの名無しさん
2013/10/27(日) 22:22:19.89非推奨じゃないよ。
Subversion は指示されないことはやらないと言うポリシーなだけ。
拡張子で自動設定する機能もある。
0178デフォルトの名無しさん
2013/10/27(日) 22:23:51.70なんか勝手に入れてくれると楽って話だろうねえ。
まともな仕事をしている人は、そういうの認めたくないんだろう。
>>163
UNICODEは正規化の話がね。MS-DOSの頃の方がある意味まともだった。
0179デフォルトの名無しさん
2013/10/27(日) 22:31:24.56> やっぱり、リリース管理なんてめんどくさい、適当な仕事でいいって場合は
> なんか勝手に入れてくれると楽って話だろうねえ。
ごめん、適当とか勝手にとか言ってる内容がさっぱりわからん。
0180デフォルトの名無しさん
2013/10/27(日) 22:33:37.68どういうこと?
0181デフォルトの名無しさん
2013/10/27(日) 22:36:00.82どういうこと?
タグじゃなくてブランチ名って言えってこと?
0182デフォルトの名無しさん
2013/10/27(日) 22:42:31.03タグ埋め込みなんて言わないでしょ？
タグを打つとかは言うけど。
■ このスレッドは過去ログ倉庫に格納されています