バージョン管理システムについて語るスレ10

1デフォルトの名無しさん
垢版 |
2014/02/23(日) 18:17:11.03
バージョン管理システムについて語りましょう

●過去スレ
バージョン管理システムについて語るスレ
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/
バージョン管理システムについて語るスレ7
http://hibari.2ch.net/test/read.cgi/tech/1283780922/
バージョン管理システムについて語るスレ8
http://toro.2ch.net/test/read.cgi/tech/1295493964/
バージョン管理システムについて語るスレ9
http://toro.2ch.net/test/read.cgi/tech/1334766732/
2017/03/29(水) 16:35:56.60ID:Y3wjV6v+
>>560
> 逆じゃないの
そこも認識が違ってますね。
他の人はともかく、俺はSCM一般の話をしてたつもり。

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

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

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

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

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

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

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

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

逆に聞きたいんだが、ファイルのアクセス権に対応したチケット管理ツールとかあるの？
このディレクトリに関するチケットは見せないみたいな
2017/03/29(水) 21:50:59.15ID:zrYSsU9g
>>559
たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
2017/03/29(水) 21:56:32.41ID:rnkAS5XR
（>>565の話にも関係してるけど）

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

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

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

せめて

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

に回答してからにしなよ
2017/03/30(木) 10:39:36.78ID:+VntR3if
まだ終わらないんですかね。

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

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

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

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

デフォルトが全アクセス可で、駄目な奴だけ禁止するブラックリスト方式も、
デフォルトが全アクセス不可で、いい奴だけ登録するホワイトリスト方式もとれます。
574デフォルトの名無しさん
垢版 |
2017/03/30(木) 21:39:34.19ID:+FVPoQLm
>>573
svnだとどんな感じ？
2017/03/31(金) 00:44:40.10ID:ryHYQIXS
そんな設定するくらいならリポジトリ分けた方がよっぽど簡単じゃん。
2017/03/31(金) 07:28:27.46ID:LVEfh2/Z
無限ループ命令が発行されました
2017/03/31(金) 13:38:36.99ID:St8TnNI7
なんにでも終わりはあるよ
578デフォルトの名無しさん
垢版 |
2017/03/31(金) 23:50:54.07ID:gJiWNexQ
という事にしたい模様
2017/04/01(土) 01:39:47.54ID:iJwskPQ3
for(;;)
{}
580デフォルトの名無しさん
垢版 |
2017/05/02(火) 18:53:02.76ID:XeePHwp1
外出先でもすぐに使用できる
1CDバージョン管理システム的なものないかな
USBブートができないマシンでもCDブートならできそうだから
リポジトリはUSBで
2017/05/02(火) 19:10:30.69ID:vsrARK6+
git
2017/05/02(火) 21:27:53.12ID:5C1gGMjC
たとえば--prefix=/mnt/mygitでビルドしておいて、使うときはそこへmountすればいいんでない
2017/07/28(金) 15:24:24.41ID:x8Tx8lXm
>>286
七割は言いすぎかと
2017/07/28(金) 17:13:24.86ID:NpxW3mJn
1.7光年の彼方から乙
2017/07/28(金) 21:50:15.87ID:wndodTEE
>>583
>>286の回りではってことだろ
井の中の蛙は自分の回りが平均だから
2017/08/12(土) 04:35:46.26ID:rOvfQBTy
バージンはいいよね
2017/08/12(土) 08:18:32.99ID:ORwFQQja
バージン管理か
588デフォルトの名無しさん
垢版 |
2017/08/12(土) 20:27:01.13ID:RUxkDAji
童貞おじさん、バージンを語る。
2017/09/16(土) 12:19:01.07ID:3FA7CeLG
Pijul 0.8　が出た模様。
590デフォルトの名無しさん
垢版 |
2017/10/31(火) 14:53:54.70ID:Brmxd9FG
Sourceforge.netでCVSのサポートが終了するらしいが
そもそもCVSってSourceForgeでまだ使えたんだ

https://sourceforge.net/blog/decommissioning-cvs-for-commits/
2017/11/01(水) 11:28:36.69ID:z3qgRRAm
歴史は繰り返す
2017/11/01(水) 16:21:19.71ID:O2HN4SAq
Git以外息してる？
2017/11/01(水) 16:30:51.11ID:K6DgRYf4
Hg
2017/11/01(水) 19:03:01.95ID:Hc+l+qz3
ここだけの話、

Gitも使いにくい
2017/11/01(水) 19:16:19.84ID:I0W5E5Et
>>594
何に比べてどんなところが？
2017/11/01(水) 20:24:29.37ID:TpO8CBVi
使いやすくはないだろう。
いろいろできることの代償かもしれないけど。

できることがあきらかだったsvnのほうがわかりやすくはあった。
2017/11/01(水) 20:47:49.51ID:uA9xloyC
>>596
何に比べてどんなところが？
2017/11/02(木) 01:33:02.56ID:5xjuv0JL
個人的にはGitよりhgの概念の方が好き
2017/11/02(木) 04:47:06.67ID:S5CQdMtg
>できることがあきらかだったsvnのほうがわかりやすくはあった。

VisualStudioとかのIDEって使いにくいよなよな
make最強
2017/11/13(月) 10:05:58.21ID:4J0iHtyD
制御機械のソースコードをバージョン管理したいのだけど、どれがお勧めですかね？
ソースコードといっても.NETやCみたいにテキストで開いても見れず1ファイルで保存されます。
プログラム作成ソフトもメーカー専用のものです。
2017/11/13(月) 10:41:44.17ID:qRP+g74l
>>600
svnにしておけば？
2017/11/13(月) 15:46:13.00ID:wtJ6F+YY
バイナリで1ファイルだったらsvnのほうがいいな
603600
垢版 |
2017/11/13(月) 17:28:21.54ID:4J0iHtyD
svnを使ってみることにします。

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

>>605
リポジトリ＝プロジェクト(客Aの納入先Xに対する制御機器)単位で
作成するものだと思い込んでました。
そういった方法もありですね。
2017/11/14(火) 12:28:33.49ID:vrLvIUm0
全部別々のリポジトリにしておいて
それとは別にsvn:externalsで階層構造として見せる用のリポジトリを作ればいいんじゃね
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
（バージョン古いけどここら辺の考え方は変わってないから）

まあ管理者コマンド使えばリポジトリを分割したりマージしたりもできるからあまり悩まずにまず使ってみればいいと思う
2018/01/30(火) 18:50:59.71ID:yLWHfzrX
バージョンを1.9から1.10にしたら、バージョンダウンですか？ってお客さんにツッコまれた。
2018/01/30(火) 21:06:38.89ID:+nOyuNPb
>>609
てか1.10ってまだalpha版じゃねーの？
2018/01/31(水) 13:13:18.86ID:kCxVsxS1
そんな決まりないでしょ
2018/01/31(水) 21:01:29.53ID:yJU+6gWX
決まり...？
613デフォルトの名無しさん
垢版 |
2018/02/03(土) 12:31:53.45ID:TN4w/UCm
リポジトリの仕組みについて質問です。

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

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

このあたりのこと詳しく解説してるサイトないですか？
2018/02/03(土) 13:51:56.94ID:K8txVhKr
ファイルの中身が変わってないなら重複して保持する必要ねーだろ？
2018/02/03(土) 14:36:53.08ID:TN4w/UCm
>>614
変わってないファイルは保持する必要ないですね。
変わっていたら全てのリビジョンのファイルを持つ？

[リビジョン1]
1

[リビジョン2]
1
2

〜〜〜

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

って数字を1行ずつ増やしてコミットしたあったとして
リビジョン100をチェックアウトするときに※の状態のファイルが用意されている状態なのか
差分摘要して※の状態のファイル作るのか
という質問です。
2018/02/03(土) 17:54:43.40ID:8pdQs/78
これな
http://dqn.sakusakutto.jp/2013/09/git_add_very_large_file.html
http://neos21.hatenablog.com/entry/2016/03/04/185847
2018/02/03(土) 21:10:45.47ID:dgAq2hsG
どっちも、ローカルマシンにリポジトリを簡単に作れるんだし、作って中身を見てみたら。

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

9HEXK
2018/06/05(火) 00:06:38.23ID:3DDteX42
Wednesday, April 4, 2018
Darcs 2.14.0 released
http://blog.darcs.net/2018/04/darcs-2140-released.html
622デフォルトの名無しさん
垢版 |
2018/07/04(水) 22:33:23.62ID:gFgZc5FG
WR6
2018/07/05(木) 16:56:07.06ID:AeL6VB/V
WR6
2018/11/28(水) 23:52:59.13ID:ZzCyLc1h
Pijul 0.11
https://pijul.org/posts/2018-11-20-pijul-0.11/
2019/04/28(日) 23:34:47.46ID:o1qAEXsC
Pijul 0.12
https://pijul.org/posts/2019-04-23-pijul-0.12/
626デフォルトの名無しさん
垢版 |
2021/09/11(土) 23:10:33.61ID:F3+oZGk0
_アンダーバー_スネーク_サーターアンダーギー_
2021/09/12(日) 07:45:45.45ID:09FXBLJb
アホがおるｗ

gitを使わずにディレクトリコピーでバージョン管理
https://mevius.5ch.net/test/read.cgi/tech/1631002816/
2021/09/12(日) 09:20:29.99ID:Phq6AsIf
アホが、如何にアホであるかについて議論することは時間の浪費である。
629デフォルトの名無しさん
垢版 |
2022/01/24(月) 12:27:01.92ID:qDquzqoO
Announcing Pijul 1.0 beta
https://pijul.org/posts/2022-01-08-beta/
2022/01/27(木) 23:05:11.82ID:5JD4ntnW
パッチベースのバージョン管理システム「Pijul」がベータに
https://mag.osdn.jp/22/01/25/225300
2022/03/10(木) 18:37:49.05ID:aj1CKYVU
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
632デフォルトの名無しさん
垢版 |
2022/11/16(水) 18:35:31.41ID:5yQdaCF4
Sapling: Source control that’s user-friendly and scalable
https://engineering.fb.com/2022/11/15/open-source/sapling-source-control-scalable/
2022/11/16(水) 18:40:41.51ID:5yQdaCF4
Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
https://gigazine.net/news/20221116-meta-sapling/
2022/11/17(木) 10:11:18.70ID:V4QZv0Fq
周回遅れ
635デフォルトの名無しさん
垢版 |
2022/11/18(金) 18:34:32.79ID:PbNaDWs2
チンポスター　ヤッたその日から　チンポの虜に　虜になりました♪
2022/11/19(土) 13:49:29.08ID:uJRDx7vX
Sapling入れてみたけど、GitHub使いたいMercurialユーザーにはちょうどいいかもしれない
コマンド体系はMercurialに近いのに、サーバーに無料のGitHub使えてうれしい
2022/12/06(火) 20:04:51.22ID:Hpqdg7lb
コマンド打ちたくないからGUIできたら言って
2022/12/07(水) 04:12:05.04ID:+scmKVbE
>>637
saplingは最初からGUIついてるぞ
sl web で起動する
2022/12/08(木) 15:19:14.21ID:OH/5QiB2
おお、それなら良かった
2024/01/29(月) 09:59:20.04ID:eGzEScjF
次世代バージョン管理システム　jj
https://zenn.dev/zetamatta/scraps/1ebfb6101e26da
2024/02/01(木) 10:44:56.01ID:VqWie0rw
たまに同じコードが飛び飛びに複数行作られてんだが
なにこれ
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況