[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/21 17:38 / Filesize : 230 KB / Number-of Response : 918
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

バージョン管理システムについて語るスレ2



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/

51 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 01:45:54 ]
hg branchの話だろ?

52 名前:デフォルトの名無しさん mailto:sage [2008/07/19(土) 04:35:07 ]
問題提起(?)したものですが、>>34 が自分なりの回答かな。

たとえばファームなんかは一つのプロジェクトは小さいから、チップ単位で
カテゴリ(=リポジトリ)とするのはそんなに不自然なことじゃないと思う。
細かい単位で別けないのは、 status 見るのが面倒になるから(Tortoise Hg 使用前提)。
そこで一つのプロジェクトで分岐したいとき、ブランチの出番じゃないかとなるわけだけど、
皆さんはどういう管理をしてるのかな。

53 名前:デフォルトの名無しさん mailto:sage [2008/07/22(火) 09:11:00 ]
ふっふっふ、 TortoiseHg-0.4rc3 ダウンロード一番乗り!




…と思ったら、カウント増えねーな。なんだよ。
さて、入れてみようかね。

54 名前:デフォルトの名無しさん mailto:sage [2008/07/22(火) 11:23:23 ]
おお、報告サンクス。俺も入れてみる。

55 名前:デフォルトの名無しさん mailto:sage [2008/07/22(火) 18:15:54 ]
MerculialのリポジトリのWebインターフェイスがかわっているんだけど
どうやったらできるの?

56 名前:デフォルトの名無しさん mailto:sage [2008/07/22(火) 22:55:37 ]
>>55
style

57 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 16:13:56 ]
Mercurialのdiffって変更ファイルの逐次表示はできないのか……。
あと誰か彼等にcursesの存在を教えてやってください。Windowsじゃカラー表示できないよ。
あと5年くらいはSubversionかな……。

58 名前:デフォルトの名無しさん mailto:sage [2008/07/25(金) 15:56:56 ]
TortoiseHg、もうシェル拡張じゃない方がいいような気もするんだが…。
Tortoise シリーズにそれは許されないんだろうな。
まあまだ 0.4 未満だしな。

59 名前:デフォルトの名無しさん mailto:sage [2008/07/26(土) 01:56:25 ]
Mercurialでレポジトリを分割する上手い方法がありますか?
レポジトリが大きくなってしまったので、サブディレクトリ毎に
レポジトリを分割したいのですが。履歴も引き継ぎたい。
ぱっとググってみたけどそれらしいのは見つからず。



60 名前:デフォルトの名無しさん mailto:sage [2008/07/28(月) 10:35:50 ]
>>59
まだ現状では細かいプロジェクトを効率よく管理する方法はみたことないし、思いつかないねえ。
履歴を残す必要があるなら、clone して、不要なディレクトリ消していく、ぐらい?

この辺、CVS はツリーの好きなところから取ってこれるし、modules ファイルを駆使すれば
ある程度好きなように組み合わせられる。気軽に update -d ができなくなるけど。
これがあるから、なかなか CVS 捨てられないんだよね。
簡単に CVS 捨ててしまう人は modules ファイル使ってないんじゃないの?

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介してやり取りしてるな。メールうざいし。
文言変更だとかはテスト部隊がやるし、設計関係のドキュメントも別の会社の人が
アップデートするから、中央リポジトリが無いとやってられない。
完成したコードを納品ってのは、10年前はよくやったけど(その前に実機で試験しに
ソース持って出かけてったり)、最近はそんな悠長なシステムはやってないな。

>>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
システム部分しかやりたくないし、開発に専念したいから、自社で作って、
リモートでコミットして納品してるだけ。
会社の立場が弱かったら常駐させられるんじゃない?

ちなみに10年前は別の会社だった。制御系が多かったから仕様書だけあれば
それでよかったが、今はWebやってるからどうしてもデザインと合わせないと
いけないし、クライアントからの雑多な変更も多い。

まあ会社の立場とかはどうでもいいんだけど、
ようはどれだけ他の組織とコラボしないといけないか、ということだ。
自分の周囲の人たちだけで完結するんなら、1つのバージョン管理システムを強制すれば
悩みはないだろうが、もっと自由になりたいんだよな。

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", $_);
}
をコメントアウトすればおkということがわかり、実際に大丈夫だったのですが、
毎回書き換えるのが面倒です。どうにかならないでしょうか?

\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 ]
■■みんなでサイトつくろうぜwwwwwwwwwwwwwwww■■
「お前ら一緒にサイト作ろうぜwwwwwwwwww」
「2ちゃん越えるサイト作ろうぜwwww」
「仕事無いんだ・・・・・・」
「やろうぜ!」
「みんなでサイトつくろうぜwwwwwwwwww」
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もだな。







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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<230KB

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