バージョン管理システムについて語るスレ10
○○脳って言っている奴をあほだな−って言ってる奴ってバカって言ってる奴はバカだなw 以下リソース使い果たすまで無限ループ
これぐらいマならすぐ気づくよね (w git脳とかruby脳とかは確かにいそうだな
というか、兼ねてそう ということにしたいのですね
てゆーかrubyのリポジトリはsvnだし >>341
> てゆーかrubyのリポジトリはsvnだし
別にそれは関係ないだろ
Linux でソフト作ってる奴がみんな git 使ってるわけないし 集中型も分散型も長所短所があるから、それぞれ使い分ければいいと思う。
いくつがある分散型のいずれを使うべきかは、もう少しふるいにかけられそうだけど ところで gif は「じふ」なのに、なんで git は「ぎっと」と発音するの?
おいらずっと「じっと」(GitHUBも「じっとはぶ」)かと思ってたんだが
char の「ちゃー」くらいには許される呼び方? 読まないパターンもあるよねgって
何にしても英語は1文字で色んな読み方させすぎなんだよなあ 日本語だって外国人の耳には、ガ行の鼻濁音とか、nとngとmとか、
違って聞こえるらしい、とは聞くけど。 >>348
gh, oughなどは特例と見做すと、サイレントなgってないと思う。
いろんな発音と言えば、fish = Ghoti = 無音 ってネタがあるね。 paradigm
align
sign
foreign
gnome(地の精)
gnu(動物)
>>348 で本当に言いたかったのは英語のスペルと読み方とのパターンが多過ぎってほうだったりするが…済まないな分かりにくくて 音声会話しなければ読み方を間違っていようとどうということはない この板でgnuにgnomeって言ったら発音するほうだろ だからわざと地の精だの動物だの、単語の後ろに括弧書き入れてるんじゃないか >>345
んじゃお前はGIANTSをガイアンツとかギアンツって読むの?
って返しになるぜ
>>346
まぁそうだわな 英単語の git から名付けられているんだから辞書引けよ。
発音の文句は英語に言え。 Word Excelでバージョン管理できないか探したら
以外とsvnが充実してた
My Docmentsの下を全部svnで管理してみる事にする gitで対応させてみてるけど差分が見れるだけで差分だけ保存できるわけでも
バイナリだけ変更されたファイルを更新から除外できるわけでもないからあまり意味なくないか
今のとこ文書は別のツール使わないならサブモジュールで別管理することでバージョンアップごとに
コードと違うスパンで不要な差分を捨てて圧縮できるようにするのがベストかなと思う progitレベルで分かりやすくsvnを説明してるサイトってない? >>370
これって日本語化はフッターから設定出来るってこと? 日本語化なんて必要ないだろ
gitに限った話じゃないが GitHubは多国語化をすすめようとしてたが、中止して英語オンリーに戻った
英語使えない奴はいらねえって方針です ファイルのバージョン管理と
ソフト機能のバージョン管理の
違いを認識しろよ。 >>376
これ Word は大丈夫だと思うけど Excel って開いてるだけでファイル変更しちゃう (閉じた時に戻すけど) のにはどう対応してるのか気になる
あと、更新ボタンがあるってことはいよいよマージができるようになったのか?
暇ができたらちょっと試してみるかな。 WordはWord自体がバージョン管理機能あるからな
ある程度システム化が進んだ会社だとシェアポイント導入してるし >>380
> WordはWord自体がバージョン管理機能あるから
このスレでまともにマージもできないバージョン管理機能持ってくる奴がいるとは... Word文章を複数人で同時に書き換えなきゃいけないシーンが思いつかない
ソースコードと違って普通は自分が担当するページは決まっているから全員が並行して作業を進めても問題ないし >>382
> Word文章を複数人で同時に書き換えなきゃいけないシーンが思いつかない
そりゃ残念だったな
てか、マージで並行開発しか思い付かない時点で終っとる
ブランチとか使ったことないのかよ WordやExcelをブランチ切って使ってるというのは聞いたことがない そりゃ現状マージできないので、ブランチ切っても旨味がないからな
もしかして、想像力がないのか? このスレでいくらWordが、Excelがと騒いだ所で世の中何もかわらないぜ。
マイクロソフト、オプソ開発者のどちらにもメリットがないからな。
もしそういう機能が欲しければ、自分の手を動かそうぜ。 Rdemineで
作業Aチケット(例:桶を組み立てる)
作業Bチケット(例:桶に水を入れる)
みたいにあAの後にBがこないと行けない場合って
チケットA、Bの関係は親子関係にすればいいの? >>388
水の入った桶を用意する、の子チケットは以下の2つ
+桶を組み立てる
+桶に水を入れる
って手もある。
自分は子チケットの粒度が大きいときは、こうやってる。 redmine のチケットって block みたいなの扱えなかったっけ?
親子以外にも色々関係が定義されてたはず Redmineで30人ぐらいのユーザーを一括登録するとき
シェルスクリプト書いて一括登録みたいな事できないんだね
全部GUIというのも不便だ rails なんだから rails console からでも 結局ベストなバージョン管理システムはなんなのですか? でも、日々バッアップするって意味じゃバージョン管理とは別のベクトルで必要だよね 他の物理ドライブに最新のクローンを残しておけばいいだけじゃないの? 火事や倒壊からリストアする必要がないならそれでいい
まぁそんなことまで考える必要があるプロジェクトはそんな多くないだろうが >>402
日本だと、違う地域にという必須条件が加わる mercurialは負けなん?
まぁ、Unicodeファイル名を取り入れるのにのんびりしすぎだから俺もあきらめ気味だけどさ Git だってリーナスのアホが勝手に作ってるだけで Unicode なんか眼中ないんじゃないの? tortoiseの都合でmercurial使ってる TortoiseHgはワークベンチが使い易かったからVistaまでだと現役だったが
Win7以降はSourceTreeもあるからなぁ リーナスはもうGitには関わってないんじゃなかった? Source TreeよりTortoiseHGの方が使いやすいと思うけどなぁ。 >>412
でも、俺が窓が絡むときにMercurial使うことにしてたのは
コマンドプロンプトがイマイチで常用に耐えんのに
gitフロントエンドもイマイチだったことだもん
俺の場合比べるのは、TortoiseHgでなくTortoiseGitのほうよ 最初にgitのが良いなぁがあって、窓が絡むからcmdやフロントエンドの絡みでhgにしてたのが
フロントエンドの話が取り敢えず何とかなるからgitになったってことね 必要なライブラリを入れとけば素のままでビルドできるのでcygwinでgitを使っている sourcetreeはMacのguiをそのままWindowsに持ち込んでるから使いにくい 個人的にはOSX版と違う部分であるブックマークが使いにくいと思うがな
なんでOSXと同じ別窓にせんかったのだろうか…別タブとかでも良かったが そろそろgitの次の世代のバージョン管理ツールが出てきて欲しい 巨大プロジェクトへの対応が単一巨大リポジトリかsubmoduleの塊になってもうちょっと使い勝手良くならないものかといつも思うが解決案はわからない そこが工夫された新しいバージョン管理システムが出来るとイイネ! svn, git, mercurial 以外に選択肢があっても良いと思うんだけどな
何か黒船的なインパクトのあるやつを望む gitはrebase対象がひとつのブランチだけでマージの再現も弱かったけど
リポジトリ全体の履歴を気軽に書き換えられるようなの頼む
で、履歴への変更それ自体もバージョン管理されるような2次元的なのを > リポジトリ全体の履歴を気軽に書き換えられるようなの頼む
プラグインで実現できる範囲
> で、履歴への変更それ自体もバージョン管理されるような2次元的なのを
純粋な履歴が汚いから書き換えられるようになってるのを劣化させるだけ GNU Emacs Finally Switching Over To Git From Bazaar
http://www.phoronix.com/scan.php?page=news_item&px=MTgzNjI