[過去ﾛｸﾞ] Git 18 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
17(1): (ﾜｯﾁｮｲ 8cdb-Yb1D) 2022/04/23(土)23:31:26.38 ID:BMKo0y1z0(3/3) AAS
github使ってたらprivateでもmsには丸見えで、パクられる可能性ある？
92: (ｵｯﾍﾟｹ Sr8d-A9Gv) 2022/05/28(土)08:06:50.38 ID:oqZ/P1Bcr(1) AAS
足りないのかクローン出来てないのか環境違うのか全くわからんね
157: (ﾜｯﾁｮｲ 7fdb-qJfu) 2022/06/26(日)13:25:26.38 ID:14GG6SCz0(2/2) AAS
うちの会社なんてのも酷いぜ
//ここが呼ばれるはず
↑
こんなコメントがある
呼ばれるはずってなんだよ、お前が書いてんじゃねーのかｗｗｗｗ
//動的配列を使いたいところだが
↑
省4
297: (ﾜｯﾁｮｲ 768f-jzc3) 2022/07/17(日)11:29:36.38 ID:+5ms3O2c0(1) AAS
MSに人生狂わされたんだよ、かわいそうに
377(1): (ﾌﾞｰｲﾓ MM9d-W0Yq) 2022/07/25(月)09:09:50.38 ID:fKLif0xbM(1/2) AAS
origin dev は ローカルの dev ブランチが追跡している「リモート」のブランチ。
origin/dev はそれの「ローカル」コピー。コピーは最新ではない可能性がある。
という言い方をすると良いのかな。
398(1): (ｵｲｺﾗﾐﾈｵ MM55-geFY) 2022/07/26(火)19:56:26.38 ID:StEemcQzM(1/2) AAS
>>390
はい。わたしは>>381には、リモートブランチとリモート追跡ブランチが同じ意味で書いてます。
前半は自分にはわからなかったです。
どのorigin/devが、logのorigin/devと同じと言っているんだろう。
origin/devは普通.git/refs/remotes/origin/devの省略形として使われるのであって、
git logの引数の説明に、refspecとかrevisionとか書いてあったらそうだろうと思います。
自分はそういうつもりで使ってますが、ちゃんと知りたいなら調べてみたらどうでしょう？
省1
472(1): (ﾃﾃﾝﾃﾝﾃﾝ MM4f-eIXn) 2022/08/26(金)18:45:49.38 ID:8mS1vdmvM(1) AAS
たかだかpushするだけなのに、ターミナルからやった方がエモいですか？
478(1): (ﾜｯﾁｮｲ 4d33-yNcK) 2022/08/31(水)08:44:21.38 ID:hYROypry0(1/2) AAS
ファイル名で管理していて最新版がどれかわからんっていうネタはよく見るけど、最新版を追うためだけにVCSを導入するところは少ないでしょ
484: (ﾜｯﾁｮｲ eedb-0gO+) 2022/09/01(木)01:20:40.38 ID:v92yFclD0(1) AAS
>>481
涙拭けよ
485: (ﾜｯﾁｮｲ 5dc2-nKCz) 2022/09/01(木)02:02:37.38 ID:awsbjF/K0(1) AAS
タイムスタンプみたいな信用できないものに依存するなよ
504(2): (ｵｲｺﾗﾐﾈｵ MMb5-mw2C) 2022/09/10(土)17:37:58.38 ID:EVlNSVx0M(1/3) AAS
.gitattributesで.rcファイルをUTF-16LE-BOMに指定してから、git cloneした時にエラーが発生するようになりました
書き方が間違ってるのでしょうか？
>error: failed to encode 'resource.rc' from UTF-8 to UTF-16LE-BOM
.editorconfig
------------------
root = true
[*]
省12
529: (ﾜｯﾁｮｲ e310-YqS/) [age] 2022/09/28(水)09:04:02.38 ID:+1FeoF9d0(1) AAS
Git v2.38.0-rc2
603: (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)17:09:18.38 ID:E++rKArz0(9/13) AAS
POSIX準拠で使用が許されてる
685(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)19:49:40.38 ID:J+3pjzxx0(10/22) AAS
ちなみに652で既に言ったが
> --output-indicator-new=<char>
> --output-indicator-old=<char>
> --output-indicator-context=<char>
> Specify the character used to indicate new, old or context lines in the generated patch. Normally they are +, - and ' ' respectively.
> 外部ﾘﾝｸ:www.git-scm.com
このオプションが相当にヤバい。
省14
736: (ﾜｯﾁｮｲ 497b-vCJ4) 2022/11/01(火)03:19:13.38 ID:Jzc3CN/20(3/8) AAS
>>732,733
これをDIと呼ぶのか？はさておき、DIでバグが増えるなんて事はないよ。
そして、get_hash()でのオーバーヘッドは関数呼び出し一回でしかなく、
それで致命的に遅くなるなんて事もないよ。
というか、GitのマージってI/Oバウンドだと思ってるが違うのか？
787(1): (ﾌﾞｰｲﾓ MMeb-ntN1) 2022/11/03(木)18:10:35.38 ID:3fLLADP3M(1) AAS
>>784
macもbsahやめたんだよね
GPLから逃げるために
804: (ﾜｯﾁｮｲ 7997-uk66) 2022/11/03(木)23:10:44.38 ID:9oLRzF140(3/4) AAS
>>801
普通にSourceTreeとかでコマンド一杯を前提としているとは思えないが。
826: (ﾌﾞｰｲﾓ MM33-ntN1) 2022/11/04(金)21:14:59.38 ID:PwG12fTHM(1/2) AAS
>>824
GNUが何なのか全く理解できていない
988(1): (ﾜｯﾁｮｲ 617b-8+ss) 2022/11/06(日)19:20:37.38 ID:OfQ8ymDc0(21/24) AAS
ちなみにchromeの連中は気持ち悪いほどregressionテストしてるぞ。
本来は、ああするべきなんだろうよ。
regressionテスト自体はタダ(スクリプトで自動実行)だからね。
バグ「管理」というのなら、原因を究明して、少なくとも同じバグが出ないようにしないといけない。
それはcommitメッセージをいくら丁寧に詳細に書いても、達成出来るものではない。
分かりやすく言うとな、「体調管理」と言われれば、少なくとも同じ原因で風邪を引かないようにするだろ。
なら、「バグ管理」なら、最低限レビューしてregressionテストしないと駄目だよ。
省1
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.044s