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

**デフォルトの名無しさん** · 2017/03/26(日) 12:27:51.46

>>525
かけられる。かける方法を知らないお前が馬鹿なだけ

**デフォルトの名無しさん** · 2017/03/26(日) 18:51:27.67

https://git-scm.com/book/ja/v1/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-Gitolite
のことを言ってるのかな？
それなら知ってるから無駄に煽るな

**デフォルトの名無しさん** · 2017/03/26(日) 19:12:03.88

東京電力の新会長に日立製作所の人間が就任

**デフォルトの名無しさん** · 2017/03/26(日) 20:40:16.26

>>526
馬鹿を晒した気分はどうよ？

**デフォルトの名無しさん** · 2017/03/26(日) 20:54:59.26

>>529
かけられたが？

**デフォルトの名無しさん** · 2017/03/27(月) 01:00:14.02

素人でスマンが、実際のところsubversionではできてgitではできないアクセス制限ってどんなのがあるの？

**デフォルトの名無しさん** · 2017/03/27(月) 11:09:36.85

>>531
リポジトリの一部を読み出し不可にすること

**デフォルトの名無しさん** · 2017/03/27(月) 11:20:28.28

>>532
svnだとリモートリポジトリを作るのが面倒（？）とかいう理由で
全てのプロジェクトを一つのリポジトリに入れるとかいう
アホな使い方をしている例をしていたけど、そういう話？

リポジトリの一部を読み出し不可にするのであれば
その部分だけ別リポジトリに分ければ良いと思うけど？
submoduleがあるからリポジトリの特定のディレクトリだけ
別リポジトリにするなんてことも簡単にできる

**デフォルトの名無しさん** · 2017/03/27(月) 11:21:50.59

それからsvnでリポジトリの一部を読み出し不可にするって
apacheの設定の話をしてる？

それapacheの機能だよね？

**デフォルトの名無しさん** · 2017/03/27(月) 12:23:49.25

横だがsubmoduleはアンチパターン的な扱いになってきてなかったっけ

**デフォルトの名無しさん** · 2017/03/27(月) 12:25:01.61

>>533-534
プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない
アクセス制御のために別リポジトリにするのは本末転倒
あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか？

**デフォルトの名無しさん** · 2017/03/27(月) 14:24:08.92

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

いいや？ Apacheの機能を使ってもいいというのであれば
gitでも同じことはできる。

**デフォルトの名無しさん** · 2017/03/27(月) 14:27:12.05

> プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない
公開するものだけを渡せばいいだけの話
公開しないものと公開するものを同じリポジトリに入れる必要がない。

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

別リポジトリににすればいいだけなのに、
公開しないものを同じリポジトリに入れて
アクセス制御するほうが本末転倒だろう。

**デフォルトの名無しさん** · 2017/03/27(月) 15:01:35.22

プロジェクトで要求するような詳細な権限管理はGitHubみたいなアプリケーション側ですることでSCMの責務ではない
以上

**デフォルトの名無しさん** · 2017/03/27(月) 15:19:58.53

>>538
> > アクセス制御のために別リポジトリにするのは本末転倒
> それこそ別リポジトリにするべきことだろう。
時系列を考えないと。

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

最初から、将来起こりえるだろう事象を見越して、リポジトリを分割管理する方が本末転倒だと思うけどね。

**デフォルトの名無しさん** · 2017/03/27(月) 16:41:44.76

最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、
公開するものだけをまとめたほうがいいだろう？

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

リポジトリをアクセス許可にして制限するというやり方では
ミスしやすい

**デフォルトの名無しさん** · 2017/03/27(月) 16:48:12.04

>>541
どちらがベターかはケースバイケースでしょう。
あなたがべき論でもって、権限管理方式を全否定しているからレスしただけ。

**デフォルトの名無しさん** · 2017/03/27(月) 16:48:57.03

もともと「社内だけで使えるリポジトリ」と思っていたわけで、
どこに何をおいても社内だけだから安全だと思ってしまう。

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

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

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

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

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

いちいち、このディレクトリって、誰が見れるんだっけ？
などと気にする必要もなくなる。

**デフォルトの名無しさん** · 2017/03/27(月) 16:49:44.27

>>542
いずれのケースでもリポジトリを分けるほうがベター
subversionを使っていたとしてもリポジトリを分けたほうが良い

**デフォルトの名無しさん** · 2017/03/27(月) 16:55:09.24

>>543
そういうこと言い始めたら、ファイルシステム全体で権限管理しているLinuxなんて信用ならんってことになりませんかね。

**デフォルトの名無しさん** · 2017/03/27(月) 17:03:34.11

>>545
ならねーよ

**デフォルトの名無しさん** · 2017/03/27(月) 17:04:29.56

ならないな。

ユーザーごとにディレクトリ別れているわけだし

**デフォルトの名無しさん** · 2017/03/27(月) 17:09:35.26

そう、なりませんよね。

だったら、もしgitにも権限管理機能があったら、やはり同じように信頼できるやり方ができるんじゃないですかね。

**デフォルトの名無しさん** · 2017/03/27(月) 17:31:02.44

ソースコードの場合は、原則として
リポジトリの全てがないとビルドできないのだから
ディレクトリの一部が見れないという方式は取れない。

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

モジュールの時点で独立しているので、
ソースコードの一部を隠すという発想よりも
安全に運用できる。

**デフォルトの名無しさん** · 2017/03/27(月) 18:24:55.49

>>537
使っていいからやり方教えて

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

>>539
github ならできるの？

**デフォルトの名無しさん** · 2017/03/27(月) 18:52:07.74

>>548
論理飛躍しすぎ。

**デフォルトの名無しさん** · 2017/03/27(月) 19:35:47.70

非公開の情報を間違ったディレクトリに突っ込む >>543 みたいな間抜けな奴は同じ情報を間違ったリポジトリにも突っ込むと思った方がいい
そもそもそう言う間抜けに書き込み権限を与えるなよ w

**デフォルトの名無しさん** · 2017/03/27(月) 21:23:26.89

alt gitまだー？

**デフォルトの名無しさん** · 2017/03/28(火) 11:09:32.22

>>549
> ソースコードの場合は、原則として
> リポジトリの全てがないとビルドできないのだから
そんなことない。
メインアプリ＋プラグイン/ライブラリ複数を一度のビルドでコンパイルするケースは結構ある。
出力されるのが、LM + .so複数みたいな。

**デフォルトの名無しさん** · 2017/03/28(火) 21:26:42.96

>>554
一部だけビルドできるってことは、別のリポジトリにできるということ。
ならば、そうすればいいだけの話

**デフォルトの名無しさん** · 2017/03/29(水) 10:34:46.63

>>555
> 一部だけビルドできるってことは、別のリポジトリにできるということ。
なるほど、ここに誤解があるのか。

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

簡単に分割できるのは、ビルドが不要な言語に多いんじゃないか？

**デフォルトの名無しさん** · 2017/03/29(水) 10:55:14.48

それは一部だけビルドできると言っていいのか…？
あとそれってsvnでアクセス権設定しても同じように困るんじゃないの？

**デフォルトの名無しさん** · 2017/03/29(水) 13:17:13.75

>>557
> それは一部だけビルドできると言っていいのか…？
まあ、こんな感じですかね。
foreach dir in subdirs
　cd dir; exec build_script
end

> あとそれってsvnでアクセス権設定しても同じように困るんじゃないの？
subdirのいくつかが欠けていても、それは単にビルドされないだけですね。
あと、svnでできるかどうかは知りません。

**デフォルトの名無しさん** · 2017/03/29(水) 13:25:46.88

とういか、別にそんな細かい話したいわけじゃなくて、リポジトリの一部をomitして提供、
あるいは一部のみ提供する必要があったとき、リポジトリを分割するだけが解じゃなくて、
権限設定機能があるならそれで済み場合もあるってこと。

なぜだか、それに強行に反対する人（たち？）がいるようで。

**デフォルトの名無しさん** · 2017/03/29(水) 16:15:13.03

>なぜだか、それに強行に反対する人（たち？）がいるようで。
逆じゃないの

gitじゃアクセス権出来ないから使えない状況がある(>>525)って所が発端で、リポジトリ分ければ良いじゃんって人とリポジトリ分けられないじゃんって人が言い合ってたのが今の流れでしょ

**デフォルトの名無しさん** · 2017/03/29(水) 16:35:56.60

>>560
> 逆じゃないの
そこも認識が違ってますね。
他の人はともかく、俺はSCM一般の話をしてたつもり。

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

git固有の話をするなら、モジュールを分割してsubmoduleで扱う方式だと、そのリポジトリの
利用者全員に影響を与えてしまうというデメリットがあるね。

**デフォルトの名無しさん** · 2017/03/29(水) 17:51:38.84

リポジトリ分けたい人は分ければいい
俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒って思ってるからそんなことをしないだけ

**デフォルトの名無しさん** · 2017/03/29(水) 18:25:33.13

>>562
ですねぇ。

この話題ももう終わりだろうから、一つだけコメントしておこう。
>>533
> 全てのプロジェクトを一つのリポジトリに入れるとかいう
> アホな使い方
googleはそうしてますね。

**デフォルトの名無しさん** · 2017/03/29(水) 21:33:57.72

>>562
> 俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒

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

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

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

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

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

逆に聞きたいんだが、ファイルのアクセス権に対応したチケット管理ツールとかあるの？
このディレクトリに関するチケットは見せないみたいな

**デフォルトの名無しさん** · 2017/03/29(水) 21:50:59.15

>>559
たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。

**デフォルトの名無しさん** · 2017/03/29(水) 21:56:32.41

（>>565の話にも関係してるけど）

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

本末転倒というならば、むしろこっちの方だろう。
アクセス権を実現するためだけに、apacheなどと連携しなければいけない。
リポジトリそのものを分ければ、git単体でアクセス権を実現できるのに
アクセス権を実現するためだけに、ユーザー管理用のサーバーが必要になってしまう。

**デフォルトの名無しさん** · 2017/03/29(水) 21:57:43.60

ちなみに、
> svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能
があるために、svnではいちいちブランチ切るのに長いディレクトリ名を指定したりして
面倒になってしまっている。

**デフォルトの名無しさん** · 2017/03/29(水) 22:32:33.69

は?

**デフォルトの名無しさん** · 2017/03/29(水) 22:34:05.79

authzはsvnサーバーの設定じゃないというのか？

**デフォルトの名無しさん** · 2017/03/30(木) 08:15:34.48

>>564
> 重要なのはアクセス権が違うのだから、きちんと役割を分けましょうということだろう？
意味不明
役割とアクセス権は関連がある時もあるが基本的には別々の話

**デフォルトの名無しさん** · 2017/03/30(木) 08:19:51.08

>>566-567
何で話をループさせたがるんだろう？

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

せめて

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

に回答してからにしなよ

**デフォルトの名無しさん** · 2017/03/30(木) 10:39:36.78

まだ終わらないんですかね。

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

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

> たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
まぁ、gitをベースに考えるとそうかもしれませんね。
Perforceから入ったりすると、権限設定という概念の方が普通だと思うかも。

**デフォルトの名無しさん** · 2017/03/30(木) 10:44:30.88

ちなみに、Perforceはこんな感じです。

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

デフォルトが全アクセス可で、駄目な奴だけ禁止するブラックリスト方式も、
デフォルトが全アクセス不可で、いい奴だけ登録するホワイトリスト方式もとれます。

**デフォルトの名無しさん** · 2017/03/30(木) 21:39:34.19

>>573
svnだとどんな感じ？

**デフォルトの名無しさん** · 2017/03/31(金) 00:44:40.10

そんな設定するくらいならリポジトリ分けた方がよっぽど簡単じゃん。

**デフォルトの名無しさん** · 2017/03/31(金) 07:28:27.46

無限ループ命令が発行されました

**デフォルトの名無しさん** · 2017/03/31(金) 13:38:36.99

なんにでも終わりはあるよ

**デフォルトの名無しさん** · 2017/03/31(金) 23:50:54.07

という事にしたい模様

**デフォルトの名無しさん** · 2017/04/01(土) 01:39:47.54

for(;;)
{}

**デフォルトの名無しさん** · 2017/05/02(火) 18:53:02.76

外出先でもすぐに使用できる
1CDバージョン管理システム的なものないかな
USBブートができないマシンでもCDブートならできそうだから
リポジトリはUSBで

**デフォルトの名無しさん** · 2017/05/02(火) 19:10:30.69

git

**デフォルトの名無しさん** · 2017/05/02(火) 21:27:53.12

たとえば--prefix=/mnt/mygitでビルドしておいて、使うときはそこへmountすればいいんでない

**デフォルトの名無しさん** · 2017/07/28(金) 15:24:24.41

>>286
七割は言いすぎかと

**デフォルトの名無しさん** · 2017/07/28(金) 17:13:24.86

1.7光年の彼方から乙

**デフォルトの名無しさん** · 2017/07/28(金) 21:50:15.87

>>583
>>286の回りではってことだろ
井の中の蛙は自分の回りが平均だから

**デフォルトの名無しさん** · 2017/08/12(土) 04:35:46.26

バージンはいいよね

**デフォルトの名無しさん** · 2017/08/12(土) 08:18:32.99

バージン管理か

**デフォルトの名無しさん** · 2017/08/12(土) 20:27:01.13

童貞おじさん、バージンを語る。

**デフォルトの名無しさん** · 2017/09/16(土) 12:19:01.07

Pijul 0.8　が出た模様。

**デフォルトの名無しさん** · 2017/10/31(火) 14:53:54.70

Sourceforge.netでCVSのサポートが終了するらしいが
そもそもCVSってSourceForgeでまだ使えたんだ

https://sourceforge.net/blog/decommissioning-cvs-for-commits/

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

歴史は繰り返す

**デフォルトの名無しさん** · 2017/11/01(水) 16:21:19.71

Git以外息してる？

**デフォルトの名無しさん** · 2017/11/01(水) 16:30:51.11

**デフォルトの名無しさん** · 2017/11/01(水) 19:03:01.95

ここだけの話、

Gitも使いにくい

**デフォルトの名無しさん** · 2017/11/01(水) 19:16:19.84

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

**デフォルトの名無しさん** · 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

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