[過去ﾛｸﾞ] Git 18 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
58(1): (ﾜｯﾁｮｲ 321e-iecr) 2022/04/26(火)22:40:06.07 ID:O0w0nVhg0(1) AAS
>>55
dcommitするとツリー新しく作られるのがなー
182: (ｽﾌｯ Sd5f-kQId) 2022/06/30(木)23:22:49.07 ID:1Qb8mkasd(1) AAS
git clone --mirror
git push --mirror
でリポジトリ全体を簡単にコピれるからオンプレからクラウドに移行するのなんて簡単だよ
258(2): (ﾃﾃﾝﾃﾝﾃﾝ MMcb-l4EN) 2022/07/14(木)12:45:50.07 ID:1I4sEkgSM(2/2) AAS
コンパイルとリンクの違いも分からないやつばっかだよ
リンカがエラー吐いてんのに、コードやコンパイラの設定を見直してるバカとかww
基本を知らないからちょっと変わったことが起きると対応できない
304: (ｱｳｱｳｳｰ Sa39-qysg) 2022/07/17(日)15:26:31.07 ID:QiBhjgara(2/2) AAS
>>299
めっちゃ判りますωωω
356: (ﾜｯﾁｮｲ 6957-Vb2/) 2022/07/20(水)18:52:04.07 ID:+V617IkI0(1) AAS
では幹に切り込みを入れて接ぎ木をするという視点はどうだろう
いやもうこの話題終わりにしよ
376: 375 (ﾜｯﾁｮｲ b15f-KxVo) 2022/07/25(月)04:44:01.07 ID:ZG4AfAc+0(2/2) AAS
訂正です。
引数にorigin/devを指定するとダメで、origin devならOKということがあるので
origin/dev と origin devは別物であるような気はしています。
いくつかコマンドを実行してみて得られた結果から推理したイメージは
①リモートのdevブランチと最も近い位置にあるローカルのブランチがorigin/dev
②リモートのdevブランチを指すのがorigin dev
といった感じです。
省2
462: (ﾜｯﾁｮｲ e1e4-Gxju) 2022/08/16(火)01:17:15.07 ID:yNxxslbt0(1) AAS
外部ﾘﾝｸ[html]:ezoeryou.github.io
gitの10周年を記念したLinus Torvalsへのインタビューの翻訳
＞ しかし、BitKeeperがやってきてからというもの、ソース管理に対する見方が変わったね。
＞ BitKeeperは大抵のことを正しく行っていた。
＞ レポジトリのローカルコピーがあることと、分散マージはでかかった。
517: (ﾜｯﾁｮｲ e6bb-5ozR) 2022/09/11(日)12:15:22.07 ID:EZu34myO0(1/2) AAS
ある程度の難しさがあるのは確かだと思うので地図を読むことの得手不得手みたいな適性は何かしらあるかもしれない
530: (ﾜｯﾁｮｲ 136e-r4yT) 2022/09/28(水)11:25:13.07 ID:bhRVKQK10(1) AAS
server側をベアで作り直したらうまくいきました
ありがとうございます
なぜ入門書はここら辺を説明してくれずに
まずGitHubのアカウントを作ります。とか言い出してしまうのか
577(1): (ﾜｯﾁｮｲ cfbb-fxWw) 2022/10/06(木)22:22:36.07 ID:DBe4OZi40(2/2) AAS
バイナリ形式だから将来取り出せないって、何を心配してるんだろう？ 文明崩壊後でコンピューターが使えなくなった時？ 岩に刻んでおく？
606(1): (ﾜｯﾁｮｲ d314-pIDl) 2022/10/07(金)18:20:33.07 ID:E++rKArz0(11/13) AAS
>>604
シェルスクリプトが遅いなどというのも間違いだ。
それはストリーミング型の書き方を知らない愚か者の戯言だ
3.1.1 開発効率と処理効率の両立
シェルスクリプトはC言語と比べて処理の遅さを指摘されるが，それは必ずしも正しい認識ではない．
シェルスクリプトはインタプリタ型言語であるため，ステップ数が多いほど処理効率は悪化する．
また各ステップに外部コマンドを起動する記述があればそれも大きな処理効率悪化につながる．
省2
632: (ｱｳｱｳｳｰ Sacf-0j67) [age] 2022/10/19(水)13:19:13.07 ID:1sfAoeRGa(1) AAS
Git v2.38.1
866: (ﾜｯﾁｮｲ 6914-pSqO) 2022/11/05(土)16:11:36.07 ID:5Oe/8sYX0(2/24) AAS
>>864
> 全世界でLinuxと同じワークフローが適切なわけではない。
だからgitはいろんなワークフローに対応してるんだろうが
お前のはバージョン管理のワークフローではない
ただのバックアップのワークフローだ
882(1): (ﾜｯﾁｮｲ 6914-pSqO) 2022/11/05(土)18:31:31.07 ID:5Oe/8sYX0(10/24) AAS
>>881
> 履歴は、
> 俺： スナップショット＝「点」の並び
だから、それはバックアップで言うって最初から言ってるだろ
お前が完全に間違ってるんだよ
> それだと、commitメッセージが間違ってる場合はどうしようもなくなるだろ。
修正しろよ。それが出来るように作られているだろ
省3
946: (ﾜｯﾁｮｲ 617b-8+ss) 2022/11/06(日)09:33:22.07 ID:OfQ8ymDc0(3/24) AAS
ただこれだと、branchを「線」として扱おうとしたら動作が不安定になるわけで、
おそらくfilter-branchが不安定なのはこの辺に起因してる。
そしてドキュメントの何処か(多分showかlog)に、
「これには実はpitfallがあって、マージに遭遇した場合に分岐するから云々」とかいう
(当時の俺にとって)謎の記述が挿入されてたのも納得がいく。
commit履歴を保持してないから確定的動作が出来ないんだよ。
これははっきり言って仕様の欠陥で、commit履歴も完全に保持する仕様だったら自然と回避出来てた。
省14
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s