[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
63: デフォルトの名無しさん (ﾜｯﾁｮｲ 617b-8+ss) [sage] 2022/11/10(木) 00:01:03.02 ID:lrWcMZ4k0(1) AAS
>>5858(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 515f-pSqO) [sage] 2022/11/09(水) 06:41:02.07 ID:lvNzmAyI0(1) AAS
外部ﾘﾝｸ[html]:producingoss.com
> 公開されている場所で議論することによるさまざまな損失があなたの頭の中に浮かぶことでしょう。...
> 本当は何もわかっていないのに 「自分はすべてわかっている」と勘違いしているボランティアへの
> 対応 (どんなプロジェクトでもこの手の人がいます。彼らのうち何人かは将来すばらしい貢献をしてくれる
> ことになるでしょうが、 中にはずっと勘違いしたままの人だっています)、ある問題 X が
> より大きい問題 Y の一部であるときに、 なぜ問題 Y ではなく問題 X だけを解決したいのかを
> 理解してくれない人たち、 などなど。...
その切り取り方はだいぶ酷い。続き読んだら正反対の結論だし。
ちなみに本編のその部分の内容には同意。リンク先は俺にはまあまあ面白い。ありがとう。
切り取り方に悪意がないとして、それが君の意見なら、
回答は、上位戦略、
「動いているコードはいじるな」「動いているコードであっても、改善出来るのならどんどん改善しろ」(11)
による。前者の場合はXの修正に留め、後者の場合はYを修正する。
ただこれはソフトウェア界では既に結論が出てて、「後者(Y)じゃないと無理」だ。(よって疎結合化は必須)
だから『今は』余程の事がない限り後者で、
その本が前者なのは、上梓が2005.10で、おそらく2003頃の常識で書かれてるから。
その頃は前者が主流だったのは11に書いたとおり。
そしてGitももしかして？なのは18に書いた通り。修正が『今の常識からすると』普通ではないから。
109: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 10:59:50.02 ID:h41UD2lS0(7/29) AAS
>>104> デスクトップに置いて管理されている事になっているファイルをコントロールできるようにして欲しい。
それはやる。というか、今考えている動作モードは2つで、
A. ある階層以下全部の履歴を記録
B. 明示的に指定したファイルまたはディレクトリの履歴を記録
で、Aがgit的、Bがゴミ箱的な使い方になる。
ライトユーザーにはBの方が直感的だろう。
毎日「ゴミ箱ならぬ記録箱」にブッ込んでおけば、万一の時に引っ張り出せるだけ、という使い方だ。
ただし中身がgitなので、当然Aの方が実装しやすい。
当たり前だが同居させないと余分なコードがいるので、無理にでも同居させる。
この解だが、一応
.git
c/users/user/desktop
みたいに、カレントをルートと見立てたファイルツリーとし、
明示的に指定されたらそこ(ディレクトリまたはファイル)を指すシンボリックリンクを作ってgitに取らせるつもり。
(この場合は上記desktopが実際のdesktopを指すシンボリックリンク)
これで不味いかね？普通に読むだけならシンボリックリンクは実体が見えるので、
gitがシンボリックリンクを特に区別しないならこれで全く問題ないはずなんだが。(未調査)
或いは git add c:/users/user/desktop とか、絶対パスで指定した方が上手く行くのだろうか？
しかし見る限り git add で指定するのは通常はカレント下だけなので、
(仕様的には使えたとしても)変なバグを踏みそうなので回避した方が無難ではある。
この仕様で問題なのは、パスが糞長いと記録出来なくなること。
つまり、カレント下に絶対パスを付け加えるので、実体のファイルツリーよりも「常に」カレント分だけパスが長くなり、
パスの文字数の上限(今も260文字らしい)を越えると記録出来なくなる。
> 外部ﾘﾝｸ:learn.microsoft.com
だからガチもん商用アプリではこの解は使えない。
(仮にルートに置いてもc:\の3文字は長くなるので、ユーザーファイルが合計258-260文字のパスになってるときに記録出来ない)
が、今回は、「そんな糞長いパスにするな」で終わり、諦める。(WARNINGは出す)
115(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1563-sfiH) [sage] 2022/11/12(土) 11:26:13.02 ID:403mRijK0(1/9) AAS
>>101101(5): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 06:52:44.85 ID:h41UD2lS0(4/29) AAS
>>89,94,95
全部読んだ。なかなか面白かった。(89はコメントも全部読んだ)
君が冷やかしかマジかは分からないが、マジで要るんなら作ってみてもいい。
ただし今すぐ取りかかれるわけでもないし、全般的に考えて本年度末(3月末)位が現実的な目標になる。
今考えている構成をざっくり言うと以下
・Gitをゴミ箱/バケツ化するラッパ(フロントエンドのみ。バックエンドはGitで、Gitは別インストール必須)
・electronで作ってwindowsストアに配置(広告付き無料アプリ)
十分売れてる限り保守してやんよ(その必要すらないほど単純なアプリだが)
・プロプライエタリで伽藍開発。バザールなんてとても無理。コードは俺が書くから、お前らは使い勝手をフィードバックしろ。
・GitBucket(仮称)、Gitと付けたら不味いのなら考え直す
・コンセプトは、「何も知らなくても使える『全自動完全履歴保持バケツ』」
よって仕様は限りなく簡素化し、それ以上やりたければDBはgitだからgitアプリ使え、とする
・diffは取れるがmergeは直感的GUIがないので無理。が、主にバイナリを保存する連中には全く関係ないし。
・branchはディレクトリに割り当てて手動で。というより、git内にcommit履歴が保持されてないのでbranchの識別が出来ない。
仕様や開発グループがグダグダだと思っているものをバックエンドにするのか
「gitがグダグダだからできなかった」と言い訳して終わりそう
>>103103(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を使う人も使わない人も問題ない)
mergeのことは考えてないんだな
187(1): デフォルトの名無しさん (ﾜｯﾁｮｲ adc2-3TKi) [sage] 2022/11/13(日) 14:05:38.02 ID:cAl+3nYf0(1) AAS
>>186186(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/13(日) 12:51:13.66 ID:QilzRsUJa(1) AAS
世間一般のgitユーザーって Sourcetree 使ってるんかな。
わかばちゃん、サルでもわかる、おもしろいほどわかる、あたりは GUI の使い方書いているみたいだし。
コマンドライン使う説明の本は中級に分類されてそう。
Linux で使っているので Win/Mac に Sourcetree 導入しようとも思わないけど。
vscode + GitLens + Git Graph おすすめ
Linux/Win/Mac 同じように使える
240: デフォルトの名無しさん (ｵｯﾍﾟｹ Src1-F+Za) [sage] 2022/11/14(月) 10:26:41.02 ID:a8E3Hx5Cr(1) AAS
長文さんってgit とgithubの区別ついてなさそう
250: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/15(火) 06:03:50.02 ID:DDE9IX5V0(2/2) AAS
>>244Pailは確かにいい。
ただ問題なのは、バケツは全員通じるが、ペール？？？な連中向け(俺含めて)のソフトだということだ。
278: デフォルトの名無しさん (ﾜｯﾁｮｲ 4b14-H0Ic) [sage] 2022/11/16(水) 07:33:21.02 ID:iIuOsXs40(3/3) AAS
> rebaseは清書用だからな。コードを実際に書く人向けではない。
これも理解してないやつのセリフ
適切なタイミングでコミットするから
rebaseが必要なんだが
ああ、コミットをpushと勘違いしてそうだなこいつｗ
388: デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-vTgN) [sage] 2023/01/01(日) 03:11:58.02 ID:sgN3RGB/a(2/2) AAS
>>385-387
みんな親切過ぎだろ。
長文くんを思い出せ。
403(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cf02-u+oX) [] 2023/01/23(月) 08:47:04.02 ID:at3LpiJm0(2/4) AAS
>>402402(2): デフォルトの名無しさん (ﾜｯﾁｮｲ cf02-u+oX) [] 2023/01/23(月) 08:39:01.26 ID:at3LpiJm0(1/4) AAS
ちょっと教えてください。
a、b、c、d、eとコミットして
bにリセットしたらcdeの修正分はなくなるよね？
最初の状態からcをリバートしたらdのコミット分だけが無くなる？
この時cの修正に依存するd,eの改修箇所はエラー吐きまくるであってますか？
実際のチーム開発でrevertとかそんな使う機会ある？
ごめん
最初の状態からcをリバートしたらcのコミット分だけが無くなる？
です
409: デフォルトの名無しさん (ﾜｯﾁｮｲ cf02-u+oX) [] 2023/01/24(火) 14:12:59.02 ID:PErgKA+Q0(1) AAS
>>408ありがとう。読んだけど脳みそのキャパオーバーぎみ。
マージと同じような意味でリベース使えば履歴がスッキリするよって感じなのかな。
436: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM91-4mn0) [sage] 2023/02/23(木) 17:25:36.02 ID:ksd47yXpM(1) AAS
>>435まあ、そうおっしゃらずに。
445: デフォルトの名無しさん (ｽﾌｯ Sdfa-/m9g) [sage] 2023/02/25(土) 23:13:40.02 ID:ovEcn7Jfd(1) AAS
>>443これ
479: デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-+ld4) [sage] 2023/03/31(金) 10:58:07.02 ID:2bhkq+Nl0(2/3) AAS
>>478478(1): デフォルトの名無しさん (ﾌﾞｰｲﾓ MM85-gF7D) [sage] 2023/03/31(金) 10:25:27.66 ID:JCq04AVFM(1) AAS
>>474
異なるファイルを編集しようが、すでに起こったコミット済みのファイル間で一貫性が保たれていないかもしれない状態かもしれないわけだしマージするしかなくない？
モジュールAとモジュールBはお互いの内部実装に依存しているが、AとBを変更した担当者がお互いの変更を知らないでコミットツリーが1本になっちゃっても困るでしょう。
見た目上マージを避ける方法としてはrebaseとかあるけど。
プルのときにリベースをすると、マージコミットが発生しないようにできるんですね。
いろいろ勉強していたら、複数人での開発でマージコミットが履歴の上に何度も現れるのは目障り、
と同じような感想を持っているサイトがあり、リベースが紹介されていました。
633: デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-FXSE) [sage] 2023/06/24(土) 22:21:06.02 ID:6718OB4j0(6/6) AAS
>>632リモート次第だね。信頼できなくて無視する選択肢があればそうするのが良い
一方で共通の中央サーバがリモートの場合は信頼するしかない。そこが間違っていても巻き戻しはできないので、一旦取り込んで修正するしかないし
714: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM8e-ePcp) [sage] 2023/07/03(月) 12:58:19.02 ID:iD8y32OwM(1) AAS
頭デッカチなっかだよな
ネット上のサンプルプログラムをいじってるだけの人と
数十万行にも及ぶシステムを開発してる人では全く違うしな
737: デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) [sage] 2023/08/16(水) 09:18:06.02 ID:shyXhCG/0(2/3) AAS
>>735使う必要がないと分からないのはお前の問題
776: デフォルトの名無しさん (ﾜｯﾁｮｲ 768c-TLi3) [sage] 2023/08/18(金) 22:22:15.02 ID:hfXr0Ior0(1) AAS
>>775成仏してください……
南無阿弥陀仏南無阿弥陀仏
947(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbb-HI/Z) [] 2023/12/12(火) 21:45:55.02 ID:eCiKKvHi0(1/2) AAS
原因は知らんけどファイル名に.exeつけて実行すれば多分いけんじゃねーか
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.042s