X
バージョン管理システムについて語るスレ10
0537デフォルトの名無しさん
垢版 |
2017/03/27(月) 14:24:08.92ID:LarKYmAi
> あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか？

いいや？ Apacheの機能を使ってもいいというのであれば
gitでも同じことはできる。
0538デフォルトの名無しさん
垢版 |
2017/03/27(月) 14:27:12.05ID:LarKYmAi
> プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない
公開するものだけを渡せばいいだけの話
公開しないものと公開するものを同じリポジトリに入れる必要がない。

> アクセス制御のために別リポジトリにするのは本末転倒
それこそ別リポジトリにするべきことだろう。

別リポジトリににすればいいだけなのに、
公開しないものを同じリポジトリに入れて
アクセス制御するほうが本末転倒だろう。
0539デフォルトの名無しさん
垢版 |
2017/03/27(月) 15:01:35.22ID:X8AlYPVD
プロジェクトで要求するような詳細な権限管理はGitHubみたいなアプリケーション側ですることでSCMの責務ではない
以上
0540デフォルトの名無しさん
垢版 |
2017/03/27(月) 15:19:58.53ID:BGS+rNUA
>>538
> > アクセス制御のために別リポジトリにするのは本末転倒
> それこそ別リポジトリにするべきことだろう。
時系列を考えないと。

最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、全部を公開するのがまずいとなる。
そういうときに、権限管理があったら便利だよねってこと。

最初から、将来起こりえるだろう事象を見越して、リポジトリを分割管理する方が本末転倒だと思うけどね。
0541デフォルトの名無しさん
垢版 |
2017/03/27(月) 16:41:44.76ID:LarKYmAi
最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、
公開するものだけをまとめたほうがいいだろう？

アクセス禁止がデフォルト設定
公開したいところだけ、別リポジトリにまとめる


リポジトリをアクセス許可にして制限するというやり方では
ミスしやすい
0542デフォルトの名無しさん
垢版 |
2017/03/27(月) 16:48:12.04ID:BGS+rNUA
>>541
どちらがベターかはケースバイケースでしょう。
あなたがべき論でもって、権限管理方式を全否定しているからレスしただけ。
0543デフォルトの名無しさん
垢版 |
2017/03/27(月) 16:48:57.03ID:LarKYmAi
もともと「社内だけで使えるリポジトリ」と思っていたわけで、
どこに何をおいても社内だけだから安全だと思ってしまう。

「社内だけで使えるリポジトリ」の一部を社外にも公開しますよと
通知した所で、忘れる可能性がある。
その一部に間違えて、公開してはいけない情報を入れてしまったら？

そうなるから「社内だけで使えるリポジトリ」を
あとから変更するというのはやってはいけない。

「社内だけで使えるリポジトリ」は将来に渡っても
社内だけにしておかないといけない。

そうすると当然、社外とも共有するリポジトリを作るという話になる。
もちろん最初に作るわけじゃない。
必要になった時点で作ればいいだけ。

必要になった時点で必要な権限で新しいリポジトリを作る。
最初から公開するものとして作っているのだから間違えることもない。
別リポジトリにすることは、安全に公開範囲を決める方法となる

いちいち、このディレクトリって、誰が見れるんだっけ？
などと気にする必要もなくなる。
0544デフォルトの名無しさん
垢版 |
2017/03/27(月) 16:49:44.27ID:LarKYmAi
>>542
いずれのケースでもリポジトリを分けるほうがベター
subversionを使っていたとしてもリポジトリを分けたほうが良い
0545デフォルトの名無しさん
垢版 |
2017/03/27(月) 16:55:09.24ID:BGS+rNUA
>>543
そういうこと言い始めたら、ファイルシステム全体で権限管理しているLinuxなんて信用ならんってことになりませんかね。
0546デフォルトの名無しさん
垢版 |
2017/03/27(月) 17:03:34.11ID:DbmaBtXa
>>545
ならねーよ
0548デフォルトの名無しさん
垢版 |
2017/03/27(月) 17:09:35.26ID:BGS+rNUA
そう、なりませんよね。

だったら、もしgitにも権限管理機能があったら、やはり同じように信頼できるやり方ができるんじゃないですかね。
0549デフォルトの名無しさん
垢版 |
2017/03/27(月) 17:31:02.44ID:LarKYmAi
ソースコードの場合は、原則として
リポジトリの全てがないとビルドできないのだから
ディレクトリの一部が見れないという方式は取れない。

もし別々にビルドできるのであれば、
それは別のリポジトリにする方が良い
モジュールの独立性を高くできる。

モジュールの時点で独立しているので、
ソースコードの一部を隠すという発想よりも
安全に運用できる。
0550デフォルトの名無しさん
垢版 |
2017/03/27(月) 18:24:55.49ID:e29nEpzR
>>537
使っていいからやり方教えて

>>538
アクセス権限の変更が必要になる度にリポジトリの構成を変えるの？
なかなか小学生らしい斬新な発想ですね w

>>539
github ならできるの？
0551デフォルトの名無しさん
垢版 |
2017/03/27(月) 18:52:07.74ID:DbmaBtXa
>>548
論理飛躍しすぎ。
0552デフォルトの名無しさん
垢版 |
2017/03/27(月) 19:35:47.70ID:e29nEpzR
非公開の情報を間違ったディレクトリに突っ込む >>543 みたいな間抜けな奴は同じ情報を間違ったリポジトリにも突っ込むと思った方がいい
そもそもそう言う間抜けに書き込み権限を与えるなよ w
0554デフォルトの名無しさん
垢版 |
2017/03/28(火) 11:09:32.22ID:uzRike2T
>>549
> ソースコードの場合は、原則として
> リポジトリの全てがないとビルドできないのだから
そんなことない。
メインアプリ＋プラグイン/ライブラリ複数を一度のビルドでコンパイルするケースは結構ある。
出力されるのが、LM + .so複数みたいな。
0555デフォルトの名無しさん
垢版 |
2017/03/28(火) 21:26:42.96ID:8XEqMjkn
>>554
一部だけビルドできるってことは、別のリポジトリにできるということ。
ならば、そうすればいいだけの話
0556デフォルトの名無しさん
垢版 |
2017/03/29(水) 10:34:46.63ID:Y3wjV6v+
>>555
> 一部だけビルドできるってことは、別のリポジトリにできるということ。
なるほど、ここに誤解があるのか。

「一部だけビルドできる」というのと「別のリポジトリにできる」というのはイコールじゃない場合が多い。
両者に依存関係がある場合ね。

簡単に分割できるのは、ビルドが不要な言語に多いんじゃないか？
0557デフォルトの名無しさん
垢版 |
2017/03/29(水) 10:55:14.48ID:BMMgvCDG
それは一部だけビルドできると言っていいのか…？
あとそれってsvnでアクセス権設定しても同じように困るんじゃないの？
0558デフォルトの名無しさん
垢版 |
2017/03/29(水) 13:17:13.75ID:Y3wjV6v+
>>557
> それは一部だけビルドできると言っていいのか…？
まあ、こんな感じですかね。
foreach dir in subdirs
　cd dir; exec build_script
end

> あとそれってsvnでアクセス権設定しても同じように困るんじゃないの？
subdirのいくつかが欠けていても、それは単にビルドされないだけですね。
あと、svnでできるかどうかは知りません。
0559デフォルトの名無しさん
垢版 |
2017/03/29(水) 13:25:46.88ID:Y3wjV6v+
とういか、別にそんな細かい話したいわけじゃなくて、リポジトリの一部をomitして提供、
あるいは一部のみ提供する必要があったとき、リポジトリを分割するだけが解じゃなくて、
権限設定機能があるならそれで済み場合もあるってこと。

なぜだか、それに強行に反対する人（たち？）がいるようで。
0560デフォルトの名無しさん
垢版 |
2017/03/29(水) 16:15:13.03ID:dkT05tkI
>なぜだか、それに強行に反対する人（たち？）がいるようで。
逆じゃないの

gitじゃアクセス権出来ないから使えない状況がある(>>525)って所が発端で、リポジトリ分ければ良いじゃんって人とリポジトリ分けられないじゃんって人が言い合ってたのが今の流れでしょ
0561デフォルトの名無しさん
垢版 |
2017/03/29(水) 16:35:56.60ID:Y3wjV6v+
>>560
> 逆じゃないの
そこも認識が違ってますね。
他の人はともかく、俺はSCM一般の話をしてたつもり。

> リポジトリ分けられないじゃん
いや、そんな人いないと思うけど･･･。

git固有の話をするなら、モジュールを分割してsubmoduleで扱う方式だと、そのリポジトリの
利用者全員に影響を与えてしまうというデメリットがあるね。
0562デフォルトの名無しさん
垢版 |
2017/03/29(水) 17:51:38.84ID:nMwlQpLq
リポジトリ分けたい人は分ければいい
俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒って思ってるからそんなことをしないだけ
0563デフォルトの名無しさん
垢版 |
2017/03/29(水) 18:25:33.13ID:Y3wjV6v+
>>562
ですねぇ。

この話題ももう終わりだろうから、一つだけコメントしておこう。
>>533
> 全てのプロジェクトを一つのリポジトリに入れるとかいう
> アホな使い方
googleはそうしてますね。
0564デフォルトの名無しさん
垢版 |
2017/03/29(水) 21:33:57.72ID:G25OA3ZV
>>562
> 俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒

いや、どこが "本末" が "転倒" してるんだ？って話なんだが。

重要なのはアクセス権が違うのだから、きちんと役割を分けましょうということだろう？
リポジトリを分ければ、きちんと役割が分かれるのだから
本末は転倒してないだろ？

やり方が複数あるってだけだよ。

リポジトリごとに分ければ、誰がそこにアクセスできるのか明確になるし、
githubなんかの情報共有でもリポジトリが別れているから、
issueなどに書かれた見せてはいけない情報だって見れなくできる。

メリットのほうが大きいと思うが？

逆に聞きたいんだが、ファイルのアクセス権に対応したチケット管理ツールとかあるの？
このディレクトリに関するチケットは見せないみたいな
0566デフォルトの名無しさん
垢版 |
2017/03/29(水) 21:56:32.41ID:rnkAS5XR
（>>565の話にも関係してるけど）

それからsvnにあるのはアクセス権の機能じゃないからな。
svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能だけ
ユーザー登録をsvnに設定するわけじゃない。apacheなどの設定
バージョン管理ソフト自体にアクセス権の機能をつけたら無駄に複雑になる。

本末転倒というならば、むしろこっちの方だろう。
アクセス権を実現するためだけに、apacheなどと連携しなければいけない。
リポジトリそのものを分ければ、git単体でアクセス権を実現できるのに
アクセス権を実現するためだけに、ユーザー管理用のサーバーが必要になってしまう。
0567デフォルトの名無しさん
垢版 |
2017/03/29(水) 21:57:43.60ID:rnkAS5XR
ちなみに、
> svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能
があるために、svnではいちいちブランチ切るのに長いディレクトリ名を指定したりして
面倒になってしまっている。
0568デフォルトの名無しさん
垢版 |
2017/03/29(水) 22:32:33.69ID:4ECDiWLN
は?
0570デフォルトの名無しさん
垢版 |
2017/03/30(木) 08:15:34.48ID:tcaHNIPG
>>564
> 重要なのはアクセス権が違うのだから、きちんと役割を分けましょうということだろう？
意味不明
役割とアクセス権は関連がある時もあるが基本的には別々の話
0571デフォルトの名無しさん
垢版 |
2017/03/30(木) 08:19:51.08ID:tcaHNIPG
>>566-567
何で話をループさせたがるんだろう？

> あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか？

せめて

> >>537
> 使っていいからやり方教えて
> >>539
> github ならできるの？

に回答してからにしなよ
0572デフォルトの名無しさん
垢版 |
2017/03/30(木) 10:39:36.78ID:+VntR3if
まだ終わらないんですかね。

>>564
> やり方が複数あるってだけだよ。
「分けるべし」というべき論じゃないのなら、それで終了ですね。

> リポジトリを分ければ、きちんと役割が分かれるのだから
例えば、アクセス権がが違うユーザを登録する必要があるから、redmineを別サーバに建てて既存コンテンツを分割したりしますかと聞きたくなりますね。
本質的には、それと同じ事。

> たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
まぁ、gitをベースに考えるとそうかもしれませんね。
Perforceから入ったりすると、権限設定という概念の方が普通だと思うかも。
0573デフォルトの名無しさん
垢版 |
2017/03/30(木) 10:44:30.88ID:+VntR3if
ちなみに、Perforceはこんな感じです。

> 「メタデータのみ参照可」「ファイルの内容まで参照可」「ファイルの更新可」 「ディポの更新可」
> 「システム管理用コマンドの実行可」等のアクセス制御を、ユーザ単位かつ ファイル単位に行う
> ことができます。
> ユーザの指定は、PERFORCEが独自に管理するグループの指定で行うことも可能ですし、
> ファイルに指定には "*" や "..." 等のワイルドカードも指定可能ですので、 細かい設定も簡単に
> 実現できます。
http://www.toyo.co.jp/ss/faq/detail/id=7208

デフォルトが全アクセス可で、駄目な奴だけ禁止するブラックリスト方式も、
デフォルトが全アクセス不可で、いい奴だけ登録するホワイトリスト方式もとれます。
0574デフォルトの名無しさん
垢版 |
2017/03/30(木) 21:39:34.19ID:+FVPoQLm
>>573
svnだとどんな感じ？
0578デフォルトの名無しさん
垢版 |
2017/03/31(金) 23:50:54.07ID:gJiWNexQ
という事にしたい模様
0580デフォルトの名無しさん
垢版 |
2017/05/02(火) 18:53:02.76ID:XeePHwp1
外出先でもすぐに使用できる
1CDバージョン管理システム的なものないかな
USBブートができないマシンでもCDブートならできそうだから
リポジトリはUSBで
0582デフォルトの名無しさん
垢版 |
2017/05/02(火) 21:27:53.12ID:5C1gGMjC
たとえば--prefix=/mnt/mygitでビルドしておいて、使うときはそこへmountすればいいんでない
0588デフォルトの名無しさん
垢版 |
2017/08/12(土) 20:27:01.13ID:RUxkDAji
童貞おじさん、バージンを語る。
0596デフォルトの名無しさん
垢版 |
2017/11/01(水) 20:24:29.37ID:TpO8CBVi
使いやすくはないだろう。
いろいろできることの代償かもしれないけど。

できることがあきらかだったsvnのほうがわかりやすくはあった。
0599デフォルトの名無しさん
垢版 |
2017/11/02(木) 04:47:06.67ID:S5CQdMtg
>できることがあきらかだったsvnのほうがわかりやすくはあった。

VisualStudioとかのIDEって使いにくいよなよな
make最強
0600デフォルトの名無しさん
垢版 |
2017/11/13(月) 10:05:58.21ID:4J0iHtyD
制御機械のソースコードをバージョン管理したいのだけど、どれがお勧めですかね？
ソースコードといっても.NETやCみたいにテキストで開いても見れず1ファイルで保存されます。
プログラム作成ソフトもメーカー専用のものです。
0603600
垢版 |
2017/11/13(月) 17:28:21.54ID:4J0iHtyD
svnを使ってみることにします。

とりあえずVisualSVN Serverをインストールしてみたけど、さっぱり分からんかった。
・客A/納入先X/制御機器
・客A/納入先Y/制御機器
・客B/納入先Z/制御機器
といった感じでリポジトリを作成したいけど無理なのかしら？
0605デフォルトの名無しさん
垢版 |
2017/11/13(月) 19:50:31.46ID:IBZYfbeX
>>603
それリポジトリ分ける必要あるの？
リポジトリをひとつにして中にその階層構造入れるんじゃダメなの？
0606600
垢版 |
2017/11/14(火) 10:18:37.75ID:3Vca0WJj
>>604
階層構造は無理なんですね。
"_"で繋ぐとかで工夫してみます。

>>605
リポジトリ＝プロジェクト(客Aの納入先Xに対する制御機器)単位で
作成するものだと思い込んでました。
そういった方法もありですね。
0607デフォルトの名無しさん
垢版 |
2017/11/14(火) 12:28:33.49ID:vrLvIUm0
全部別々のリポジトリにしておいて
それとは別にsvn:externalsで階層構造として見せる用のリポジトリを作ればいいんじゃね
0608デフォルトの名無しさん
垢版 |
2017/11/14(火) 21:42:39.40ID:Dc+h7CRO
>>606
プロジェクト毎にリポジトリ分けるか、全部一個のリポジトリに詰め込むかはメリット/デメリットがあるのでとりあえずこのあたりを読んでおいた方がいいかも
http://jtdan.com/vcs/svn/svn-book/svn.reposadmin.projects.html#svn.reposadmin.projects.chooselayout
（バージョン古いけどここら辺の考え方は変わってないから）

まあ管理者コマンド使えばリポジトリを分割したりマージしたりもできるからあまり悩まずにまず使ってみればいいと思う
0609デフォルトの名無しさん
垢版 |
2018/01/30(火) 18:50:59.71ID:yLWHfzrX
バージョンを1.9から1.10にしたら、バージョンダウンですか？ってお客さんにツッコまれた。
0613デフォルトの名無しさん
垢版 |
2018/02/03(土) 12:31:53.45ID:TN4w/UCm
リポジトリの仕組みについて質問です。

gitはファイル自体、svnは差分を保持している(最初のリビジョンだけファイル自体？)
というような情報をどかっで見たんですが、
差分ということは、たとえばリビジョン10のファイルをチェックアウトしようとしたら
内部的にはリビジョン1のファイルにリビジョン2〜9の差分情報(パッチ)を
摘要してるってことでしょうか？
その仕組みだとリビジョンが大きくなったら困る(パッチ摘要に時間かかりすぎる)ような…

結局、giｔもsvnも全てのリビジョンのファイル自体をリポジトリに保持
してるんですかね？
だとしたら、リビジョンの数(コミットした回数)だけリポジトリのサイズが大きくなるの？
(10MBのファイルを100回コミットしたら１GB？)

このあたりのこと詳しく解説してるサイトないですか？
0615デフォルトの名無しさん
垢版 |
2018/02/03(土) 14:36:53.08ID:TN4w/UCm
>>614
変わってないファイルは保持する必要ないですね。
変わっていたら全てのリビジョンのファイルを持つ？

[リビジョン1]
1

[リビジョン2]
1
2

〜〜〜

[リビジョン100]※
1
2
…
99
100

って数字を1行ずつ増やしてコミットしたあったとして
リビジョン100をチェックアウトするときに※の状態のファイルが用意されている状態なのか
差分摘要して※の状態のファイル作るのか
という質問です。
0617デフォルトの名無しさん
垢版 |
2018/02/03(土) 21:10:45.47ID:dgAq2hsG
どっちも、ローカルマシンにリポジトリを簡単に作れるんだし、作って中身を見てみたら。

そういうところまで気になるのなら、少しは自分で実践しないと。
0618デフォルトの名無しさん
垢版 |
2018/02/16(金) 05:59:00.05ID:W1XJdyx1
☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
0620デフォルトの名無しさん
垢版 |
2018/05/23(水) 20:30:45.56ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

9HEXK
0622デフォルトの名無しさん
垢版 |
2018/07/04(水) 22:33:23.62ID:gFgZc5FG
WR6
0626デフォルトの名無しさん
垢版 |
2021/09/11(土) 23:10:33.61ID:F3+oZGk0
_アンダーバー_スネーク_サーターアンダーギー_
0635デフォルトの名無しさん
垢版 |
2022/11/18(金) 18:34:32.79ID:PbNaDWs2
チンポスター　ヤッたその日から　チンポの虜に　虜になりました♪
0636デフォルトの名無しさん
垢版 |
2022/11/19(土) 13:49:29.08ID:uJRDx7vX
Sapling入れてみたけど、GitHub使いたいMercurialユーザーにはちょうどいいかもしれない
コマンド体系はMercurialに近いのに、サーバーに無料のGitHub使えてうれしい
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況