- 1 名前：デフォルトの名無しさん mailto:sage [2014/01/14(火) 21:16:57.41 .net]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/
◆前スレ
Git 7
toro.2ch.net/test/read.cgi/tech/1381929347/
- 237 名前：デフォルトの名無しさん [2014/02/08(土) 11:15:03.96 .net]
- code.google.com/p/git-core/downloads/list
１．８．５．４
- 238 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 12:44:10.31 .net]
- 空のフォルダに.gitkeepを追加しようと思ってます。
しかしフォルダ数が多いため時間がかかります。
自動で追加してくれるフリーソフトかなにかありませんか？
- 239 名前：デフォルトの名無しさん [2014/02/09(日) 12:52:08.51 .net]
- find . -type d -empty -not -path './.git*' -exec touch {}\/.gitignore \;
- 240 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 18:08:11.46 .net]
- >>236
.gitignoreではないです。
- 241 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 20:08:52.67 .net]
- >>237
横レスだが、ignoreでも問題ないし、以前はignoreだった。
気に入らないならkeepに変えればいいだけだろう。ちゃんとお礼言えよ。
- 242 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 20:12:38.54 .net]
- 空のディレクトリを見つけてそこに.gitkeepという空ファイルを配置する
スクリプトで簡単に書けそうな気もするけど
- 243 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 22:55:57.48 .net]
- シェルスクリプトとか find だの test だの組み合わせるのがない世代なんだろ
もしくは Windows だとか
- 244 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 23:08:16.39 .net]
- WindowsならWSHがあるじゃん
- 245 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 23:24:41.55 .net]
- WindowsってGitBashがインストールされるじゃん
- 246 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 23:39:20.75 .net]
- >>241
もう wsh は死んだのだよ
今は powershell だ
- 247 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 23:49:47.60 .net]
- GitBashにfindもgrepもtouchも入ってるよね
- 248 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 23:56:56.77 .net]
- 要するに無能
- 249 名前：デフォルトの名無しさん mailto:sage [2014/02/09(日) 23:59:41.82 .net]
- 何故唐突にgrep?
- 250 名前：デフォルトの名無しさん [2014/02/10(月) 17:03:57.48 .net]
- .gitignoreはバージョン管理しないファイルを指定するgitで決められたファイル
.gitkeepは空ディレクトリも作らせるための慣例的なファイル
という違いはさておき、 >>237 はその程度読み替えてほしいもんだ。
- 251 名前：デフォルトの名無しさん mailto:sage [2014/02/10(月) 17:11:43.10 .net]
- しれっといつのまにか vundle のメンテナ化するのかな
- 252 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 05:11:32.98 .net]
- Gitってみんなが勝手にいろんな所を直す→独裁者がどこを採用するか決める、って
システムだよな。
大手SIerで使わないのはそこにも原因があるんだろうね。
上ででていた、誰がどこを直すのかしっかり決まっている組織や開発体制では、その
作業のミスをふせぐMSSみたいなファイルのロック・アンロックのよう�
- 253 名前：ﾈ
バージョン管理システムの方が向いている。
ExcelやJpegと行った、差分を取ってもしょうがないバイナリファイルの編集も必要だし。 [] - [ここ壊れてます]
- 254 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 05:24:34.71 .net]
- GitHub-Flowだと独裁者が決めるって感じでは無いようだけど
- 255 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 08:56:55.81 .net]
- またおまえか
ファイルロックで担当ミスを防ぐとか
いい加減勘違いに気付け
- 256 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 09:28:48.04 .net]
- だからMSSて何だよ
- 257 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 10:20:23.74 .net]
- WSSのましがい
- 258 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 10:29:01.51 .net]
- google先生に質問した結果を最大限に好意的に解釈しても
MSS=Maximum Segment
WSS=Windows SharePoint Services
だな。
- 259 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 10:29:45.12 .net]
- ×MSS=Maximum Segment
◯MSS=Maximum Segment Size
- 260 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 11:09:35.76 .net]
- >>249
VSSでチェックアウトするとデフォルトでロックするのが不便なのは周知の事実で、
TFSではデフォルトではロックしないようになった。
ロックを使わずにワークフローで重複作業を防ぐのが今のベストプラクティス。
新しいものに拒絶反応を示すのはやめて勉強した方がいいよ。
- 261 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 13:38:51.11 .net]
- 会社でベストプラクティスとかいう単語を使う奴は信用しない。
- 262 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 13:43:14.72 .net]
- じゃあワーストプラクティス
- 263 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 13:45:42.45 .net]
- お前は信頼はできないが信用は出来そうだな
- 264 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 13:55:17.31 .net]
- 信用は金で買えるからな
- 265 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 13:57:29.98 .net]
- 信用金庫でお取扱しております。
- 266 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 14:02:46.32 .net]
- 「情報共有」、「コミュニケーション力」、「本音ベース」
- 267 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 14:34:50.71 .net]
- >>250
github flowに限らずgit flowとかも、いわゆる中央リポジトリーのようなものを
作ってそこからpull、pushしてという感じになる。pushに関してもただ単に権限の
問題だからやろうと思えば好きなモノをpush出来る。ただそれだと色々問題が
起きるかも知れないからっていうのでレビュアーを置いてチェックするルールで
運用しているだけ。 svnなんかもライブラリ管理者やゲートキーパーなんて
呼ばれている人がいたわけで、ある意味独裁者だったでしょ？
- 268 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 14:46:55.43 .net]
- 独裁って言葉に過剰飯能する奴いるけど、Linusの独裁モデルに都合の良い仕様だから当然でいちいち反論しなくてよろしい
ジョブズでもなんでも、良い製品は民主的体制じゃなくて独裁から生まれる
- 269 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 15:02:03.96 .net]
- ＞Gitってみんなが勝手にいろんな所を直す→独裁者がどこを採用するか決める、ってシステムだよな。
まずはここが間違ってるよね。GitではPull-Request方式しかできないと思ってる？
Gitでもマージしてpushの手順で各個人が中央リポジトリに各々修正を追加していくことができる。
SVNと別に変わらんよ。
- 270 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 15:06:03.44 .net]
- >>249
「Gitってみんなが勝手にいろんな所を直す→独裁者がどこを採用するか決める、って
システムだよな。」
そんなことはまったくない。
別にlinux kernelの開発スタイルでなくてもgitは使えるよ。
このスレで独裁者モデルの話をするのはやめたらどうかね。
OSSの開発モデルの一つでしかなく、gitとは直接関係のない話だ。
- 271 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 15:07:09.46 .net]
- 天才がいれば独裁が一番なのは当たり前
でも天才自体少ない上に、万人に都合の良い天才なんてそうそういないから困るんだよね
すると多数決的な体制にならざろうえない
- 272 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 15:15:56.88 .net]
- きちんとした独裁者モデルを構築したいんだけど
gitだとちょっと難しいんだよね
- 273 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 15:22:22.48 .net]
- UNIX板で遊ぶのに飽きてこっちに来たのか
- 274 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 16:42:26.54 .net]
- > 天才がいれば独裁が一番なのは当たり前
それは違う。どんな天才でも大量のコードを
一人でこなせるわけがない。
ジェバンニじゃないんだからｗ
独裁が一番なのは、小さなプロジェクトにおいての話。
- 275 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 16:51:01.84 .net]
- >>270
なんで独裁者が一人でコード書くの？
コードを書かせないと独裁にならないでしょ。
ちょっと認識がずれてるみたいだけど大丈夫？
- 276 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:00:48.88 .net]
- 船頭多くして船山に登るっていうことわざがあるくらい昔から意思決定の
人間は少ないほうがいいって事が言われてるのに。
- 277 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:13:42.10 .net]
- >>271
誰も一人で書くとは言ってないよ。
こなせないといったの。
レビューをこなせないと言ったんだよ。
でもどうやら君はコードを書かせれば、
それでやれると思ってるみたいねｗ
- 278 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:21:22.63 .net]
- >>273
Linusの独裁モデルがどんなものか
ちょっと勉強してきたほうがいいよ？
- 279 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:22:34.30 .net]
- >>274
調べてきた結果、俺の言ってることに
何も問題ないことがわかったよ。
- 280 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:22:51.97 .net]
- Linusはもちろんコードを全部書いてるわけでもないし、
全部のレビューをLinus一人でやってるわけでもない
しかし独裁と言われている。
- 281 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:24:52.55 .net]
- >>275
ちゃんと理解してたら>>270みたいなことは言わないでしょう。
だめね。やりなおし。
- 282 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:26:01.35 .net]
- >>277
いや、理解して言ってるよ。
違うっていうのなら、
ちゃんと君が説明したら？
- 283 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:28:02.42 .net]
- >>278
>>276に書いたとおり、独裁モデルっていうのは独裁者が全部レビューしなくても成り立つの。
- 284 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:29:38.86 .net]
- そもそもLinusのやり方は独裁じゃないから
論点がずれてる。
今は独裁の話をしている。
- 285 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:30:29.84 .net]
- この「独裁」の話をしている。
249 名前：デフォルトの名無しさん[sage] 投稿日：2014/02/11(火) 05:11:32.98
Gitってみんなが勝手にいろんな所を直す→独裁者がどこを採用するか決める、って
システムだよな。
- 286 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:36:05.15 .net]
- 前提が違うｗアホか逃げるなｗ
Gitの独裁モデルと言えば普通Linux kernelの独裁モデルだろｗ
- 287 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:41:48.07 .net]
- 一体誰がLinuxの独裁モデルの話を始めたんだ？
どう見てもあとから言い出しただろ。
- 288 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:42:00.94 .net]
- >>263
結局まともな運用しようとしたら、集中型でってことなのか...
ローカルコミットさえサポートしてくれれば svn で充分だな。
- 289 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:43:43.43 .net]
- svnがgitと同じになれば、svnで十分だな。
- 290 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 17:44:36.68 .net]
- ローカルコミットがあったらそれは分散型だろ
- 291 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 18:27:49.57 .net]
- >>283
gitに限らず、普通に独裁モデルと言えば
Linusがやってるモデルを指すのが一般的よ
- 292 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 18:28:42.32 .net]
- >>286
なにそれこわい
cvsも分散モデルになれるってこと
- 293 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 19:07:48.58 .net]
- あほか
- 294 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 19:19:22.46 .net]
- >>284
いや、リリース用のプロダクトは一つに収斂されるから中央のようなものが
あると都合がいいってだけ。 コミュニケーションパスが太ければ、次のは
○○さんの所に集めてそれを使いましょうってことも出来る。
まあ、少なくともsvnのあのマージの苦行に戻るくらいなら多少難有りでも
gitを使いますよ。
- 295 名前：デフォルトの名無しさん [2014/02/11(火) 19:24:29.28 .net]
- gitのシステムに文句を言うのではなく
git導入を決意した上司などに文句を言うべき
- 296 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 19:29:41.56 .net]
- (優しい)独裁者モデルというのは、適切なリーダーシップが無ければプロジェクトは成功しないという意味だぞ
toolで制限をかける方法は、平等で民主的に見えるが、いずれ破綻する
- 297 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 19:32:18.62 .net]
- >>292
逆だろ
toolで制限かけないといずれ破綻する
- 298 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 19:36:35.49 .net]
- toolで制限かけるしかコントロールできないなら、何やっても無駄
- 299 名前：デフォルトの名無しさん mailto:sage [2014/02/11(火) 23:59:46.12 .net]
- >>249
そうだよ
Gitみたいな分散型をSubversionの上位概念みたいに言ってる、はてなの連中とかウザいって前から思ってた
- 300 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 00:16:34.50 .net]
- まだいたのかキチガイ
- 301 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 00:19:17.86 .net]
- だからgitに文句言うのでなくgitを採用決定した上司に文句言え
- 302 名前：デフォルトの名無しさん [2014/02/12(水) 00:26:44.77 .net]
- OSS開発には向いてると思うなのGi
- 303 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 02:01:12.59 .net]
- gitの分散型なんてどうでもいいわ。実際の所、分散開発なんてしねえし。
gitが重要なのは分散型ではなく小さいコミットの積み重ねで開発が可能というところ。
そのための機能である
・ブランチの作成が高速。
・コミットを後から修正できる。
・ブランチの中の一部のコミットを抜き出せる。
・ブランチの起点コミットを移動できる。
・自分の開発中の汚いブランチを他人に見せなくて済む
・バグが発生したコミットを探索できる。
などの機能がある所。
誰でも経験あると思うが開発してコミットした後に
「あ、忘れてたみたいな」修正を直したり、
作ってる最中で、この部分だけ先にリリースしたい。
ってのを出来るのがいいんだよ。
gitはソースコード管理ツールじゃねぇ。
開発とリリースのためのツールだ。
- 304 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 02:12:10.43 .net]
- お前がそう思うんならそうなんだろう（ry
- 305 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 02:13:37.12 .net]
- 反論がないのならそうなんだろうな。
- 306 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 02:50:44.58 .net]
- GitやMercurialのような分散管理が向く場合もあれば、Subversionのような中央管理が向く場合もある
- 307 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 04:06:45.55 .net]
- いや、管理だけでなく開発のことも考えろよ。
Subversionでどうやって間違ったコミットの修正とか
大きな開発を小さなコミットに分割とかするんだよ。
ソースコードを中央に上げる前の
手元の開発作業の話だよ。
- 308 名前：デフォルトの名無しさん [2014/02/12(水) 04:35:40.67 .net]
- 馬鹿には無理
- 309 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 05:44:31.87 .net]
- ソーシャルゲーム，ボードゲーム，ファミコンまで!? Global Game Jam 2014参加レポート：レポート｜gihyo.jp … 技術評論社
gihyo.jp/news/report/2014/02/0601?page=3&ard=1392151422
> 今回，メンバーのプログラマ全員がGitを使ってソースコードを管理していたのですが
git人気すぎだんろ
- 310 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 08:17:47.91 .net]
- Windowsでgitも日本語ファイル名使えるようになったみたいだけど
GUIはどれがお勧め？
- 311 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 08:20:31.76 .net]
- CUIと同じくらい軽いGUIクライアントってないの？
- 312 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 09:02:56.10 .net]
- SourceTreeでいいだろ
- 313 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 09:04:06.19 .net]
- そのSourceTreeが重いんだよ
なんかしらんが過去データか何かに
アクセスしすぎ
- 314 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 09:34:10.15 .net]
- >>307
そんな軽いツールキット自体がないだろ。gitに限らず。PCの性能によっては無視できるだろうけど、それはあなたが鈍感である必要がある。
>>299
cvsやsvnの時代から、リポジトリを持ち出せるようにする追加のソフトあったろ。そういう需要があったと言う事。
- 315 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 09:36:32.03 .net]
- >>308
いいよね、SourceTree。
ちなみにbitbucketも最高。
- 316 名前：デフォルトの名無しさん [2014/02/12(水) 11:09:54.29 .net]
- gitはmercurialと比べても履歴を修正出来過ぎて、余計な混乱を招く
高機能が常に低機能に勝るわけじゃない
- 317 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 11:12:50.74 .net]
- > 履歴を修正出来過ぎて
え？ 出来・・・すぎ・・・？
じゃあ、ちょうど良い程度の
履歴修正機能もあるのかよ？
修正できるならば、全てを修正できるのは
当たりまえだろ？
一体どの程度の履歴修正機能がほしいんだ？
なんの履歴修正機能が欲しくて、どの修正機能は
つけたらダメだというのだ？それを具体的にいいなよ。
でないと、無知が叫んでるだけだって思っちゃうよ？
- 318 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 11:21:00.88 .net]
- >>312
うちはポリシーで対応してるが、できないって方がゴネたり誤魔化すやついなくて良いかもな。
リポジトリの設定で変えられるくらいなら、高性能もいいな。
- 319 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 11:34:58.55 .net]
- 普通、共有リポジトリはdenyNonFastforwardsとdenyDeletesを設定して
履歴の巻き戻し禁止にするから
混乱なんてしない
- 320 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 11:41:11.18 .net]
- だから”ソースコードの管理”ではなく
ローカルで一人でやってる開発作業が
やりやすくなるんだよ。
中央にアップする前に、区切り区切りで
ローカルでコミットしていって、
問題があれば修正できる。一部分だけ
先に中央にアップしたりも出来る。
ソースコードの管理なんて考えているから
gitを理解できないんだよ。
- 321 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 11:48:56.23 .net]
- >>314
ゴネたり誤魔化す奴のために機能を削れってか？
糞だな。
確かにそういう環境ならgit使わなくていいよ
- 322 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 12:00:16.05 .net]
- >>317
リーダーとかマネージャーやるようになったら、そういう苦労もわかるようになるよ
- 323 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 12:03:21.74 .net]
- そこまで考えてクソだと思うなら使わなきゃいいだけなのに
いったいどうしたいんだろう
- 324 名前：デフォルトの名無しさん [2014/02/12(水) 12:11:30.31 .net]
- 馬鹿には無理
- 325 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 12:35:12.28 .net]
- >>318
まずは、誤魔化したりゴネたりする部下の態度を改める努力はしたのか？
それが面倒くらいだけなんだろ？
その面倒を避けるためにgitという他に余りあるメリットを切り捨てるという愚策。
つまり本質的なところでお前はマネージャーとしての苦労を放棄してるんだよ。
- 326 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 12:58:54.22 .net]
- リーダーとかマネージャ側の都合でGit使えないとか情けなさすぎて涙が出る
- 327 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 13:02:24.34 .net]
- 折衷案としては
「履歴書換申請書」（専門部署による決裁）
かなｗ
- 328 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 13:26:37.62 .net]
- >>321
いや、想像だから。うちはポリシーで対応してるって書いてる。
まあ、誤魔化しとかチェックしないとわからないけど。
- 329 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 13:29:32.60 .net]
- 共有リポジトリの改変許可は>>323のレベルの非常事態対応だけでいい
好き勝手やっていいのはローカルリポジトリだけだ
共有リポジトリとローカルリポジトリに明確な線引きをして
ローカルリポジトリ側で好き勝手やれるのがGitのメリット
- 330 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 13:32:20.21 .net]
- >>324
共有リポジトリへの直接ログインを制限してさらに>>315の設定してあれば、
誤魔化すとかできないだろ？
- 331 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 14:00:22.11 .net]
- >>326
それは俺が>>314で言ってること。
高機能と低機能の比較の話で、gitがって話ではない。
- 332 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 15:17:51.75 .net]
- あ、話をまとめるとだな。
「subversion」 = 「gitのリモートリポジトリ」
こういうことだよ。
subversionでできることはgitのリモートリポジトリでもできるので
リーダーとかマネージャーとかマージする時にチェックが必要とか
そういう問題については解決だ。
で、重要な違いはここから
「gitのローカルリポジトリ」 これはsubversionには無い。
subversionではローカルで作業している間は昔ながらの
ファイルコピーでバックアップ（笑）をしていなきゃならないし
作業中の特定の地点のコードに戻すのは大変だが、
gitではリモートリポジトリに加えて、ローカルにも
個人専用のリポジトリがあるので開発作業が格段に楽になる。
- 333 名前：デフォルトの名無しさん [2014/02/12(水) 15:43:45.82 .net]
- robocopy使えよ捗るぞ
好きなタイミングで突っ込めるし何よりわかりやすい
- 334 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 15:44:38.64 .net]
- robocopyじゃ捗りません。
どれだけ低機能で満足してるんだよｗ
- 335 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 15:45:58.04 .net]
- 結局アレだ、subversionをファイル倉庫として
バックアップ機能としてしか見ていないから
コミットをマージして開発する流れが理解できんのだ。
- 336 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 15:51:00.22 .net]
- むしろそういう旧態然の人が居てくれるお陰で
ご飯を食べるチャンスが増える
- 337 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 17:17:26.77 .net]
- robocopyみたいなツールじゃ特定地点に戻したりとかしかできないもんな。
Gitなら特定地点から現在までのコードの差分を機能別に分類。
分類した差分を任意の組み合わせで適用して試すとか出来るからなあ。
そして必要な差分だけを一つのコミットとして共有リポジトリにpush。
残りの差分はまたローカルにいじくり回す作業を続ける。
こんなのを手作業でやるのは気が遠くなるけどGitなら簡単にできる。
|
 |
