- 1 名前：仕様書無しさん [2006/08/20(日) 20:38:51 ]
- CVS・SVN・VSSなどのツールがチーム開発における構成管理の運用に
役立つものであるのかを議論するスレッドです。
必要派、不要派の忌憚ない意見を投稿してください。
安直なマンセー・却下はご遠慮願います。
前スレ
pc8.2ch.net/test/read.cgi/prog/1151990628/
- 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版 - ヤル気こそプロジェクト成功の鍵
（どんな仕事でもそうですが）仕事に対して「感謝」の気持ち、「喜び」の気持ちが持てなければ、やる気がなくなります。
プログラミングが楽しい＝「喜び」、関係者のみんなありがとう＝「感謝」の気持ちが持てれば、多分長続きしますよ。
- 259 名前：仕様書無しさん mailto:sage [2007/02/12(月) 01:45:42 ]
- >>258
上：
まあ自己流一辺倒よりは遥かに良いけれど。
それが全てであるという人間を生み出してしまいそうで嫌だなぁ
なんで1冊だけなんだ？。良い本はまだ他にもあるのでは？
下：
それは管理者向けの本なんだけど。
管理の貧困に起因する仕事の苦労を経験した人に勧めるのはよいけれど
これから職に就く人に勧めるのは不適切ではないかと
- 260 名前：仕様書無しさん mailto:sage [2007/02/12(月) 02:34:29 ]
- >>259
代替案が出せるようになったら一人前です。
- 261 名前：258 mailto:sage [2007/02/13(火) 22:19:02 ]
- >>259
把握しました！
- 262 名前：仕様書無しさん [2007/04/05(木) 21:07:01 ]
- コンパイル通らんソースをコミットするやつが多すぎて気が狂いそうだ・・・
テストソースまでもが真っ赤なんだがUT完了ってホントかよ、オイ
- 263 名前：仕様書無しさん mailto:sage [2007/04/07(土) 01:05:20 ]
- svnはツール自体にtags, trunk, branchesの概念を仕込む必要があるだろ。
いちいち覚えてられねーって奴多そうだし。
せっかくいいツールなのにそこがもったいない感じ。
- 264 名前：仕様書無しさん mailto:sage [2007/04/09(月) 01:29:23 ]
- 最悪 HEAD (trunk) だけ & commit されて履歴が残ってるだけでも全然違う
最初から理想を追ってもしょうがないぜ
- 265 名前：仕様書無しさん mailto:sage [2007/04/26(木) 06:25:24 ]
- >>262
動かないコードをコミットするヤツは死刑だよな
>>263
全員がsvnをマジに使えるようになるのはかなり厳しいよね。
とりあえずは、プロジェクトの全体を見てるやつだけが
tagとかbranchとか駆使してやって
末端の奴等はupdate&commitだけやらせとけばおｋだと思う。
- 266 名前：仕様書無しさん [2007/05/04(金) 00:05:39 ]
- すべてのマ板住民はGW中に沈没をマスターする事を要求するage
- 267 名前：仕様書無しさん mailto:sage [2007/05/06(日) 21:05:34 ]
- >263,265
おいおい、おまいらSVNを理解して言ってるのか?
CVSと混同してるだろw
tag,branchとtrunkにパス名以外の差がないのがいいところだろ
- 268 名前：仕様書無しさん mailto:sage [2007/05/06(日) 21:47:22 ]
- どーせほとんどは画一的な運用しかしないんだから
型にはめてくれってだけの話だろ。
- 269 名前：仕様書無しさん mailto:sage [2007/05/24(木) 00:12:59 ]
- 世の中にはバージョン管理ツールって何それ？つおい？
っていう管理職共がうようよしてるんだぜ
ソースとかドキュメント上に手書きでバージョン１．０とか
書けというんだorz
- 270 名前：仕様書無しさん mailto:sage [2007/05/24(木) 23:19:02 ]
- >>269
そして「前のバージョンのソースはコメントとか#if 0で残しとけ」とか
言う奴らだろ？
読めるかこんなうんこソースorz
- 271 名前：仕様書無しさん mailto:sage [2007/05/27(日) 11:47:39 ]
- >>267
＞tag,branchとtrunkにパス名以外の差がないのがいいところだろ
CVSだって、タグ指定のオプションがかわるだけ。
どっちもたいして違わない。
タグでもブランチでもない運用をしたいときには
svnの汎用性がいいのかもしれないが、
現実にあるのか、そんなこと。
- 272 名前：仕様書無しさん mailto:sage [2007/05/27(日) 11:53:15 ]
- >>269
＞ソースとかドキュメント上に手書きでバージョン１．０とか
＞書けというんだorz
公開するようなバージョン番号は人力でちゃんと
管理する必要があるだろ。
リビジョン番号やビルド番号なんかといっしょにしてはいけない。
- 273 名前：仕様書無しさん mailto:sage [2007/05/27(日) 19:15:21 ]
- >>272
それ、Tagやブランチでできるよ。
- 274 名前：仕様書無しさん [2007/05/30(水) 11:59:38 ]
- 一次開発のバグ対と二次開発で、ソースの二重管理を
しなければならないようになったけど、
何かいい方法とかない？VSSとか使ってもうまくいかない。
一次開発だけなら、VSSで十分だったけどさ。
- 275 名前：仕様書無しさん mailto:sage [2007/05/30(水) 12:24:37 ]
- >>274
CVS なり Subversion なりのブランチを使う場面だな。
VSS にはブランチ無いの？
- 276 名前：仕様書無しさん mailto:sage [2007/05/30(水) 12:53:20 ]
- 個人用途で同一リポジトリを
~/bin
~/dev/bin
の両方にチェックアウトして弄るときは下のディレクトリでやって
安定したら上のディレクトリにリリースする意味で取得とかやると便利だな。
- 277 名前：274 mailto:age [2007/05/31(木) 14:12:16 ]
- 情報ありがとうございます。当方の環境がVisual Studio 2005なので、
Subversionを導入するのが一番よさそうでした。
- 278 名前：仕様書無しさん mailto:sage [2007/06/02(土) 20:52:31 ]
- VSSってなんか欠点あんの？
使用許可でないんだけど
- 279 名前：仕様書無しさん mailto:sage [2007/06/02(土) 23:09:58 ]
- 高い
- 280 名前：仕様書無しさん mailto:sage [2007/06/04(月) 01:54:53 ]
- >>278
VSSとかCVSとかSVNとか長所短所はそれぞれありまする
許可が出ない理由としては
>>279
が言うところの価格もそうですが
なによりも
「許可を出す立場の人がこの手のツールの利点を理解していない」
という話になるわけです
岩石頭はとっとと引退しろですぅ
- 281 名前：仕様書無しさん mailto:sage [2007/06/17(日) 01:57:42 ]
- >>280
聞きたいのはVSSのメリットデメリットですお？
- 282 名前：仕様書無しさん mailto:sage [2007/06/17(日) 12:52:04 ]
- >>280
馬鹿にも分かるように説明しろって言うのが日本での正解。
だけど、欧米とかは経営者がそこら辺の技術も理解していないと
勤まらないから大体口頭で２，３説明したら分かってくれる。
んじゃないかなーと勝手に過大評価してる。
- 283 名前：仕様書無しさん mailto:sage [2007/06/19(火) 00:00:42 ]
- 履歴管理の重要性は皆様理解されてますよね？
・管理台帳とか
・コメントで残すとか
・日付でフォルダ作るとか
なのに、これらの作業をツールで自動化する！
となると拒絶反応を示す人の多いこと
業務の自動化で飯喰ってるくせに
自分のことは自動化しないって
馬と鹿の区別が付かない族が多すぐる
- 284 名前：仕様書無しさん mailto:sage [2007/06/19(火) 00:54:56 ]
- 仕組み覚える手間が面倒なんでしょうね。
- 285 名前：仕様書無しさん mailto:sage [2007/06/19(火) 02:43:33 ]
- >>284
そう
ぶっちゃけEnter押すごとにインクリメンタルにログ取って、
VMwareみたいにGUIでバージョンを戻したり試行錯誤できるものが
あったらいいな
- 286 名前：仕様書無しさん [2007/06/19(火) 09:00:05 ]
- Appleの最新OS Loepardさえ導入してしまえば
旧態依然としたバージョン管理ツールなんて要らなくなるね！
タイムマシーンすごすぎ！
www.apple.com/jp/macosx/leopard/timemachine.html
- 287 名前：仕様書無しさん mailto:sage [2007/06/19(火) 12:48:45 ]
- >>286
一人でやってるならな
- 288 名前：仕様書無しさん mailto:sage [2007/06/19(火) 14:36:18 ]
- 今のプロジェクト、CVSにcommitするのに部長の許可が必要なんだが
新規でもテスト全部通らないと許可が下りない
何の為のCVS？('A`)
- 289 名前：仕様書無しさん mailto:sage [2007/06/19(火) 20:20:26 ]
- ﾜﾛｽ
- 290 名前：仕様書無しさん mailto:sage [2007/06/19(火) 22:05:16 ]
- >>288
まぁ「ソース管理」ではなく「リリース管理」にしかバージョン管理ツールを使わない連中ってよくいるし、
大抵そういうやつらのほうが権力もってるんだな
- 291 名前：仕様書無しさん mailto:sage [2007/06/19(火) 22:58:30 ]
- >>288
リリース用と普段使う用とで２つ作れば問題ないじゃん
別に１つだけしか作っちゃ駄目って決まったわけじゃない
正式リリースのバージョンと差分だけ管理したいもんと
普段の細かい作業の差分を管理したいもんとでわけるとうまくいく
んで、客先ごとにバージョンが細かくわかれてるから客ごとに作ったら管理できなくてアボーンｗ
こないだ新人が三○さんのところに日○さんの奴上げやがった・・・いずれこうなるだろうと思ってた・・・orz
- 292 名前：仕様書無しさん mailto:sage [2007/06/23(土) 01:40:09 ]
- >>288
ブランチにコミットして、許可が下りたらトランクにマージすればいいのでは？
- 293 名前：288 mailto:sage [2007/07/01(日) 13:47:14 ]
- >>292
おいおい、コミットだけでも部長許可が必要なんだぞ。
ブランチ作るには専務の承認印が必要だ。
- 294 名前：仕様書無しさん mailto:sage [2007/07/01(日) 16:23:59 ]
- svk使えばいいんじゃね？
- 295 名前：仕様書無しさん mailto:sage [2007/07/01(日) 18:03:45 ]
- >294
svkいいよなー.
もう手放せない.
- 296 名前：仕様書無しさん mailto:sage [2007/09/07(金) 20:55:02 ]
- 他人の修正を自前の糞ソースで勝手に上書きしてコミットする奴は本当に死んで欲しい
- 297 名前：仕様書無しさん mailto:sage [2007/10/26(金) 02:45:29 ]
- >>295
SVKって速い？
Subversionが恐ろしいくらい遅いんでSVKも遅いんじゃないかと思って使ってない。
だからhgsvnをメインに使ってる。
- 298 名前：仕様書無しさん mailto:sage [2007/10/26(金) 02:46:29 ]
- >>296
一つ前に戻せばいいだろ。
そのためのSCM
- 299 名前：仕様書無しさん mailto:sage [2007/10/26(金) 08:25:26 ]
- svkは遅いみたいね。自分はMercurial(hg)に興味があるんだけど、実際どう?
- 300 名前：仕様書無しさん [2007/12/21(金) 14:30:12 ]
- >>251
直感でわからない馬鹿はプログラマとして不要。
- 301 名前：仕様書無しさん mailto:sage [2007/12/22(土) 09:49:27 ]
- 汚くてもテスト済みのコードを綺麗に書かれた俺様仕様の未テストコードに勝手に上書き。
- 302 名前：仕様書無しさん mailto:sage [2007/12/23(日) 02:03:35 ]
- 案の定、デグレの嵐www
ケッケッケッ
- 303 名前：仕様書無しさん mailto:sage [2008/07/16(水) 11:14:36 ]
- デグレって簡単に起こる割に被害が大きいですね。
自分が当事者になるとは…
- 304 名前：仕様書無しさん [2008/07/22(火) 23:42:09 ]
- 削除以来
- 305 名前：仕様書無しさん [2008/08/14(木) 17:48:18 ]
- ■■みんなでサイトつくろうぜｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ■■
「お前ら一緒にサイト作ろうぜｗｗｗｗｗｗｗｗｗｗ」
「２ちゃん越えるサイト作ろうぜｗｗｗｗ」
「仕事無いんだ･･････」
「やろうぜ！」
「みんなでサイトつくろうぜｗｗｗｗｗｗｗｗｗｗ」
gacco.o0o0.jp/
yutori.2ch.net/test/read.cgi/news4vip/1218673130/
ex14.vip2ch.com/test/read.cgi/part4vip/1218612197/
興味沸いたらきてください！
======================!! 人材募集中 !!======================
■プログラムを組んでくれる人
＊サーバー側
言語はRubyかPerlの予定ですが、Perlが有力候補。
・チャット
定期的にクライアントから着信があり、それに対して更新されたチャットのメッセージを返信する程度の能力。じゃなくて機能。
通信するときのフォーマットは未定。
・ログイン・アカウント管理
ログイン認証、各アカウントの点数などの管理。データベースは未定。
・お絵描き
未定。とりあえず鯖に負担がかからない程度にたまに画像を送信してあげるって感じで
＊クライアント側
はっきり言って俺もわからね。Ajaxだとかflashだとかjavaだとか。
■機能提案(正しくは人材ではなく、意見?)
「こんな機能があったら良い!」「こうするともっと楽しくなる!」などの意見募集中。
挨拶とか気にせずスレにどんどん書き込んでくれればおk
■デザイン
サイトのデザインを考えてくれる人、作ってくれる人募集中。
できればphotoshop illustrator使える人(プロジェクト共有しやすいので)
- 306 名前：仕様書無しさん mailto:sage [2008/10/17(金) 02:19:09 ]
- ｳﾋｬﾎｳ
|
 |
