- 1 名前：デフォルトの名無しさん mailto:sage [2011/07/12(火) 01:53:58.45 ]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆前スレ
Git 2
hibari.2ch.net/test/read.cgi/tech/1284467898/
◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/
- 267 名前：241 mailto:sage [2011/10/10(月) 12:47:55.40 ]
- >>257
> 試行錯誤だらけのイミフな変更ばかりじゃ履歴見る価値が無いだろ。
> まあそう考えないということは履歴なんか見ないんだろうがね。
コミットを気軽にできるGitの方がむしろ「試行錯誤だらけのイミフな変更」が
remoteに入りやすいんじゃないの？
そうならないためにはpushする前にpushする人が整理しないといけないんだよね。
正直、机上で考えてるだけだといい解決策が思い浮かばない。
「いずれ公開されるから、後で整理するのが嫌なら中途半端なコミットはするな」
「gitの便利さを享受したければpushの前に整理しろ」
という運用ルールにすればいいのかな
- 268 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 12:51:45.59 ]
- 中途半端なコミットなんかsvnでもgitでもありえるわけで
git使ったら解決されるわけでもないわけで
ステージングとかいうイミフな仕組みに工数とられるgitはうんこ
- 269 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 12:55:28.32 ]
- 大体みんなで共有する中央リポジトリが存在する時点で集中型システムだろ
分散型とか言うから中央リポジトリなくてp2pみたいに開発者同士でネットワーク張ったりするのかと思ったのに
ただの面倒な２重管理だもんな糞ゲーだろ
- 270 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:01:20.54 ]
- >>267
Gitは「後で整理する」のが容易なようになってるから後で整理するのも良し、
add -p で最初から良い感じのコミット組み上げていっても良し。公開前は個人の裁量。
ただし、プロジェクトの運営ルールは柔軟に決めればいい。超々タイトなスケジュールを
複数人でやっつけるなら奇麗なコミット云々言ってられないだろうし、その状況では
頻繁な公開=中途半端なコミットのpushが必要になる。
その後のリリースの段階ではやはりそういう履歴は不要になるから、いったんsquashなり
するかも知れない。雑だけど有用な履歴だと判断したらそのままにするかも知れない。
- 271 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:04:47.64 ]
- >>269
「中央」リポジトリなどGitには無い。使う人がそう決めつけるだけだ。
無知でかわいそうなヤツ。
- 272 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:09:42.02 ]
- 無くたって現実には作るだろうよ・・・頭の固いやつだな
- 273 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:15:35.77 ]
- 中央リポジトリがないってことはリリース時はどこから成果物を取り出すの？
成果物を取り出してる場所が中央リポジトリじゃないの
- 274 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:23:09.04 ]
- 「gitイラネsvnでいい」と個人的に思ってるならまだしも
まわりにそれを押し付けるバカの多いこと
- 275 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:25:33.66 ]
- じゃあgitの良いところを教えてくれよ良いものは取り入れたいんだよ
２４００円も出して入門git買ってきたのにうんこ掴まされたんじゃ愚痴も言いたくなるよ
- 276 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:28:48.27 ]
- >>273
分散型やるならまず概念を変えないと先には進めないぜ
成果物は好きに取り出せ
中央だと思う場所があるなら、そこがお前にとっての中央かもしれんね
- 277 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:29:12.09 ]
- 「入門Git」がうんこの一言で片付けられたらどうやってGitのいいところを伝えればいいんだよ…
DVCSをいかにして使うかよくわかる名著なのに
- 278 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:31:02.33 ]
- 入門gitにうんこついてたのか
交換してもらえよ
- 279 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:35:34.86 ]
- リビジョン番号も意味不明な文字列になってるし
過去のある時点にソフトウェアの状態を合わせたいときに
意思疎通しにくいだろ
- 280 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:38:35.42 ]
- リビジョン番号（笑）
分散してるのに採番とかしねーよ
- 281 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:39:31.58 ]
- svn信者はアホってことが良くわかるな
- 282 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:46:04.52 ]
- >>268
svnで中途半端なコミットなんかありえねーよ。
おめーtrunkのビルドこけさせたら死んで詫びろ。いいかわかったな
- 283 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:51:11.94 ]
- ＿_
, ‐' ´ ｀`‐、 ／￣:三}
. ／,. -─‐- ､. ヽ / ,.＝j
＿,.:_'＿＿＿＿＿_ヽ、 .! .／ _,ﾉ
`‐、{ へ 'ﾞ⌒ `!~ヽ. ! ／{. /
｀! しﾟ （ ﾟj `v‐冫 , '::::::::ヽ､/ そんなことよりBazaarしようぜ！
. {.l '⌒ ﾞ 6',! / :::::::::::::::/ __
. 〈 < ´￣,ﾌ .ﾉｰ'_ , ‐'´::::::::::::::;/ （_ノ)‐-､
. ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠. ヽ_} ﾞヽ
,.r｀ "´ ／:::::::::::::::::::ィ´ ｀ゝ !、 /
/ / :::::::::::::::: ; '´ /´＼ / r'＼
. i ! ::::::::::::::／ 墨 | .!::::::::／ヽ､.._!ヽ. ヽ､
{ {:::::::::::;:ｲ / ‖ｉ:::::::/:::::::::::::/ ＼
. ヽ ヽ,.ｧ‐'´ /ヽ 二 ,/`ヽ、::::::::: ／
- 284 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 14:25:09.84 ]
- 結局、gitを使うと、svnで培ったオレ流を他の奴が守ってくれないかも
しれないから嫌だ。っていう文句しか言ってないのね。
どうせsvn使ったってオレ流を人に押しつけてるだけだから
うまくいかないのに、それをDVCSのせいにされてもねぇ。
svnでできることはgitでもできる。
gitでは他の便利なことや柔軟な運用もできる。
それでも最終的な成果物のコミットのポリシーをどうするかは
属人的な問題で人と人の意思の疎通でしか解決できない。
VCSの不便さを利用してようやくポリシーの統一を図ってるようじゃ
いずれプロジェクトは滅茶苦茶になるさ。
それはDVCSのせいじゃない。
- 285 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 14:25:19.69 ]
- 富士通ではVCSすら使ってなかったなあ
大きなプロジェクトはPerforce使ってたけど
git使ったら他には戻れないと個人的に思うなあ
- 286 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 14:27:08.02 ]
- ちょっと履歴を遡りたいときにはgit reset HEAD^^よりもgit commit HEAD^^の方がいいかな？
- 287 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 14:27:49.60 ]
- 煽ってんじゃねえよてめえ
- 288 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 14:34:20.57 ]
- >>286
git checkoutだろ
- 289 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 14:36:12.50 ]
- そうだった。checkout
- 290 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 17:35:25.24 ]
- ギットギトのgit
- 291 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 19:06:37.78 ]
- >>256
よく分からんが今の状態を取りやめたいなら
git reset
でいいんじゃね？
- 292 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 19:21:26.54 ]
- ポインタにNULLを入れて
何回でもギットギトにしてやる
- 293 名前：241 mailto:sage [2011/10/11(火) 09:24:33.37 ]
- もしかして俺が煽られてるのかなw
>>284
>svnでできることはgitでもできる。
>gitでは他の便利なことや柔軟な運用もできる。
>それでも最終的な成果物のコミットのポリシーをどうするかは
>属人的な問題で人と人の意思の疎通でしか解決できない。
だからそのポリシーをどうすればsvnを使ってるチームが移行しやすいか、
という話なんだが。
運用上svnから劣化する点があれば対策を考えるよね。
運用ルールでなんとかできるのか、どうしようもないのか。
自由度が高いならなおさら「gitにしました。あとは好きにしろ」じゃ
回らないよね
>VCSの不便さを利用してようやくポリシーの統一を図ってるようじゃ
svn使ってたらsvn利用を前提にプロセスを最適化するのは当然だろ
- 294 名前：デフォルトの名無しさん [2011/10/11(火) 09:28:46.16 ]
- >>293
> 運用上svnから劣化する点があれば対策を考えるよね。
？？？？？？？？？？？？
- 295 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 10:19:13.55 ]
- とりあえずオープンソースで今時svn使ってるプロジェクトはうんこ
パッチ書いて送ったら「tortoise diffじゃないとヤダヤダ」とかぬかすような連中ばっかり
- 296 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 10:21:50.23 ]
- パッチとか面倒なこと考えずに直接更新すればいいだろ
- 297 名前：284 mailto:sage [2011/10/11(火) 12:50:03.08 ]
- >>293
あなたを煽ったつもりはないです。
自分のプロジェクトはsvnが合ってるからsvnを使うよというだけの人を
どうこういうつもりはまったくないので。
VCS使わないって選択肢もありだと考えますし。
ただ、そのことをもって、
gitそのものをdisるキチガイが湧いていたので、
それに反論したのみです。
- 298 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 12:52:01.85 ]
- gitは無駄に２重管理する生産性の低いうんこだし
git使って開発してるやつはもっとうんこです
- 299 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 12:59:21.60 ]
- ２重管理厨しつこい
- 300 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 13:01:49.61 ]
- かかってこいよ
- 301 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 13:04:10.15 ]
- 何をやりたいのか分からないな。
svnを褒め称えてgitをdisればみんながgitを放棄してsvnへ流れてくれるとでも思っているのだろうか。
- 302 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 13:43:29.39 ]
- ２重管理地獄の中で悶えて死ね！！！
- 303 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 17:40:00.81 ]
- 2重管理したくないやつは、しなきゃいいんじゃね？
- 304 名前：デフォルトの名無しさん [2011/10/11(火) 17:50:07.41 ]
- 何が２重管理なのか理解できないのだが
- 305 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 19:31:02.34 ]
- 2重管理って何?
- 306 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 19:41:48.17 ]
- 派遣先用と自社用に２枚勤務管理表を書かないといけないだろ？
- 307 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 20:07:51.85 ]
- >>293
svnでの運用ルールが破綻してgitに乗り換えようとしたが
gitが難解でgitに八つ当たりしているのですね？
- 308 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 20:35:54.93 ]
- 二重管理最高だろ。
svnのコミットするのに申請書が必要な環境では
ローカルリポジトリと共有フォルダ内work内のbareリポジトリで
実質的な管理をするもんなんだよ
- 309 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 20:56:01.10 ]
- ２重管理求められる環境とか経験ないんだけど申請書？とか必要ない環境だったら２重管理のメリットなんか何もないってことだよね？
２重管理とかマージするときに競合が起きた場合の面倒臭さがより増大するだけじゃないの
- 310 名前：デフォルトの名無しさん [2011/10/11(火) 21:00:21.90 ]
- なるほど、svnのマージを使ったことが無かったのか
- 311 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 21:04:23.49 ]
- むしろsvnしか使った事が無いから、必要以上に競合を恐れてるのでは？
- 312 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 21:49:49.44 ]
- マスターリポジトリと各開発者のローカルファイルがリアルタイムで同期していない以上、
svnもgitも多重管理していることに違いは無いと思うけど。その言い方を真似ると。
その上で、君はsvnでは多重管理している意識が無いと言っているわけだけど
同様にgit使ってる人も多重管理してる意識は無いよ。
ローカルコミットは自分の完全支配下にあるブランチ、とでも考えれば理解しやすい？
(あ、svnでブランチ切るのも多重管理だね。trunkしか使ってないってことはないよね？)
svnだと開発者の誰もが好き勝手ブランチ切ったりできないでしょ。不便じゃない？
- 313 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 21:49:55.07 ]
- 使ったこと無いのに批判してるように見えるなあ
とりあえず社内がsvn使っててもローカルフォルダだけgitで運用する事もできるし
挫折しないで一通り試してみ
- 314 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 22:34:11.38 ]
- Linux開発向けに大人数でバザール的に作業すること目指してるのが
社内数人のチームで完全に設計してから実装するみたいな用途には
オーバーエンジニアリングに感じるのかも。
パッチ書こうとしてるOSSのリポジトリがsvnだとがっかりするけど
職場のリポジトリがsvnでも若干の不便しか感じない。
- 315 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 23:28:41.20 ]
- svn もまともに使えないのに git は無理だろう
と、思うことはある
バージョン管理は二の次だったりする所もあるからなあ
レベルは決して低くない所だが
- 316 名前：284 mailto:sage [2011/10/11(火) 23:49:37.35 ]
- >>293 はまともなsvn使いがgitへの移行を検討するに当たって
gitの実運用上の問題を挙げてるにすぎないんだから、
これ以上煽ってやるな、真面目っぽいからかわいそうだ。
- 317 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 00:04:26.67 ]
- いや、svnのコンフリクトを防ぐために運用ルールを定めているのであれば、それはツールに使われている。
欠陥ツールであるsvnを破棄してgitに移行すべきであろう。
- 318 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 00:05:01.21 ]
- 俺には>>298とか>>309への反論に見えるな
素人考えでもマージするときの面倒さはsvnもgitも変わらないように思えるんだが
- 319 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 00:41:17.03 ]
- マージ作業自体の手間はかかるにしても一旦コミットしてからマージできるから
リモートにブランチつくったりローカルの変更を手で保存したりしなくても
変更が失われないってのは結構な利点じゃない？
- 320 名前：デフォルトの名無しさん [2011/10/12(水) 08:00:56.75 ]
- gitはTortoiseGitとmsysgitの２重管理のうんこ
- 321 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 08:33:09.15 ]
- tortoisegit がうんこだったのは同意。ログ見るときと日本語で commit message 書くときくらいしか使ってなかった。
入れ替えるモチベーションなくしてんだが、最近のはどーなんだろ?
もう msysgit のコマンドラインで十分になっちゃってるしなー。
ところでロック厨がわいてくるだろうと蒸し返すw
- 322 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 08:54:23.81 ]
- >>320
2重管理という用語を使ってる君自身がその用語をちゃんと定義しきれていない気がするよ。
もうちょっと正確に言ってもらわないと、君が疑問に思っていることがあっても残念ながら中々答えてあげられない。
- 323 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 09:05:20.36 ]
- 意味もわからない覚え立ての言葉を使いたい小学生なんだろ
- 324 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 09:26:45.65 ]
- すぐうんこ言うしな
- 325 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 11:13:59.02 ]
- ローカルにコミットするメリットがさっぱり分からん
- 326 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 11:20:47.64 ]
- >>325
ここgitのスレだからそういう一般的な話はこっちで聞いた方が良いよ。
バージョン管理システムについて語るスレ8
hibari.2ch.net/test/read.cgi/tech/1295493964/
- 327 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 11:51:08.17 ]
- いやローカルにコミットできることを分散型だと言ってgitの長所だと主張してんだろ？
そこは納得いく説明をしてくれないと
- 328 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 11:53:58.13 ]
- 回線が切れてても大丈夫。
履歴を好き勝手編集しても大丈夫。
パスワードなどの個人情報を入れた状態でcomitするなどの事故を減らせる。
- 329 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 13:15:20.42 ]
- ローカルコミットの何が嬉しいの？って言う時点で分散型を
必要としてないよ。どうせマンドクセーってぎゃーぎゃー言うだけ。
- 330 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 13:20:25.71 ]
- 回線が切れてても中央のリポジトリから最新版を取ってきたりコミットできるの
履歴を簡単に書き換えられて過去のある版を取り出したくなったときとか困らないの
事故を減らせる代わりに面倒臭くなってるよね
- 331 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:03:05.74 ]
- >>327
gitだけの特徴じゃないんだよ。
- 332 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:03:16.03 ]
- >>330
履歴の書き換えはローカルだけだから無問題
タグが何のためにあるのか考えよう
タグを見るためにいちいちsvn listコマンドなどを叩いてリモートに見に行く方ががよっぽど面倒
- 333 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:07:09.37 ]
- >>331
svk
- 334 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:32:19.88 ]
- 回線が切れてたらさすがにリモートの最新版は取ってこれないが、log,diff,(ローカルに現存してるコミット間での)mergeなんかは使える
というかリモートリポジトリを必要とするpull/push以外の全機能が使えるしそういうコマンドはもともと通信しない
- 335 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:40:32.34 ]
- リモートを書き換えないなら何もしてないのと一緒じゃん
ローカルのものをいきなり成果物として客にリリースしたりするの
- 336 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:43:33.10 ]
- プログラミングにおいて一切の試行錯誤をしないのか？
ああ、与えられた仕様書をコードに起こすだけのコーダなのか
gitはそういうコーダのためのツールじゃないから
- 337 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:45:06.48 ]
- 回線切れてるならsvnだろうがgitだろうが手旗信号でも使わないかぎりリモートと通信できるはずないだろｗ
- 338 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:46:05.37 ]
- ローカルでコミットなんかしなくても試行錯誤はできるだろ
- 339 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:48:00.16 ]
- 試行錯誤をどうやって管理すんの？
log見たり複数の試行錯誤のdiffとったりmergeしたりせんの？
- 340 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:54:22.27 ]
- 中央にコミットするまでのあるまとまった単位の修正だろ？
そんなもん#if 0 #else #endif とかコメントで十分だろ
- 341 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:57:03.11 ]
- え？svn使いってそんなことしてんの？いまどき？
それで十分ならマスターリポジトリもそうやって管理したら？
- 342 名前：デフォルトの名無しさん [2011/10/12(水) 15:00:17.54 ]
- ローカルな試行錯誤を小刻みにコミットしながらできるのは便利だよ。
そして、その試行錯誤を1〜複数のコミットに整理してから、管理されているリモートにpullしてやればいい。
管理されるのは、ごちゃごちゃな試行錯誤より、整理された試行錯誤のほうがいいよ。
- 343 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:00:29.63 ]
- 実際それでうまくいってるし２重管理の必要性を感じない
マージするより#if #else でパッと見で分かる方が早いじゃん
- 344 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:05:21.76 ]
- Gitは漠然とした仕様の中手探りで開発するときに向いている。
自分でソフトウェアやプラグインを作るときは仕様の変更や試験的な実装がしょっちゅうあるだろ。
- 345 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:12:12.23 ]
- >>335
回線のつながってない客先にどうやって納品するの？
まさかzip？
それで客先で改変してカオスになるわけだ。
- 346 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:15:33.01 ]
- いつまで小学生構ってるんだよ・・・
- 347 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:16:49.69 ]
- >>337
bundle
- 348 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:19:01.27 ]
- >>346
ここはまんこスレだから
- 349 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:35:31.42 ]
- うんこすれですよ
- 350 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:36:58.20 ]
- >>335当たり前のことだが、リモートに全く接続しないわけでなく、リモートに接続する頻度が減るだけだからな。
- 351 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:38:50.88 ]
- じゃあお前ら#if #elseで処理を有効/無効化したりコメント化したりせずに
わざわざ現状をローカルコミットして処理を消して書き直したりしてんの？
コードに残しときゃすぐ分かるのにバカじゃね
- 352 名前：デフォルトの名無しさん [2011/10/12(水) 15:48:55.65 ]
- >>351
Linuxカーネルでは#ifは禁止。
コミットログに書いて十分なものを、コメントに書くのは馬鹿。
コメントはメンテされていないことがほとんど。信用できない。
- 353 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:56:09.42 ]
- 別にLinuxカーネル作ってるわけじゃねーしｗ
ローカルコミットの内容だって信用できないものなのに大事に保管しとく意味ねーだろ
- 354 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:59:07.30 ]
- >>353
svnのコミットは信用できるのか？
- 355 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 16:21:18.26 ]
- もはやVCSそのものを否定してるレベルだな
なんでsvn使ってるんだ？
- 356 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage [2011/10/12(水) 16:24:46.00 ]
- >>351
そんな意味のないプリプロセッサ付けんな! ソースが汚くなって見辛いし、ほんとに大事なものが見えなくなる。
- 357 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 16:31:32.11 ]
- >>351
ファイルが無駄にでかくなるし、そもそも修正履歴が追えないだろ
- 358 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 17:09:35.70 ]
- >>355
うんこなソースの肥溜め
- 359 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 17:40:10.63 ]
- #if がどっさりうまったうんこコードを書く小学生がいるスレはここですか？
- 360 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 18:28:06.34 ]
- 試行錯誤の段階の話だろうが
最後は綺麗にしてコミットするに決まってるだろ
日本語もまともに読めないカスどもが２重管理地獄で悶絶して市ね
- 361 名前：デフォルトの名無しさん [2011/10/12(水) 18:33:01.30 ]
- >>360
試行錯誤でも#if使うのはうんこ
- 362 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 18:35:38.48 ]
- >>360
その「最後は綺麗にしてコミット」するのが圧倒的に楽なのよ。
Gitで>>342のやり方をすれば。
- 363 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 19:08:45.38 ]
- ブランチの概念を教えたほうがいいかもしれない
- 364 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:01:29.80 ]
- どんだけ大規模な試行錯誤してんの？
#if #else自体もほとんど使う機会ないんだけど
ローカルでそんな大規模な修正してて中央にコミットするときに競合した場合に
ものすごく面倒臭いんじゃないの？競合相手も大規模な試行錯誤してんだろう？
- 365 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:07:09.87 ]
- 試行錯誤がフィーチャーブランチだったら公開した方がみんなのためだろう
svnはブランチがうんこだからできないけど
- 366 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:18:54.24 ]
- コーディング規約で過去コードをコメントや#ifで残すようにとか決まってるんじゃないの？
そういう時にはチーム内管理用のコードと正式コミット用のコードをブランチで分けるんだよ
で、邪魔なコメント過去コードは正式コミット用コードにだけ残しておいて、
プロジェクトリーダーが週例前に内部用コードとマージして一括してコミットする。
- 367 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:32:11.21 ]
- ただ宗教戦争したいだけのヤツなんだからもういいかげん相手にするなよ・・・
|
 |
