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

**デフォルトの名無しさん** · 2017/11/01(水) 20:24:29.37

使いやすくはないだろう。
いろいろできることの代償かもしれないけど。

できることがあきらかだったsvnのほうがわかりやすくはあった。

**デフォルトの名無しさん** · 2017/11/01(水) 20:47:49.51

>>596
何に比べてどんなところが？

**デフォルトの名無しさん** · 2017/11/02(木) 01:33:02.56

個人的にはGitよりhgの概念の方が好き

**デフォルトの名無しさん** · 2017/11/02(木) 04:47:06.67

>できることがあきらかだったsvnのほうがわかりやすくはあった。

VisualStudioとかのIDEって使いにくいよなよな
make最強

**デフォルトの名無しさん** · 2017/11/13(月) 10:05:58.21

制御機械のソースコードをバージョン管理したいのだけど、どれがお勧めですかね？
ソースコードといっても.NETやCみたいにテキストで開いても見れず1ファイルで保存されます。
プログラム作成ソフトもメーカー専用のものです。

**デフォルトの名無しさん** · 2017/11/13(月) 10:41:44.17

>>600
svnにしておけば？

**デフォルトの名無しさん** · 2017/11/13(月) 15:46:13.00

バイナリで1ファイルだったらsvnのほうがいいな

**600** · 2017/11/13(月) 17:28:21.54

svnを使ってみることにします。

とりあえずVisualSVN Serverをインストールしてみたけど、さっぱり分からんかった。
・客A/納入先X/制御機器
・客A/納入先Y/制御機器
・客B/納入先Z/制御機器
といった感じでリポジトリを作成したいけど無理なのかしら？

**デフォルトの名無しさん** · 2017/11/13(月) 18:02:33.06

階層構造は無理だからリポジトリ名で工夫するしかないよ

**デフォルトの名無しさん** · 2017/11/13(月) 19:50:31.46

>>603
それリポジトリ分ける必要あるの？
リポジトリをひとつにして中にその階層構造入れるんじゃダメなの？

**600** · 2017/11/14(火) 10:18:37.75

>>604
階層構造は無理なんですね。
"_"で繋ぐとかで工夫してみます。

>>605
リポジトリ＝プロジェクト(客Aの納入先Xに対する制御機器)単位で
作成するものだと思い込んでました。
そういった方法もありですね。

**デフォルトの名無しさん** · 2017/11/14(火) 12:28:33.49

全部別々のリポジトリにしておいて
それとは別にsvn:externalsで階層構造として見せる用のリポジトリを作ればいいんじゃね

**デフォルトの名無しさん** · 2017/11/14(火) 21:42:39.40

>>606
プロジェクト毎にリポジトリ分けるか、全部一個のリポジトリに詰め込むかはメリット/デメリットがあるのでとりあえずこのあたりを読んでおいた方がいいかも
http://jtdan.com/vcs/svn/svn-book/svn.reposadmin.projects.html#svn.reposadmin.projects.chooselayout
（バージョン古いけどここら辺の考え方は変わってないから）

まあ管理者コマンド使えばリポジトリを分割したりマージしたりもできるからあまり悩まずにまず使ってみればいいと思う

**デフォルトの名無しさん** · 2018/01/30(火) 18:50:59.71

バージョンを1.9から1.10にしたら、バージョンダウンですか？ってお客さんにツッコまれた。

**デフォルトの名無しさん** · 2018/01/30(火) 21:06:38.89

>>609
てか1.10ってまだalpha版じゃねーの？

**デフォルトの名無しさん** · 2018/01/31(水) 13:13:18.86

そんな決まりないでしょ

**デフォルトの名無しさん** · 2018/01/31(水) 21:01:29.53

決まり...？

**デフォルトの名無しさん** · 2018/02/03(土) 12:31:53.45

リポジトリの仕組みについて質問です。

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

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

このあたりのこと詳しく解説してるサイトないですか？

**デフォルトの名無しさん** · 2018/02/03(土) 13:51:56.94

ファイルの中身が変わってないなら重複して保持する必要ねーだろ？

**デフォルトの名無しさん** · 2018/02/03(土) 14:36:53.08

>>614
変わってないファイルは保持する必要ないですね。
変わっていたら全てのリビジョンのファイルを持つ？

[リビジョン1]
1

[リビジョン2]
1
2

～～～

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

って数字を1行ずつ増やしてコミットしたあったとして
リビジョン100をチェックアウトするときに※の状態のファイルが用意されている状態なのか
差分摘要して※の状態のファイル作るのか
という質問です。

**デフォルトの名無しさん** · 2018/02/03(土) 17:54:43.40

これな
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.47

どっちも、ローカルマシンにリポジトリを簡単に作れるんだし、作って中身を見てみたら。

そういうところまで気になるのなら、少しは自分で実践しないと。

**デフォルトの名無しさん** · 2018/02/16(金) 05:59:00.05

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

**デフォルトの名無しさん** · 2018/04/29(日) 23:57:52.26

Pijul 0.10
https://pijul.org/posts/2018-04-21-pijul-0.10/

**デフォルトの名無しさん** · 2018/05/23(水) 20:30:45.56

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

9HEXK

**デフォルトの名無しさん** · 2018/06/05(火) 00:06:38.23

Wednesday, April 4, 2018
Darcs 2.14.0 released
http://blog.darcs.net/2018/04/darcs-2140-released.html

**デフォルトの名無しさん** · 2018/07/04(水) 22:33:23.62

WR6

**デフォルトの名無しさん** · 2018/07/05(木) 16:56:07.06

WR6

**デフォルトの名無しさん** · 2018/11/28(水) 23:52:59.13

Pijul 0.11
https://pijul.org/posts/2018-11-20-pijul-0.11/

**デフォルトの名無しさん** · 2019/04/28(日) 23:34:47.46

Pijul 0.12
https://pijul.org/posts/2019-04-23-pijul-0.12/

**デフォルトの名無しさん** · 2021/09/11(土) 23:10:33.61

_アンダーバー_スネーク_サーターアンダーギー_

**デフォルトの名無しさん** · 2021/09/12(日) 07:45:45.45

アホがおるｗ

gitを使わずにディレクトリコピーでバージョン管理
https://mevius.5ch.net/test/read.cgi/tech/1631002816/

**デフォルトの名無しさん** · 2021/09/12(日) 09:20:29.99

アホが、如何にアホであるかについて議論することは時間の浪費である。

**デフォルトの名無しさん** · 2022/01/24(月) 12:27:01.92

Announcing Pijul 1.0 beta
https://pijul.org/posts/2022-01-08-beta/

**デフォルトの名無しさん** · 2022/01/27(木) 23:05:11.82

パッチベースのバージョン管理システム「Pijul」がベータに
https://mag.osdn.jp/22/01/25/225300

**デフォルトの名無しさん** · 2022/03/10(木) 18:37:49.05

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

**デフォルトの名無しさん** · 2022/11/16(水) 18:35:31.41

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.51

Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
https://gigazine.net/news/20221116-meta-sapling/

**デフォルトの名無しさん** · 2022/11/17(木) 10:11:18.70

周回遅れ

**デフォルトの名無しさん** · 2022/11/18(金) 18:34:32.79

チンポスター　ヤッたその日から　チンポの虜に　虜になりました♪

**デフォルトの名無しさん** · 2022/11/19(土) 13:49:29.08

Sapling入れてみたけど、GitHub使いたいMercurialユーザーにはちょうどいいかもしれない
コマンド体系はMercurialに近いのに、サーバーに無料のGitHub使えてうれしい

**デフォルトの名無しさん** · 2022/12/06(火) 20:04:51.22

コマンド打ちたくないからGUIできたら言って

**デフォルトの名無しさん** · 2022/12/07(水) 04:12:05.04

>>637
saplingは最初からGUIついてるぞ
sl web で起動する

**デフォルトの名無しさん** · 2022/12/08(木) 15:19:14.21

おお、それなら良かった

**デフォルトの名無しさん** · 2024/01/29(月) 09:59:20.04

次世代バージョン管理システム　jj
https://zenn.dev/zetamatta/scraps/1ebfb6101e26da

**デフォルトの名無しさん** · 2024/02/01(木) 10:44:56.01

たまに同じコードが飛び飛びに複数行作られてんだが
なにこれ