|
TortoiseSVN
TortoiseSVNの使い方
TortoiseSVNの使い方当プロジェクトではソースコードの管理にSVNが利用されています。SVNで管理されているソースコードを一括で入手するにはTortoiseSVNが便利。TortoiseSVNはWindows専用のSVNクライアントで、マウス操作で手軽にソースを取得できます。
開発の様子を詳細に追跡したい場合は、エクスポートではなく「チェックアウト」をお試しください。チェックアウトを用いると、コミットごとのコメントを確認することができます。また、最初に一度チェックアウトでソース全体を取得しておくと、次回からは差分のみを取得できます。チェックアウトしたファイル群からローカルでエクスポートすることもできます。チェックアウトを用いる場合、付随する管理情報ファイルが多く、取得量がソース実体の数倍に及ぶためご注意ください。 参考サイト |
► Sign in to add a comment
thrです。
meguさん コメントを書くとメンバーにメールが送信されるんですね＾＾；
そうとはしらずどこからメールがきたのか迷っていました。
教えてもらった http://code.google.com/p/modx-ja/wiki/TortoiseSVN は見ていたのですが、「検証」が何にあたるのか分からずイマイチわかりません。
内容は以前から見ていたのですが、全体の流れがわからなくて、
＞←検証前の最新状態をエクスポートしたい場合はこちら というのは本家版のmodx 1.0と考えたらいいでしょうか？
＞←検証が済んでアーカイブ化待ちの最新状態をエクスポートしたい場合はこちら これはレビューの結果採用されたファイルですか？ それとも、レビューまちの状態ですか？ この検証ということばがgoogle codeの何にあたるのかがよくわかりませんでした。
google codeでの作業の全体像が分かると助かるのですが、下記のようなイメージですか？
①Issuesに修正すべき項目を追加する ②誰かがその修正項目の作業を行う（google code上のファイルを直接修正する） ③SourceのChangesにCommit log messageを記入する ④みんながレビューで投票する ⑤投票の結果変更が妥当だとされた修正点が採用される
現在の最新版はr167のようですが、r167以下の番号の項目はすべて反映されているということですよね。 となると採用されない修正点に関しては再修正の項目をIssuesに追加して最新版になるというかたちでしょうか？
すいません、わからないことが多いのですが、想像で書いてみました。オープンソースの作業フローを図式化できたらわかりやすいですね。
コメント移してもらってありがとうございます。 こちらに書くのが正確ですね。
私も全体の流れを掴んでいるわけではないのですが。。
＞←検証前の最新状態をエクスポートしたい場合はこちら というのは本家版のmodx 1.0と考えたらいいでしょうか？
これは、日本語版の最新バージョンです。未検証です。テストしたい人はここからダウンロードします（ですよね？？）。で、バグ（または問題点）が見つかれば、issuesに、書き込みます。
レビューは思うに、要望改善などがあった場合、まず、レビューに書き、みんなどう思う？というふうに聞いて、採用！となった場合に、issuseに改善としてあげるんじゃないんでしょうか？今は、なんか逆をいってるような。。。？どうなんでしょう。。わたしもよくわかりません。ごめんなさい。。
改善要望がある時にissuseに書いて、それを受けて改修されたコードを評価するのがレビューですね。この個々のサイクルはなるべく軽く、短いのが理想的です。
thrです。
なんとなくわかりました。ありがとうございますっ！
あ、レビューってそうなんですね。ありがとうございます～。