バージョン管理システムについて語るスレ7
■ このスレッドは過去ログ倉庫に格納されています
0001前スレ858=879
2010/09/06(月) 22:48:42●過去スレ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
バージョン管理システムについて語るスレ2
http://pc11.2ch.net/test/read.cgi/tech/1215520728/
バージョン管理システムについて語るスレ3
http://pc12.2ch.net/test/read.cgi/tech/1228366972/
バージョン管理システムについて語るスレ4
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
バージョン管理システムについて語るスレ5
http://pc12.2ch.net/test/read.cgi/tech/1255241922/
バージョン管理システムについて語るスレ6
http://hibari.2ch.net/test/read.cgi/tech/1270640436/
●関連スレ
CVS 1.3 [UNIX板]
http://pc12.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://pc11.2ch.net/test/read.cgi/linux/1154701996/
Subversion r12 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1254838551/
git スレッド [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1197798039/
【分散型バージョン管理】 Mercurial 【hg】
http://hibari.2ch.net/test/read.cgi/tech/1251208950/
【bzr】Bazaarでバージョン管理 Rev 2
http://hibari.2ch.net/test/read.cgi/tech/1265951333/
0002デフォルトの名無しさん
2010/09/06(月) 22:49:10CVS
ttp://ximbiot.com/cvs/wiki/
Subversion
ttp://subversion.tigris.org/
Git
ttp://git-scm.com/
Bazaar
ttp://bazaar.canonical.com/en/
Mercurial
ttp://mercurial.selenic.com/wiki/
Darcs
ttp://www.darcs.net/
GNU arch
ttp://www.gnu.org/software/gnu-arch/index.html
monotone
ttp://www.monotone.ca/
Visual SourceSafe
ttp://www.microsoft.com/japan/msdn/vstudio/products/ssafe/default.aspx
●チュートリアル
Subversionによるバージョン管理(日本語訳)
ttp://subversion.bluegate.org/ (アクセスできない場合は↓)
ttp://www.caldron.jp/~nabetaro/hiki.cgi?SubversionWork
Git入門
ttp://www8.atwiki.jp/git_jp/
Bazaar Documentation Overview
ttp://wiki.bazaar.canonical.com/Documentation
Mercurial の使い方のチュートリアル
ttp://mercurial.selenic.com/wiki/JapaneseTutorial
0003デフォルトの名無しさん
2010/09/06(月) 22:51:49関連スレに関してはサーバ移行に伴い、落ちてしまったスレが多いようなのですが
一応過去スレとして残しておきました。
新サーバに移行しているものに関しては、一応URLを新サーバに変更しました。
0004デフォルトの名無しさん
2010/09/06(月) 23:06:310005デフォルトの名無しさん
2010/09/06(月) 23:08:14落ちてねーぞ、こら
0006デフォルトの名無しさん
2010/09/06(月) 23:09:370007デフォルトの名無しさん
2010/09/06(月) 23:17:58チェックミスった所があったかもしれません。
落ちてないのってどのスレですか？
>>6
一応全部確認したつもりなんですが・・・
0008デフォルトの名無しさん
2010/09/06(月) 23:30:25私の2chブラウザだと旧アドレスでの他板へのジャンプで過去ログへと
繋がってしまったため落ちたと判断してしまっていました。
失礼しました
0009デフォルトの名無しさん
2010/09/06(月) 23:32:51●過去スレ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
バージョン管理システムについて語るスレ2
http://pc11.2ch.net/test/read.cgi/tech/1215520728/
バージョン管理システムについて語るスレ3
http://pc12.2ch.net/test/read.cgi/tech/1228366972/
バージョン管理システムについて語るスレ4
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
バージョン管理システムについて語るスレ5
http://pc12.2ch.net/test/read.cgi/tech/1255241922/
バージョン管理システムについて語るスレ6
http://hibari.2ch.net/test/read.cgi/tech/1270640436/
●関連スレ
CVS 1.3 [UNIX板]
http://hibari.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1154701996/
Subversion r12 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1254838551/
git スレッド [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1197798039/
【分散型バージョン管理】 Mercurial 【hg】
http://hibari.2ch.net/test/read.cgi/tech/1251208950/
【bzr】Bazaarでバージョン管理 Rev 2
http://hibari.2ch.net/test/read.cgi/tech/1265951333/
0010デフォルトの名無しさん
2010/09/07(火) 00:32:220011デフォルトの名無しさん
2010/09/07(火) 07:57:450012デフォルトの名無しさん
2010/09/07(火) 08:48:47挙句らてっくす笑なんかじゃ何所にも納品できねーし
あんな生産性の無いもん厨煮から抜け出せない学生ちゃんしか使わん
ビジネスユースでてっくす笑が使われてるケースがあるなら提示してみろよ
0013デフォルトの名無しさん
2010/09/07(火) 08:51:51まぁ確かにメディアワークスと合併しちゃって存在しないけどさw
0014デフォルトの名無しさん
2010/09/07(火) 09:17:09はい次の方どうぞ
0015デフォルトの名無しさん
2010/09/07(火) 09:24:53きっとDoxygenもご存じなくて、下々のものに手書きさせているに違いない。
プログラムでできることを態々仕事として下々に与えてくださるとはなんと有り難い。
0016デフォルトの名無しさん
2010/09/07(火) 09:42:28言ってる内容も全部が相当の自爆もんだし
それで真面目に煽ってるつもりなら、マジもんの馬鹿だよお前
0017デフォルトの名無しさん
2010/09/07(火) 09:54:020018デフォルトの名無しさん
2010/09/07(火) 10:13:03お気の毒様
0019デフォルトの名無しさん
2010/09/07(火) 10:23:08朝から笑わせんなｗｗｗｗｗ
0020デフォルトの名無しさん
2010/09/07(火) 10:33:260021デフォルトの名無しさん
2010/09/07(火) 10:35:18> そもそも文章なんていくら書いても金になんねーつの
> 挙句らてっくす笑なんかじゃ何所にも納品できねーし
現場ってものすごい狭いんですね
0022デフォルトの名無しさん
2010/09/07(火) 10:50:57自分の体験だけが全てwwwwwww
0023デフォルトの名無しさん
2010/09/07(火) 10:51:47合併した会社のことを「潰れた」とは言いません。
バカの事例をありがとうwwwwwww
0024デフォルトの名無しさん
2010/09/07(火) 14:46:580025デフォルトの名無しさん
2010/09/07(火) 15:05:370026デフォルトの名無しさん
2010/09/07(火) 15:33:41>>25
その拾い方は痛い
0027デフォルトの名無しさん
2010/09/07(火) 21:29:15ドキュメントだったら Wiki の方がなんぼかマシ
0028デフォルトの名無しさん
2010/09/07(火) 23:56:160029デフォルトの名無しさん
2010/09/08(水) 00:13:41ならいくらでも差分取れるから、分散型でもマージすりゃいいじゃん、
って考えられるけど、差分取れないとか、人が差分見ても意味不明とか、
そういうファイルフォーマットメインでやらなきゃいけない場合、
どうすりゃいいんだろうね。
つかまあ、そういうフォーマット使う限りはどうにもならないかね…
0030デフォルトの名無しさん
2010/09/08(水) 06:57:28diff とってマージと意味はかわらないよね。
Word Excel は差分取るプログラムとか探すと見つかるし
そう悲観したもんじゃないと思うけど。
というわけで文章はいいんだけどさ、画像とかどうしょもないよね。
0031デフォルトの名無しさん
2010/09/08(水) 09:22:02最近はさっぱり使わなくなったな。
画像を重ねて透かして見るのが楽しかったｗ
0032デフォルトの名無しさん
2010/09/08(水) 13:09:26せっくす(笑)
0033デフォルトの名無しさん
2010/09/09(木) 02:14:02人種差別と排外主義を許さない人たちが見せた本性
http://www.youtube.com/watch?v=B4iM0b8mSQ8&feature=related
http://www.youtube.com/watch?v=B4iM0b8mSQ8&feature=related
人種差別と排外主義を許さない人たちが見せた本性
人種差別と排外主義を許さない人たちが見せた本性
0034デフォルトの名無しさん
2010/09/09(木) 23:51:50http://blogs.msdn.com/b/codeplex/archive/2010/09/06/codeplex-com-donates-25-000-to-mercurial-project.aspx
Microsoftも、ついにTeam Foundation Serverを捨てる覚悟ができたか。
0035デフォルトの名無しさん
2010/09/10(金) 00:22:18たった200万円くらいじゃねえか。
0036デフォルトの名無しさん
2010/09/10(金) 00:22:26それはともかく、せっかく支援するならWindowsの日本語ファイル名をなんとかして…くれないよなぁ。
0037デフォルトの名無しさん
2010/09/10(金) 02:43:390038デフォルトの名無しさん
2010/09/10(金) 03:00:03おい、UTF-16対応フラグだろ、それはｗ Python3の内部はUTF-16だっけ？
UTF-8そっちのけになってマルチプラットフォームでやりとり不可の可能性すらあるだろがｗｗｗ
0039デフォルトの名無しさん
2010/09/10(金) 09:55:430040デフォルトの名無しさん
2010/09/10(金) 14:30:43open source と、いうか、
不特定な人々でソースコードを突いた方が、
解決する類の問題がある事に気付く。
↓
`不特定な人' って事で、
分散型＆無料＆オープンの中で、VCSを物色する。
↓
git -> linux のイメージ
bzr -> gnu のイメージ
hg -> これかな
みたいな
0041デフォルトの名無しさん
2010/09/10(金) 14:58:040042デフォルトの名無しさん
2010/09/10(金) 15:06:150043デフォルトの名無しさん
2010/09/10(金) 15:19:42コミットのログにアットマークsun.comならいるけど
0044デフォルトの名無しさん
2010/09/10(金) 17:12:37作った人ならmercurialはLinuxのイメージじゃないか？
0045デフォルトの名無しさん
2010/09/11(土) 00:59:540046デフォルトの名無しさん
2010/09/11(土) 01:01:480047デフォルトの名無しさん
2010/09/11(土) 03:21:23直前のコミットコメントを修正するのに、git ci --amend がすごく便利なので、
同じような機能がmercurialにあれば教えてください。
0048デフォルトの名無しさん
2010/09/11(土) 04:24:20http://stackoverflow.com/questions/623052/how-to-edit-incorrect-commit-message-in-mercurial
0049デフォルトの名無しさん
2010/09/11(土) 06:45:23エクスプローラにフック入れてくるからSVN使う作業時以外でもモッサリにされた。
0050デフォルトの名無しさん
2010/09/11(土) 07:23:58Subversionに対する不満ならたくさんあるが、そういうことではなく？
0051デフォルトの名無しさん
2010/09/11(土) 07:26:16vistaからexplorerでリビジョン番号とか表示できなくなって使う意味が減った。
0052デフォルトの名無しさん
2010/09/11(土) 07:39:57Windowsでしか使えないこと
0053デフォルトの名無しさん
2010/09/11(土) 07:48:12直前だったらrollback
0054デフォルトの名無しさん
2010/09/11(土) 08:07:30バージョンアップ時にアンインストールが必要だったりして
複数回の再起動が必要だったりすること
業務中にはちょっと切ない。特に、他人にバージョンアップさせるときに
0055デフォルトの名無しさん
2010/09/11(土) 14:23:24ログアウト→ログインで事足りるはずだよ
0056デフォルトの名無しさん
2010/09/11(土) 18:05:35それだけじゃ済まないだろ。
0057デフォルトの名無しさん
2010/09/11(土) 19:52:560058デフォルトの名無しさん
2010/09/14(火) 17:03:581人でphpの開発をしております。
本番サーバー、開発サーバー、バックアップサーバー、3台のサーバーがあります。
今はFTPで開発サーバーに接続、動作確認、開発サーバーから本番サーバーにrsyncで同期
という方法をとっております。
本番サーバー、開発サーバーとも、日毎にバックアップサーバーに保存しております。
開発にはsubversionがあたりまえ、というようなことを耳にしましたが、このような開発環境でsubversionを導入するメリットというのはどんなものがあるのでしょうか？
0059デフォルトの名無しさん
2010/09/14(火) 17:16:14その言語と環境に特化していうべきことはない。
どっかの入門記事読んで試験的に導入してみた方が早い。
バックアップとは別にバージョン管理をするメリットは十分にあるとだけ言っておこう。
# 屋根裏尾はあえて使ってないみたいだけど
0060デフォルトの名無しさん
2010/09/14(火) 17:19:09履歴がはっきりしてるならこれでいいよ
0061デフォルトの名無しさん
2010/09/14(火) 17:30:54何も困ってないのならそのままでもいいかも知れないけど、
導入すれば一般的なバージョン管理システムの恩恵が得られる
・変更内容を追うことができる（ログメッセージが役立つ）
・複数人体制になった時に行き違いを防止することができる（ファイル上書きなど）
・リリースバージョンと開発バージョンをフォークしたり（これは分散型のほうが得意）
・テスト＆バグ報告などを行う場合に、対象バージョンを特定しやすい
006258
2010/09/14(火) 17:34:56やはり差分が管理できるというのが一番の利点でしょうか？
環境は準備し、少し触ってみたのですが、いじったらコミットして、サーバーにもFTPで上げないといけないので面倒だなぁと感じております。
>>60
日毎でとってるので2週間程度はさかのぼれますが、1日に複数回、大幅な変更などをしたとき戻りにくい。
1年前とかのファイルは残ってない、というのが問題でしょうか？
0063デフォルトの名無しさん
2010/09/14(火) 17:36:58いやサーバにリポジトリ作る、、というかサーバにシステム入れて使うのが普通
0064デフォルトの名無しさん
2010/09/14(火) 17:43:23そのサーバーって開発サーバーのことですよね
0065デフォルトの名無しさん
2010/09/14(火) 17:44:57大幅な変更があるならそのときだけ日ごとじゃなくて作業ごととかにすりゃいいんじゃね？
0066デフォルトの名無しさん
2010/09/14(火) 17:45:48FTPで接続とあるから、おそらくPHPコードのマスタはクライアントPC上に
あるのだと思うけど、Subversionによるバージョン管理というのは、
(テスト環境や運用環境ではなく)マスタとなる(PC上にある)PHPコードの変更履歴を
管理することを目的に導入するもの。バックアップの世代管理とは区別して考えなさい。
Subversionの遠い祖先にあたるSCCSというバージョン管理システムのSCCSという単語は、
Source Code Control System(ソースコード制御システム)の略語。
ソース(PHPコード)の管理が基本的な導入の目的だよ。
0067デフォルトの名無しさん
2010/09/14(火) 17:49:580068デフォルトの名無しさん
2010/09/14(火) 17:54:40> 作業コピーごとサーバに置いてソースコード流出
svnが各ディレクトリにできるから分散型の方が良いと思うけどどうなんだろう？
0069デフォルトの名無しさん
2010/09/14(火) 17:56:10> >>67
> > 作業コピーごとサーバに置いてソースコード流出
> svnが各ディレクトリにできるから分散型の方が良いと思うけどどうなんだろう？
ドット入れたつもりが抜けちゃった。
".svn"が各ディレクトリにできるから分散型の方が良いと思うけどどうなんだろう？
0070デフォルトの名無しさん
2010/09/14(火) 17:58:37できればリリース作業はVCSとは別にスクリプト作っておいたほうが良いと思う
0071デフォルトの名無しさん
2010/09/14(火) 18:15:011ヶ月かかる新機能追加(既存ファイル変更しまくり)やってる後半に、現行版の緊急の修正が3個くらい舞い込んできたらどうしてんの？
007258
2010/09/14(火) 18:35:22tortoisesvnの使用です。
>>61
後のことを考えるなら、今のうちから導入しておいたほうがよさげなのですね。
>>63
>>64
リポジトリは開発サーバーに作成してますが、
・手元でファイル修正→コミット
・修正したファイルをアップロード
これは別物ですよね？
手元でファイルを修正→コミット＝アップロード
というのは不可能ですよね。
>>66
マスターのファイルは開発サーバー上にあります。
開発サーバーにFTP接続→ダウンロード＆修正→開発サーバーにアップロード
上でも書いたのですが、バージョン管理と、開発サーバーにアップロードは別物ということですよね？
バージョン管理するために、ひと手間かけるという認識でよいのでしょうか？
>>67
開発サーバーの公開ディレクトリにチェックアウト、編集しアップロードしたらコミットというのを考えましたが、それだと複数人で作業したときの競合がおき、全く利点がないですよね…
コンパイルが不要のphpなので、考えかたがjava等とは違うのでしょうか？
>>71
本番サーバーから直接ファイルをダウンロードして、修正し本番サーバーにアップロード、修正した部分を変更中のものにも適用、というようなことをしています。
直接本番サーバーで作業するため、稀にエラーやらバグが発生しますが、事後修正で対応でいるようなサイトなので…
こんな考えだからsubversionの利点を見出せないのでしょうか…
0073デフォルトの名無しさん
2010/09/14(火) 18:46:23> 直接本番サーバーで作業するため
> こんな考えだからsubversionの利点を見出せないのでしょうか…
うんそう
そこで仕事が貰えてるなら、もうそのままで良いんじゃない？
君が不可能と考えてる事は簡単に可能だし、懸念してる手間など初めからないし
開発者のあり方として、素人の遊びレベルのクオリティだけど、まぁ、そのままで良いんじゃない？
007466
2010/09/14(火) 18:59:28>マスターのファイルは開発サーバー上にあります。
それなら、単純だ。開発サーバにSubversionを導入してコード管理すればいい。
>開発サーバーにFTP接続→ダウンロード＆修正→開発サーバーにアップロード
FTPではなくSamba(for Win)またはNFS(for UNIX)で接続(マウント)し、
開発サーバ上のPHPコードを直にエディタで編集するほうが楽だと思う。
あるいはレンタルサーバのようにサーバマシンがリモートサイトにあるのなら、
sshfsという方法がある。"sshfs" あるいは "FUSE" でググレば情報を見つけられる。
個人的には、vim(エディタ)を習得することがUNIXマスターへの第一歩だと思うけど...。
>バージョン管理するために、ひと手間かけるという認識でよいのでしょうか？
開発サーバ上のSubversionリポジトリに最新コードをチェックインしたら、
その後のテスト環境へのチェックアウトは、手作業ではなくスクリプトで自動化させる。
make/Makefileあるいは類似の自動化ツールを勉強すること。慣れれば手間はかからない。
0075デフォルトの名無しさん
2010/09/14(火) 19:07:48> 後だしですみませんが、開発環境に追加で、Windowsのテキストエディタでコードを記述、FTPでファイルをアップロードしてます。
> tortoisesvnの使用です。
>
これはWindowsのローカルにリポジトリを置いているってこと？
BDB、FSFSどっち？
0076デフォルトの名無しさん
2010/09/14(火) 19:40:15> 後だしですみませんが、開発環境に追加で、Windowsのテキストエディタでコードを記述、FTPでファイルをアップロードしてます。
> tortoisesvnの使用です。
svnは使っているの？それとも、これから導入を考えているの？試し程度に少し触った程度なの？
「導入を考えて試しに少し触ったけど、メリットが見出せなかった。」だと思っていたんだけど、
どうも「TortoiseSVN使っているけど、メリットが見出せない」なのかな。
branchもtrunkも作らずにやっているのかしら？
0077デフォルトの名無しさん
2010/09/14(火) 19:50:04> というのは不可能ですよね。
subversionのpost-commit-hookでアップロードすればいい。
0078デフォルトの名無しさん
2010/09/14(火) 19:53:040079デフォルトの名無しさん
2010/09/14(火) 20:08:27そのくらいのソフトウェア品質管理水準を許容できる開発体制なのだから、
バージョン管理(SCM: ソフトウェア構成管理)導入の意味(目的/価値)が分からない。
>>73が言ってるように、それで仕事が貰えてるなら、そのままでいいんじゃないかと思う。
0080デフォルトの名無しさん
2010/09/14(火) 20:25:530081デフォルトの名無しさん
2010/09/14(火) 20:48:03そうだなｗ
0082デフォルトの名無しさん
2010/09/14(火) 22:33:13末永くよろしくです
Git 2
http://hibari.2ch.net/test/read.cgi/tech/1284467898/
0083デフォルトの名無しさん
2010/09/14(火) 23:28:11> >>71
> 本番サーバーから直接ファイルをダウンロードして、修正し本番サーバーにアップロード、修正した部分を変更中のものにも適用、というようなことをしています。
> 直接本番サーバーで作業するため、稀にエラーやらバグが発生しますが、事後修正で対応でいるようなサイトなので…
> こんな考えだからsubversionの利点を見出せないのでしょうか…
すげえｗ
いやでも、これで仕事ができてて、食えてるならいいと思うけどな俺は
うちでこの体制の時代によくあったのは、本番サーバーにアップしてあるのを弄ってアップしたら
先方もいじっていて先方の変更が消えて、とかその逆があったりとか
げんなりくることが多かったな。あれはひどかったなｗ
今のままで廻っているなら別にいいと思うけどね。
将来的に困ると思うなら、自分の趣味ででもしばらく使ってみた方がいいよ
なれるまでちょっとした手間が増えるので面倒なのと、自分なりに便利さや効率的なやり方を実感していないと
他人に勧めにくい。
0084デフォルトの名無しさん
2010/09/14(火) 23:30:18飯食えてるんだったら気にする必要ないと思うけどな
効率的な開発手法ばかり追っててまともに飯食えてない俺だからそう感じるんだろうけど
0085デフォルトの名無しさん
2010/09/14(火) 23:35:160086デフォルトの名無しさん
2010/09/14(火) 23:43:21> 直接本番サーバーで作業するため、稀にエラーやらバグが発生しますが、事後修正で対応でいるようなサイトなので…
> こんな考えだからsubversionの利点を見出せないのでしょうか…
何のために開発サーバー用意してんだ？
0087デフォルトの名無しさん
2010/09/15(水) 00:04:38そもそもこの程度の使い方ならsubversionはオーバースペック
cvsでも充分
0088デフォルトの名無しさん
2010/09/15(水) 00:15:460089デフォルトの名無しさん
2010/09/15(水) 00:34:02どう考えたら、svnはやめてcvsということになるんだ
Windowsを除けば、分散バージョン管理でいいんじゃんという時代になってきてるのに
0090デフォルトの名無しさん
2010/09/15(水) 00:41:44SVN等の後継システムが登場したのだから、すみやかに引退してもらうのが正解。
RCSは単体テキストファイルの管理に限定すれば便利なツールだから、この先生き残るだろうけど。
0091デフォルトの名無しさん
2010/09/15(水) 06:33:37> RCSは単体テキストファイルの管理に限定すれば便利なツールだから、この先生き残るだろうけど。
これも、gitやbzrが入っていればそれでいいって話で。
0092デフォルトの名無しさん
2010/09/15(水) 06:55:45他のお遊びscmとは意識レベルが全然違う
0093デフォルトの名無しさん
2010/09/15(水) 07:18:54他のお遊び(ry
0094デフォルトの名無しさん
2010/09/15(水) 07:58:40確かに、ソースコード管理については(svnやgitがあるから)rcsの出る幕は無いだろね。
ただ、rcsはちょっとしたテキストファイルの来歴管理(たとえばhttpd,confや.bashrc)には
十分だし、ほぼすべてのUNIXマシンでインストールされているし、Windowsにも移植されてる。
だからrcsというプログラムそのものが消え去ることは無いだろう、ってことを言いたかった。
0095デフォルトの名無しさん
2010/09/15(水) 08:03:41そんな生き残りに価値はあるんだろうか
0096デフォルトの名無しさん
2010/09/15(水) 08:08:390097デフォルトの名無しさん
2010/09/15(水) 10:17:28* python とかがない状態でも動く
* リポジトリフォーマットがテキストなので、復旧だけなら他のコマンドを使ってもできる
ってあたりが、システムファイルいじる時には安心できるよね。
0098デフォルトの名無しさん
2010/09/15(水) 13:16:00ちょっとスレ違いかもしれないけど、 homeにあるdotfile管理するときってどうしてる？
.bashrcとかあのへんのUnix系の設定ファイル郡のこと。
別ディレクトリに置いてそっちをバージョン管理して、homeにsymlink貼るって形がいいのかな。
homeに直で.gitとか.bzr作ったら、home以下を見に行ってしまってヤバクない？
しかしWindowsだとsymlink貼るのに管理者権限必要なの面倒なのなんとかしろ
0099デフォルトの名無しさん
2010/09/15(水) 13:18:130100デフォルトの名無しさん
2010/09/15(水) 13:29:16home に直はちょっと考えられないかな。
home の使い方によるだろうけれど。
Windows では管理してないやw
0101デフォルトの名無しさん
2010/09/15(水) 15:10:24>>94だけど、遠慮無しに履歴管理したいファイルがあれば、そこに mkdir RCS している。
だから $HOME/RCS, $HOME/bin, $HOME/lib/RCS, /etc/RCS とかRCSだらけに。でも気にしない。
RCSディレクトリがあることで、そこに履歴管理されているファイルが存在していることが分かるから。
探すのも find . -name RCS を実行すれば、一発で分かる。誰にでも勧められる方法じゃないと思うが参考まで。
もちろんこれは個人の開発マシンに限定すべき事柄。もし本番サーバ等でやるなら、事前に承認を受ける。
■ このスレッドは過去ログ倉庫に格納されています