日常の進捗履歴記録ツールWitBucket(仮称)検討中

**デフォルトの名無しさん** · 2022/11/20(日) 08:39:54.55

日常の進捗/履歴記録/バックアップツールWitBucket(仮称)の製作を検討中です。
欲しい機能/実装等について意見あればどうぞ。
(長さ制限によりスレタイは一部略）
(カッコ内はGit19スレ内の参考レス番)

詳細: Git19: https://mevius.5ch.net/test/read.cgi/tech/1667720427/101-102
経緯: Git19: https://mevius.5ch.net/test/read.cgi/tech/1667720427/59-
全レス: Git18: https://mevius.5ch.net/test/read.cgi/tech/1650651945/633-

【コンセプト】
・ゴミ箱の様に簡単に操作出来、何も知らなくても使える『全自動完全履歴保持バケツ』(101)

**デフォルトの名無しさん** · 2022/11/20(日) 08:41:36.31

【目標仕様】
・Gitを全く知らない人でも使える。
・Gitのビュワーとしても多分使える。ライタとしても使えるはずだが勧めない。
・中身の改変/消去を簡単に出来るようにする。(142)
・Gitツールではないので、Gitのフル機能へのアクセスは提供しない。
・diffは取れるが「ファイル内の」mergeは直感的GUIがないので実装しない。(101,127)
・branchは現ブランチをパスと共に保存するのみ。(103,112)
・デスクトップ等に転がしてるファイルも明示的に指定すれば保存される。(109)

【実装】
・Gitをゴミ箱/バケツ化するラッパ(フロントエンドのみ。バックエンドはGitで、Gitは別インストール必須)(101)
・electronで作ってwindowsストアに配置(広告付き無料アプリ)(101)
・プロプライエタリ。コードは俺が書く。使い勝手のフィードバックを希望。(101)

【開発意図】
・後で確認出来ればいい程度の人にはGitは学習コストが高すぎるので、無学習で使えるアーカイバを用意する。
・保存先はGit。これにより、gitや外部ツールを使うことも可能になる。(211)
・Gitで間違った物をcommitして結局全部作り直した、みたいな話が散見されるし、
　実際俺も困ったことがあったので、簡単に改変したり消したり出来るようにする。
・この機能でGitのリポジトリも改変出来るが、
　俺自身がGitの仕様に詳しくない為、非互換の部分が発生するかもしれないので、勧めない。
　(この意味ではバグだし、確認出来ればgitになるべく合わせるようにはするが)
・ビュワーとして使うだけなら安全。gitをゴミ箱GUIで閲覧出来るようにする。

【日程】
・作る場合は、2023年3月末リリース目標。(101)
・広告収入目的の商用アプリであり、売れそうにないと判断した場合はそもそも作らない。(202)
・electron/Windowsストア/広告アプリ/他全Windows版Git/Saplingについての調査が必要。(102,299)

**デフォルトの名無しさん** · 2022/11/20(日) 08:42:08.54

【第二弾(完全に未定)】
・Gitに欠けている機能を補完する。
・commit/rebase履歴が無いので、付加する。(111,274)
・Viewでrebaseする。(多分saplingもこれを目指している)(331)

【名称について】
・GitBucketがよかったが既にあるのでボツ。(126)
・Gitと冠するのはGitツールだと誤解を招くようなので、外すべきか？(191)
・しかしやはりGitの方が分かりやすいか？ならばGitPailが確かに良い(244)
・Linusと同様に3音3文字でunixコマンドと被らず、
　馬鹿向けgit(馬鹿)で馬鹿の最上級を探したが、無いので、一周回して
　WitBucket(天才バケツ)。中身がGit感もある。
　GitツールではないのでGitと付けないくらいが丁度よいと判断した。
　Gitxxxxとするなら、GitPail。検索的に有利なこちらにするかも？

**デフォルトの名無しさん** · 2022/11/20(日) 10:06:21.66

四次元ポケット

**.NET MAUI HighSchool** · 2022/11/20(日) 10:40:28.35

Gear It Technologyみたいに頭文字合わせるとGitになるみたいにするとおしゃれだぞ

**デフォルトの名無しさん** · 2022/11/20(日) 10:52:24.74

個人でするなら、自分が使うものでないと続かないよ

**デフォルトの名無しさん** · 2022/11/20(日) 10:54:30.03

>>4
実はそれも考えた。
俺が欲しい物ってなんだろう？と思ったときに、一番分かりやすい表現がそれだったから。
ブッ込んでおきさえすれば、あとは手で探れば取り出せる、的な。

ただそれって、
現物(WitBucket)→四次元ポケット、にはなるけど、
四次元ポケット→現物(WitBucket)、にはならないんだな。
「四次元ポケット」と聞いてきた連中が想像するのはもっと違った何かで、Gitのフロントエンドではない。
というわけでボツ。

あとちなみに、Gitxxxxで考えたのは、
GitChest：大道具箱
GitCasket：小物入れ、宝石箱、
GitCan：can(出来る)とのダブルミーニング
GitBin：binもこの界隈では違う意味になってしまうが、can/bin共に蓋付きなので雑に放り込んでおけるイメージがないのでボツ
GitBox：大切にしまうイメージでボツ
GitTrunk：同上
GitBasket：ザルは漏れそうなのでボツ
Pailは俺自身知らなかった。そういえばペンキ缶のことをペールって呼ぶけど、あれ、正式名称だったんか！ってな具合。
ただ、雑に放り込めるイメージはあるから、(その単語を知ってる人には)Gitxxxxでは一番合ってると思う。

それから、名前ぐらいあとで決めろ、とか思う連中は、先人の知恵に学ぶべきだよ。(賢者は歴史に学び、愚者は経験に学ぶ)
https://xn--97-273ae6a4irb6e2hsoiozc2g4b8082p.com/%E3%82%A8%E3%83%83%E3%82%BB%E3%82%A4/%E5%90%8D%E5%89%8D%E9%87%8D%E8%A6%81/
最初読んだとき、俺も、Matzよ、もうちょっとましなことは書けなかったのか？と思ったけど、今はこれは凄く納得してる。
少なくとも、自分が気に入らない名前は付けるべきではない。長期的に愛せなくなるから。

**デフォルトの名無しさん** · 2022/11/20(日) 10:58:18.24

>>5
その発想はなかった。が、GNUもそうだし、考えてみるべきだな。

・馬鹿でも使える
・ブッ込んでおくだけ
・中身はGitであると薄々見える

と名前を聞いただけでイメージ出来る案があれば募集。

**デフォルトの名無しさん** · 2022/11/20(日) 11:06:58.01

>>6
それはその通り。
なので「広告」付けて金銭で俺自身を釣る。

多分自分でもそこそこ使うが、Gitに慣れたら問題なくなってしまうのだと思うんだよ。
それがGitスレの連中なわけで、多分俺もそうなる。
俺自身が欲しいのは第二弾の方で、
こちらはGitには無いが俺には必要な機能を実装するから、俺自身が使い続けることは確定してる。
(ただし第二弾自体が未確定、それ以前に第一弾も未確定、
そもそもSaplingが実装済みな可能性大なのでこちらもよく確認して、になる）

**デフォルトの名無しさん** · 2022/11/20(日) 13:55:22.29

Git In Trash

**.NET MAUI HighSchool** · 2022/11/20(日) 15:48:44.62

Garbage in Trashbox
Garbage is Trash

**デフォルトの名無しさん** · 2022/11/20(日) 16:31:49.48

>>10
それ言うならGNUばりに

GIT Is TrashBox

なんだろうけど、これだと通称も略称もGitなのが駄目だな。
あと、「ゴミ箱」ではどうしても「捨てる」感を払拭出来ないのが問題だ。
片づけるのが面倒だからとりあえず入れておく「ガラクタ入れ」(＝最初から捨てる気はない)が使用感として正しいので。

>>11
と(上記のように)思ったけど、先に言われてしまった。
まあ略したら実はGitってのは良いが、この長さだと通称もGitになりそうなのが不味い。
多分対等な言葉を並べてるのが悪い。

Great Ineligible's Trail (偉大なる馬鹿の軌跡)

とかだと通称「トレイル」で、「トレイル付けたか？」とか使われるからまだ行ける。
しかしこれもGit公式
> "Goddamn idiotic truckload of sh*t"
> https://git.wiki.kernel.org/index.php/Git_FAQ#Why_the_.27Git.27_name.3F
と似たようなものではあるが。

**デフォルトの名無しさん** · 2022/11/20(日) 16:40:35.59

スレ主はgitを使いこなせているんだろうな？

**デフォルトの名無しさん** · 2022/11/20(日) 16:42:20.71

gitどころかプログラミングの経験があるのかどうか

**デフォルトの名無しさん** · 2022/11/20(日) 16:58:22.03

Microsoft の SharePoin で既にバージョン管理できてないか？

**デフォルトの名無しさん** · 2022/11/20(日) 17:09:51.50

うちのオフィスにはパワーポイントは入ってたけどシェアポイントは入ってなかったわ。
残念。

**デフォルトの名無しさん** · 2022/11/20(日) 18:35:02.83

>>15
全く知らんが、見る限りただの豪華版ファイル共有システムのような。
これで任意の履歴を探索出来るのなら、十分ではあるが。

というか、WitBucketはこの辺の「履歴探索出来ればOK」程度の連中を相手にしてる。
同一ファイル内のmergeなんて、ほぼ必要ない連中向けだ。

ちな、お前ら本当に「任意のファイルを任意のタイミングで任意に編集出来る」開発スタイルで、
mergeも日常的にやってるのか？
それはチームの腕前が『上側に』揃ってる必要があって、
上手く回ってるのなら素晴らしいが、下手すると余計悲惨なことになるので、
一般の会社（新人からベテランまでの混成部隊）ではかなり無理だが。
ただサイボウズ(だったと思う)のインタビュー読んだとき、
ああこいつらは(俺の想定している)一般とは違うフローなのだな、とは思ったので、
連中は上手く出来てるのかもしれんが。

**デフォルトの名無しさん** · 2022/11/20(日) 18:51:03.97

SharePoint のドキュメントとライブラリ
チェックアウトと同期
https://support.microsoft.com/ja-jp/office/sharepoint-%E3%81%AE%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88%E3%81%A8%E3%83%A9%E3%82%A4%E3%83%96%E3%83%A9%E3%83%AA-8284da52-9092-4b45-90e1-1b7de6311c38#ID0EAABAAA=Check_out_sync&ID0EBBD=Check_out_sync

**デフォルトの名無しさん** · 2022/11/20(日) 21:18:59.77

>>18
そこから辿れる7ページ全部読んだ。
確かにこれで良い。履歴の部分が欲しいだけ。

> ヒント: チームで共同編集機能を使用する場合は、
> ライブラリ内で他のユーザーが共同編集しているものと同じ名前のドキュメントを誰かが誤ってアップロードしてしまった場合に備えて、
> 少なくともライブラリでメジャーバージョン管理を有効にすることをお勧めします。
> そうすることで、変更内容が失われた場合でも、ドキュメントの前のバージョンに復元することが可能になります。
> https://support.microsoft.com/ja-jp/office/%E3%83%A9%E3%82%A4%E3%83%96%E3%83%A9%E3%83%AA%E5%86%85%E3%81%AE%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AE%E3%83%81%E3%82%A7%E3%83%83%E3%82%AF%E3%82%A2%E3%82%A6%E3%83%88-%E3%83%81%E3%82%A7%E3%83%83%E3%82%AF%E3%82%A4%E3%83%B3-%E3%81%BE%E3%81%9F%E3%81%AF%E5%A4%89%E6%9B%B4sharepoint%E3%81%99%E3%82%8B-7e2c12a9-a874-4393-9511-1378a700f6de
> 定期的に、ドキュメントを編集および保存Officeします。
> すべての編集と保存で新しいバージョンが作成される場合があります。
> たとえば、頻繁に編集を保存する場合、各新しいバージョンでは、個々の編集ではなく、ポイントインタイムがキャプチャされます。
> これは、自動保存が有効になっている場合に一般的です。
> https://support.microsoft.com/ja-jp/office/%E3%83%AA%E3%82%B9%E3%83%88%E3%81%A8%E3%83%A9%E3%82%A4%E3%83%96%E3%83%A9%E3%83%AA%E3%81%A7%E3%81%AE%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E7%AE%A1%E7%90%86%E3%81%AE%E3%81%97%E3%81%8F%E3%81%BF-0f6cd105-974f-44a4-aadb-43ac5bdfd247
ただ5000しか保存出来ないのは問題だから、縮退して欲しい。
自動保存等の割とどうでもいい奴はコミットメッセージ(SharePointではチェックインコメント)が入ってないから、
それらは直近100件越えたら自動的に縮退でいい。いやなら何かしら入れとけ、で十分だ。
マニュアルでバージョン番号を上げた場合は全保持(縮退無し)で。