- 1 名前：デフォルトの名無しさん [2008/07/08(火) 21:38:48 ]
- バージョン管理システムについて語りましょう。
関連スレ
CVS 1.3 [UNIX板]
pc11.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ～ Rev.3 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1113141518/
Subversion r9 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1202086238/
subversion バージョン管理【サブバージョン】 [Linux板]
pc11.2ch.net/test/read.cgi/linux/1154701996/
git スレッド [Linux板]
pc11.2ch.net/test/read.cgi/linux/1197798039/
前スレ
バージョン管理システムについて語るスレ
pc11.2ch.net/test/read.cgi/tech/1193332500/
- 792 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 23:18:43 ]
- >789
だからまずはバックアップツールとして使って貰えと。
いきなりコンフリクトの解決方法云々は、性急過ぎる。
SCMの歴史を追うように、RCS的な使い方から順に、
少しづつ教えていった方が理解は早いぞ。
というか、いきなり高度な事を教えると基礎がおろそかに…
- 793 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 08:40:27 ]
- >>789
俺もチーム内で広めようと思っているんだけど、
こんなの使えねー、っていうのをなるべく避けるいい方法ないかね。
まずは、
バックアップツール＝個人で使ってもらう
↓
？
↓
補完キボン
- 794 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 11:08:45 ]
- バックアップツール＝個人で使ってもらう
↓
毎日終業後に、SCMボランティアとして >793 が各メンバーのワーキングディレクトリを
チェックして回り、trunkとマージしてあげる
↓
「>793 っていい人だよね」
- 795 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 11:30:55 ]
- 1年くらい前にSubversionを使わせるようになったけど
使わせるにあたって最近は分散型が流行ってて
こんな事が出来るようになると言っておいた
慣れてくると、こんな事が出来るようになると便利なのにって
思うようになるから、予めそう言う知識の断片だけを
頭に入れて貰ってから使わせてる
で、最近は分散型にも徐々に興味を持ってくれるようになった
問題は俺がSVKしか使えないことなんだけど
- 796 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 15:17:05 ]
- svnのコマンドを拡張して分散型として使わせてくれたらうれしいんだけどね。
そもそもコンセプトが違うし無理か。
- 797 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 15:45:44 ]
- >>796
それが svk
ただし、サイズ的にも速度的にも効率悪い。
- 798 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 15:47:16 ]
- あ、あと、Bazaarリポジトリを svn:// プロトコルで見せようというプロジェクトもある。
まともに開発されてるのかは知らないけど。
- 799 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 16:30:50 ]
- つ git-svn
google code projectでもgit使える。
Google Open Source Blog: Develop with Git on a Google Code Project
google-opensource.blogspot.com/2008/05/develop-with-git-on-google-code-project.html
- 800 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 16:54:15 ]
- gitはコマンド違いすぎるだろjk
- 801 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 21:39:31 ]
- >793
(1)バックアップツールとして広める
(2)ある程度慣れてきたら、ブランチを切ったりマージする方法を教える。
他人の持ってるファイルを修正する必要が出てきた時や、
複数のバージョンを管理しなきゃならなくなった時を見計らって教えると良いかも。
(3)頃合を見計らって集中管理を始めるか、分散型だったらpush/pull等を教える。
- 802 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 23:47:12 ]
- ・diffツールとして広める
のほうが良くね？
- 803 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 02:21:41 ]
- 俺はファイルサーバ(レポジトリ)に自動でアップロード・ダウンロードを
してくれうソフトとして広めた。
これだと考え方が集中型に固定されてしまう気がしないでもないが……。
- 804 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 05:36:36 ]
- anond.hatelabo.jp/20081120002535
こんな事態を避ける為にもバージョン管理システムを使いましょう
- 805 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 05:44:27 ]
- SubversionのVが大文字・・・
- 806 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 07:42:04 ]
- 修正履歴というと ChangeLog のこと？
- 807 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 08:29:45 ]
- >>805
確かに「大恥かくでしょうがｗｗ」って書いといて SubVersion はないよな。
>>806
ChangeLog をソースのどこかに入れてるところもあるけど、>>804 のリンク
先が言ってるのは
// int i = 10; // DEL: 2008/11/10: Bug 1234 by ○○
int i = 11; // CHG: 2008/11/10: Bug 1234 by ○○
float f = 1.23; // INS: 2008/11/09: Bug 1230 by △△
みたいな奴だと思う。
- 808 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 08:48:06 ]
- // add 2008.11.22 nanashi-default
hoge.huga();
// add end 2008.11.22 nanashi-default
前の会社これだったな。CVS入れていても。
- 809 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 09:04:03 ]
- >>808
うちもそうだった……
つかコーダの人はCVS使えない
（結合試験完のソースを管理者に渡してコミットしてもらう）
辺りが間違いの元だったんじゃないかと……
- 810 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 09:07:12 ]
- >>808
うちもSubversion使ってるのにもかかわらず、そうする奴がいる。
本来のソースが見づらくなるんだよな。
- 811 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 09:15:18 ]
- > （結合試験完のソースを管理者に渡してコミットしてもらう）
刑務所みたいなふいんきを想像した
- 812 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 13:44:43 ]
- >>810
いるいるwww 俺はコーディング規約で明確に禁止した。
- 813 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 19:40:49 ]
- そういう奴らはDiffの使い方がわかってないんだよ。
TortoiseSVNやRapid入れて過去ログとの比較を教えてやったら二度としないと思うけどな。
- 814 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 19:51:07 ]
- コミット時にフックを掛けて弾くのも効果ある
- 815 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 20:27:51 ]
- >813
diffの使い方が分かってないと言うよりは、blame/annotateの使い方が分かってないんだろ。
- 816 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 20:36:06 ]
- blameはよくわからん
- 817 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 20:41:17 ]
- TortoiseSVNなら、blameの結果が専用ビューワーで超見やすい。
- 818 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 22:07:02 ]
- ところで、
いい加減TortoiseSVNのアップデートは自動でできるようにならんかね？
アップデートのたびにホームページ行ってダウンロードして上書きインストールしてから再起動･･･って
いちいち面倒だっつうに。
- 819 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 22:13:53 ]
- アップデートのたびにホームページ行ってダウンロードして上書きインストールしてから再起動するプログラムを作る
- 820 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 22:26:38 ]
- それこそsvn updateで行えるべきだ
- 821 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 01:01:08 ]
- >>820
もまえ天才
- 822 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 07:39:40 ]
- diffはちょっと馬鹿なとこがあって、メソッド１つ追加したら
次のメソッドの説明コメント１行目まで差があることになったりするよな。
確かにそういう解釈にならんことも無いんだが、
あれ、どうにかならんかなあ。
}
//------------
+//func2
+//------------
+void func2 () {
+ ...
+}
+
+//------------
//func3
- 823 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 07:57:15 ]
- 異なる行を取る仕様上、そういう動作にならざるを得ないのでは
どうしても気になるならコメント一行目が違うように記述するとか…？
// func2 --------
// 説明
// -------------
// func3 --------
うーん…
- 824 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 09:33:02 ]
- diff はコメントとかを意識してるわけじゃないからなあ。
言語仕様を意識した diff を作るか、>>822 のバカな認識を
変えるしかないと思う。
- 825 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 09:37:17 ]
- >>824
言ってることはそれなりに正しいのに、たったの三文字で台無しだ。
- 826 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 10:24:16 ]
- コメントを関数の中で定義すれば？
void func2 () {
//------------
//func2
//------------
...
}
- 827 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 12:19:43 ]
- ここでpythonのコーディング規約が優れていることが判るわけですね。
- 828 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 12:59:52 ]
- >>825
三文字？ もしかして「バカな」に逆切れ？
>>826
ソースの見辛さと diff の見辛さの二択なら、ソースの方を優先すべきだと思うが。
- 829 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 14:29:28 ]
- ずらすだけならむずかしくない
- 830 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 22:51:43 ]
- git add したファイルを取り消すにはどうしたらいいですか。
＃なんかgitのマニュアルはわかりずらい。
- 831 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 22:52:25 ]
- >gitのマニュアルはわかりずらい
禿同
- 832 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 23:00:20 ]
- ちょっとした煽りに過敏に反応する世代がこのスレに居るとはな
- 833 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 04:25:13 ]
- TortoiseHg使って、公開鍵認証が必要なssh経由でcloneしようとしたら、結構面倒だった。
インスコそのままだとパスワード方式しかダメで、ホームディレクトリのmercurial.iniを
書き換える必要がある。Program Files以下の同名ファイルを見たら、cygwin sshの
設定がコメントアウトされてたんで、それをコピペしたらこれが罠で、秘密鍵のパスフレーズを
入力不可能な標準入力で入力待ちしてしまって、アプリが固まる。
諦めて標準のTortoisePlink.exeを使う事にして、mercurial.iniで「-i 秘密鍵へのパス」
オプションを追加すると、やっとGUIダイアログでパスフレーズを聞いてくれるようになった。
もっともその前に、puttyを落としてきてOpenSSHの秘密鍵をputty形式に変換するという
さらにめんどくさい作業が必要。以上、作業メモ。
- 834 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 07:07:23 ]
- >>832
>ちょっとした煽りに過敏に反応する世代がこのスレに居るとはな
そのまんま832のことじゃないか
- 835 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 08:33:17 ]
- >>833
たぶん、普段から putty と pageant なり、mingw の ssh なりを使っている人には
面倒じゃないんだろうな。
putty の設定で、秘密鍵ファイルの設定がレジストリに書かれていたら、
-i オプションが無くても秘密鍵は自動で選ばれるし、 pageant を使っていると
秘密鍵のパスフレーズ入力も無い。
Bazaar も pageant あると自動で利用してくれるから、 pageant お勧め。
- 836 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 12:34:14 ]
- >>833
前にBitBucketにコミットしたときは、pageant立ち上げておくだけで行けたけど
- 837 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 19:02:37 ]
- 一番いいのはどれなの？
- 838 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 20:17:18 ]
- linuxerならgit一択
*NIXerならhgかbzr
- 839 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 20:28:55 ]
- darcs使いとしては，最近のdarcsのガラパゴスぶりに泣けてくる
- 840 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 21:06:19 ]
- でも hackage の都合上選択肢は darcs しかないという
- 841 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 21:33:06 ]
- Linus儲ならgit、Shuttleworth儲ならbzr、それ以外ならhgでおk。
- 842 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 21:43:48 ]
- subversionより、いいのってあるの？
- 843 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 22:46:29 ]
- とりあえず hg の mq は最高ってことで。
- 844 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 23:02:42 ]
- >>843
rebaseで良くね?
- 845 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 23:14:16 ]
- よく分からんけど、Mercurialのrebaseって、gitの機能をパクったの？
mozilla.orgと関係有るっぽい？
- 846 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 23:16:06 ]
- rebaseってsvn由来じゃ?
- 847 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 22:40:01 ]
- ポリシーに合ってる機能ならどんどんパクるべきだろ。
- 848 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 01:09:14 ]
- Mercurial で 0x5c で終わるディレクトリがあるとおかしくなるのは
うちだけ?
hg init .
mkdir 管理表
hg status
abort: 指定されたファイルが見つかりません。: D:\HGTEST\test\.\管理表\管理表
win32mbcs を読み込ませても同じ。
- 849 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 01:14:46 ]
- NetBeansでつかってるけど、マルチバイトのファイル名で
おかしくなるからそれは管理しないようにしないとだめ
コミットログ等は問題ないけどね
しかし表でおかしくなるとかあいかわらず世界は
マルチバイト圏のことはまったく考慮されてないんだなぁとおもた
十数年たってもこれだから100年後もかわってないかも
- 850 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 01:16:58 ]
- >>848
Cygwinだったら、cygwin1.dllのせい。UTF-8 cygwin 使っとけ。
それ以外だったらわからん。
- 851 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 01:18:23 ]
- 日本語ファイル名使うなら bzr か svn にしとけって。
hg や git はUnicodeファイル名じゃないんだから。
- 852 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 01:30:23 ]
- >>849
10年どころか、PCで日本語扱うようになって四半世紀くらい経ってますぜ。
とは言え、Unicode/UTF-8の普及でほんの少しだけマシになってます。
それ以上に多種多様な問題も連れてきたけど。
>>771に書かれてる「ファイル名はファイルの内容と同じでバイナリ弄らない」
って、判断したやつにUnicode正規化の問題とか突き付けてやりたい……。
- 853 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 07:30:44 ]
- >>852
というかユニコード正規化とか言葉もしらないんじゃないかと。
規約や規格にわりと無頓着なプログラマって多いと思う
- 854 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 08:35:58 ]
- 統一性がないのにユニなコードとはこれいかに
- 855 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 12:42:46 ]
- >>854
ほんとだよ
- 856 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 16:59:46 ]
- 環境: WindowsServer2008 cygwinなし
TortoiseHGを試していて分らないことがあったので質問です。
適当なディレクトリで右クリでリポジトリを作成したり、
そのリポジトリに適当なファイルを置いてaddして登録することはできるのですが
HG commitしようとすると、ウィンドウが一瞬だけ表示されてすぐ消えてしまいます。
どうやらコミットが強制的にキ�%
- 857 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 17:01:25 ]
- すいません、ブラウザの不調でレスが後半潰れてしまったようです
環境: WindowsServer2008 cygwinなし
TortoiseHGを試していて分らないことがあったので質問です。
適当なディレクトリで右クリでリポジトリを作成したり、
そのリポジトリに適当なファイルを置いてaddして登録することはできるのですが
HG commitしようとすると、ウィンドウが一瞬だけ表示されてすぐ消えてしまいます。
どうやらコミットが強制的にキャンセル?されているようで、コミットされている様子がありません。
ネットで調べた限りでは、HG commitメニューを実行すると
ログを書き残したりするためのダイアログが出てくるという事なのですが・・・
何を調査してどんな手を打てばいいかさっぱり検討も付かないので
どなたか対処を思いついた人がいたら教えて下さい
- 858 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 19:13:07 ]
- >>857
操作しようとしてるフォルダのパスに、日本語が含まれてないか？
Hg解説してる場所でTortoiseHgはパス、ログもほとんど日本語が使えないと書いてあった気がする。
もっとも、その解説0.30あたりの時だったから最新版ではわからんけど。
- 859 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 21:14:32 ]
- つーか日本語ファイル名なんてありえないだろJK
- 860 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 21:28:50 ]
- パスセパレータに/を使わないシステムがクソなだけ
- 861 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 22:25:22 ]
- win32mbcs エクステンションを入れてないとか
- 862 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 23:08:05 ]
- >>859
世の中理想だけじゃ回らんだろ。
仕事で日本語パスが使ってある既存プロジェクトに放りこまれたときどうすんだ。
- 863 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 23:20:47 ]
- ソースはまだありえないと思うが、ドキュメントとかなら普通に
使ってるからなぁ > 日本語ファイル名
- 864 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 23:45:35 ]
- >>863
某社の某製品が自動生成するソース(Java)は、ファイル名にもクラス名にも変数名にも日本語で吐かれるよ!!
- 865 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 23:55:01 ]
- >>864
悪夢だ
- 866 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 01:19:18 ]
- >>864
変数名とかメソッド名はファイルシステムに依存してないし、Javaのシステム上問題はない
だがクラス名につかっちまうとファイルシステム依存が出てきて大変なことになる
- 867 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 11:17:11 ]
- 俺は個人的なプログラムではクラス名も変数名もばんばん日本語使うけどな。
いざというときでもEclipseやら使えばリネームは一発だし、そんなに困ると思えん。
プログラムが日本語チックに書けてコメントいらずだし。
- 868 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 12:08:49 ]
- 識別子が日本語になるだけでコメントがいらなくなるものは
命名が悪いからコメント必要になってるだけだろｗ
- 869 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 12:41:11 ]
- 変数名とか関数名を日本語にするやつの気が知れない
- 870 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 12:48:44 ]
- ちゅうか、ことコンピュータに関しては、英語圏の奴らがマジうらまやしい。
- 871 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 12:54:53 ]
- 昔、某所で使ってた開発言語は日本語だったけど
手続き全て日本語ってのはマジで辛かったよ
廃止されてホッとした
- 872 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 13:04:47 ]
- ソースから仕様書も作れるって言うアレだな・・・
おやじどもには好評だったな
- 873 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 14:10:54 ]
- formから生成するときは母国語使える方が楽だとは思うぞ
- 874 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 15:46:13 ]
- 漢字が使えたほうがいい場面は確かにある。
「部材別商品管理棚」を表すクラスを英語名にすると、わけわからんなる。
業務に強く依存する名前は別に日本語のままでいいよなと思う。
- 875 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 16:02:08 ]
- それだけ見れば、業務に強く依存するようなコードは糞だという感想しか湧かない
- 876 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 20:35:57 ]
- で、なんで日本語だめなの？
- 877 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 20:47:04 ]
- 一度、全部日本語にしてソースを上から順に眺めていって見ろよ
日本語ってのは曖昧なんだ
- 878 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 21:08:45 ]
- >>877
曖昧の意味知ってるか？
- 879 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 21:20:26 ]
- >>875
学生乙
- 880 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 21:26:54 ]
- >>876
文字コードで面倒が起きることがあるから。
- 881 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 21:44:00 ]
- DBのカラム名が日本語なのに変数はダメだというのはようわからん考え方だな
アルファベットのカラム名でもExcelの日本語対応表見ながらじゃないとカラム名がわからないほうがよっぽどまずい
けど、そういうところは多いよね
- 882 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 21:44:52 ]
- DBのカラム名に日本語OKって正気の沙汰じゃございません
- 883 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 21:46:23 ]
- 狂気の沙汰ほど面白い…！
- 884 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 22:01:23 ]
- 倍pushだ
- 885 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 22:46:27 ]
- >>882
そのかわりExcel方眼紙に日本語名って項目がある笑える環境ではないかね？
- 886 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 22:49:20 ]
- 物理名論理名ってDB設計では普通だろ。
- 887 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 23:08:09 ]
- ならコードの変数名も対照表作ったら？
- 888 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 23:30:03 ]
- >>886
単に英語と日本語名だけで、物理とか論理なんて関係ないじゃん。
- 889 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 01:02:44 ]
- 論理名を日本語で付けて、物理名はアルファベットにしとくって話もわからんのか、クズ
- 890 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 01:26:31 ]
- >>882-883
新手法！アカギ開発ｗ
>>889
888はお察し。多分DBまともに触ったことが無いとか
そういうヤツなんだろ。
- 891 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 01:39:15 ]
- ソースコードの日本語の話はどうでもいいから
VCSの日本語の話をしてくれよ。
- 892 名前：デフォルトの名無しさん mailto:sage [2008/11/28(金) 01:41:31 ]
- VCSが物理名で、SCMが論理名？
|
 |
