- 1 名前：デフォルトの名無しさん [2008/07/08(火) 21:38:48 ]
- バージョン管理システムについて語りましょう。
関連スレ
CVS 1.3 [UNIX板]
pc11.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1113141518/
Subversion r9 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1202086238/
subversion バージョン管理【サブバージョン】 [Linux板]
pc11.2ch.net/test/read.cgi/linux/1154701996/
git スレッド [Linux板]
pc11.2ch.net/test/read.cgi/linux/1197798039/
前スレ
バージョン管理システムについて語るスレ
pc11.2ch.net/test/read.cgi/tech/1193332500/
- 61 名前：59 mailto:sage [2008/07/28(月) 21:23:14 ]
- >>60
やはりなさそうですか。clone&削除では不要な履歴が残って
気持ち悪そうです。
SVNから移行しようかと使い始めてみましたが、それなりに
痒い所に手が届かない所が見えてきてちょっとガッカリ。
- 62 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 12:30:12 ]
- monotoneってどうしてマイナーなの?
initial pullが遅すぎるっていう弱点はあるけど、
使い方分かりやすいし署名もできるのに。
- 63 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 16:46:41 ]
- ほいほい乗り換えるものじゃないんだから
他の物より優れてる点を挙げろ
- 64 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 00:24:36 ]
- mercurial, git, bazaarの比較はあってもmonotoneはほとんど聞かないな。
- 65 名前：デフォルトの名無しさん [2008/07/31(木) 01:20:36 ]
- >>62
リポジトリがすぐに壊れる
- 66 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 09:21:44 ]
- >>65
それは SQLite使ってるから?
monotoneは最初のpullがとんでもなく遅いという弱点があって、
それを避けるためにpidgin はデータベースを配布してる。
そこで単一ファイルの SQLiteが便利ってことかもしれない。
- 67 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 09:55:33 ]
- リポジトリが壊れたことはないけどな
SQLiteのDBってそんなに弱かったっけ？
今は日本語のファイル名をみつけた瞬間エラーになってくれるのにちょっと困ってる
- 68 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:01:02 ]
- VCSの共通規格ってないものかな。
例えば、commit, checkoutあたりは名前が違っても、どんなVCSにも同じ働きのコマンドがあるだろうし、
VCSを使ったアプリケーションで共通規格を基準に作れば、企画に沿ったVCSであれば
どんなソフトでも使えて便利だと思うんだけど・・・。
もしかして、海外でだれかやってるかな？
- 69 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:20:40 ]
- >>68
逆にユーザインタフェースはどうでもいいから、コミットオブジェクトとマージポイントの
互換性が取れるようになって欲しいな。
git使ってるんだが、Subversionとやり取りすると疲れる…。
- 70 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 11:17:30 ]
- >>68
EmacsやEclipseは一応複数のバージョン管理システムに対して
統一的な操作を提供しようとしてる
- 71 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 21:16:12 ]
- >>68
そう言う UI 作ればいいだけなんだろうけど、そもそも複数のバージョン
管理システムを併用することってあまり無いと思うが。
- 72 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 01:47:02 ]
- >71
仕事を外部に丸投げしたら/しようとしたら、違うシステム使ってた場合とか。
- 73 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 09:43:52 ]
- どんな仕事の投げ方してるのか知らんけど、普通完成したコードなんかを
納入してもらうからバージョン管理システムなんか関係ないだろ。
逆に派遣とかで色々な職場を渡り歩くような状況だとありうるのかもしれ
ないけど、その場合バージョン管理システムなんかより開発環境の差異の
方が大きそうだし。
そもそも、バージョン管理システムで日常的に使うのは「チェックアウト」
「チェックイン」「状態表示」「差分表示」「ログ表示」ぐらいだろうから、
ちょっと使ってりゃ覚えると思うが。
- 74 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 12:28:19 ]
- >>73
うちはシステム部分だけで、デザインなんかは別の会社がやるから、
元請けのsvn介してやり取りしてるな。メールうざいし。
文言変更だとかはテスト部隊がやるし、設計関係のドキュメントも別の会社の人が
アップデートするから、中央リポジトリが無いとやってられない。
完成したコードを納品ってのは、１０年前はよくやったけど（その前に実機で試験しに
ソース持って出かけてったり）、最近はそんな悠長なシステムはやってないな。
>>71
人によってはSubversionが一番使い慣れてるとか、hgが良いとか、Gitが好きとか、
いろいろあると思うが、ようはそれらの間ですっきりマージさえできれば、
誰が何を使ってやってようが問題ないわけで、、、どうにかなって欲しいなぁ。
- 75 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 13:00:14 ]
- 昔はソースを客に提出しないことが多かったな
特にプレステとかサターンの案件だと
自分の周りだけかもしれんが
- 76 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 13:43:32 ]
- >>74
それは、作業外注みたいなイメージで >>73 の派遣みたいな感じだろ。
悠長な仕事かどうかより 10年前よりお前さんの会社の立場が弱くなっ
てるだけだと思う。
- 77 名前：デフォルトの名無しさん [2008/08/02(土) 14:52:02 ]
- >>76
システム部分しかやりたくないし、開発に専念したいから、自社で作って、
リモートでコミットして納品してるだけ。
会社の立場が弱かったら常駐させられるんじゃない？
ちなみに１０年前は別の会社だった。制御系が多かったから仕様書だけあれば
それでよかったが、今はWebやってるからどうしてもデザインと合わせないと
いけないし、クライアントからの雑多な変更も多い。
まあ会社の立場とかはどうでもいいんだけど、
ようはどれだけ他の組織とコラボしないといけないか、ということだ。
自分の周囲の人たちだけで完結するんなら、１つのバージョン管理システムを強制すれば
悩みはないだろうが、もっと自由になりたいんだよな。
- 78 名前：77 [2008/08/02(土) 15:01:03 ]
- ちなみに自社ではGitを使ってて、向こうからこっちには逐一マージしつつ、
こっちからは納品日にいっきに客先にマージするんだが、
ここのマージがけっこう苦しいことがあってね。。。
svkでどうにか凌いでるが…Subversionキツいっす…
- 79 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 18:12:11 ]
- >>78
git-svn 使えば svn との同期以外は git側で処理できるから楽なんじゃね？
何故 svk？
- 80 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 18:43:41 ]
- >>77
いや、君が現状に満足してるなら別にいいんだけど。
- 81 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 20:20:56 ]
- >>79
git-svnは使ってるけど、svn側に常にrebaseしてあげないといけないのが痛い。
公開してるGitリポジトリはrebaseできないんで（すると使ってる人全員に影響が出る）
けっきょく個々人はgit-svn、svnから先のマージはsvk使ってる。
Subversion同士でマージするのはsvk賢いよ。重いし、たまにマージうまくいかないが。。。
git-svnもsvkみたいにsvnプロパティでマージポイントの情報を残したりとか、
それかsvn1.5のmerge trackingでどうにかなったりとかするのを期待してるかんじ。
- 82 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 21:07:02 ]
- svnと同期するbranchを決めて、通常の作業はそれ以外のbranchにすれば
いいだけのような気がするが。
- 83 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 22:13:36 ]
- >>82
branchってGitのbranchのこと？ git-svnの話？
- 84 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 13:04:29 ]
- うち相手なんてバージョン管理システムの存在すら知らねえし
- 85 名前：デフォルトの名無しさん [2008/08/03(日) 13:45:31 ]
- IBMのClearCaseは信じられんぐらいカス
- 86 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 16:55:31 ]
- 「IBMの」なんていわんでくれ。あれは、IBMがお情けで拾ってあげた旧Rational社員のレゾンデートルなんだから。
- 87 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 09:25:40 ]
- SubversionみたいにMercurialも本でないかな
- 88 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 15:31:39 ]
- >>87
書籍じゃないけどこれは?
Mercurialではじめる分散構成管理
ttp://gihyo.jp/dev/feature/01/mercurial
- 89 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 16:27:59 ]
- 紹介してるだけじゃん。
たまに目から鱗なコマンドがあったりするけど。
公式ドキュメントで不完全だと言い切ってるから、当分本も期待できそうにないんじゃないかな。
細かいプロジェクトをどう管理するかという話題にはこれといった回答はないし。
Mercurial は <x> できますか？
ttp://www.selenic.com/mercurial/wiki/index.cgi/JapaneseFAQ
- 90 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 19:55:33 ]
- Mercurial の時代はまだ先なのか
- 91 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:31:34 ]
- うちで使おうかという話が出てるんだ、ClearCase。
どうカスなのか教えてくれ。
- 92 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 23:43:51 ]
- hgbook.red-bean.com/
- 93 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 02:41:20 ]
- 使い方でなくて管理の仕方なんだよな重要なのわ
- 94 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 03:02:58 ]
- そうだけど
アホな管理の仕方してても
後から挽回しやすいと気軽に使えるよね。
cvsの頃はディレクトリ関係でいつも気を使ってた。
- 95 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 05:31:49 ]
- >>92
もうちょっとしたら日本語訳でるかな。
- 96 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 13:12:34 ]
- CVS導入します
- 97 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 18:03:56 ]
- 好きにしろ
- 98 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 22:25:35 ]
- コンビニの人じゃないのか
- 99 名前：名無し募集中。。。 mailto:sage [2008/08/06(水) 09:55:50 ]
- じゃあ俺はRCS
- 100 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 12:37:00 ]
- 退行で対抗すればいいというものではない。
>>96
まだネタに使えるほど堕ちてはおらんぞ。
- 101 名前：デフォルトの名無しさん mailto:age [2008/08/06(水) 15:20:27 ]
- Subversionで管理しているソースコードをローカルではGitを使って細かく管理して
最後にまとめてSubversionのリポジトリにコミットという使い方をしたいんだけど
（Gitでのブランチや小刻みなコミットはSubversionのリポジトリに上げたくない）
どうしたらうまくいくんだろう
git-svnはそういう用途じゃないよね？
- 102 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 15:29:03 ]
- >>101
ローカルではRCSで細かく保存して
きりがいいところでSubversionに上げてる
- 103 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 17:32:09 ]
- >>101
まさにそういう用途のためのgit-svnなんじゃねーの？
- 104 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 21:52:06 ]
- mercurialとsvnって組み合わせでのやり方はチュートリアルにある
- 105 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 23:03:45 ]
- >>99
昔、/etcとかの設定ファイルを保存するのにRCSを使ってた。
今、同じことをするのにmercurialを使ってる。
hg clone → hg update で簡単にバックアップを取れるのが意外と便利。
- 106 名前：105 mailto:sage [2008/08/06(水) 23:08:49 ]
- ×update
○pull
- 107 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 01:36:49 ]
- RCSは単発の設定ファイルとかで履歴とっておきたい時によく使う。
例えばwindowsのなんかのアプリの設定ファイルで
昔の設定とかメモも残しておきたいけど
コメントアウトしておくとごちゃごちゃになるとかいう時、
保険の意味でRCSで残しとく。
- 108 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 02:25:03 ]
- >>101
>>103の言うとおり、そういう用途で使ってるよ。
git-svnに雑多なコミットを上げたくない場合は、svnに送信される予定のコミット
（git-svn-idが付いていないコミット）を、git cherry-pickとかgit merge --squashとか
git resetとかで作り直せばいい。
ただし、git svn dcommitした後は、今までのブランチは捨ててdcommitしたブランチから
続きをやらないと、次にdcommitするのが難しいと思う。
- 109 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 15:22:13 ]
- 異常に使い易く、軽く、頭が良く、拡張性があるバージョン管理システム Bazaar (bzr) のスレです。
Bazaar はスマートな為、例えば、プロジェクトディレクトリ下の add や commit は自動的に一括でやってくれます。
$ mkdir myproject
$ cd myproject
$ mkdir subdirectory
$ touch test1.txt test2.txt test3.txt subdirectory/test4.txt
$ bzr init
$ bzr add
added subdirectory
...
added subdirectory/test4.txt
$ bzr commit -m "Initial import"
だってよ。
Bazaarでバージョン管理【bzr>git,svn,cvs】 pc11.2ch.net/test/read.cgi/tech/1218083381/
- 110 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 15:24:22 ]
- Linuxで大量に設定ファイルがある場合はmercurialがいいのか
- 111 名前：デフォルトの名無しさん [2008/08/07(木) 17:21:41 ]
- >>101
merge --squash使えばいいだろ
- 112 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 17:49:50 ]
- >>110
ルート(/)で一発 hg init カマしておけば、後は管理ディレクトリができないからよさそう。
今は CVS 使ってるんだけど、apache の一部の設定は、ディレクトリがある限り潜っていって
CVS の管理ディレクトリのファイルまで処理しようとしてエラーになることがあるんだよね。
次からは Mercurial 使おう。
- 113 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 18:13:00 ]
- bazaarって海外だと使われているみたいだけど、
国内だと全然使われてないよね？
何か問題でもあるの？
- 114 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 22:16:47 ]
- >>113
日本人は英語を読まないから
日本語の解説が豊富なほうに転ぶ。
- 115 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 10:49:40 ]
- >ttp://d.hatena.ne.jp/softether/20060202
>[質問] では、Visual SourceSafe などは使っていないのか?
>
>Visual SourceSafe は使わない。あれはビギナー (初心者) 向けのソフトだ。
>ttp://d.hatena.ne.jp/justmyfuck/20080421/1208790127
>VSSを本気で使ってるヤツらがどれくらいいるか調査する必要があると思った。
>マイクロソフトでさえも使ってないって話(team systemを使ってるんのか？)、
>上のwrite portable codeでもVSSを使ってる開発部署は悲惨すぎて同情されてた。
>何がいかんてクロスプラットフォームに対応できてないとこ、あと何かも糞タレでラベル付けも信用できん。
- 116 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 13:34:39 ]
- >>112
凄いこと思い付くな。問題も出そうだが面白そうだしパクらせてもらうよ。
ちょうど設定ファイルの管理用にRCSでもインストールしようかと思ってたところだった。
- 117 名前： [―{}@{}@{}-] デフォルトの名無しさん mailto:sage [2008/08/08(金) 19:14:46 ]
- おれは
cd /usr/local/apache/conf
mkdir RCS
ci -l httpd.conf
vi httpd.conf
お手軽
- 118 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 20:44:32 ]
- × 日本人は英語を読まないから
○ 日本人は英語を読めないから
- 119 名前：デフォルトの名無しさん mailto:sage [2008/08/08(金) 22:13:48 ]
- ○ 日本人は英語を読まないから
○ 日本人は英語を読めないから
- 120 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 07:08:54 ]
- 読まないから読めない。
子供の英語教材を聞き流しながらも一緒に聞いて(見て)いると、
結構わかるようになってきた。
真剣にやれば身につきそうな気がしないでもない。
- 121 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 08:59:01 ]
- そりゃ彼の国では子供でもできるんだから
決して難しいわけじゃないだろ
実際あちらで半年位一人で暮らしてれば否応なしに使えるようになるし
- 122 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 12:25:04 ]
- 基本的に英文文献をよむ必要が無いから読まなくなったんだよね。
でも今のトラ技等の技術誌の薄さから言ってあと数年後くらいには英語文献読めないと死ねると思う。
そうなると読む方も必死なので読めるよ。（昔の蘭学者と一緒だね)
- 123 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 13:37:28 ]
- manページとかBBSならなんとか読めるんだがなぁ
チュートリアルを超えてエッセイになると、もう頭に入らなくなってくる
- 124 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 13:53:56 ]
- かなりの高等教育まで日本語オンリーでいけちゃうもんな
ってなんでこんな話してるの？
- 125 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 14:39:25 ]
- トラ技のいい加減な記事に何度もだまされた
まぁ自分が悪いんだが
- 126 名前：デフォルトの名無しさん [2008/08/10(日) 02:43:40 ]
- 質問です。
WindowsXPで使いやすいGUIを備えた分散リポジトリ型のバージョン
管理システムでお勧めなものってありますか？
商用製品でも構わないです。
- 127 名前：デフォルトの名無しさん [2008/08/11(月) 19:51:41 ]
- >>126
Bazaar
- 128 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 21:52:56 ]
- 勝手にシェル拡張をしないSubVersionのWindows用クライアントを教えてください
- 129 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 22:27:10 ]
- svn
- 130 名前：デフォルトの名無しさん mailto:sage [2008/08/11(月) 22:33:12 ]
- >>128
ttp://pysvn.tigris.org/
- 131 名前：126 mailto:sage [2008/08/12(火) 00:38:57 ]
- >>127
ありがとうございます。検討してみます。
- 132 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 05:54:10 ]
- >>130
最近 Python 大人気だな。
- 133 名前：デフォルトの名無しさん [2008/08/12(火) 12:09:54 ]
- Windowsでmsysgit試しています
code.google.com/p/msysgit/
リポジトリをつくり、適当にテキストを1行変更して git commit -a しようとすると、
You have some suspicious patch lines:
> git commit -a
*
* You have some suspicious patch lines:
*
* In 1111.txt
* trailing whitespace (line 1)
1111.txt:1:テストgemogegeg
などといわれてコミットできません。
Capi’s Corner ≫ Blog Archive ≫ Git on Windows: “You have some suspicious patch lines”
www.dont-panic.cc/capi/2007/07/13/git-on-windows-you-have-some-suspicious-patch-lines/
こちらのサイトで、 .git/hooks/pre-commit の
if (/\s$/) {
bad_line("trailing whitespace", $_);
}
をコメントアウトすればおｋということがわかり、実際に大丈夫だったのですが、
毎回書き換えるのが面倒です。どうにかならないでしょうか？
\Git\share\git-core\templates\hooks\pre-commit.noexec
テンプレートがかと思ったのですが、変更しても git init した後に変わりはありませんでした。
- 134 名前：デフォルトの名無しさん mailto:sage [2008/08/12(火) 14:41:53 ]
- コメントにある
git-config core.autocrlf true
git-config core.safecrlf true
だと駄目なんですか？
- 135 名前：デフォルトの名無しさん mailto:sage [2008/08/13(水) 07:04:30 ]
- >>59-60
TipsAndTricks - Mercurial
www.selenic.com/mercurial/wiki/index.cgi/TipsAndTricks#head-8f3d9818cde9d119b4f6d5ccfe592dae5b8015ad
にあるように
ConvertExtension - Mercurial
www.selenic.com/mercurial/wiki/index.cgi/ConvertExtension#head-dae909d38f26662194cf8888fa7d6bc649ee653f
ではダメかい？
- 136 名前：デフォルトの名無しさん [2008/08/14(木) 00:41:01 ]
- www.atmarkit.co.jp/fdotnet/opensrcverman/opensrcverman02/opensrcverman02_02.html
>これは必ずビルドが通る状態のソース・コードをコミットする
Subversion使っているのが一番の問題だと思うwww
- 137 名前：デフォルトの名無しさん [2008/08/14(木) 09:06:39 ]
- >>134
上の方にそれ使えって書いてあったね。サンクス
- 138 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 10:30:46 ]
- >>136
ハイハイ
分散型だったらそこはPUSHに読み替えようね
- 139 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 11:17:06 ]
- そう言うやつはまともに相手しても疲れるだけだよ
- 140 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 13:27:26 ]
- mercurial-1.0.2.tar.gz 13-Aug-2008 17:23
- 141 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 16:30:24 ]
- >>138
プッシュとコミットは全然別物だろwww
- 142 名前：デフォルトの名無しさん [2008/08/14(木) 17:47:16 ]
- ■■みんなでサイトつくろうぜｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ■■
「お前ら一緒にサイト作ろうぜｗｗｗｗｗｗｗｗｗｗ」
「２ちゃん越えるサイト作ろうぜｗｗｗｗ」
「仕事無いんだ･･････」
「やろうぜ！」
「みんなでサイトつくろうぜｗｗｗｗｗｗｗｗｗｗ」
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使える人(プロジェクト共有しやすいので)
- 143 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 18:56:01 ]
- >>141
ブッシュとサミットに比べるとどう？
- 144 名前：デフォルトの名無しさん [2008/08/17(日) 01:33:54 ]
- hgkをpythonで書き換える予定はないのかな？
- 145 名前：デフォルトの名無しさん mailto:sage [2008/08/18(月) 08:53:23 ]
- 亀hg 0.4 正式版が出たみたいだけど、
ログ見る限りでは rc4 からそう大きな変更はなさそう。
気が向いたら入れてみるか。
- 146 名前：デフォルトの名無しさん mailto:sage [2008/08/20(水) 14:30:21 ]
- diffしたときに表示される
@@ -0,0 +1,1 @@
みたいなのってどういう意味なんですか
- 147 名前：デフォルトの名無しさん mailto:sage [2008/08/20(水) 14:53:40 ]
- ja.wikipedia.org/wiki/Diff#.E3.83.A6.E3.83.8B.E3.83.95.E3.82.A1.E3.82.A4.E3.83.89.E5.BD.A2.E5.BC.8F_.28Unified_format.29
- 148 名前：デフォルトの名無しさん mailto:sage [2008/08/20(水) 16:43:27 ]
- アリ（´▽｀）ガトウ
- 149 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 02:29:26 ]
- SCMのコマンドを使ったり、そのソースコードを参照することなく、
リポジトリのデータから、管理しているファイルの内容やログを
完全にとはいかなくても、ある程度取り出すことができるSCMはありますか？
- 150 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 03:15:47 ]
- つ[rcs]
- 151 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 08:22:52 ]
- cvsもだな。
- 152 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 16:01:09 ]
- RCSとCVSはリポジトリの内容がすべてテキストファイルで構成されてるんだっけか？
- 153 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 21:21:54 ]
- バイナリファイルのリポジトリバージョンを覗くとえらいことになっている。
- 154 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 01:06:15 ]
- 暇だったので、主だったバージョン管理システムのリポジトリの形式を調べてみた
fileコマンドで調べた程度なので、大した調査はできていませんが…
間違いがあったら、指摘よろ
RCS ：テキストファイル
CVS ：テキストファイル
Subversion ：テキストファイル、形式不明のファイル(fsfs?)
Git ：テキストファイル、形式不明のファイル
Mercurial ：テキストファイル、"raw G3 data, byte-padded"という形式のファイル、形式不明のファイル
Bazaar ：テキストファイル、gzipされたテキストファイル、1つだけ形式不明のファイル
Darcs ：テキストファイル、gzipされたテキストファイル
RCSとCVSは、ファイルの差分の表示形式も同じで、これらのリポジトリからファイルを復元するのは容易。
Subversion、Git、Mercurialは、独自形式のファイルに主だったデータを収めていると思われるので、
これらを解析するのに手間がかかる？Mercurialは raw G3 data 形式のファイルが展開できれば、
ある程度リポジトリの内容を理解できるかもしれない。
BazaarとDarcsは、ほとんどすべてのデータが（gzipされた）テキストファイルに収められているので、
ファイルの内容を復元しやすい。特にDarcsは全てテキストファイルがベースで、
処理速度の問題のためだろうが、コミット時のファイルがそのままの形で収められているので、
gunzipができれば各段階のファイルの復元が可能。
- 155 名前：名無し募集中。。。 mailto:sage [2008/08/24(日) 01:38:42 ]
- 何のために調べているかわからないけど
SubversionはFSFSファイルシステム（非DB)、又はBerkeley DBを使っている
- 156 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 03:23:21 ]
- G3ってファックスが使ってる画像フォーマットの名前だな。
たまたまマジックナンバーが一致して誤判定されただけと思われる。
- 157 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 09:45:57 ]
- 解析するよりもソースを見ればいいんじゃないか？
- 158 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 13:14:25 ]
- >>154
Mercurialの*.iファイルのフォーマットについては以下に書いてあったよ
ttp://www.selenic.com/mercurial/wiki/index.cgi/Revlog
- 159 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 21:48:10 ]
- TortoiseHg-0.4.1.exe
- 160 名前：154 mailto:sage [2008/08/24(日) 23:21:09 ]
- >>155
Subversion 1.5からはFSFSの構成も若干変わったらしい
www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_sharding.html
>>156
指摘サンクス
raw G3 data は誤判定のようだね
>>157
確かに
そもそもソースなしにバイナリの解析なんてほぼ不可能だな
- 161 名前：154 mailto:sage [2008/08/24(日) 23:27:20 ]
- >>158
資料サンクス
|
 |
