アカウント名:
パスワード:
SubversionとGITは排他的なものでなく、場合により使い分けるものです。Subversionはバージョン管理ツールですがGITはソースコードパッチ管理ツールなのですよ。GITを分散型の「バージョン管理ツール」と思うと混乱します。(私がそうでした)
Mercurialはどうかは知りません。
Gitでソースコード以外のものを管理してる俺は間違ってるのですね、わかりました。# テキストとかdocとかxlsだよ。さすがに巨大なバイナリは放り込んでないよ。
とはいえSourceTreeを使う(これ) [cappee.net]なら、けっこう良いかもしれんね。
# とはいえ中央集権でブランチがコピーという分りやすさはそれでドキュメント系には嬉しいと思う(どっちも使う)
># テキストとかdocとかxlsだよ。さすがに巨大なバイナリは放り込んでないよ。xlsってバイナリじゃね?xlsxとかxml(Office 2003)とかならともかく
#ゲームとか画像系バイナリ扱うプロダクトだとgitでpushしたあと --depth 1でcloneしなおさないとDisk足りないっす orz
xlsはバイナリでしょ。
全体としては subversion で動作して、指定したフォルダ以下だけ subversionの邪魔せずにgit で管理できて、その git の master ブランチを subversion 側の処理にあわせてあげさげしてくれるような賢い管理をしてくれるクライアントが理想なのにと日々思ってます
思考放棄しているだけなののにもっともらしいことを言ってるように見せかけられてとても便利だよね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
Subversionは滅亡しない (スコア:5, 興味深い)
SubversionとGITは排他的なものでなく、場合により使い分けるものです。
Subversionはバージョン管理ツールですが
GITはソースコードパッチ管理ツールなのですよ。
GITを分散型の「バージョン管理ツール」と思うと混乱します。(私がそうでした)
Mercurialはどうかは知りません。
Re:Subversionは滅亡しない (スコア:1)
マージしないならsubversionの方がいいでしょうね。
Re: (スコア:0)
Gitでソースコード以外のものを管理してる俺は間違ってるのですね、わかりました。
# テキストとかdocとかxlsだよ。さすがに巨大なバイナリは放り込んでないよ。
Re:Subversionは滅亡しない (スコア:1)
とはいえSourceTreeを使う(これ) [cappee.net]なら、けっこう良いかもしれんね。
# とはいえ中央集権でブランチがコピーという分りやすさはそれでドキュメント系には嬉しいと思う(どっちも使う)
M-FalconSky (暑いか寒い)
Re: (スコア:0)
># テキストとかdocとかxlsだよ。さすがに巨大なバイナリは放り込んでないよ。
xlsってバイナリじゃね?
xlsxとかxml(Office 2003)とかならともかく
#ゲームとか画像系バイナリ扱うプロダクトだとgitでpushしたあと --depth 1でcloneしなおさないとDisk足りないっす orz
Re:Subversionは滅亡しない (スコア:1)
Re: (スコア:0)
xlsはバイナリでしょ。
Re: (スコア:0)
TortoiseHgのdocのdiffは結構見やすかったけど、それでもマージは面倒だね(手マージする気があるならSVNでいいし)。
Re: (スコア:0)
全体としては subversion で動作して、指定したフォルダ以下だけ subversion
の邪魔せずにgit で管理できて、その git の master ブランチを subversion 側の処理に
あわせてあげさげしてくれるような賢い管理をしてくれるクライアントが理想なのにと日々思ってます
妖怪ドッチモドッチ (スコア:0)
思考放棄しているだけなののにもっともらしいことを言ってるように見せかけられてとても便利だよね。