Git 3

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/ 147 名前：デフォルトの名無しさん mailto:sage [2011/09/12(月) 06:08:02.38 ] 理屈はそうだが、msysはUTF-8にならないだろ。 VC++のランタイムをそのまま使うのがmingw、自前でPOSIX層を用意してるのがCygwinなんだから 148 名前：デフォルトの名無しさん [2011/09/13(火) 02:53:48.52 ] gitにはclearcaseでいうmerge arrowという概念はある？　 149 名前：146 mailto:sage [2011/09/13(火) 09:56:30.65 ] >>147 なるほど。そこらの仕組みがよくわかってなくて Cygwinのパッケージが少ないのがmsys、ぐらいのイメージだった。 そうするとやっぱり日本語は望み薄だな… 150 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 10:31:53.47 ] システムロケール変更すりゃいいじゃん 151 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 22:03:46.41 ] 今日git checkout .を誤爆して数時間の作業がパーになったんだけど、何とかして修復する方法はない? 152 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 23:10:59.72 ] >>151 そのファイルを一度もadd してなかったらどうしようもないな。 checkout もclean みたいに-f 必要だね… 153 名前：デフォルトの名無しさん mailto:sage [2011/09/14(水) 08:58:57.49 ] >>151 -f がついてなかったら、未コミットファイルとの競合でチェックアウトは失敗すると思ったんだが… checkout -f で上書きしちまったんだったら Git レベルでは修復の方法はない、ハズ。 まめに stash するんだなw そうすればオブジェクトは残る。 154 名前：デフォルトの名無しさん mailto:sage [2011/09/15(木) 22:00:19.89 ] リポジトリに残っていないなら 復元ツールを使うとか 155 名前：デフォルトの名無しさん mailto:sage [2011/09/19(月) 01:35:03.40 ] なんかずっとメンテ中になってるな、ダウンロードできん 156 名前：デフォルトの名無しさん mailto:sage [2011/09/19(月) 08:10:47.08 ] >>155 Gitのソースコードのことなら、kernel.orgがハクられて落ちてる こっちのミラーからダウソ推奨 ttp://ftp.iij.ad.jp/pub/linux/kernel/software/scm/git/?C=M;O=D 157 名前：デフォルトの名無しさん mailto:sage [2011/09/19(月) 09:53:36.00 ] kernel.orgはいつ復活するのかのぅ いろんな所で影響出てる 158 名前：デフォルトの名無しさん mailto:sage [2011/09/20(火) 11:31:20.00 ] まだ乗っ取られたままだったのか。 159 名前：デフォルトの名無しさん mailto:sage [2011/09/20(火) 11:38:10.98 ] 乗っとられたままというか、乗っとられていない状態に戻すのに時間かかってるのだろ 160 名前：デフォルトの名無しさん mailto:sage [2011/09/20(火) 12:21:15.89 ] 荒らされる前に戻すのが大変てことか 161 名前：デフォルトの名無しさん mailto:sage [2011/09/20(火) 13:17:00.60 ] 子供はじっとしてなさい 162 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 19:46:00.78 ] 今までずっとCygwinでgit使ってきて、今日初めてLinux上でgit使ってみたら速すぎて吹きました。 Cygwin上での遅さ(リーナスが発狂するレベル)を改善するテクニックみたいなのがあれば教えてください。 163 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 20:05:09.32 ] Cygwinはファイル操作が致命的に遅いからねえ。 どうしようもないんじゃないのかな。 164 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 20:15:49.03 ] ボトルネックになる場所を特定してその部分だけでもcygwinをバイパスすればマシになるかもね 165 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 20:20:44.58 ] 莫大なファイルを読み書きするところがネックだと思う でもそこってメイン処理なんじゃ… 166 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 22:17:52.69 ] >>162 cygwin を窓から捨てろ 167 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 23:03:45.36 ] >>166 確かにhgの方がWindowsフレンドリーみたいですね… 168 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 23:46:03.85 ] Cygwinって、まだサポートされているのかよ？ 穴だらけなんじゃね？ 169 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 01:47:07.88 ] >>168 Cygwin使っている人いますか？ その20 hibari.2ch.net/test/read.cgi/unix/1268282846/ 170 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 09:12:31.83 ] WindowsのForkがクソ重いんだっけ 171 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 10:03:15.11 ] forkよりstatの遅さの方が影響してるんでないかなぁ 172 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 11:20:51.56 ] ああ、そういえばgccもcolinux上で動かした方がCygwin/MSYSよか速かったなあ。 そっちでgit試してみます。 173 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 13:59:13.56 ] cygwinだとgit遅いのかー というよりcygwinで開発とかすげーな 174 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 14:16:06.03 ] 遅いと言ってもネイティブのSVNよりは早いと思った 175 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 15:16:08.05 ] Cygwin上で開発してるわけではないです。 Windows上で開発してるものをgitでバージョン管理している、というだけで。 (gccの件は過去の経験上、というだけで) >>174 確かにそうですね。branchやcommitは即座に完了しますし。 ただgit使ってるとstashやらrebaseやら、 svnでは(機能自体無いので)使わなかった便利機能を使い出すと…という感じですね。 176 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 16:05:46.13 ] libgit2がWin32ネイティブ対応していてパスをUTF-8で扱うようになったから いずれはまともに使えるようになるかもしれない 177 名前：デフォルトの名無しさん mailto:sage [2011/09/23(金) 00:11:06.58 ] なに？なに？今度は期待していいの！？ 178 名前：デフォルトの名無しさん mailto:sage [2011/09/23(金) 01:33:44.94 ] 現状はかなりカオス気味 VS2008以前でビルド通らないままだったり、 DLLは__stdcallなのにヘッダが__cdeclでリンク不能だったり 179 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:21:45.04 ] なんかtortoisegitである日から fatal: bad config value for 'core.hidedotfiles' in ./config ってメッセージが出てpushに失敗するようになった なんにもしてないのに。 180 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 19:01:19.50 ] おまえ以外の誰かが何かしたんだろ 181 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 21:22:26.62 ] この部屋は俺以外いないはずだけど hideDotFilesって何のパラメータ受け入れてくれるんだよ 182 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 23:15:32.00 ] 1.7.7ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! ttp://article.gmane.org/gmane.comp.version-control.git/182519 > The latest feature release Git 1.7.7 is available. > The release tarballs are found at: > code.google.com/p/git-core/downloads/list > and their SHA-1 checksums are: > bbf85bd767ca6b7e9caa1489bb4ba7ec64e0ab35 git-1.7.7.tar.gz > 33183db94fd25e001bd8a9fd6696b992f61e28d8 git-htmldocs-1.7.7.tar.gz > 75d3cceb46f7a46eeb825033dff76af5eb5ea3d9 git-manpages-1.7.7.tar.gz 183 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 23:18:07.55 ] 今日1.7.6.4をソースからビルドしたばっかなのに・・・ 184 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 23:19:08.62 ] 何が新しくなったの？ 185 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 21:21:14.29 ] あ…ありのまま 今　起こった事を話すぜ！ 『newlibのcvsリポジトリをgit cvsimportしたら 1リビジョンだけで7時間もかかったあげくファイルが全部壊れてた』 な…　何を言ってるのか　わからねーと思うが(ry -rwxr-xr-x 1 user user 41349014 Oct 2 21:16 ChangeLog -rw-r--r-- 1 user user 38711472 Oct 2 21:17 Makefile.am -rw-r--r-- 1 user user 38711472 Oct 2 21:17 Makefile.in -rw-r--r-- 1 user user 38711472 Oct 2 21:17 NEWS -rw-r--r-- 1 user user 38711472 Oct 2 21:17 README -rw-r--r-- 1 user user 38711472 Oct 2 21:17 acinclude.m4 -rw-r--r-- 1 user user 38711472 Oct 2 21:17 aclocal.m4 -rw-r--r-- 1 user user 38711472 Oct 2 21:17 configure -rw-r--r-- 1 user user 38711472 Oct 2 21:17 configure.host -rw-r--r-- 1 user user 38711472 Oct 2 21:17 configure.in 何故全ファイルの中身が連結されてるの・・・ 186 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 07:02:35.26 ] よく七時間も粘ったね 187 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 07:55:02.82 ] 野良構築された newlib.git 探してみては? 188 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 19:32:50.04 ] >>186 調べるとあり得ないレベルで遅いって話は聞いてたからでかいリポジトリだしそんなもんだと思ってた ところが40MB*1500ファイル=60GBも転送していたという(ローカルのcvsミラーだが) >>187 探したけどリリースのtarballから作ったリポジトリしか見つからなかったんだ 自分の環境に合わせて修正するのが基本のソースだから簡単に見つかると思ったんだけど 189 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 22:24:08.99 ] git cvsimport　はインポート後の履歴が変だったことがあったから使ってないな 代わりに cvs2git 使ってる。インクリメンタルインポートできないのが難点だが 190 名前：デフォルトの名無しさん mailto:sage [2011/10/04(火) 22:14:45.01 ] え？BitBucketもGitに対応したの Bitbucket now rocks Git ? Bitbucket blog blog.bitbucket.org/2011/10/03/bitbucket-now-rocks-git/ 191 名前： 忍法帖【Lv=32,xxxPT】 mailto:sage [2011/10/04(火) 22:15:59.59 ] 対応したと聞いて昼過ぎに登録してきたｗｗ 192 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 00:58:00.16 ] GitHub と比較してどうなの？ 193 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 05:11:58.79 ] 最近 Github が人気になりすぎたのか重くてしょうがない。 Buildbot のソースに使うのもはばかられてきた。 194 名前：やんやん ◆yanyan72E. mailto:sage [2011/10/05(水) 08:00:53.58 ] 自分の鯖か知人の鯖でgitosisにするのが吉 195 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 09:55:55.19 ] gitosisって2年くらい前で更新止まってなかったか ほぼ上位互換で更新も続いてるgitoliteのほうがいいだろ 196 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 19:47:52.13 ] gitolite なんてファイルサーバにレポジトリを直置きするのとあんま変わんないじゃん Gitorious のほうがいいって 197 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 19:52:58.80 ] >>190 クエスチョンなんか付けてるからrumorかとおもた 198 名前：190 mailto:sage [2011/10/05(水) 21:49:32.90 ] >>197 ChromeのCreate Link拡張使ったらそうなった。 書きこむ前はついていなかったのに、-が?に変化した 199 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 23:02:01.15 ] ギトギトしたスレだなぁ 200 名前：やんやん ◆yanyan72E. mailto:sage [2011/10/06(木) 11:00:38.55 ] ほんとだ。gitosisって相当古いのね。暇を見つけてGitoriousに移行します。 201 名前：デフォルトの名無しさん mailto:sage [2011/10/06(木) 12:53:07.12 ] Gitorious のインストールは手間がかかるから 丸一日くらい費やされると思っといたほうがいい 202 名前：デフォルトの名無しさん [2011/10/07(金) 20:11:12.58 ] ディレクトリ単位でプロジェクトを分けたい（一つのリポジトリに複数プロジェクトをいれたい） のですが、そういうことはしない方がいいですか？ 203 名前：デフォルトの名無しさん mailto:sage [2011/10/07(金) 20:22:05.15 ] いいです 204 名前：デフォルトの名無しさん mailto:sage [2011/10/07(金) 20:27:43.80 ] AというプロジェクトとBというプロジェクトとCというプロジェクトに関連性を持たせたいなあと考えたことはある 現行では素直にディレクトリ分ける以外に方法がないわけだが 205 名前：デフォルトの名無しさん mailto:sage [2011/10/07(金) 20:40:43.82 ] そうですか ありがとうございました 206 名前：デフォルトの名無しさん mailto:sage [2011/10/07(金) 22:13:56.81 ] submodule? 207 名前：デフォルトの名無しさん mailto:sage [2011/10/08(土) 13:04:33.00 ] すみません。とても基本的なことですが、 bashにて、git blame を実行すると、末尾に(END)が出てきて入力を受け付けず 抜けられない状態に陥ります。 ここから抜ける方法を教えてください。 208 名前：デフォルトの名無しさん [2011/10/08(土) 13:23:25.75 ] PAGERがlessなのかね? q 209 名前：デフォルトの名無しさん mailto:sage [2011/10/08(土) 14:28:37.87 ] revertは変更をアンドゥしているのではなく、中身は以前の状態にしているけど履歴的にはさらに新しい 変更をした状態にするってことでしょうか？ 210 名前：デフォルトの名無しさん mailto:sage [2011/10/08(土) 14:46:40.72 ] >>209 だいたい合ってるけど、「中身を以前の状態に」はしない。 逆方向のパッチを当てるだけ。なのでrevertで指定した コミットとHEADの間にコミットがある場合は「元に」は 戻らない。 211 名前：デフォルトの名無しさん mailto:sage [2011/10/08(土) 16:18:45.58 ] >>210 結果的に同じ tree を指すことになるのが常。 212 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 00:07:56.19 ] >>211 半年前のコミットをrevertしたと考えてみよう 213 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 01:47:12.53 ] git push した先のサーバー内の、 ログやデータを一部削除するためのgitコマンドを教えろ コピペしてすぐ使えるような具体的なコマンドで説明よろ 214 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 01:52:09.01 ] >>213 ねーよカス ガキは糞して寝ろ 215 名前：デフォルトの名無しさん [2011/10/09(日) 02:17:10.09 ] >>213 ssh rm -fr / 216 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 02:25:54.68 ] >>215 サンクス！ さっそくパクらせてもらうわ！ザマー！！！！ｗｗｗｗｗｗ 217 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 02:41:49.73 ] おやすみ 218 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 03:04:06.38 ] おまわりさんこいつです！ 219 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 08:08:07.92 ] Gitで管理しているディレクトリを動かしても問題は起きませんか？ たとえばhome/mysite/以下のディレクトリを管理している状態で（home/mysite/.git/ディレクトリがある状態で） mysite/以下をdoc/ディレクトリに移動させたり、 mysite/ディレクトリそのものをmysite8/にリネームしたりしても。 220 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 08:12:22.98 ] 大丈夫 221 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 11:06:42.49 ] sudo を入れないとこが良心的? まあ sudoer のわけないか。 222 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 14:28:11.33 ] その前にホスト名 223 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 14:48:44.32 ] git cloneをしたところ、以下のエラーが出ました。 fatal: internal error: work tree has already been vital Current worktree: /home/mysite2 New worktree: /home/mysite2/test/ このエラーは何が原因でどうすれば回避できますか？ 224 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 14:50:17.90 ] 間違い。以下でした。 fatal: internal error: work tree has already been set Current worktree: /home/mysite2 New worktree: /home/mysite2/test/ 225 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 16:08:17.20 ] すでにカレントディレクトリよりも上のディレクトリがgitの管理下になっているときには 下層のディレクトリをgit initすることはできないのですが、これはどうしてもそうなのでしょうか？ 226 名前：デフォルトの名無しさん [2011/10/09(日) 17:37:47.22 ] 俺はホームディレクトリの .git でドットファイルを管理しつつ、 ホームディレクトリのなかにもいろいろ独立したgitリポジトリがあるんだが。 227 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 21:29:22.17 ] cvsとsvnは使ったことがあってgitは使ったこと無いんですが gitに乗り換えた方が便利なんですかね svnの次世代バージョンみたいな認識で合ってるんですかね 228 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 22:01:15.24 ] svnで何も困っていないなら無理に乗りかえなくてもいいと思う 229 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 22:23:14.54 ] とりあえず入門gitという本で一通り勉強してみたが いまいちgitの良さが分かんないな ステージという概念も単に冗長で面倒くさいだけとしか思えないし 分散バージョン管理システムと言いつつも結局複数人で開発するときは リモートリポジトリ？を作って集中型のバージョン管理するわけだよね リーナスという人の自己顕示欲を満たすためだけに作られた ソフトウェアなんじゃないのと言ったら言いすぎだろうか 230 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 22:28:06.80 ] リポジトリ1本で全く困らないような開発体制＆思考体系なら集中型で過不足無いだろうし、 GUIから使うなら.svnが散らばっててもさほど困らないしステージングも冗長かもしれない。 231 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 22:35:25.93 ] GitHubを使えるのが大きな利点だと思うぞ。 232 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 22:53:11.19 ] svnで満足してるならsvn使ってればいいじゃないか 233 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 22:53:19.09 ] ある程度のプロジェクトの規模が大きくないと恩恵少ないかもね ソースがプログラマ一人の脳みそで足る量を超えたあたりから便利になるかも 234 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 23:00:13.93 ] それはsvnでは駄目でgitでしか解決できないことなん 235 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 23:15:52.92 ] どうせ一回のコミットごとに申請書提出するような職場なんでしょ？ だったらsvnでいいよ 236 名前：デフォルトの名無しさん mailto:sage [2011/10/09(日) 23:27:00.92 ] 良く分からんがgitでリモートリポジトリにコミットするのと svnでサーバーにコミットするのとは同じことじゃないの？ gitの方がコミット前にステージングという良く分からん手順が必要なだけで 237 名前：デフォルトの名無しさん [2011/10/10(月) 00:17:55.94 ] add -p とか rebase -i とかやらないとgitのうれしさは分からん。 238 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 02:17:42.78 ] >>236 そのよく分からない部分を分かるようになるまで勉強するんだ 239 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 03:49:00.09 ] なんであるものxの良さがわからないと、 xなんて作ったやつの自己顕示だとかこき下ろしたりするんだ? おまえがxのことを理解できなくても誰もバカになんかしてないぞ 240 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 04:07:53.26 ] ローカルにブランチが持ってこれるというのは俺にとって革命的だった 241 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 07:25:34.26 ] ローカルコミットできる便利さはよくわかるが これによって発生する運用上の課題が 容易に容易に想像できるので気軽に 仕事で使う気にはなれないな。 手元のごみコミットを整理せずに pushして中央の履歴がカオスとか、 ローカルコミットしただけで push忘れて反映されないとか、 何週間もローカルで作業して 成果を見せない奴がててくるとか、 どうやって解決してるの？ 全員がスキルの高いチームでしか使えない？ 242 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 07:37:59.60 ] >>241 いい加減スレ違い。こっちでやれ。 バージョン管理システムについて語るスレ8 [プログラム板] hibari.2ch.net/test/read.cgi/tech/1295493964/ それは全てSVNでも言えること。 GitなどVCSはツールに過ぎない。 コミュニケーション手段は別。 243 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 07:39:12.71 ] git branch a git checkout a でコード修正作業用のブランチに移動する。 このブランチ内で、各ソースファイルを修正して、適当に数行〜数十行修正する度に git commit -a -m"適当な名前" でコミットしてしまう。 この段階は試行錯誤の段階なので、数手前に戻りたい場合も出てくる、 その場合は git log 修正してたファイル名　　　　　　　　　　// 修正してたファイルの関連してるコミットの一覧を表示する git diff 12345678 修正してたファイル名 > p　　　// 戻りたい位置との差分パッチを得る。　12345678 はコミットIDの例 patch -R < p　　　　　　　　　　　　　　　　// パッチを充てて、ファイル状態を修正前に戻す ひと通り、コード修正が終わったとして、そのコミットログはコメントも適当だし、試行錯誤の後も残ってて汚れてるので、 master との比較で最終結果を一つのパッチにまとめる。 git diff master > p このパッチをmasterに充てる。 git checkout master patch < p git commit -a -m"正式なコミットコメント" 作業中の試行錯誤をgitを活用しながら進めることができ、最終的な修正結果は一つのパッチにまとめてコミットを綺麗な状態で行える。 もちろんパッチを綺麗にしようとしなければ、汚いログのままコミットしてもいいし、作業中の手戻りにgitを使わず古典的なバックアップファイルで行ってもいい。 ステージは、パッチを意味のあるまとまり毎に分けてコミットするためのもの。全部ひとまとめにコミットしてもいい場合は必要ない作業。 gitだと、修正範囲の狭いシンプルな複数のパッチが好まれる。様々な修正が含まれたごった煮パッチ１個にまとめてコミットすると嫌がられる。 244 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 08:14:21.35 ] >>まちがえたpushで中央の履歴がカオス そうなる前との差分をコミットして、その段階までリセットしてやりなおせばいい。 >>push忘れで反映されない 普通はコード修正が完了したら、まっさきにpushしたいと思うはず。 もたもたしてると他人の修正とのバッティングで面倒に成りかねない。 >>何週間もローカルで秘密的に作業する奴 作業量が増えて損をするだけ。 他の人は、この人の秘密作業の修正コードを知らずに、各自が勝手に作業を進めて、中央（的な役割と決められた場所）へとコミットしてしまう。 中央との差は、中央に公開してしまえば、他の人も、その差を無くすように作業してコミットするが、 中央に公開しないままならば、他の人は、その差を考慮せずにコミットしてしまう。 秘密的に非公開で作業し続ければ、この差を修正する作業を、（本来各自に任せられてた作業をわざわざ）一人で請け負うことになる。 これは明らかに損。 ローカルで秘密的に作業する時間が長ければ長いほど、中央との差は広がり、差を埋める作業という労力が増す。 245 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 08:22:36.63 ] gitはsvnを面倒臭くした集中型バージョン管理システム 246 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 08:32:39.02 ] なんでこんなに中央を直接更新するのを恐れてるのか分からない 別にコミットミスしてもその旨をコミットメッセージに書いて元に戻せばいいだけじゃねえの ローカルとリモートで２重管理して生産性落ちるだけじゃねえの git使ったら開発期間が延びてコスト増大で会社が倒産するわｗ 247 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 08:36:45.47 ] 君がsvnに慣れ親しみすぎて他に移りたくないという気持ちはよく分かった。 実際に日本の会社ではsvnを使ってるだけでも褒められるレベル。 VCSすら使ってない会社はごまんとある。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef