89(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Sacd-oA9A) [sage] 2022/11/11(金) 07:55:19.91 ID:IJg9gJTfa(1/3) AAS
これを思い出した。

Linus曰く「Subversionは史上最も無意味なプロジェクト」
外部ﾘﾝｸ:m.srad.jp

94(2): デフォルトの名無しさん (ｱｳｱｳｳｰ Sacd-oA9A) [sage] 2022/11/11(金) 10:39:45.87 ID:IJg9gJTfa(2/3) AAS
長文の人頑張れ。君ならできる(かもしれん)。
Linusが2週間でgitを作った話。 を検索するとgitの初期の話が出てくるよ。

95(3): デフォルトの名無しさん (ｱｳｱｳｳｰ Sacd-oA9A) [sage] 2022/11/11(金) 10:44:54.12 ID:IJg9gJTfa(3/3) AAS
追加で
外部ﾘﾝｸ:gihyo.jp

103(5): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 06:57:39.26 ID:h41UD2lS0(6/29) AAS
>>97
(わざわざ色々考えてくれたのなら手間かけてすまんが)
正直全く分からんし、俺はstashも糞仕様と思うから使う気ない。
というか、Gitの連中、「仕様は小さくあるべき」という感覚がそもそも無いと思う。
俺だったら、branchなんて、各ディレクトリにそのままマッピングする。
つまり、sample.txtの開発なら、

.git
master/sample.txt
develop/sample.txt
featureXXX/sample.txt
stash/sample.txt

で、実行パスは　xxxx/current/sample.txt としておいて、
ブランチの切換はcd、実行ブランチの切換は ln -s master current でよかった。
stashなんて不要機能そのものだよ。直感的じゃないし、そこまでGit信じ切れないし。

この馬鹿仕様で git add -A で取ってれば各ブランチの同時開発状況含めて完全にcommit履歴が保持出来る。これで十分だ。
Gitによってカレントディレクトリの内容が「上書き」されるのはかなり気持ち悪い。
zip展開するときと同様、バケツからは明示的に取り出さないと上書きされない、が分かりやすくて良いんだよ。
branch切換で全部上書きで入れ替わるのは、頻繁に過去と現在を往復するにはいい仕様だが、普通の人には要らん。

というわけでGitBucketは基本この方針でmasterに全ての履歴を数珠繋ぎ、
平行開発はディレクトリとシンボリックリンクで手動でやれ、
git branch xxxx で切り替えれば勿論切り替わるが、バックアップはその状態で取るのであしからず、
それが嫌なら一々masterに手動で戻せ、(自動戻しは失敗するときがあるので付けない)
だから戻し忘れたら一見ちぐはぐになるが、どのみち何処かに残ってるからなんとか探し出せ、という仕様。
要するにGitBucketはbranchを無視する。
(現在のbranchの記録はしておく。これでbranchを使う人も使わない人も問題ない)

162(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 21:26:19.25 ID:h41UD2lS0(28/29) AAS
>>161
いや101の仕様で手こずると思ってるお前もかなりヤバいけどな。
これも周りにプログラマが居たら聞いてみ。

ただ、自分で使う用に動けばいい物と、他人が(デタラメに)使う用に作るのはだいぶ違うんだ。
だからきちんと状況確認して仕様はしっかり詰めるべきなんだよ。
Gitにはこの辺の感覚がない。
まあLinusが個人的に必要だから作った、完全特定個人向けチューニングだからではあるが。
この辺がGit(を使わされる側)の不幸なところだよ。

198(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2514-H0Ic) [sage] 2022/11/13(日) 20:29:12.47 ID:53QTWROr0(3/3) AAS
>>197
俺もお前が書いたものが使えれば使う
使えないから、使ってない。
で、いつになったら使えるようになるの？
使えないなお前

102(3): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 06:54:37.10 ID:h41UD2lS0(5/29) AAS
実装するだけなら2週間程度で十分だが、

・electron使ったこと無いので調査に2週間ほどかかる
・アプリストアも広告付きのアプリも作ったことないので、これも2週間ほど調査必要
・仕様を練らないとろくな事にならない、
　Linusが2週間と言ってるのは実装であって、それ以前にずっといろいろVCS使ってきてるから仕様が熟成済みだっただけ。
・そもそも顧客がいるかどうか
・一応は他WindowsGitアプリを全部確認する必要がある。今tortoiseGit試しにインストールしてみたところ。

があるので、冷やかしでないのなら新しくスレ立てて様子見する。
スレタイには GitBucket(仮称)と、何か「Gitはもう諦めた系」「頑張らない系」の連中を集められる文言を入れたいが、何がいいか。
板はここかソフトウェア板だと思うが、他に候補があるか。
ただ対象ユーザーはここに来る連中ではなくガチのど素人なので、もっと全然違うところの方がいいかも？
　
スレタイ案：
A. もうGitBucket(仮称)でええやん。
B. GitBucket(仮称)使ってるからって、Gitが分からなかった訳じゃないんだからねっ！！！
C. GitBucket(仮称)計画中、Gitに疲れた奴集まれ
D. 日常のバックアップツールGitBucket(仮称)

冷やかしじゃない奴からの投票を受け付ける。

214(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/13(日) 22:43:28.98 ID:Eh77ZCvU0(13/15) AAS
>>212
それはベースにしてるわけではないんだよ。（つか俺がそう言ったっけ？なら訂正だが)

多分OOPの基本すら理解してない君達には通じないが、繰り返すと、
そこは即交換可能なんだよ。
少なくともGitとSVNはほぼ自動的にそうなる。（一般的に普通に組めば自然とそうなる）
SQLiteだとGitやSVNに入っているコードまで自前で書く必要があるから面倒だが。(だからこれはやる気なし)

ベースではなく、外注なんだよ。必要とあればすぐ交換可能だ。

つっても、通じないだろうけどさ。

233(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4b14-H0Ic) [sage] 2022/11/14(月) 04:51:45.99 ID:PeuKV+c+0(1) AAS
「バージョン管理ソフトを利用したゴミ箱アプリの開発」

ただしSubversionを使うときはサーバーが必要です。
ファイルを削除するたびにリモートにファイルを保存したりします。

ってことやろ？