- 1 名前：仕様書無しさん [2006/08/20(日) 20:38:51 ]
- CVS・SVN・VSSなどのツールがチーム開発における構成管理の運用に
役立つものであるのかを議論するスレッドです。
必要派、不要派の忌憚ない意見を投稿してください。
安直なマンセー・却下はご遠慮願います。
前スレ
pc8.2ch.net/test/read.cgi/prog/1151990628/
- 158 名前：仕様書無しさん mailto:sage [2006/09/03(日) 13:46:56 ]
- >>157
そりゃ大変だな。
理由があって使用側の修正が無理なら
元の変更自体が無理ってことだ。チームで相談しる。
でも最後にコミットするのは一人。
- 159 名前：仕様書無しさん mailto:sage [2006/09/03(日) 14:11:59 ]
- >>152
リファクタリングツールが全部修正してくれるから問題なし
- 160 名前：仕様書無しさん mailto:sage [2006/09/03(日) 14:12:47 ]
- >>157
リファクタリングツールを使えば全部自動的にやってくれるぞ
- 161 名前：仕様書無しさん mailto:sage [2006/09/03(日) 16:37:21 ]
- >>160
無理だよ。
だって階層になってるクラスの構造から修正かけたんだもん。
より具体的にいうと
Ａ−ＢＣ（ＡクラスがＢクラスとＣクラスを保持）
Ｂ−Ｄ（ＢクラスがＤクラスを保持）
Ｃ−Ｄ（ＣクラスがＤクラスを保持）
みたいになってるところがあって、Ｄクラスを他でも使うことになった。
なのでＤクラスを外にだしてＢクラスとＣクラスはＤクラスのＩＤだけもつことになった。
これによってＢクラスとＣクラスはＤクラスをＩＤから呼び出す構造になった。
Ａ−ＢＣ
Ｂ−*ＤMng
Ｃ−*ＤMng
っちゅーわけでんがな。
なのでＤクラスを使用している箇所を全部DMngを使用したソースに書き変えなければならないんすよ。
- 162 名前：仕様書無しさん mailto:sage [2006/09/03(日) 16:47:33 ]
- 依存関係逆転の原則
- 163 名前：仕様書無しさん mailto:sage [2006/09/03(日) 17:04:05 ]
- >>161
そうか？
それでもリファクタリング利くよ。
EclipseでJavaを使うことが前提って場合の話だが。
つか、DIコンテナ使いたくなってくる罠
- 164 名前：仕様書無しさん [2006/09/03(日) 17:12:31 ]
-
namespaceを担当者毎にきれよ。
- 165 名前：仕様書無しさん mailto:sage [2006/09/03(日) 17:15:48 ]
- ｿﾝﾅｴｻﾃﾞ
- 166 名前：仕様書無しさん mailto:sage [2006/09/03(日) 17:43:46 ]
- >>164
そんなやり方じゃ根本的な解決策になってない。
package管理はもちろん重要だが。
言語がJavaではなくCやC++だと
リファクタリングもしずらいみたいだな。
EclipseのCDTプラグイン見てるとそれがよくわかる。
リファクタリングもしづらい言語ってのがC++の欠陥ともいえるし。
- 167 名前：仕様書無しさん mailto:sage [2006/09/03(日) 17:44:48 ]
- しずらいって低学歴かよ
「しづらい」
- 168 名前：仕様書無しさん [2006/09/03(日) 18:01:56 ]
- バージョン1.0から完璧
リファクタリングの必要性すらない
神の領域なC厨の漏れが参上しましたよ
- 169 名前：仕様書無しさん mailto:sage [2006/09/03(日) 18:06:59 ]
- 粘着だな。
小学生ほど誤字にうるさい
- 170 名前：仕様書無しさん mailto:sage [2006/09/03(日) 18:23:58 ]
- ２ちゃんでの誤字脱字は原則容認の方向で。
- 171 名前：仕様書無しさん mailto:sage [2006/09/03(日) 18:35:36 ]
- 誤字を指摘されると逆ギレｗ
指摘されたくなければまともな文章かけよ
- 172 名前：仕様書無しさん [2006/09/03(日) 18:40:26 ]
- CVSで別のプロジェクトのファイルをゴッソリコミットされてしまったのには驚いたな。
半年経って修正依頼が来たんで俺が修正しようとしたらコンパイル通らないんで気付いたけど。
でルールとしてコミットしたファイルをそのまま取り出してリリース物件にすることになってるんで、
前回そのルールに沿ってなかったことが判明してコミットした人は大目玉。
- 173 名前：仕様書無しさん mailto:sage [2006/09/03(日) 19:33:58 ]
- >>171が浮いてる件について
- 174 名前：仕様書無しさん mailto:sage [2006/09/03(日) 19:35:37 ]
- >>172
別のプロジェクトってことは、ファイル名もそれぞれ異なるだろうから、
バージョン番号がげっそり消えてたって事だな？
それなら、Subversionにしておけよ。
細かいルールもすっきり丸く収まるし、
ちょっとしたミスによる被害も少ないぞ。
とくにディレクトリ移動に関しては。
- 175 名前：仕様書無しさん mailto:sage [2006/09/03(日) 19:39:58 ]
- >>173
粘着だな。
- 176 名前：仕様書無しさん mailto:sage [2006/09/03(日) 19:58:14 ]
- >>64
ちょｗｗｗ
おまい一回、Visual Studio 2005やBorland Development Studi 2006使ってみてから、その台詞はいてくれwww
Eclipseなんかメジャないぞｗｗ
- 177 名前：仕様書無しさん mailto:sage [2006/09/03(日) 20:21:08 ]
- >>175
おまいが浮いてると思う
- 178 名前：仕様書無しさん mailto:sage [2006/09/03(日) 20:22:01 ]
- >>176
まさにそのリファクタリング機能追加も
遅れてるVS.NETなどEclipseから見れば目じゃないんだが。
- 179 名前：仕様書無しさん [2006/09/03(日) 20:30:11 ]
- >>174
とりあえず俺はCVSしか使ったことないけどSubVersion勉強してみる。
ちなみにプロジェクト毎にファイル名は違うんだけどそいつは、
updateした時に大量にAやらMやら出たらしいが気にせずcommitしたらしい。
使用するメンバー全員が使い方知らないと被害が全体に及ぶことを知った日でした。
- 180 名前：仕様書無しさん mailto:sage [2006/09/03(日) 20:36:10 ]
- をひをひ、それ想像力無さ過ぎ(w
- 181 名前：仕様書無しさん mailto:sage [2006/09/03(日) 20:44:59 ]
- >>177
まだやってたのかｗ
- 182 名前：仕様書無しさん mailto:sage [2006/09/03(日) 21:01:36 ]
- >>179
勉強するまでもないよ。
cvs2svnですぐに移行してしまえばいい
- 183 名前：176 mailto:sage [2006/09/04(月) 00:18:35 ]
- レス番間違えました orz
>>71
でした。
Eclipseより、重いよっていいたいだけです。
- 184 名前：仕様書無しさん mailto:sage [2006/09/04(月) 01:42:42 ]
- 上のは偽者です。
本当はEclipseなんて糞だよ。っていいたかっただけです。
- 185 名前：仕様書無しさん mailto:sage [2006/09/04(月) 02:05:48 ]
- 上のは偽者です、
本当はEclipseも使えずVisual Studioしか
使えなかった奴は糞だよ。っていいたかっただけです。
- 186 名前：176 mailto:sage [2006/09/04(月) 13:39:46 ]
- なんで、スレ違いの話題に偽物が出てくるんだよｗ
偽物云々はどうでもいいんだよ。
真実を見ろｗ
- 187 名前：仕様書無しさん mailto:sage [2006/09/05(火) 09:45:04 ]
- あのー・・・バージョン管理ツールって何ですか？ いい加減に教えてください！(怒
- 188 名前：仕様書無しさん mailto:sage [2006/09/07(木) 10:11:18 ]
- ネットの世界で埋もれてたWebDav技術をうまく再利用したのが
subversion
おわかりですか？
- 189 名前：仕様書無しさん mailto:sage [2006/09/07(木) 13:27:01 ]
- 真性でそれ言ってたら笑える
- 190 名前：仕様書無しさん mailto:sage [2006/09/08(金) 01:39:31 ]
- 一本釣りですか？
- 191 名前：仕様書無しさん mailto:sage [2006/09/08(金) 07:02:34 ]
- SVNはリポジトリ壊れたら復旧不可能
- 192 名前：仕様書無しさん mailto:sage [2006/09/08(金) 13:30:25 ]
- まぁダンプと差分ダンプを別の場所に置くのは大事だね。
フックの扱いがちといやーんだが。
- 193 名前：仕様書無しさん mailto:sage [2006/09/08(金) 15:37:44 ]
- >>191
んなことCSやVSSだろうとおなじことや
- 194 名前：仕様書無しさん mailto:sage [2006/09/08(金) 15:37:53 ]
- CVS
- 195 名前：仕様書無しさん mailto:sage [2006/09/08(金) 15:49:43 ]
- >>193
たぶん、SVNはバイナリだから壊れたらどうしようもないがCVSはテキストだから
まだ望みがある、程度のことを針小棒大に言っていると桃割れ。
- 196 名前：仕様書無しさん mailto:sage [2006/09/08(金) 17:32:16 ]
- だとしたら、けっこうﾜﾛｽだなw
- 197 名前：仕様書無しさん mailto:sage [2006/09/08(金) 17:33:03 ]
- Subversionの作者に笑われるぜ。
壊れるのは、そもそもバークレーDBを使ってる奴が悪い。
Subversionを使うなら壊れにくいFSFSにしろや
- 198 名前：仕様書無しさん mailto:sage [2006/09/08(金) 23:41:25 ]
- 何？SVN信者が必死の反論？ﾜﾛｽｗ
- 199 名前：仕様書無しさん [2006/09/10(日) 14:34:16 ]
- Subversion信者がどうとかって言ってる香具師って
実際に使ったことあるのかと小一時間(ry
- 200 名前：仕様書無しさん mailto:sage [2006/09/10(日) 16:04:21 ]
- こいつばかだから、Subversion使ったことがないと見た。
- 201 名前：仕様書無しさん mailto:sage [2006/09/11(月) 06:17:37 ]
- 壊れたリポジトリから一部復旧しようという貧乏臭い発想がまず間違い。
壊れる前までのバックアップから復旧するのが正しい。
貧乏人はずっとCSVつかって無駄な努力してろ
- 202 名前：仕様書無しさん mailto:sage [2006/09/11(月) 12:38:12 ]
- SubversionどころかCVSすら使えずCSVで手動で面倒くさい管理か。
そりゃ大変だ罠
- 203 名前：仕様書無しさん [2006/09/18(月) 19:07:58 ]
- バージョン管理ツールあったらコメントって不要なのかなぁ
いちいちコメントをバージョン管理ツールから読まなきゃいけないのがめんどくさい
と感じてしまうんだけど、そんなことない？
- 204 名前：仕様書無しさん mailto:sage [2006/09/18(月) 19:11:25 ]
- なんでコメント不要という発想になるのかが理解できん。
- 205 名前：仕様書無しさん mailto:sage [2006/09/18(月) 19:16:34 ]
- >>203
> バージョン管理ツールあったらコメントって不要なのかなぁ
???
これはいるぞ。
/**
* 倍にするメソッド.
* @param x 値
* return double型の値
*/
> いちいちコメントをバージョン管理ツールから読まなきゃいけないのがめんどくさい
> と感じてしまうんだけど、そんなことない？
何を修正したかのコメントはSubversionのほうにコミットするたびに記録しておけばいいので
ソースコードに直接コメントを書く必要はない。
バージョン管理システムの履歴を見れば
今までにコミットした各バージョン毎にコメントが一覧でわかる。
- 206 名前：仕様書無しさん mailto:sage [2006/09/18(月) 19:17:12 ]
- とりあえず、まずは使ってみろってところだな。
使ってみて入門書を読みながらあれこれやってみるのがよろしい
- 207 名前：仕様書無しさん [2006/09/18(月) 21:44:33 ]
- >>203
不要とは思わないが、本当に必要な場所にだけ書いて欲しい。
変数に0をいれてクリアとかそんなんまで１行づつ丁寧にコメント入ってると吐きそう。
- 208 名前：仕様書無しさん [2006/09/19(火) 00:51:56 ]
- >>207
必要な箇所ってどこだよ。
- 209 名前：仕様書無しさん mailto:sage [2006/09/19(火) 01:56:28 ]
- 必要なのは間違いないのだが、もっとカンタンにならんだろうか？
萌え萌えな感じでたのむ
- 210 名前：仕様書無しさん mailto:sage [2006/09/19(火) 02:00:34 ]
- >>209
//↓ここなんかコメントはずすとおかしくなる
/*
*/
やっぱ、必要な箇所ってこういうのかな？
- 211 名前：仕様書無しさん mailto:sage [2006/09/19(火) 02:02:52 ]
- もっとも重要なコメントは
#if 0
//何故かここのコメントはずすとアクセスバイオレーションが出る
/*
*/
#endif
だな。
- 212 名前：仕様書無しさん mailto:sage [2006/09/19(火) 02:54:03 ]
- 最近Cやってないんだけど、未だにコメント外すとダメなやつってあんの？
- 213 名前：仕様書無しさん mailto:sage [2006/09/19(火) 12:21:45 ]
- >>209
C/C++言語の使用を禁止し全てJavaでリプレースする。
そうすれば無駄が省ける。
- 214 名前：仕様書無しさん [2006/09/19(火) 22:16:17 ]
- バージョン管理を勝手にやってくれるツールはないの？
- 215 名前：仕様書無しさん mailto:sage [2006/09/19(火) 22:31:40 ]
- サブ婆ちゃん
- 216 名前：仕様書無しさん mailto:sage [2006/09/20(水) 01:18:49 ]
- >>214
どこまで勝手にやってくれることを望んでいるのか。
作業のすすみ具合にもよるだろうし。
一定間隔毎にオートセーブ機能なんかつけたら
たった一文字の修正のためだけに
バージョン管理に記録されて差分情報が
冗長になるわリポジトリが無駄にでかくなるわで無駄が多くなる。
しかし、そのアイデアなら、良い考えかも知れないな。
- 217 名前：仕様書無しさん [2006/09/20(水) 16:04:35 ]
- セーブのたびにdiffかけて、こっちが設定した以上の変更があればコミットでいいんじゃね？
- 218 名前：おじゃばさま [2006/09/20(水) 20:13:32 ]
- ソースをコメントアウトする場合は、
/*
*/
ではなく、
//
//
を使用するように！！
- 219 名前：仕様書無しさん [2006/09/20(水) 22:46:16 ]
- /*☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
初★期★化★処★理
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★*/
- 220 名前：仕様書無しさん mailto:sage [2006/09/21(木) 17:12:56 ]
- Eclipseでchekstyleですべての警告を消去するまでは
絶対にコミットしないように！！！！！！！！！！！！！
- 221 名前：仕様書無しさん mailto:sage [2006/09/21(木) 22:39:23 ]
- >>220
押忍！
警告設定を解除することで解決しました！
私のソースをコンパイルするときは警告の設定をすべて「無視」に設定してください！
- 222 名前：仕様書無しさん mailto:sage [2006/09/21(木) 23:00:37 ]
- 警告設定を禁ずる
- 223 名前：仕様書無しさん mailto:sage [2006/09/21(木) 23:01:04 ]
- 警告設定を禁じてどうする！
警告設定解除を禁ずるのだ！
警告を無視する奴はゆるさないぞ
- 224 名前：仕様書無しさん mailto:sage [2006/09/22(金) 03:40:58 ]
- 【シベリア抑留】携帯電話開発の実態【未満】0x0E
pc8.2ch.net/test/read.cgi/prog/1157178563/772-
- 225 名前：仕様書無しさん [2006/09/22(金) 20:27:57 ]
- チームで仕事するんならバージョン管理は必須だよねぇ。
9月ｘ日リリースのソフトでデグレってる！って指摘された時の
容疑者リストを作るのもお茶の子さいさい
- 226 名前：仕様書無しさん [2006/09/22(金) 21:04:45 ]
- subversion.bluegate.org/doc/apb.html
この「自動バージョン化」って使ってる人いる？
Windowsの共有フォルダと同じような操作感で、更新のたびに
勝手にコミットしてバージョン管理してくれたらすごい便利なんだが。。
- 227 名前：仕様書無しさん mailto:sage [2006/09/22(金) 23:10:51 ]
- 使ったことがないのでわからない。
Subversionについてはこちら
Subversion r5
pc8.2ch.net/test/read.cgi/tech/1145841405/
- 228 名前：仕様書無しさん mailto:sage [2006/09/23(土) 15:47:32 ]
- >>214
・WebDAVはどうだろうか。
・後は、cronとかタスクスケジューラでcomitコマンドを走らせる
でも、エディタに標準搭載はいいかもわからんね。
saveしたら、自動でコミット。コメントはどうつけようか？
- 229 名前：仕様書無しさん mailto:sage [2006/09/23(土) 15:48:53 ]
- レス読まずに、>>226とかぶっちまったｗ
- 230 名前：仕様書無しさん mailto:sage [2006/09/23(土) 16:11:44 ]
- テンポラリファイルに保存してからリネームとかしてるプログラムでは
ひどいことになりそうだな。
- 231 名前：仕様書無しさん mailto:sage [2006/09/23(土) 21:16:27 ]
- >>228
ちょっとまて、コンパイルエラーにしたまま勝手にcommitされるのは
迷惑だ。
どうせなら、コンパイルに成功してからcommitしてほしい。
もちろん、FindBugsなどのバグパターン検出ツールを使って
その結果から、commitしても問題ないかどうかを
コンピュータが自動的に判断してコミットするという奴。
- 232 名前：仕様書無しさん mailto:sage [2006/09/23(土) 21:17:08 ]
- >>230
テンポラリ？
リファクタリングしておけばいい。
Subclipseも名前変更リファクタリングに対応している。
- 233 名前：仕様書無しさん mailto:sage [2006/09/23(土) 22:41:48 ]
- >>232
いきなり何の話だ？
- 234 名前：仕様書無しさん mailto:sage [2006/09/23(土) 23:39:01 ]
- >>231
makeで
・コンパイルとおして、
・unit test がとおったら、
自動でcomitするようにしこんどけばよいのでは？
- 235 名前：仕様書無しさん mailto:sage [2006/09/24(日) 19:55:55 ]
- いや、それよりも、別ブランチを切った方がいいと思う。
コンパイルは通らないけど、試行錯誤の跡はスナップショットに
撮りたいというのがそもそもの要求だろうし。
けど、そんなスナップショット使えねぇ事が殆どだけどな。
- 236 名前：仕様書無しさん mailto:sage [2006/09/24(日) 20:46:09 ]
- 各自の枝だったら何してもいいけど幹で毎度毎度コミットされるとうざいな。
バージョン管理じゃなくログ管理になってる。
- 237 名前：仕様書無しさん mailto:sage [2006/09/27(水) 19:54:12 ]
- コメントを訂正しただけでコミットなんてよくあるからな。
フォーマット訂正しただけってのも
- 238 名前：仕様書無しさん [2006/10/05(木) 08:50:31 ]
- いきなり大規模な修正をcommitされるのも困りもの。
毎日１度はcommitしろ、と言いたくなる。
どれも程度の問題だが。
- 239 名前：仕様書無しさん mailto:sage [2006/10/05(木) 08:59:58 ]
- それで困るのはどうかと。
ＣＶＳじゃ困るだろうけどSubversionじゃ困らないってやつもあるが
- 240 名前：仕様書無しさん mailto:sage [2006/10/05(木) 10:26:16 ]
- あちこちでマージの嵐になるなら困りものかもな
- 241 名前：仕様書無しさん [2006/10/06(金) 08:29:17 ]
- 「ANSI C規格に厳密に準拠していないとすぐに警告出すものは、
警告レベルを弱めるだけで即解決」と言っている俺の隣の奴に一言どうぞ。
- 242 名前：仕様書無しさん mailto:sage [2006/10/06(金) 10:56:03 ]
- 警告レベルをさげればすぐ解決？
アホか。
FindBugsによるバグパターン検出もしないで何を言うか
- 243 名前：仕様書無しさん [2006/10/06(金) 11:16:42 ]
- >>241
「警告レベルを戻しなさい」
- 244 名前：仕様書無しさん mailto:sage [2006/10/06(金) 19:06:39 ]
- >>421
その同僚ってある意味マトリックスみたいな世界に生きてるよな。
そいつの中では解決した問題かもしれないけど、
世界ではその問題は何一つ解決していない。
つーか、プロジェクト開始前に、そのプロジェクトでの警告レベルを設定するべきだよな。
- 245 名前：仕様書無しさん mailto:sage [2006/10/06(金) 21:35:36 ]
- マトリックスどころか人形遣いに操られて家族も子供もいる父親だと
勘違いしている独身男みたいだ
- 246 名前：仕様書無しさん mailto:sage [2006/10/10(火) 11:18:02 ]
- 一体，どんな同僚なんだ？>421
- 247 名前：仕様書無しさん mailto:sage [2006/10/12(木) 16:09:26 ]
- ファッキン同僚だ
- 248 名前：仕様書無しさん mailto:sage [2006/11/24(金) 21:10:38 ]
- 「ちゃんと管理しないと先祖帰りするからね。
君も気をつけてよ」
VisualStudioEnterpriseEditionなのに
なんでVSSとか使わねーんだyo
死ねよ、業務系
- 249 名前：仕様書無しさん mailto:sage [2006/12/04(月) 15:11:36 ]
- >248
おそらく、
「使うの('A`)ﾏﾝﾄﾞｸｾ」
だと思う。
- 250 名前：仕様書無しさん mailto:sage [2006/12/04(月) 19:59:47 ]
- 使わないほうが('A`)ﾏﾝﾄﾞｸｾ
- 251 名前：仕様書無しさん [2006/12/06(水) 22:25:46 ]
- 「使い方覚えるの('A`)ﾏﾝﾄﾞｸｾ 」が正解とみた
- 252 名前：仕様書無しさん mailto:sage [2006/12/06(水) 22:52:36 ]
- (;ﾟ∀ﾟ)=3ﾊｧﾊｧ ＜まんこ臭いと聞いて飛んできますた。
- 253 名前：仕様書無しさん [2006/12/10(日) 17:56:05 ]
- 「うちはパワージムだから」って
聞いたことねぇよ
- 254 名前：仕様書無しさん mailto:sage [2006/12/10(日) 21:39:37 ]
- >>253
COBOL?
- 255 名前：仕様書無しさん mailto:sage [2006/12/10(日) 21:48:35 ]
- >>253
Fの「POWER GEM（パワージェム）」じゃないの？
パワージムじゃ、スポーツセンターかガンダムみたいだよ。(w
- 256 名前：仕様書無しさん mailto:sage [2006/12/13(水) 11:00:06 ]
- >251
すまん
オレそれだわ・・・orz
つーか納期納期でとてもじゃないがセットアップしてる暇なんか無い。
作業人員オレだけだし('A`)
- 257 名前：仕様書無しさん mailto:sage [2007/02/11(日) 02:35:23 ]
- 入れる権限があるなら1週間くらい勉強しつつサブバージョン
使えるようにした方がいいね。
コンピュータで自動でやれる処理を人間がいちいちやるのは
効率悪いですよ。
- 258 名前：仕様書無しさん mailto:age [2007/02/12(月) 01:05:26 ]
- ●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
プログラマーになってみたい人は、まずこの本を読んでみて下さい
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
＜仕事に必要なスキルのチェック＞
www.amazon.co.jp/dp/489100455X/
Code Complete第2版〈上〉―完全なプログラミングを目指して
www.amazon.co.jp/dp/4891004568/
Code Complete第2版〈下〉―完全なプログラミングを目指して
プログラムのうまい書き方がキッチリと紹介されています。
逆に言えばこれを知らないと、プログラマーになってもプログラムがうまく作れなくて苦労する可能性があります。
＜仕事に必要なやる気のチェック＞
www.amazon.co.jp/dp/4822281108/
ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵
（どんな仕事でもそうですが）仕事に対して「感謝」の気持ち、「喜び」の気持ちが持てなければ、やる気がなくなります。
プログラミングが楽しい＝「喜び」、関係者のみんなありがとう＝「感謝」の気持ちが持てれば、多分長続きしますよ。
|
 |
