バージョン管理システムについて語るスレ10 (641ﾚｽ)
上下前次1-新
1(1): 2014/02/23(日)18:17 AAS
バージョン管理システムについて語りましょう
●過去スレ
バージョン管理システムについて語るスレ
2chｽﾚ:tech
バージョン管理システムについて語るスレ2
2chｽﾚ:tech
バージョン管理システムについて語るスレ3
2chｽﾚ:tech
バージョン管理システムについて語るスレ4
2chｽﾚ:tech
バージョン管理システムについて語るスレ5
2chｽﾚ:tech
バージョン管理システムについて語るスレ6
2chｽﾚ:tech
バージョン管理システムについて語るスレ7
2chｽﾚ:tech
バージョン管理システムについて語るスレ8
2chｽﾚ:tech
バージョン管理システムについて語るスレ9
2chｽﾚ:tech
515(1): 2017/03/09(木)19:22 ID:NWFSmelL(1) AAS
>>513
悪意を持った誰かが公開されているpdfをコミットしただけでぶっ壊せる
もしくはWebkitのように、システムの振る舞いを調べるテスト目的でコミットしても壊れる
516: 2017/03/09(木)19:55 ID:LA1Z4pgP(1) AAS
>>515
そのうち SHA-256 とかにするんじゃね
517(1): 2017/03/09(木)21:07 ID:V2YMs/sH(1) AAS
切り替えは相当大変だろうな
518: 2017/03/09(木)22:08 ID:ZZ1gzprq(1) AAS
>>513
奇跡じゃないって話だろ
519: 2017/03/09(木)23:11 ID:SohBzwwd(1) AAS
>>517
旧バージョンでダンプして新バージョンでロードするだけでしょ
いままででもリポジトリのバージョン変わったらそうやってたし
520(1): 2017/03/20(月)10:28 ID:tUUn7aQW(1) AAS
まあバージョン管理程度なら大した問題にはならんだろ。
ちょっとしたスクリプトを一枚かませばいいくらいの話。
521: 2017/03/22(水)01:28 ID:MyrW3Mfd(1) AAS
>>520
問題になったやん
522: 2017/03/23(木)00:11 ID:M1uPRgNk(1) AAS
嫌がらせならハッシュ衝突なんて凝ったことしなくてもできる訳で
嫌がらせ以上のことが可能かといえばそういう話も無く
523(1): 2017/03/26(日)09:54 ID:GxjULHy0(1) AAS
>>487
未だに使ってるとこあるよ。あり得ないと思った
524: 2017/03/26(日)10:18 ID:HsMpHt+x(1) AAS
未だにVSS使ってる魔境もあるぞ
525(2): 2017/03/26(日)11:52 ID:iTS+fWTZ(1/2) AAS
>>523
普通に使ってるけど？
git だとアクセス制限とかかけられなかったりするから会社では使えないケースもあるし
526(1): 2017/03/26(日)12:27 ID:7dOJEWlC(1/2) AAS
>>525
かけられる。かける方法を知らないお前が馬鹿なだけ
527: 2017/03/26(日)18:51 ID:iTS+fWTZ(2/2) AAS
外部ﾘﾝｸ:git-scm.com
のことを言ってるのかな？
それなら知ってるから無駄に煽るな
528: 2017/03/26(日)19:12 ID:K0FPpjuZ(1) AAS
東京電力の新会長に日立製作所の人間が就任
529(1): 2017/03/26(日)20:40 ID:CAdFcq03(1) AAS
>>526
馬鹿を晒した気分はどうよ？
530: 2017/03/26(日)20:54 ID:7dOJEWlC(2/2) AAS
>>529
かけられたが？
531(1): 2017/03/27(月)01:00 ID:70JXvwsB(1) AAS
素人でスマンが、実際のところsubversionではできてgitではできないアクセス制限ってどんなのがあるの？
532(1): 2017/03/27(月)11:09 ID:e29nEpzR(1/4) AAS
>>531
リポジトリの一部を読み出し不可にすること
533(2): 2017/03/27(月)11:20 ID:LarKYmAi(1/9) AAS
>>532
svnだとリモートリポジトリを作るのが面倒（？）とかいう理由で
全てのプロジェクトを一つのリポジトリに入れるとかいう
アホな使い方をしている例をしていたけど、そういう話？
リポジトリの一部を読み出し不可にするのであれば
その部分だけ別リポジトリに分ければ良いと思うけど？
submoduleがあるからリポジトリの特定のディレクトリだけ
別リポジトリにするなんてことも簡単にできる
534(1): 2017/03/27(月)11:21 ID:LarKYmAi(2/9) AAS
それからsvnでリポジトリの一部を読み出し不可にするって
apacheの設定の話をしてる？
それapacheの機能だよね？
535: 2017/03/27(月)12:23 ID:X8AlYPVD(1/2) AAS
横だがsubmoduleはアンチパターン的な扱いになってきてなかったっけ
536: 2017/03/27(月)12:25 ID:e29nEpzR(2/4) AAS
>>533-534
プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない
アクセス制御のために別リポジトリにするのは本末転倒
あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか？
537(2): 2017/03/27(月)14:24 ID:LarKYmAi(3/9) AAS
> あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか？
いいや？ Apacheの機能を使ってもいいというのであれば
gitでも同じことはできる。
538(2): 2017/03/27(月)14:27 ID:LarKYmAi(4/9) AAS
> プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない
公開するものだけを渡せばいいだけの話
公開しないものと公開するものを同じリポジトリに入れる必要がない。
> アクセス制御のために別リポジトリにするのは本末転倒
それこそ別リポジトリにするべきことだろう。
別リポジトリににすればいいだけなのに、
公開しないものを同じリポジトリに入れて
アクセス制御するほうが本末転倒だろう。
539(2): 2017/03/27(月)15:01 ID:X8AlYPVD(2/2) AAS
プロジェクトで要求するような詳細な権限管理はGitHubみたいなアプリケーション側ですることでSCMの責務ではない
以上
540: 2017/03/27(月)15:19 ID:BGS+rNUA(1/4) AAS
>>538
> > アクセス制御のために別リポジトリにするのは本末転倒
> それこそ別リポジトリにするべきことだろう。
時系列を考えないと。
最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、全部を公開するのがまずいとなる。
そういうときに、権限管理があったら便利だよねってこと。
最初から、将来起こりえるだろう事象を見越して、リポジトリを分割管理する方が本末転倒だと思うけどね。
541(1): 2017/03/27(月)16:41 ID:LarKYmAi(5/9) AAS
最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、
公開するものだけをまとめたほうがいいだろう？
アクセス禁止がデフォルト設定
公開したいところだけ、別リポジトリにまとめる
リポジトリをアクセス許可にして制限するというやり方では
ミスしやすい
542(1): 2017/03/27(月)16:48 ID:BGS+rNUA(2/4) AAS
>>541
どちらがベターかはケースバイケースでしょう。
あなたがべき論でもって、権限管理方式を全否定しているからレスしただけ。
543(2): 2017/03/27(月)16:48 ID:LarKYmAi(6/9) AAS
もともと「社内だけで使えるリポジトリ」と思っていたわけで、
どこに何をおいても社内だけだから安全だと思ってしまう。
「社内だけで使えるリポジトリ」の一部を社外にも公開しますよと
通知した所で、忘れる可能性がある。
その一部に間違えて、公開してはいけない情報を入れてしまったら？
そうなるから「社内だけで使えるリポジトリ」を
あとから変更するというのはやってはいけない。
「社内だけで使えるリポジトリ」は将来に渡っても
社内だけにしておかないといけない。
そうすると当然、社外とも共有するリポジトリを作るという話になる。
もちろん最初に作るわけじゃない。
必要になった時点で作ればいいだけ。
必要になった時点で必要な権限で新しいリポジトリを作る。
最初から公開するものとして作っているのだから間違えることもない。
別リポジトリにすることは、安全に公開範囲を決める方法となる
いちいち、このディレクトリって、誰が見れるんだっけ？
などと気にする必要もなくなる。
544: 2017/03/27(月)16:49 ID:LarKYmAi(7/9) AAS
>>542
いずれのケースでもリポジトリを分けるほうがベター
subversionを使っていたとしてもリポジトリを分けたほうが良い
545(1): 2017/03/27(月)16:55 ID:BGS+rNUA(3/4) AAS
>>543
そういうこと言い始めたら、ファイルシステム全体で権限管理しているLinuxなんて信用ならんってことになりませんかね。
546: 2017/03/27(月)17:03 ID:DbmaBtXa(1/2) AAS
>>545
ならねーよ
547: 2017/03/27(月)17:04 ID:LarKYmAi(8/9) AAS
ならないな。
ユーザーごとにディレクトリ別れているわけだし
548(1): 2017/03/27(月)17:09 ID:BGS+rNUA(4/4) AAS
そう、なりませんよね。
だったら、もしgitにも権限管理機能があったら、やはり同じように信頼できるやり方ができるんじゃないですかね。
549(1): 2017/03/27(月)17:31 ID:LarKYmAi(9/9) AAS
ソースコードの場合は、原則として
リポジトリの全てがないとビルドできないのだから
ディレクトリの一部が見れないという方式は取れない。
もし別々にビルドできるのであれば、
それは別のリポジトリにする方が良い
モジュールの独立性を高くできる。
モジュールの時点で独立しているので、
ソースコードの一部を隠すという発想よりも
安全に運用できる。
550: 2017/03/27(月)18:24 ID:e29nEpzR(3/4) AAS
>>537
使っていいからやり方教えて
>>538
アクセス権限の変更が必要になる度にリポジトリの構成を変えるの？
なかなか小学生らしい斬新な発想ですね w
>>539
github ならできるの？
551: 2017/03/27(月)18:52 ID:DbmaBtXa(2/2) AAS
>>548
論理飛躍しすぎ。
552: 2017/03/27(月)19:35 ID:e29nEpzR(4/4) AAS
非公開の情報を間違ったディレクトリに突っ込む >>543 みたいな間抜けな奴は同じ情報を間違ったリポジトリにも突っ込むと思った方がいい
そもそもそう言う間抜けに書き込み権限を与えるなよ w
553: 2017/03/27(月)21:23 ID:9ObHSaYA(1) AAS
alt gitまだー？
554(1): 2017/03/28(火)11:09 ID:uzRike2T(1) AAS
>>549
> ソースコードの場合は、原則として
> リポジトリの全てがないとビルドできないのだから
そんなことない。
メインアプリ＋プラグイン/ライブラリ複数を一度のビルドでコンパイルするケースは結構ある。
出力されるのが、LM + .so複数みたいな。
555(1): 2017/03/28(火)21:26 ID:8XEqMjkn(1) AAS
>>554
一部だけビルドできるってことは、別のリポジトリにできるということ。
ならば、そうすればいいだけの話
556: 2017/03/29(水)10:34 ID:Y3wjV6v+(1/5) AAS
>>555
> 一部だけビルドできるってことは、別のリポジトリにできるということ。
なるほど、ここに誤解があるのか。
「一部だけビルドできる」というのと「別のリポジトリにできる」というのはイコールじゃない場合が多い。
両者に依存関係がある場合ね。
簡単に分割できるのは、ビルドが不要な言語に多いんじゃないか？
557(1): 2017/03/29(水)10:55 ID:BMMgvCDG(1) AAS
それは一部だけビルドできると言っていいのか…？
あとそれってsvnでアクセス権設定しても同じように困るんじゃないの？
558: 2017/03/29(水)13:17 ID:Y3wjV6v+(2/5) AAS
>>557
> それは一部だけビルドできると言っていいのか…？
まあ、こんな感じですかね。
foreach dir in subdirs
cd dir; exec build_script
end
> あとそれってsvnでアクセス権設定しても同じように困るんじゃないの？
subdirのいくつかが欠けていても、それは単にビルドされないだけですね。
あと、svnでできるかどうかは知りません。
559(1): 2017/03/29(水)13:25 ID:Y3wjV6v+(3/5) AAS
とういか、別にそんな細かい話したいわけじゃなくて、リポジトリの一部をomitして提供、
あるいは一部のみ提供する必要があったとき、リポジトリを分割するだけが解じゃなくて、
権限設定機能があるならそれで済み場合もあるってこと。
なぜだか、それに強行に反対する人（たち？）がいるようで。
560(1): 2017/03/29(水)16:15 ID:dkT05tkI(1) AAS
>なぜだか、それに強行に反対する人（たち？）がいるようで。
逆じゃないの
gitじゃアクセス権出来ないから使えない状況がある(>>525)って所が発端で、リポジトリ分ければ良いじゃんって人とリポジトリ分けられないじゃんって人が言い合ってたのが今の流れでしょ
561: 2017/03/29(水)16:35 ID:Y3wjV6v+(4/5) AAS
>>560
> 逆じゃないの
そこも認識が違ってますね。
他の人はともかく、俺はSCM一般の話をしてたつもり。
> リポジトリ分けられないじゃん
いや、そんな人いないと思うけど･･･。
git固有の話をするなら、モジュールを分割してsubmoduleで扱う方式だと、そのリポジトリの
利用者全員に影響を与えてしまうというデメリットがあるね。
562(2): 2017/03/29(水)17:51 ID:nMwlQpLq(1) AAS
リポジトリ分けたい人は分ければいい
俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒って思ってるからそんなことをしないだけ
563: 2017/03/29(水)18:25 ID:Y3wjV6v+(5/5) AAS
>>562
ですねぇ。
この話題ももう終わりだろうから、一つだけコメントしておこう。
>>533
> 全てのプロジェクトを一つのリポジトリに入れるとかいう
> アホな使い方
googleはそうしてますね。
564(2): 2017/03/29(水)21:33 ID:G25OA3ZV(1) AAS
>>562
> 俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒
いや、どこが "本末" が "転倒" してるんだ？って話なんだが。
重要なのはアクセス権が違うのだから、きちんと役割を分けましょうということだろう？
リポジトリを分ければ、きちんと役割が分かれるのだから
本末は転倒してないだろ？
やり方が複数あるってだけだよ。
リポジトリごとに分ければ、誰がそこにアクセスできるのか明確になるし、
githubなんかの情報共有でもリポジトリが別れているから、
issueなどに書かれた見せてはいけない情報だって見れなくできる。
メリットのほうが大きいと思うが？
逆に聞きたいんだが、ファイルのアクセス権に対応したチケット管理ツールとかあるの？
このディレクトリに関するチケットは見せないみたいな
565(1): 2017/03/29(水)21:50 ID:zrYSsU9g(1) AAS
>>559
たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
566(1): 2017/03/29(水)21:56 ID:rnkAS5XR(1/2) AAS
（>>565の話にも関係してるけど）
それからsvnにあるのはアクセス権の機能じゃないからな。
svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能だけ
ユーザー登録をsvnに設定するわけじゃない。apacheなどの設定
バージョン管理ソフト自体にアクセス権の機能をつけたら無駄に複雑になる。
本末転倒というならば、むしろこっちの方だろう。
アクセス権を実現するためだけに、apacheなどと連携しなければいけない。
リポジトリそのものを分ければ、git単体でアクセス権を実現できるのに
アクセス権を実現するためだけに、ユーザー管理用のサーバーが必要になってしまう。
567(1): 2017/03/29(水)21:57 ID:rnkAS5XR(2/2) AAS
ちなみに、
> svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能
があるために、svnではいちいちブランチ切るのに長いディレクトリ名を指定したりして
面倒になってしまっている。
568: 2017/03/29(水)22:32 ID:4ECDiWLN(1) AAS
は?
569: 2017/03/29(水)22:34 ID:s7sfWWM2(1) AAS
authzはsvnサーバーの設定じゃないというのか？
570: 2017/03/30(木)08:15 ID:tcaHNIPG(1/2) AAS
>>564
> 重要なのはアクセス権が違うのだから、きちんと役割を分けましょうということだろう？
意味不明
役割とアクセス権は関連がある時もあるが基本的には別々の話
571: 2017/03/30(木)08:19 ID:tcaHNIPG(2/2) AAS
>>566-567
何で話をループさせたがるんだろう？
> あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか？
せめて
> >>537
> 使っていいからやり方教えて
> >>539
> github ならできるの？
に回答してからにしなよ
572: 2017/03/30(木)10:39 ID:+VntR3if(1/2) AAS
まだ終わらないんですかね。
>>564
> やり方が複数あるってだけだよ。
「分けるべし」というべき論じゃないのなら、それで終了ですね。
> リポジトリを分ければ、きちんと役割が分かれるのだから
例えば、アクセス権がが違うユーザを登録する必要があるから、redmineを別サーバに建てて既存コンテンツを分割したりしますかと聞きたくなりますね。
本質的には、それと同じ事。
> たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
まぁ、gitをベースに考えるとそうかもしれませんね。
Perforceから入ったりすると、権限設定という概念の方が普通だと思うかも。
573(1): 2017/03/30(木)10:44 ID:+VntR3if(2/2) AAS
ちなみに、Perforceはこんな感じです。
> 「メタデータのみ参照可」「ファイルの内容まで参照可」「ファイルの更新可」 「ディポの更新可」
> 「システム管理用コマンドの実行可」等のアクセス制御を、ユーザ単位かつ ファイル単位に行う
> ことができます。
> ユーザの指定は、PERFORCEが独自に管理するグループの指定で行うことも可能ですし、
> ファイルに指定には "*" や "..." 等のワイルドカードも指定可能ですので、 細かい設定も簡単に
> 実現できます。
外部ﾘﾝｸ:www.toyo.co.jp
デフォルトが全アクセス可で、駄目な奴だけ禁止するブラックリスト方式も、
デフォルトが全アクセス不可で、いい奴だけ登録するホワイトリスト方式もとれます。
574: 2017/03/30(木)21:39 ID:+FVPoQLm(1) AAS
>>573
svnだとどんな感じ？
575: 2017/03/31(金)00:44 ID:ryHYQIXS(1) AAS
そんな設定するくらいならリポジトリ分けた方がよっぽど簡単じゃん。
576: 2017/03/31(金)07:28 ID:LVEfh2/Z(1) AAS
無限ループ命令が発行されました
577: 2017/03/31(金)13:38 ID:St8TnNI7(1) AAS
なんにでも終わりはあるよ
578: 2017/03/31(金)23:50 ID:gJiWNexQ(1) AAS
という事にしたい模様
579: 2017/04/01(土)01:39 ID:iJwskPQ3(1) AAS
for(;;)
{}
580: 2017/05/02(火)18:53 ID:XeePHwp1(1) AAS
外出先でもすぐに使用できる
1CDバージョン管理システム的なものないかな
USBブートができないマシンでもCDブートならできそうだから
リポジトリはUSBで
581: 2017/05/02(火)19:10 ID:vsrARK6+(1) AAS
git
582: 2017/05/02(火)21:27 ID:5C1gGMjC(1) AAS
たとえば--prefix=/mnt/mygitでビルドしておいて、使うときはそこへmountすればいいんでない
583(1): 2017/07/28(金)15:24 ID:x8Tx8lXm(1) AAS
>>286
七割は言いすぎかと
584: 2017/07/28(金)17:13 ID:NpxW3mJn(1) AAS
1.7光年の彼方から乙
585: 2017/07/28(金)21:50 ID:wndodTEE(1) AAS
>>583
>>286の回りではってことだろ
井の中の蛙は自分の回りが平均だから
586: 2017/08/12(土)04:35 ID:rOvfQBTy(1) AAS
バージンはいいよね
587: 2017/08/12(土)08:18 ID:ORwFQQja(1) AAS
バージン管理か
588: 2017/08/12(土)20:27 ID:RUxkDAji(1) AAS
童貞おじさん、バージンを語る。
589: 2017/09/16(土)12:19 ID:3FA7CeLG(1) AAS
Pijul 0.8 が出た模様。
590: 2017/10/31(火)14:53 ID:Brmxd9FG(1) AAS
Sourceforge.netでCVSのサポートが終了するらしいが
そもそもCVSってSourceForgeでまだ使えたんだ
外部ﾘﾝｸ:sourceforge.net
591: 2017/11/01(水)11:28 ID:z3qgRRAm(1) AAS
歴史は繰り返す
592: 2017/11/01(水)16:21 ID:O2HN4SAq(1) AAS
Git以外息してる？
593: 2017/11/01(水)16:30 ID:K6DgRYf4(1) AAS
Hg
594(1): 2017/11/01(水)19:03 ID:Hc+l+qz3(1) AAS
ここだけの話、
Gitも使いにくい
595: 2017/11/01(水)19:16 ID:I0W5E5Et(1) AAS
>>594
何に比べてどんなところが？
596(1): 2017/11/01(水)20:24 ID:TpO8CBVi(1) AAS
使いやすくはないだろう。
いろいろできることの代償かもしれないけど。
できることがあきらかだったsvnのほうがわかりやすくはあった。
597: 2017/11/01(水)20:47 ID:uA9xloyC(1) AAS
>>596
何に比べてどんなところが？
598: 2017/11/02(木)01:33 ID:5xjuv0JL(1) AAS
個人的にはGitよりhgの概念の方が好き
599: 2017/11/02(木)04:47 ID:S5CQdMtg(1) AAS
>できることがあきらかだったsvnのほうがわかりやすくはあった。
VisualStudioとかのIDEって使いにくいよなよな
make最強
600(3): 2017/11/13(月)10:05 ID:4J0iHtyD(1/2) AAS
制御機械のソースコードをバージョン管理したいのだけど、どれがお勧めですかね？
ソースコードといっても.NETやCみたいにテキストで開いても見れず1ファイルで保存されます。
プログラム作成ソフトもメーカー専用のものです。
601: 2017/11/13(月)10:41 ID:qRP+g74l(1) AAS
>>600
svnにしておけば？
602: 2017/11/13(月)15:46 ID:wtJ6F+YY(1) AAS
バイナリで1ファイルだったらsvnのほうがいいな
603(1): 600 2017/11/13(月)17:28 ID:4J0iHtyD(2/2) AAS
svnを使ってみることにします。
とりあえずVisualSVN Serverをインストールしてみたけど、さっぱり分からんかった。
・客A/納入先X/制御機器
・客A/納入先Y/制御機器
・客B/納入先Z/制御機器
といった感じでリポジトリを作成したいけど無理なのかしら？
604(1): 2017/11/13(月)18:02 ID:q1vRdnqP(1) AAS
階層構造は無理だからリポジトリ名で工夫するしかないよ
605(1): 2017/11/13(月)19:50 ID:IBZYfbeX(1) AAS
>>603
それリポジトリ分ける必要あるの？
リポジトリをひとつにして中にその階層構造入れるんじゃダメなの？
606(1): 600 2017/11/14(火)10:18 ID:3Vca0WJj(1) AAS
>>604
階層構造は無理なんですね。
"_"で繋ぐとかで工夫してみます。
>>605
リポジトリ＝プロジェクト(客Aの納入先Xに対する制御機器)単位で
作成するものだと思い込んでました。
そういった方法もありですね。
607: 2017/11/14(火)12:28 ID:vrLvIUm0(1) AAS
全部別々のリポジトリにしておいて
それとは別にsvn:externalsで階層構造として見せる用のリポジトリを作ればいいんじゃね
608: 2017/11/14(火)21:42 ID:Dc+h7CRO(1) AAS
>>606
プロジェクト毎にリポジトリ分けるか、全部一個のリポジトリに詰め込むかはメリット/デメリットがあるのでとりあえずこのあたりを読んでおいた方がいいかも
外部ﾘﾝｸ[html]:jtdan.com
（バージョン古いけどここら辺の考え方は変わってないから）
まあ管理者コマンド使えばリポジトリを分割したりマージしたりもできるからあまり悩まずにまず使ってみればいいと思う
609(1): 2018/01/30(火)18:50 ID:yLWHfzrX(1) AAS
バージョンを1.9から1.10にしたら、バージョンダウンですか？ってお客さんにツッコまれた。
610: 2018/01/30(火)21:06 ID:+nOyuNPb(1) AAS
>>609
てか1.10ってまだalpha版じゃねーの？
611: 2018/01/31(水)13:13 ID:kCxVsxS1(1) AAS
そんな決まりないでしょ
612: 2018/01/31(水)21:01 ID:yJU+6gWX(1) AAS
決まり...？
613: 2018/02/03(土)12:31 ID:TN4w/UCm(1/2) AAS
リポジトリの仕組みについて質問です。
gitはファイル自体、svnは差分を保持している(最初のリビジョンだけファイル自体？)
というような情報をどかっで見たんですが、
差分ということは、たとえばリビジョン10のファイルをチェックアウトしようとしたら
内部的にはリビジョン1のファイルにリビジョン2〜9の差分情報(パッチ)を
摘要してるってことでしょうか？
その仕組みだとリビジョンが大きくなったら困る(パッチ摘要に時間かかりすぎる)ような…
結局、giｔもsvnも全てのリビジョンのファイル自体をリポジトリに保持
してるんですかね？
だとしたら、リビジョンの数(コミットした回数)だけリポジトリのサイズが大きくなるの？
(10MBのファイルを100回コミットしたら１GB？)
このあたりのこと詳しく解説してるサイトないですか？
614(1): 2018/02/03(土)13:51 ID:K8txVhKr(1) AAS
ファイルの中身が変わってないなら重複して保持する必要ねーだろ？
615: 2018/02/03(土)14:36 ID:TN4w/UCm(2/2) AAS
>>614
変わってないファイルは保持する必要ないですね。
変わっていたら全てのリビジョンのファイルを持つ？
[リビジョン1]
1
[リビジョン2]
1
2
〜〜〜
[リビジョン100]※
1
2
…
99
100
って数字を1行ずつ増やしてコミットしたあったとして
リビジョン100をチェックアウトするときに※の状態のファイルが用意されている状態なのか
差分摘要して※の状態のファイル作るのか
という質問です。
616: 2018/02/03(土)17:54 ID:8pdQs/78(1) AAS
これな
外部ﾘﾝｸ[html]:dqn.sakusakutto.jp
外部ﾘﾝｸ:neos21.hatenablog.com
617: 2018/02/03(土)21:10 ID:dgAq2hsG(1) AAS
どっちも、ローカルマシンにリポジトリを簡単に作れるんだし、作って中身を見てみたら。
そういうところまで気になるのなら、少しは自分で実践しないと。
618: 2018/02/16(金)05:59 ID:W1XJdyx1(1) AAS
☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
619: 2018/04/29(日)23:57 ID:BhjSi5k8(1) AAS
Pijul 0.10
外部ﾘﾝｸ:pijul.org
620: 2018/05/23(水)20:30 ID:Au5e7VGg(1) AAS
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
9HEXK
621: 2018/06/05(火)00:06 ID:3DDteX42(1) AAS
Wednesday, April 4, 2018
Darcs 2.14.0 released
外部ﾘﾝｸ[html]:blog.darcs.net
622: 2018/07/04(水)22:33 ID:gFgZc5FG(1) AAS
WR6
623: 2018/07/05(木)16:56 ID:AeL6VB/V(1) AAS
WR6
624: 2018/11/28(水)23:52 ID:ZzCyLc1h(1) AAS
Pijul 0.11
外部ﾘﾝｸ:pijul.org
625: 2019/04/28(日)23:34 ID:o1qAEXsC(1) AAS
Pijul 0.12
外部ﾘﾝｸ:pijul.org
626: 2021/09/11(土)23:10 ID:F3+oZGk0(1) AAS
_アンダーバー_スネーク_サーターアンダーギー_
627: 2021/09/12(日)07:45 ID:09FXBLJb(1) AAS
アホがおるｗ
gitを使わずにディレクトリコピーでバージョン管理
2chｽﾚ:tech
628: 2021/09/12(日)09:20 ID:Phq6AsIf(1) AAS
アホが、如何にアホであるかについて議論することは時間の浪費である。
629: 2022/01/24(月)12:27 ID:qDquzqoO(1) AAS
Announcing Pijul 1.0 beta
外部ﾘﾝｸ:pijul.org
630: 2022/01/27(木)23:05 ID:5JD4ntnW(1) AAS
パッチベースのバージョン管理システム「Pijul」がベータに
外部ﾘﾝｸ:mag.osdn.jp
631: 2022/03/10(木)18:37 ID:aj1CKYVU(1) AAS
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
632: 2022/11/16(水)18:35 ID:5yQdaCF4(1/2) AAS
Sapling: Source control that’s user-friendly and scalable
外部ﾘﾝｸ:engineering.fb.com
633: 2022/11/16(水)18:40 ID:5yQdaCF4(2/2) AAS
Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
外部ﾘﾝｸ:gigazine.net
634: 2022/11/17(木)10:11 ID:V4QZv0Fq(1) AAS
周回遅れ
635: 2022/11/18(金)18:34 ID:PbNaDWs2(1) AAS
チンポスター ヤッたその日から チンポの虜に 虜になりました♪
636: 2022/11/19(土)13:49 ID:uJRDx7vX(1) AAS
Sapling入れてみたけど、GitHub使いたいMercurialユーザーにはちょうどいいかもしれない
コマンド体系はMercurialに近いのに、サーバーに無料のGitHub使えてうれしい
637(1): 2022/12/06(火)20:04 ID:Hpqdg7lb(1) AAS
コマンド打ちたくないからGUIできたら言って
638: 2022/12/07(水)04:12 ID:+scmKVbE(1) AAS
>>637
saplingは最初からGUIついてるぞ
sl web で起動する
639: 2022/12/08(木)15:19 ID:OH/5QiB2(1) AAS
おお、それなら良かった
640: [age] 2024/01/29(月)09:59 ID:eGzEScjF(1) AAS
次世代バージョン管理システム jj
外部ﾘﾝｸ:zenn.dev
641: 2024/02/01(木)10:44 ID:VqWie0rw(1) AAS
たまに同じコードが飛び飛びに複数行作られてんだが
なにこれ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.049s*