- 1 名前：デフォルトの名無しさん mailto:sage [2011/01/20(木) 12:26:04 ]
- バージョン管理システムについて語りましょう
●過去スレ
バージョン管理システムについて語るスレ
pc11.2ch.net/test/read.cgi/tech/1193332500/
バージョン管理システムについて語るスレ2
pc11.2ch.net/test/read.cgi/tech/1215520728/
バージョン管理システムについて語るスレ3
pc12.2ch.net/test/read.cgi/tech/1228366972/
バージョン管理システムについて語るスレ4
pc12.2ch.net/test/read.cgi/tech/1242918130/
バージョン管理システムについて語るスレ5
pc12.2ch.net/test/read.cgi/tech/1255241922/
バージョン管理システムについて語るスレ6
hibari.2ch.net/test/read.cgi/tech/1270640436/
バージョン管理システムについて語るスレ7
hibari.2ch.net/test/read.cgi/tech/1283780922/
- 829 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:44:47.60 ]
- ごめんなさい
- 830 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:23:38.15 ]
- リポジトリ破壊とかﾋﾄﾞｽｗ
- 831 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:27:19.66 ]
- だからリポジトリをバージョン管理しておけって言ったのに…
- 832 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:37:10.72 ]
- >>828
Mercurialって最近largefile拡張とかサポートしてたキガス
- 833 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 00:34:37.98 ]
- >>824
そのくらいなら実際に開発してた。
ディレクトリの切り方がまともなら十分可能。
常にその数を相手にするのはきついなあ。
- 834 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 00:48:50.75 ]
- >>817
ケチつけられるのが嫌ならいい加減なこと書かなきゃいいのに。
- 835 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 01:11:47.52 ]
- >>834
いい加減だったのは謝る。でも誰もsvnサーバーで巨大ファイルのテストを
してないのにケチだけつけるのは驚きだ。
- 836 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 09:53:03.48 ]
- 見事なお子様反応。
「ぼく悪くないもん！」
- 837 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 10:50:40.41 ]
- テストになってないし無意味だからなｗ
- 838 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 11:23:56.12 ]
- >>835
お前2chは初めてか？力抜けよ。
- 839 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:17:56.61 ]
- テストしてみた。1.4GBのzipファイルをコミットしてみた。
ローカルファイルシステムを使った場合 → svn.exe が約10MB使用
svnserveを使った場合 → svnserve.exe が約10MB、svn.exe が約8MB使用
ファイルの最後にわずかな変更を加えて再コミットした場合も同様だった。
- 840 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:37:02.31 ]
- >>839
svnのバージョンは？
1.6と1.7ではクライアントは全く違う。
- 841 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:45:54.17 ]
- >>840
たまたまはいってた古い1.5.2でやった。何でやればいい?
- 842 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:49:33.24 ]
- >>841
1.7
- 843 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 13:35:08.79 ]
- >>842
VisualSVNのコマンドラインツールでやった。サーバー、クライアントとも1.7.2。
1回めのコミット→サーバー20MB、クライアント5.5MB
2回目のコミット→サーバー20MB、クライアント5MB
使ったファイル→Jazz RationalTeamConcert3.01配布ファイルのzip 1.4GB
2回めのコミットの前に「echo a >> ファイル」でファイルに内容を追加した。
- 844 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 19:17:04.36 ]
- Git、Eclipse.orgでCVS、SVNを超える
www.infoq.com/jp/news/2011/12/eclipse-git
- 845 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 20:38:29.65 ]
- 時代はgitだな。
- 846 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 20:53:04.53 ]
- hibari.2ch.net/test/read.cgi/tech/1310403238/778
778 ：デフォルトの名無しさん：2011/12/12(月) 19:41:23.29
>>777
後半のhgの所は間違っている。
bitbucketはプライベートリポジトリとして使われているケースが多い。
公開リポジトリが１つもないアカウントはいっぱいある。
hgのossプロジェクトは自前でリポジトリを立てている所が多い。
mercurial.selenic.com/wiki/ProjectsUsingMercurial
- 847 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:05:47.21 ]
- >>844
この著者はgithubが言いたいだけなんじゃないか。
Atlassianに買収される前のbitbucketは頻繁にサーバが落ちていたけど、
最近はほとんど無くなった。
機能もどんどん多くなってきている。githubとほとんど変わらない。
容量制限無し、プライベートリポジトリ、git/hg両方対応と、bitbucketの方が利便性が高い。
個人では公開はgithub、プライベートはbitbucketと使い分けているのが多い。
今後、githubからbitbucketに移動するプロジェクトも増えるのではないか。
- 848 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:27:55.21 ]
- どうしてbazaarちゃんを無視するの
- 849 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:33:23.02 ]
- >>848
Atlassianに聞いて
- 850 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 23:55:59.46 ]
- ファイラーなに使ってますの？
- 851 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 00:06:04.20 ]
- 分散バージョン管理システムの詳細なガイド
投稿日 2010年2月21日
www.infoq.com/jp/articles/dvcs-guide
> 最初の頃パフォーマンスが悪かったため、Bazaarは周囲に影響を与える多くの
> 早期採用者(MozillaやSolaris、OpenJDK)を失いました。
Bazaarって遅いのかよｗ
- 852 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 01:38:32.73 ]
- 大量のバイナリファイルを多くのユーザーで編集する環境で
git選択しにくいのはパフォーマンス云々よりlock出来ないのが痛い。
そんなわけで一定以上のリソースがある場合はPerforce
そうじゃないときはsvnって選択になっちゃってる。
- 853 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 01:39:12.54 ]
- 適材適所でいいんじゃない？
- 854 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:18:50.98 ]
- >>853
その適材適所にみんな悩んでいるんだと思うが
いくら適材適所でも3も4も管理システム導入とか非現実的だし
- 855 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:26:33.87 ]
- >>852
つ>>397
- 856 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:30:03.15 ]
- >>397はリンク切れで新しいリンク
mercurial.selenic.com/wiki/LockExtension
Mercurialの主要コミッタ作なんで品質は大丈夫だろう
- 857 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:18:25.37 ]
- アイコンのビットマップ程度ならばともかく、ソースコード対象にしている版管理ソフトに巨大バイナリ管理を求めるのは間違っている。
- 858 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:24:21.44 ]
- >>857
これまでは
> ソースコード対象にしている
だったけど、今後
> 巨大バイナリ管理を求める
ってことで、ツールも対応してくれって言うことでしょ。
- 859 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:29:14.97 ]
- Subversion なんかじゃフツーにバイナリ管理するけど
git/Mercurial じゃできないのプププのプー
って話にならね?
- 860 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:35:02.11 ]
- >>859
Mercurialは、largefile extensionとlock extensionがあるとこのスレにあるのが見えない盲目？
- 861 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:57:34.77 ]
- >>860
話の流れも見えない馬鹿?
- 862 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 23:08:36.86 ]
- >>861
Mercurialは巨大バイナリも、ワード・エクセルなどを想定したロックも、両方対応しているってのが分からない馬鹿？
- 863 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 00:54:57.99 ]
- >>862
たぶん859は857に対してレスしてるんじゃね？
- 864 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 02:14:55.00 ]
- svnのバイナリ管理も程度に依るよな。
ゲームのグラフィクスなどの大型、大量バイナリを突っ込むと実用性に問題が出るほど重くなる。
Perforceはマシみたいだけど。
- 865 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 02:42:17.59 ]
- だねえ。
10G 前後ならまあ、なんとかなるけど、数倍になるとアウトだよ!
Perforce だとイケる? 桁上がったくらいはどう?
- 866 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 10:32:16.15 ]
- >>865
>Perforce だとイケる? 桁上がったくらいはどう?
評価版があるみたいだから、試してみれば？
www.toyo.co.jp/ss/perforce/download_soft_2010.2.html
- 867 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 14:14:40.34 ]
- 自分ならバイナリの容量が1Gを超えるならsvnなりコード用のバージョンコントロールは使用しないがな。
- 868 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 16:58:55.49 ]
- とりあえずお前の内臓が破裂するぐらいのボディブローは出せるがな（笑
- 869 名前：デフォルトの名無しさん [2011/12/18(日) 17:16:16.57 ]
- >>868
そのボディブローでVSSを抹殺してください
- 870 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 20:21:16.25 ]
- まだ使ってるとこあるのか
- 871 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 21:11:31.09 ]
- フリーソフトは駄目ってところが未だに多いからな。
- 872 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 21:31:44.39 ]
- >>868
うは〜、腹いてー（笑）
- 873 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:12:30.18 ]
- 要はGitHub日本法人(仮)とかが有料サポートすればいいんだな？
- 874 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:22:39.37 ]
- 安心と信頼のCanonical印のBazaarをお使い下さい
- 875 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:38:46.11 ]
- 始まる前から終わってた
- 876 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:39:07.29 ]
- >>873
git技術者検定とかやりそうだなｗ
- 877 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:40:59.18 ]
- >>874
Bazaarはマジでこのままだとジリ貧だろ
Linux関連の開発で使う限りではgitの方が使っているプロジェクトも技術者も多いし
Bazaarは今のバージョンで打ち止めして、新規に再設計した方が良いと思うわ
- 878 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 23:00:45.79 ]
- >>870
>まだ使ってるとこあるのか
あるよ〜、って言うかそこそこの規模だとなかなか入れ替えられない。
- 879 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 23:43:43.22 ]
- VSSとBazaarの究極の組み合わせ
d.hatena.ne.jp/wonderful_panda/20111212/1323643703
- 880 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 00:08:40.00 ]
- 自分のまわりにいないってだけで、書籍、Webドキュメント、記事、
膨大なOSSプロジェクトといっぱいありますが？
https://twitter.com/#!/methane/status/148328106841751552
> git へ移行する最大の障壁は、「gitのことならなんでも訊いて！」という人がいないこと。
> バージョン管理システムのワークフローの構築とかはこう言った先導者が必要。
> bzrは問題あったらぼくがなんでも解決できてたけど、gitはぼくが教えて欲しいくらいだしな。
- 881 名前：755 mailto:sage [2011/12/19(月) 00:55:41.26 ]
- >>880
この人は何者？
- 882 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 01:05:07.92 ]
- >>881
このスレの前半を見よう。
Bazaarの泥舟から脱出を検討している亡命予備者
- 883 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 01:23:13.62 ]
- BitKeeperってバイナリ管理どうなん
- 884 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 10:40:41.15 ]
- >>880
methaneさんは社内の人員のことを言ってると思うよ。
業務で使う場合、社内に強力に推進できる人がいないと結構大変だよね。
- 885 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 17:34:49.82 ]
- https://twitter.com/#!/methane/status/148657202620661760
今でも一応3つとも使ってますが、会社ではbzrを使うメリットがあまりないので、git, hg への移行を考え中。
- 886 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 19:27:10.46 ]
- [Bazaar]Git, Git, Git. たまに違うのが聞こえればHg. なぜこの俺を認めねぇ
- 887 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:23:07.50 ]
- Bazaar さん遅いですやん
- 888 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:41:56.16 ]
- 最近は速いです
- 889 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:44:40.11 ]
- リポジトリをXMLで保持して相互乗り入れできるようにすれば全て解決。
- 890 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 21:01:21.07 ]
- >>889
XMLなんか使わなくても、git-svn/hgsubversion/hg-gitで相互乗り入れできる
bazaarはクソだからbzr-svn以外ダメダメだけど
- 891 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 21:29:21.84 ]
- >>867
その場合は専用のバージョン管理ソフト使ってるってこと？
エイリアンブレインとか？
今のプロジェクトだと画像その他のリソースが30Gくらいあるんだが、
その管理どうするかでかなり悩んでるんで、どうしてるのか聞いてみたい。
- 892 名前：デフォルトの名無しさん mailto:sage [2011/12/21(水) 01:47:58.01 ]
- >>891
うちの職場だと、独自インフラツールを作って運用している。
話としては、Perforceとかエイリアンブレインあたりを耳にするね。
- 893 名前：デフォルトの名無しさん mailto:sage [2011/12/21(水) 19:59:49.26 ]
- VSSが陥落したぞ
twitter.com/#!/msdnjp/status/149414774063628288
- 894 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 07:16:21.44 ]
- どうせだれも使わない
- 895 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 08:44:17.78 ]
- っていうかとっくに死んでるものだとばかり……
- 896 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 10:33:27.51 ]
- とっくに死んでるプロダクトが御輿に担がれるのは現場でまれによくある。特にMS。
- 897 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 10:59:09.88 ]
- 今移行中ですっ＞＜；
TFSは何か操作するたびにSQLServerがもりもりメモリーを食うのが泣ける。
リソースガバナー設定するしかないのかなぁ、アレなんか面倒そうだなぁ……
TFSを入れるなら多少でもSQLServerの知識がないとダメそうなのがつらい。
今さらサーバーレスなVSSに戻るつもりはないけど、運用の難易度が高いのがネックだね。
- 898 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 12:11:45.53 ]
- TFSとはまた棘の道を。
svnにしとけばあとでgitにでもhgにでも行けるのに
- 899 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:31:04.33 ]
- 俺が今やってる現場もほとんどUNIX+Javaの開発しかやってないのに
なぜかめでたくSubversionからTFSに移行したよ
アホが発言力持つとロクなことにならん…
- 900 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:36:44.82 ]
- TFSって何なのか分かんなかったらggって分かった。
MSが、VSS殺して作った新しい奴なのね。
見た感じ管理者がExcelで管理したいが為に作られてるのか。
使い勝手が開発者視点じゃないんだろうな……
- 901 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:56:30.96 ]
- TFSとはまた棘の道を。
svnにしとけばあとでgitにでもhgにでも行けるのに
- 902 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 23:38:42.34 ]
- TFSって結構金がかかるイメージがあるんだが、実際どうなんだろうな
- 903 名前：デフォルトの名無しさん mailto:sage [2012/01/13(金) 02:14:38.15 ]
- TFS??
Macとかlinuxとか使ってる人どうするんですか？死ぬの？
- 904 名前：デフォルトの名無しさん mailto:sage [2012/01/13(金) 02:24:38.67 ]
- MicrosoftからEclipse用のTFSプラグインが公開されてるから
MacやLinuxからでも一応利用はできるよ。
ただしプラグイン自体の出来は微妙。
ぶっちゃけ親切心じゃなくて嫌がらせで公開してるんじゃないかと思う。
- 905 名前：デフォルトの名無しさん mailto:sage [2012/01/14(土) 11:35:56.82 ]
- >>904
>ぶっちゃけ親切心じゃなくて
内容はよくわかってないけど投資を承認する、偉い人を説得するためだろ。
- 906 名前：デフォルトの名無しさん mailto:sage [2012/01/15(日) 03:15:07.59 ]
- 偉い人にはわからんのですよ
- 907 名前：デフォルトの名無しさん mailto:sage [2012/01/15(日) 07:02:37.17 ]
- テストやらビルドが１パッケになってるのはウケがよさそうではあるが…、
MSの作るものだから、どうせダイアログ出したままフリーズするんだろうなぁ
- 908 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 21:06:19.45 ]
- msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！
d.hatena.ne.jp/nitoyon/20120221/msysgit_utf8
日本語ファイル名問題が解決したから、もう高速なGitを選ばない理由はありません。
これで日本でも次期デファクトスタンダードVCSはGitに確定ですね。
- 909 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 23:47:52.78 ]
- 宗教上の理由かなんかで意地でもやらないと思ってたけど
ようやくWindowsでも普通に日本語ファイル名が使えるようになるのか。
- 910 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:23:16.19 ]
- 絶対やってほしくなかったな
# つか、開発部隊の半数以上が欧米の連中なのにも関わらず
# 日本語ファイル名をつけるのはやめれ >某社の某プロジェクトの下っぱ
- 911 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:36:55.85 ]
- 30年前に「Unicodeは糞」って言ってた奴を思い出したｗ
- 912 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:42:59.24 ]
- ソースはともかくドキュメント類は日本語のファイル名が普通だし
それらがソースと一緒に管理できるのはいいことなのかな
Gitがドキュメント管理に向いてるのかという問題は置いといて。
- 913 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 07:13:22.65 ]
- もしかしてMercurialから移行しても良いの？!
がっかり感が半端ないとか言わないよね
- 914 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 10:08:16.70 ]
- >>913
Mercurialはfixutf8が先にあったから、今回のmsysgitはそれに追いついた。
Mercurialもfixutf8の機能を公式にするという動きがある。
これで問題になっているのは、過去のリビジョンをcheckoutできなくなること。
fixutf8では移行時にhg addremoveを使いましょうということになっていて、
fixutf8を無効・有効を切り替えればその時点のリビジョンのチェックアウトはできる。
今回のmsysgitがそこまで考えているか疑問。
- 915 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 23:43:57.10 ]
- ファイルのタイムスタンプを保持できるバージョン管理システムありませんか(´・ω・｀)
- 916 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 11:56:14.61 ]
- >>915
チェックアウトなりエクスポートなりしたファイルのタイムスタンプを
コミット時のそれにしたいってこと?
なんでまたそんな不便なことを……
- 917 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:10:13.89 ]
- >>916
そう思うのはGitに慣れ切った証拠だね
- 918 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:11:19.46 ]
- いや、Gitは使ったことはおろか、インストールしたこともないんだが。
- 919 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:15:18.59 ]
- >>918
タイムスタンプなど不要って思ったのはなんで？
- 920 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:41:21.51 ]
- >>917
普通に考えれば、古いコミットに戻してmake、ができなくなるのは不便だろうな。
cvsでもsvnでもgitでもhgでも同じ。
- 921 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:52:20.63 ]
- ところが、subversionではファイルのタイムスタンプをコミット時刻にするオプションが用意されてるんだよ。
- 922 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:58:17.83 ]
- >>921
へえ。逆(co時にコミット時間をタイムスタンプに設定する)ができるのは知ってたが。
- 923 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:07:12.43 ]
- え？逆じゃなくて、co時にファイルのタイムスタンプをコミット時刻にできるということなんだが。
- 924 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:10:51.08 ]
- …ごめんなさいすごくボケてました。
- 925 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:23:33.54 ]
- >>921
へぇ、そりゃWindowsｗの人が喜びそうだ。
- 926 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:32:38.67 ]
- OS関係あんの？
- 927 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:51:30.09 ]
- ・makeみたいなツールがないからタイムスタンプが更新されている必要がない。
・しばしばタイムスタンプありきでファイル管理を行なっている。
・タイムスタンプが変わっていると天地が引っ繰り返ったように大騒ぎをする人がいる。
こんなところか?w
- 928 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:01:53.58 ]
- >>927
> ・makeみたいなツールがないからタイムスタンプが更新されている必要がない。
はぁ？どんだけ物知らないんだよ
- 929 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:03:24.44 ]
- しっくりこないんです！
|
 |
