[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
57: デフォルトの名無しさん (ｱｳｱｳｸｰ MM39-Tlaq) [sage] 2022/11/09(水) 06:40:41.84 ID:ocNu9S1hM(1) AAS
こんな人がPLだったら話長い人だなあと思って敬遠するわ。PMには向いて無さそうな人に思う
193: デフォルトの名無しさん (ﾜｯﾁｮｲ 2514-H0Ic) [sage] 2022/11/13(日) 19:03:22.84 ID:53QTWROr0(1/3) AAS
>>191
無能は口を閉じろ
225(2): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/14(月) 00:11:39.84 ID:aSCqNEw00(1/5) AAS
>>220
クレクレ君死ね。
ただ、Cのいわゆる伝統的手法は本当にみんなやってるから、そこら辺のCで見あたるよ。
そもそも大概それがCの糞な所とされてるので、見たこと無い奴はほぼ居ないはず。
これも何度も言ってるでしょ。
俺はもうお前らのフォローはしないと宣言したでしょ。
直接的には教えてやらないよ。
でも本当に、Cを「きちんと」書ける人なら全員知ってるから、周りにいる人に聞いてみなよ。
実際問題として、仮に俺がここで丁寧に教えても、お前ら絶対信用しないだろ。
だから、君ら自身が信用出来る人に、直接聞くしかないんだよ。
つまりLinusがベストなんだけどさ。
或いは、これも既に書いたが、結局のところC++/C#/Rustでも同じ解だから、
これらの言語をきちんと勉強しても、同じ所に到達出来る。
だから自分だけで解決したいんなら、これらをやってみるんだね。
新しい言語は、古い言語の駄目なところを改善してるので、彼等がどこを問題視して、どう解決したかが、簡単に見えやすい。
LinusはC++を滅茶苦茶嫌ってて、まあその理由も分かるし、正直同意もするけども、
当たり前だがC++はCのベストプラクティス集みたいな所はあるので。(少なくともC++89/98は。その後明後日の方向に暴走中ではあるが》
あとそもそも最初に言ったが、今回は一番取り扱いが簡単なケースなんだよ。
こんなのでリークするのは、最初から構造がおかしいからだよ。
出来ないのなら、基本に忠実にやれ、でしかない。
ただ君らは構造を議論出来るレベルじゃない。まずはOOPの基本から勉強すべきだよ。
366: デフォルトの名無しさん (JP 0H27-ZR1D) [sage] 2022/12/19(月) 18:06:02.84 ID:dcbjGxgcH(1/2) AAS
Githubのブラウザ上でmaster派生の新しいブランチを作ってプルリクを作ろうとしても
「there isn’t anything to compare 」と出て作れない
masterと新しいブランチに差分がないからだと思っていてローカル環境だと空コミットうって差分を作るんだが
Githubのブラウザ上からでも空コミットでできるの？
個人のリポジトリならReadMeとかの内容を適当にかえて差分を作るんだけど
そうじゃないケースだと空コミットで済ませたい
443(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 05da-C2qO) [sage] 2023/02/25(土) 12:51:57.84 ID:PqCR/RX+0(1) AAS
コマンド名まで訳されて使い物にならないから英語のままでいいんだよ
449: デフォルトの名無しさん (ﾜｯﾁｮｲ f990-T4uI) [sage] 2023/03/08(水) 15:10:53.84 ID:y15Pp/rv0(1) AAS
>>447
出来るはず
513: デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC) [sage] 2023/05/03(水) 13:21:30.84 ID:wjk3BEO40(1) AAS
マニュアルは正確には branch head を作成するな。
731(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) [sage] 2023/08/15(火) 21:48:57.84 ID:xcCo0j6w0(1) AAS
そういう現場知ってるなら直接聞いてみたら？理由は俺も興味ある。
734(1): デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) [sage] 2023/08/16(水) 08:26:28.84 ID:shyXhCG/0(1/3) AAS
変える理由がないからだろ
今明確に困っている事があり、それがgitで解決出来る場合のみ、変更するに足りる
そうでなければ今まで通りが一番トラブルがない
だいたいgit(2005)も十分古臭いし
739(1): デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) [sage] 2023/08/16(水) 09:34:15.84 ID:shyXhCG/0(3/3) AAS
ああそういえばsvnもブランチは切れるぞ
ただ集中型だから各ディレクトリになり、gitとは形式が異なるが、それ用に環境作ってあれば何ら問題ない
だからブランチが使えるだけでgitに移行する理由にはならないし、そう思えるのなら見識が狭すぎる
743(2): デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) [sage] 2023/08/17(木) 08:31:55.84 ID:zl6mWfwu0(1/4) AAS
>>742
gitを使えば全てが解決して幸せになれると信じるgit統一教信者乙
そりゃお前がsvnのブランチモデルを活用出来ないだけ
git使うだけでリリースが1ヶ月早められるのなら、みんなgit使ってるよ
連中にとってメリットがないからgitを使わないだけという事実をきちんと受け止めた方がいい
そもそも俺はブランチで効率が上がるのはマネジメント不足なだけで本末転倒だとも思うが
(巻き戻し《≒ブランチの破棄》が行われない限りブランチで効率が上がることはないと思ってる
逆に言えばマネジメントがまともに出来ないレベルの連中でもそこそこの開発効率を得られる点ではブランチは有効だが、
会社の場合は既に有能か無能か分かってる連中に仕事を配分するから、そこまで酷くなることはない)
伝わらないかもしれないが、「最終的に『必ず』マージすると分かっている作業なら、
最初からマージした状態で作業を進めていった方が理論的な効率は高い」ということ
つまり、形式としてはsvnの方がgitより理論効率は高いことになる
(実際に出来るかどうかはまた別だが)
多分な、(オープンソース等)ある程度rejectする前提ならgitのように気軽にブランチ丸ごと捨てられる構造が便利だが、
(プロプライエタリ等)最終的に全員のコードをマージする前提で仕事配分してたら、svnでも、ブランチ無くても、大して問題ないって事だと思う
765: デフォルトの名無しさん (ﾜｯﾁｮｲ cebb-+ayc) [sage] 2023/08/18(金) 14:52:19.84 ID:mGP0mIml0(2/2) AAS
自転車に乗れなかったやつが、人間ずっと昔から歩いてきてるんだから自転車に何か乗る必要はないってグダグダ説教してたのとそっくりで趣深い。
すっぱい葡萄ってやつか。
950: デフォルトの名無しさん (ﾜｯﾁｮｲ 779c-oyLK) [sage] 2023/12/13(水) 12:17:52.84 ID:M1AUf2nT0(1) AAS
>>948
公式に指摘して修正を待ったほうがいい。
万が一ウイルスだったら面倒。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.043s