[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
59(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 515f-nsye) [sage] 2022/11/09(水) 09:01:13.54 ID:xm6SvStZ0(1) AAS
長文君にはゴミ箱がお似合い
ごみ箱でバージョン管理する手法が提案される
外部ﾘﾝｸ:srad.jp
Windowsのゴミ箱を「作業フォルダ」として使っている人は意外といるらしい→驚愕の声続々
外部ﾘﾝｸ:togetter.com
88(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 6914-zlm6) [sage] 2022/11/11(金) 06:54:56.54 ID:KNn1/gM50(1/2) AAS
>>8585(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 617b-8+ss) [sage] 2022/11/11(金) 06:53:12.04 ID:k022U7g40(4/6) AAS
とはいえGitは大体把握した。
俺が使いたい範囲で何が出来て何が足りないかも分かったし、聞いてた話とも整合性が取れた。
色々情報をくれた人はありがとう。
「バケツ」アプリ、割とマジでゴミ箱仕様で作ってもいいんだが、需要あるかね？
(まあこのスレに来ない連中に聞かないと駄目だが)
今すぐ、というわけではないが、アプリ製作も一回やってみようと思ってはいるから。
あと勘違いしてる奴がいるが、俺が今回Gitを使うのは既定路線だ。
その際にバグに遭遇していろいろ内実が見えて、クソだなと感想を漏らしてるだけ。
あとこれ、rebase履歴も保持されないよな？
commit履歴は基本的に整理用だが、
rebase履歴が保持されないのは仕様としてかなり不味い。
そりゃお前らGit屋は完成したパッチしか興味ないのだろうが、
実際のプログラマは各ブランチで平行作業してパッチを製作し、マージする段になって、一本鎖で済むようにrebaseするのだろ？
その際、rebaseでの競合は「手動」で解決するだろ。だからそこでバグを組み込む可能性があって、
パッチを作る側としては、rebase前に「いつでも」「どのポイントにも」戻れないと不味いんだよ。
だからここら辺も本来はViewを分離したアーキにして、
rebaseは「見た目」一本鎖になりますが、内部DBはそこでマージされてるだけで、rebase前の状態も全部残ってます、が正しい。
(まあrebaseしなければいいだけだ！といういかにもC的な馬鹿っぽいソリューションはあるが、それでは管理側に許してもらえないんだろ？)
LinusはGUI全く作ったことがない？のか知らんが、アーキにMVC感がまるでない。
ただMVCも、きちんとやった方が後々色々楽なんだけどね。
ちゃんとテストするから問題ない
お前とは違う
204(2): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/13(日) 21:39:36.54 ID:Eh77ZCvU0(9/15) AAS
>>201それ、前にも少し気になったのだけど、
Git屋はまだ本が主流なのかい？
Web系だと本ではどうにもならないから、ここで初心者が「いい本はありませんか」と聞いてきても
「本なんて全部ゴミ。MDN読め」と返すし、同じノリの奴も多い気がするが。
俺自身、もう本屋に何年も行ってない、に近い。
だからサル先生とか馬鹿にしてるのも、よく分からない。
紙かWebかなんて、どっちに書くかでしかないだろ。
紙媒体なら信用出来るなんて時代はとうに過ぎてる。
そもそも紙媒体の編集者はその選別眼を持ってない。
お前らがあれが糞コードだと理解出来ないように、本職以外の奴が本職の専門家向けに情報を選別するのは無理なんだ。
そして連中はただの印刷業だから、ある意味売れそうなら印刷するだけなんだよ。
だから本当に酷い内容でも本になってたりする。
ただ問題は、初心者にはそれが酷いとは分からないんだよ。
だから俺は適当にググって評判が良さそうなところを読むだけ。
Gitの場合は確かにBook読めではあるが、別にサル先生を馬鹿にする必要はあるまい。
223: デフォルトの名無しさん (ﾜｯﾁｮｲ 1563-sfiH) [sage] 2022/11/13(日) 23:54:26.54 ID:md3JoP5e0(8/8) AAS
>>219219(3): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/13(日) 23:35:45.59 ID:Eh77ZCvU0(15/15) AAS
>>218
ベースとは言ってないだろ。
フロントエンド/バックエンドとは言ってるが。
それらはまるで意味が違う。
（というのも通じないからもう終わりにするが）
ちなSVNで最初から組むことも問題なく可能だよ。それがOOPでもあるし。
ただSVN確認するのが面倒なので、とりあえずGitで行くってだけで。
(SVNみたいな集中型は鯖立てが必要な可能性があるのでとりあえず敬遠《未調査》)
よく分からんけど、もしGitがお前の持ち物なら、ライセンス変更すればいいんじゃね？
お前の持ち物でもないのに文句言ってるんだったら、お前だいぶ狂ってるよ。
俺からみたら、Gitのコードが糞なのも、Git陣営の動きがキモイのも、事実だよ。
そういう俺が狂ってる、とお前が思うのも自由だが、コードについては第三者に判断可能だから、
お前の周りでCを「きちんと」書ける奴が居たら、今回の顛末見てもらえ、と何度も言ってる。
gitがなければ機能しないものを作るってことなんだからgitがベースってことだろ
糞と思うなら使わなければいいだけ
長文君ソフト(仮)のベースとして役に立つと思っているから使うんだろ
長文君は実際に何かを始めたわけではないけどな >>195
386(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cebb-8W3m) [sage] 2023/01/01(日) 02:17:53.54 ID:HuovFmgL0(1) AAS
>>385最近は linux 用の powershell とかあってな。
（ひねくれたツッコミをしてみる）
422(1): デフォルトの名無しさん (ﾜｯﾁｮｲ edbd-KThN) [] 2023/02/19(日) 15:35:48.54 ID:bxmEAj6Q0(1/2) AAS
.gitignoreに
supervisord*
と記述していて
supervisord.log
supervisord.log.2
supervisord.log.3
supervisord.pid
は除外されるんだが
supervisord.log.1
だけ除外されない。これなんで？
715: デフォルトの名無しさん (ﾜｯﾁｮｲ 4f5f-hRAP) [sage] 2023/07/03(月) 13:08:24.54 ID:eXqUEdiF0(1) AAS
反応はあっちのスレでやってくれよ。
718(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 7f7b-gGH9) [sage] 2023/07/03(月) 22:14:54.54 ID:FSxNRnfK0(2/2) AAS
>>711それなら「糞コードでも受け入れるのがバザール戦略だ」と開き直るべきで、発狂してるのは矛盾してるだろ。
ただ>>3939(1): デフォルトの名無しさん (ﾜｯﾁｮｲ f510-zlm6) [sage] 2022/11/07(月) 23:03:36.95 ID:uxPQwm720(2/3) AAS
bisect-in-c の一連のパッチが17回も修正して、浜野氏がいろいろ言って、
現在[Stalled] になってる。
作者のjs ってwindows 版作っている人で以前も浜野氏にパッチをrejectされまくりで
険悪な雰囲気になっていた記憶がある。
なら、「(表面的であれ)動く限りコードの質は問わない」でもないんだろ。
>>716それを言ってるんだけどね。
複数回reviewで落とすのが見えてたら、最初から「こうしてくれ」と明確に指示しておくべきだし、
そうしてないなら「先に言えよ糞が」とキレられて当然だろ。
お前らのエアプ感が酷いが、仮にエアプであったとしても、この辺は分かると思うのだけど。
後輩や部下を虐めるのが仕事ではないし。
reviewで落とせば改善する、という感覚がおかしい。落としただけでは何も改善しない。
改善させる為には、どこをどう変更しろ、その理由は云々、と説明する必要があって、
なら最初から説明しとけば一発目のreviewで通るし一番早い。
これが理解出来てないお前らの話は、まるで現実感がないんだよ。
だから複数のreviewが、或いはreviewが必要なこと自体がマネジメント不足とも言えて、
相手の技量を知ってる上で(用意周到に)振ってるのだからそいつが全力出してればおｋ、
reviewなんて仕事を振る段階で全部終了してる、というのが究極のマネジメントだ、とも言えるわけ。
> 実際には担当がガシガシ変更して、そのままリリースされてることなんてザラ。 (>>697)
ってのが果たしてそうか？はあるにしても、全くナンセンスというわけでもない。
少なくとも、難易度が高い仕事を技量の高い奴に振る程度の事はどこでもやってるし、
これが正しく嵌ればこうなるし。
そして実際reviewを機能させるのは難しい。
現実的にはGitのように回覧しただけで出来てるつもりになってる馬鹿が大半だと思うよ。
全員の技量が揃っていれば機能するが、そんな職場は基本的にないし。
ただOSSの場合は上記の究極のマネジメントは出来ないので、reviewでrejectを使うしかないのも事実。
723: デフォルトの名無しさん (ﾜｯﾁｮｲ 4e19-Oi6J) [sage] 2023/07/04(火) 13:28:29.54 ID:3QwDiX+Q0(1) AAS
>>717複数のプラットフォームを扱ってて環境変えたら(例えばフレームワークのバージョン上げた)、どんな影響
あるか確認するためブランチ切ってテストすることは割とやる。
例えばelectronのバージョンあげてみたらWindowsは無傷だったがMacはxcode SDKのバージョンアップ
まで必要だったりして、iOSアプリの制作に影響出そうだから今回は面倒だからやめるか、とか。
816(1): デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) [sage] 2023/08/19(土) 23:21:47.54 ID:vl4t9mIK0(6/7) AAS
>>814いやgitはpushする前に同期は必須ではない
同期が必要な場合と必要でない場合を理解できて一人前
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.812s*