日常の進捗履歴記録ツールWitBucket(仮称)検討中 (229ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
1(4): 2022/11/20(日)08:39 ID:zgGXmL2v(1/13) AAS
日常の進捗/履歴記録/バックアップツールWitBucket(仮称)の製作を検討中です。
欲しい機能/実装等について意見あればどうぞ。
(長さ制限によりスレタイは一部略）
(カッコ内はGit19スレ内の参考レス番)
詳細: Git19: 2chｽﾚ:tech
経緯: Git19: 2chｽﾚ:tech
全レス: Git18: 2chｽﾚ:tech
【コンセプト】
・ゴミ箱の様に簡単に操作出来、何も知らなくても使える『全自動完全履歴保持バケツ』(101)
2: 2022/11/20(日)08:41 ID:zgGXmL2v(2/13) AAS
【目標仕様】
・Gitを全く知らない人でも使える。
・Gitのビュワーとしても多分使える。ライタとしても使えるはずだが勧めない。
・中身の改変/消去を簡単に出来るようにする。(142)
・Gitツールではないので、Gitのフル機能へのアクセスは提供しない。
・diffは取れるが「ファイル内の」mergeは直感的GUIがないので実装しない。(101,127)
・branchは現ブランチをパスと共に保存するのみ。(103,112)
・デスクトップ等に転がしてるファイルも明示的に指定すれば保存される。(109)
【実装】
・Gitをゴミ箱/バケツ化するラッパ(フロントエンドのみ。バックエンドはGitで、Gitは別インストール必須)(101)
省15
3(1): 2022/11/20(日)08:42 ID:zgGXmL2v(3/13) AAS
【第二弾(完全に未定)】
・Gitに欠けている機能を補完する。
・commit/rebase履歴が無いので、付加する。(111,274)
・Viewでrebaseする。(多分saplingもこれを目指している)(331)
【名称について】
・GitBucketがよかったが既にあるのでボツ。(126)
・Gitと冠するのはGitツールだと誤解を招くようなので、外すべきか？(191)
・しかしやはりGitの方が分かりやすいか？ならばGitPailが確かに良い(244)
・Linusと同様に3音3文字でunixコマンドと被らず、
馬鹿向けgit(馬鹿)で馬鹿の最上級を探したが、無いので、一周回して
省3
7(1): 2022/11/20(日)10:54 ID:zgGXmL2v(4/13) AAS
>>4
実はそれも考えた。
俺が欲しい物ってなんだろう？と思ったときに、一番分かりやすい表現がそれだったから。
ブッ込んでおきさえすれば、あとは手で探れば取り出せる、的な。
ただそれって、
現物(WitBucket)→四次元ポケット、にはなるけど、
四次元ポケット→現物(WitBucket)、にはならないんだな。
「四次元ポケット」と聞いてきた連中が想像するのはもっと違った何かで、Gitのフロントエンドではない。
というわけでボツ。
あとちなみに、Gitxxxxで考えたのは、
省13
8: 2022/11/20(日)10:58 ID:zgGXmL2v(5/13) AAS
>>5
その発想はなかった。が、GNUもそうだし、考えてみるべきだな。
・馬鹿でも使える
・ブッ込んでおくだけ
・中身はGitであると薄々見える
と名前を聞いただけでイメージ出来る案があれば募集。
9: 2022/11/20(日)11:06 ID:zgGXmL2v(6/13) AAS
>>6
それはその通り。
なので「広告」付けて金銭で俺自身を釣る。
多分自分でもそこそこ使うが、Gitに慣れたら問題なくなってしまうのだと思うんだよ。
それがGitスレの連中なわけで、多分俺もそうなる。
俺自身が欲しいのは第二弾の方で、
こちらはGitには無いが俺には必要な機能を実装するから、俺自身が使い続けることは確定してる。
(ただし第二弾自体が未確定、それ以前に第一弾も未確定、
そもそもSaplingが実装済みな可能性大なのでこちらもよく確認して、になる）
12: 2022/11/20(日)16:31 ID:zgGXmL2v(7/13) AAS
>>10
それ言うならGNUばりに
GIT Is TrashBox
なんだろうけど、これだと通称も略称もGitなのが駄目だな。
あと、「ゴミ箱」ではどうしても「捨てる」感を払拭出来ないのが問題だ。
片づけるのが面倒だからとりあえず入れておく「ガラクタ入れ」(＝最初から捨てる気はない)が使用感として正しいので。
>>11
と(上記のように)思ったけど、先に言われてしまった。
まあ略したら実はGitってのは良いが、この長さだと通称もGitになりそうなのが不味い。
多分対等な言葉を並べてるのが悪い。
省6
17: 2022/11/20(日)18:35 ID:zgGXmL2v(8/13) AAS
>>15
全く知らんが、見る限りただの豪華版ファイル共有システムのような。
これで任意の履歴を探索出来るのなら、十分ではあるが。
というか、WitBucketはこの辺の「履歴探索出来ればOK」程度の連中を相手にしてる。
同一ファイル内のmergeなんて、ほぼ必要ない連中向けだ。
ちな、お前ら本当に「任意のファイルを任意のタイミングで任意に編集出来る」開発スタイルで、
mergeも日常的にやってるのか？
それはチームの腕前が『上側に』揃ってる必要があって、
上手く回ってるのなら素晴らしいが、下手すると余計悲惨なことになるので、
一般の会社（新人からベテランまでの混成部隊）ではかなり無理だが。
省3
19: 2022/11/20(日)21:18 ID:zgGXmL2v(9/13) AAS
>>18
そこから辿れる7ページ全部読んだ。
確かにこれで良い。履歴の部分が欲しいだけ。
> ヒント: チームで共同編集機能を使用する場合は、
> ライブラリ内で他のユーザーが共同編集しているものと同じ名前のドキュメントを誰かが誤ってアップロードしてしまった場合に備えて、
> 少なくともライブラリでメジャー バージョン管理を有効にすることをお勧めします。
> そうすることで、変更内容が失われた場合でも、ドキュメントの前のバージョンに復元することが可能になります。
> 外部ﾘﾝｸ:support.microsoft.com
> 定期的に、ドキュメントを編集および保存Officeします。
> すべての編集と保存で新しいバージョンが作成される場合があります。
省7
20: 2022/11/20(日)21:19 ID:zgGXmL2v(10/13) AAS
> Microsoftは9月24日（米国時間）、同社のWindowsデバイスに関する最新のデータを公開するページを更新し、現在世界で稼働するWindows 10デバイスの数が9億（900million）を突破したことを報告した。
> 例えばStatCounterの2019年8月時点でのデータを見ると、ほぼ正比例に近い形でシェアが上昇している。現在はWindows 10が約60％、Windows 7が31％の水準だが、
> 外部ﾘﾝｸ[html]:www.itmedia.co.jp
> マイクロソフトは、SharePointには20万の組織に1.9億人のユーザーがいると述べている[8]。
> 外部ﾘﾝｸ:ja.wikipedia.org
シェア60%で9億台だから、Windows全部は13.5億台程度か？
それで1.9億なら、1/7の使用率になる。
見る限り共有ファイルシステムで必要な機能を全部入れてて、ついでに履歴も取れるようになってる。
共有ファイルでやる部署には必要なソフトで、また、これで十分だろう。
ただ思ったより使用率が低いのは、何か他に原因がある気はするが。
省6
21: 2022/11/20(日)21:20 ID:zgGXmL2v(11/13) AAS
個人的にはもうファイルシステムも上書きする必要なく、SSDのウェアレベリングと同様、常に新規でいいと思ってる。
ハードリンクがそうだが、あれは使いやすいとは言えないので、
各ファイル/ディレクトリに履歴が付いてて、必要なら引っ張り出せるようにして欲しいし、それだけで十分だ。
既に指摘されたように(Git19の73)、現Windowsもファイル単位ではこの機能を持ってはいるが、
勝手なときに記録され、勝手に間引かれ、勝手に停止されるのでは使えない。
保存時全部の履歴が保持されてる必要があって、
ただしどうでもいい(＝メッセージが無く、かつ、バージョンも更新されてない)のは間引かれるべき、というわけ。
だからNTFSにこの機能が標準的に付けられたら、WitBucketの出番は無いね。
(Windowsがこの機能をハードリンクで実現して、勝手に管理してくれるのが一番いい。
要は上書きされてしまった昔のファイルを引っ張り出せれば良いだけだから。
省1
23: 2022/11/20(日)23:32 ID:zgGXmL2v(12/13) AAS
>>22
> Basic：650円/人月
家庭用には無しか。
地味に家庭用に履歴機能だけ付けておいて慣らして、
ファイル共有機能(家庭では不要)をBusinessで、として欲しいが。
> バイナリの管理が上手にできた方がいい。
それがどこまで出来れば「上手い」と言えるのか知らないが、多分、
・diffを表示出来るか
・圧縮出来るか
だと思ってる。
省9
24: 2022/11/20(日)23:32 ID:zgGXmL2v(13/13) AAS
ソフトウェアの構成としては、差分表示は各ソフトに任せるべきであって、
履歴ツールの領分は各ファイルを用意するところまでだ。
tortoiseはExcelに足りなかったから補ったようで、これは確かに凄いが、個人レベルでの開発でこれは無理。
バイナリ圧縮もほぼ無理。そもそもフォーマットが公開されてないし、
単に圧縮したいだけなら圧縮DISKにセーブしろ、で終わる。
バイナリも履歴方向に対してならかなり圧縮出来るのだろうけど、それは別開発だよ。
上手く出来たら、「バイナリ用高圧縮履歴保持バケツ」として差別化は出来るのだろうけど、
diffのアルゴリズムは地味に難しいので、俺ではなくて数学屋がやるべき課題だ。
まあどちらも(diffも圧縮も)出来ないのであればrsnapshot(Git19の222=rsync+ハードリンク)と変わらんといえばそうだが。
ググるとSVNではxdeltaを使ってると出て、1997製らしいので、
省7
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.026s