- 1 名前：デフォルトの名無しさん [2022/04/23(土) 03:25:45.27 ID:HOOXt/T30.net]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆関連サイト
Pro Git - Table of Contents
git-scm.com/book/ja
Git入門
www8.atwiki.jp/git_jp/
◆前スレ
Git 16©2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1502726047/
Git 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
- 39 名前：デフォルトの名無しさん mailto:sage [2022/04/24(日) 18:32:15.63 ID:4gvmDiyIM.net]
- pull --rebase もその意味では問題ないな
- 40 名前：デフォルトの名無しさん mailto:sage [2022/04/24(日) 18:33:32.50 ID:4gvmDiyIM.net]
- テストをする前か後か、公開する前か後かだけが重要
個人のローカルにおける正しき歴史的事実がどうだったかなんてどうでもいい
- 41 名前：デフォルトの名無しさん mailto:sage [2022/04/24(日) 20:27:20.91 ID:fbjBdL090.net]
- rebase使ってるバカ結構いるんだなｗ
mergeだけで事足りるやろｗ
ツリーを一直線にしたいとかバカみたいな理由で使う奴がいるから笑えるｗ
- 42 名前：デフォルトの名無しさん mailto:sage [2022/04/24(日) 21:41:06.35 ID:X96kL4+W0.net]
- 前も君みたいな発言しているやつ居たな
問い詰めるとリベースの使い方理解する前に適当に弄って
元に戻せなくなってたアホだった
- 43 名前：デフォルトの名無しさん mailto:sage [2022/04/24(日) 22:19:43.05 ID:SoZvFYPL0.net]
- 普段からやってる作業手順
1) 個人リポジトリに作業ブランチを切って試行錯誤。がんがんコミットする。
2) 完成したら機能ブランチを切って rebase
差分を統合したり分割したり順番を入れ替えたりゴミ履歴を取り除いたりコミット・メッセージを分かりやすく直したりする。
後から履歴を確認した時に何のため差分か分かるようにするのが最重要。
3) 綺麗になった機能ブランチを公開(push)して他の人にも確認・テストしてもらう。
4) 問題無さそうなら機能ブランチを現在の master の先頭に rebase して最終テスト
5) 機能ブランチを master に fast forward でマージ。
4) の rebase は機能や履歴によっては特別な意図があって rebase せずに 3way-merge することもあるけどレアケース。
2) の rebase はほぼ必須。一発で完璧なコミット作れるような単純変更以外は常に必要。
- 44 名前：デフォルトの名無しさん mailto:sage [2022/04/24(日) 22:22:11.60 ID:FAumgQ8n0.net]
- 個人リポジトリにブランチ切る理由ってなんなの？
その個人リポジトリでどんな失敗してもリモートにはなんの影響もなんだし
ブランチを切る理由がわからん
- 45 名前：デフォルトの名無しさん mailto:sage [2022/04/24(日) 23:29:01.99 ID:dUeEO36o0.net]
- masterだけで作業するより便利だからじゃないかな
- 46 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 00:04:59.31 ID:+4yC3ym+0.net]
- えっと rebase どころか branch 使えないやつが湧いてきた件について。
一つ教えてやる。 git はブランチ切って損することはない。何か始める場合は常にブランチ切れ。
- 47 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 00:52:07.65 ID:S+k+oteKM.net]
- masterブランチだけで仕事が済むのは幸せなことだよ
頭使わなくてもいい簡単なコードしか書く必要がないか、非効率にダラダラコード書いても怒られないか、もしくはすごく優秀で完璧なコードをサクッと仕上げられるとか
- 48 名前：デフォルトの名無しさん mailto:sage [2022/04/25(月) 08:24:37.40 ID:iDVbbzn/M.net]
- >>44
ローカルでブランチ切って少しずつコミットすれば、部分的に失敗しても成功した部分は救えるだろ。
実装中に他の実装・機能を試してみたくなっても、新しくブランチ切れば今までのコードの開発履歴を残しておけるだろ。
- 49 名前：デフォルトの名無しさん [2022/04/26(火) 12:11:17.62 ID:/fwuRjsla.net]
- >>46
強いて言えばgot branchの結果がウザくなるから定期的に消すかcloneしなきゃならんことがデメリットかな
- 50 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 12:13:42.26 ID:rtwHHAKvM.net]
- I got you
- 51 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMba-gBP2) mailto:sage [2022/04/26(火) 14:17:38 ID:UCRBMbKcM.net]
- ブランチむっちゃ作る
コミット1つ作るたびにブランチ1つ作る勢い
- 52 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 15:22:50.57 ID:N68+EKXV0.net]
- >>49
clone するのは知らないけど、名前の付け方を工夫することで branch がたくさんになっても --sort とか <pattern> match (複雑なら grep でも) とかで何とかなるよ。
正しい名前になるように頻繁に名前変えてる。作業ブランチだと名前に日付入れたりもする。
- 53 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 20:32:55.60 ID:2YgT13Zl0.net]
- >>48
それってソフトの設計の仕方間違えてない？
部分的な失敗が全体に影響を及ぼすなんてスパゲッティかよ []- [ここ壊れてます]
- 55 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 21:35:46.96 ID:mJYbKkKI0.net]
- >>53
言っている意味がわからない。
お前は複数の機能を実装するとき、機能ごとに分割して開発しないのかね？
あるいは開発途中にデバッグせざるを得なくなったとき、開発を保留してデバックしないのか？
複数の機能をごちゃごちゃに開発するほうがよほどスパゲティだろ。
- 56 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 22:01:26.22 ID:NfGotiE60.net]
- 今時納品先にsvnを指定されてめんどくせーって思ってたけどgit-svn使ってみたら便利だったわ
ローカルではgit、push先はsvnで快適に作業できるね
- 57 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 22:10:58.79 ID:u6PysQbRd.net]
- >>54の理屈はもっともだけど、普通はそもそも複数の機能をローカルだけで一気に開発したりしないよ
それぞれブランチに分割できるんだったらその単位でpull requestを出して共有ブランチにマージしたらいい
そもそも長期間の巨大な変更をしないなら、一時的に開発途中でデバッグせざるを得ないようなケースはstashで十分
- 58 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 22:27:29.73 ID:CkL0lbov0.net]
- >それぞれブランチに分割できるんだったらその単位でpull requestを出して共有ブランチにマージしたらいい
仮にそれでできるとしても、人によってbranchの方が便利だと思うならそれを否定する理由もない。
- 59 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 22:40:06.07 ID:O0w0nVhg0.net]
- >>55
dcommitするとツリー新しく作られるのがなー
- 60 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 23:56:21.54 ID:NfGotiE60.net]
- >>58
さっきdcommitしたけど新しいツリーできてないよ
- 61 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 00:33:02.76 ID:F7+XOl/T0.net]
- 「運用ルールとかどうでもいいから好きにやればいい 最後に動けば良い」
という意思を感じる
- 62 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 00:45:15.24 ID:FJFRKed00.net]
- >>56
pull request依存か。何らかのツールやホスティングサービスに頼る前提？
>そもそも長期間の巨大な変更をしないなら、一時的に開発途中でデバッグせざるを得ないようなケースはstashで十分
開発途中に一切コミットしないとか信じられん……
コミットに対する考えにマリアナ海溝よりも深い溝があるみたいだ。
- 63 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 01:04:03.56 ID:9dk3kBsG0.net]
- >>55
gitのほうが面倒だろ
remoteが更新されたのが分からないし
１秒おきにfetch,diffするスクリプトを動かして、更新されたら関係者全員にラインしてるわ
- 64 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 01:08:48.10 ID:JXms61e80.net]
- >>62
>>12でハロワしか書いたことないと言ってるけど、そんなレベルで更新が気になるの？
- 65 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 01:12:33.77 ID:lKrpqKJw0.net]
- branch は機能ごとに切るもののと思い込んでるやつがいるな。
ローカルの branch は作業ごとに切るものだよ。
同じ機能でも複数の実装方法がある時に両方作って性能とかを比べてみたいとかあるだろ。
複数の作業が並行して走ることなんて普通だし、思いつきで試してみたくなることもある。
コミットの整理する時に整理前の試行錯誤とかを別に残しておくとかも普通の使い方。
- 66 名前：デフォルトの名無しさん [2022/04/27(水) 01:44:37.10 ID:EqGUmidc0.net]
- >>62
1秒おきに更新が気になるとか、病院に行った方がいい
gitの方がはるかに便利だよ
>>64みたいな使い方はsvnでは出来ない
- 67 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 01:56:20.17 ID:9dk3kBsG0.net]
- >>64
思いつきで試してみたくなることなんてないよ
実際には設計が終わった時点でJOBは完了だろ
コーディングは設計とおりに行えば、いいだけだからコーダーは全く頭使わないのが普通
- 68 名前：デフォルトの名無しさん [2022/04/27(水) 01:58:06.00 ID:EqGUmidc0.net]
- >>66
プロトタイプを作る仕事もあるよ
- 69 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 02:09:07.46 ID:VRIhnsU8M.net]
- >>66
お前VSCodeスレでも同じこと書いてるだろ
最近TortoiseSVNをTortoiseGitに変えたメモ帳コーダーさん？
- 70 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 04:00:30.55 ID:j8qFtrAaM.net]
- >>62
そういう用途にはhook pre-commitとか使わねえ？1秒おきとかCO2を増やした犯罪に近いな
- 71 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 09:46:06.94 ID:9dk3kBsG0.net]
- >>67
そんなのデジドカじゃん
- 72 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 11:45:16.43 ID:ebpNfwy6M.net]
- またこいつだったのか
こいつの言動には一貫して理解力の低さを感じる
svnも人の更新が勝手にローカルに降りてくるわけじゃないのにまだ分かってないのか
svnを使っていたときに更新コマンドを実行していたのと同じ契機でpullすればいい
svnはログ見たら最新分かるもん！だから最新常に見えてるってことでしょ？って感覚なんだろうが、それと同じ使い勝手がほしいならエイリアスなりショートカットなりで、ログを見る前にfetchする作業フローにすればいい
- 73 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 11:57:26.73 ID:9dk3kBsG0.net]
- お前の理解力の無さは神がかってんなー
その「更新コマンド」とやらを発行するのがいつかって話し
もちろん発行すれば、更新されているかどうかは分かる
svnの場合にはアイコンが変化するから、そのときが発行するタイミングだろ
gitは何時発行すればいいんだよ、
今ですか？ｗ
- 74 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 12:07:46.35 ID:S3z8vnadd.net]
- svnのアイコンって亀svnの話？
- 75 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 12:11:53.88 ID:lKrpqKJw0.net]
- アイコンが変化するｗｗｗ
一生 svn 使ってろ。お前には git はもったいない。
- 76 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 12:21:38.50 ID:9dk3kBsG0.net]
- 仕事で使ってない人はいいな
勝手に止めれるんだからなｗ
- 77 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 12:24:20.59 ID:S3z8vnadd.net]
- 自分が今確認した範囲ではクラウド版のGitHubでもオンプレ版のGitLabでもメールやWebhooksでリポジトリの変更通知設定できるぞ
- 78 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 12:32:16.27 ID:lKrpqKJw0.net]
- まじめな話、新しい技術が理解できないんなら、それがお前の限界なので仕事辞めればいいと思うよ。そうすればお前の嫌いな git 使う必要はなくなる。
お前の同僚もみんな辞めて欲しいと思ってるよ。
- 79 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 12:34:48.84 ID:DYvCt/H10.net]
- アイコンが変化するってアイコンオーバーレイ機能の話でしょ？TortoiseGitでも同じ機能あった気がするけど
- 80 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 13:10:40.52 ID:ovcusBQSM.net]
- Tortoiseのアイコン変化は他人が書き換えたことで起こるのではなく自分の書き換えで起こる
この違いすら説明しても理解しようとしない
度し難い
- 81 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 13:21:08.68 ID:lsVlKoR0M.net]
- >>75
ハロワ通いなんじゃないの？就職できたの？
- 82 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 20:08:43.28 ID:GOlM/HCO0.net]
- >>59
あれ？まじか。
おれの環境の問題だったのか
毎度masterブランチ張り替えててダルいんだが。
dcommitするとremotes/git-svnっていうリモートブランチが、同じコミット内容で作られ直されるんだよ。
コミットメッセージが置き換えられて、svnの何番のリビジョンとして作ったっていうリンク(gitkでクリックするとhtmlブラウザが開く)が先頭につく。
なんか設定変えたりしてる？
おれはデフォルト設定のままで使ってて、
気になる点といえば、trunkレイアウトじゃないことだけだな。
ちなみにsvnでcommit(=push)しても作られ直されることはない。
- 83 名前：デフォルトの名無しさん mailto:sage [2022/05/07(土) 20:22:32.06 ID:ib0Eop5f0.net]
- Git v2.36.1
- 84 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 01:45:30.99 ID:APzhfgWc0.net]
- そろそろ新しいソース管理のデファクトが出ないのだろうか
gitで十分だけど
- 85 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 268c-KEdX) mailto:sage [2022/05/12(木) 07:34:41 ID:K9uELdaG0.net]
- >>83
バイナリ差分に対応したのは欲しいね。git強化で十分だけど。
- 86 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 13:08:23.34 ID:AaLOHYMF0.net]
- pijulが来ないかと思ってるがなかなか来ない
- 87 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5b8f-7ZxL) mailto:sage [2022/05/12(木) 14:09:31 ID:kYbcGzLE0.net]
- 何で読むん？
- 88 名前：デフォルトの名無しさん mailto:sage [2022/05/12(木) 14:15:02.53 ID:v/G/Uvm90.net]
- パイジュリ
- 89 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fc2-MY31) mailto:sage [2022/05/12(木) 16:26:07 ID:R27BjImG0.net]
- >>87
女性社員との会話中で使いにくいな
- 90 名前：デフォルトの名無しさん mailto:sage [2022/05/28(土) 01:30:53.48 ID:1jgHE0Ej0.net]
- 今初めてgitを使った共同開発してる。チームメンバーもあまり詳しい人いなくてみんなで手探り手探り
便利ではあるんだけど例えばこっちの環境では動くのにあっちでクローンしてきたら動かねぇぞとか結構細かいトラブルが頻発する
gitのベテランだとやっぱこういうトラブルって起きないもの？ばっちり運用体制整えればトラブルってなくなるのかな
- 91 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c114-d6X+) mailto:sage [2022/05/28(土) 01:47:39 ID:z09zwnVR0.net]
- それはosや環境が違うのではなく？
- 92 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5347-KyTQ) mailto:sage [2022/05/28(土) 01:58:38 ID:tVHJDSh40.net]
- なにがどう動かないのか書いてないからさっぱり分からん
- 93 名前：デフォルトの名無しさん mailto:sage [2022/05/28(土) 08:06:50.38 ID:oqZ/P1Bcr.net]
- 足りないのかクローン出来てないのか環境違うのか全くわからんね
- 94 名前：デフォルトの名無しさん mailto:sage [2022/05/28(土) 12:33:53.47 ID:U/gq3eAna.net]
- エスパーしてみる
Git固有の話ではなくVCSはおろか集団開発のノウハウすら怪しい状況なのかも
ignoreの使い方を理解してないから個人のローカルリソースへのフルパスがリポジトリに入ってるとか
- 95 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f97f-215G) mailto:sage [2022/05/29(日) 12:55:55 ID:Bex97ArJ0.net]
- そういうトラブルを防ぐために運用体制を整えるわけで
- 96 名前：デフォルトの名無しさん [2022/05/29(日) 14:17:42.75 ID:XW+WDPtU0.net]
- gitに限らず開発したプロジェクト一式が他の人の開発PCでもビルドできることぐらいは確認するよな？
ソース管理に不要なファイル(下のURL)に依存してたりするとそれも事故の原因だったりする
https://github.com/github/gitignore/blob/main/VisualStudio.gitignore
- 97 名前：デフォルトの名無しさん [2022/05/29(日) 15:42:28.60 ID:au8Lw3/Ma.net]
- autoconf
- 98 名前：デフォルトの名無しさん [2022/05/29(日) 21:53:37.99 ID:XTpW04t60.net]
- >gitに限らず開発したプロジェクト一式が他の人の開発PCでもビルドできることぐらいは確認するよな？
と
>ソース管理に不要なファイル(下のURL)に依存してたりするとそれも事故の原因だったりする
>https://github.com/github/gitignore/blob/main/VisualStudio.gitignore
の関係性がよくわからんのだが
ビルドに必要なものはバージョン管理下におけっていうこと？
- 99 名前：デフォルトの名無しさん mailto:sage [2022/05/29(日) 22:38:36.77 ID:JgxM3r1ba.net]
- 中間生成物はリポジトリに置かずにignoreしろってことでしょ
そういえば初心者スレってないんだな
悩む初心者は結構いそうなもんだけど本でも読んでるんだろうか
- 100 名前：デフォルトの名無しさん mailto:sage [2022/05/30(月) 01:34:10.03 ID:7RqK110K0.net]
- git使ってないとしてもソースコードを他人に渡したり納品したりするときにどうしてんのか考えて見ろってことよ
- 101 名前：デフォルトの名無しさん [2022/05/30(月) 02:16:00.47 ID:Pd7l7DYWd.net]
- ビルドに必要なものとReadmeとかの説明書は原則バージョン管理下置くことになる。
許される例外は社内で共通認識になってるライブラリぐらい
>>97
バージョン管理に必要なファイルは把握してるか？
ここに書いてるファイルはいらんのでバージョン管理から外すことになる
https://github.com/github/gitignore/blob/main/VisualStudio.gitignore
誰かが x64/Debug に必要なファイルを混ぜてないか？という話
- 102 名前：デフォルトの名無しさん [2022/05/30(月) 08:56:06.13 ID:Pjv5EPMbM.net]
- ギッとして〜♪ハッとする〜♪鯉だから〜♪
- 103 名前：デフォルトの名無しさん [2022/05/30(月) 09:29:05.34 ID:Z6OL71NLa.net]
- ほらなω
VisualStdudioだろωωω
- 104 名前：デフォルトの名無しさん [2022/06/07(火) 11:37:04.06 ID:KSznXeRL0.net]
- git質問になります。
TortoiseGitのコミット後に復元、あるいはbranchのmarge時の一時的なstachを fsckで拾う事は可能ですか？
何がしたいのかと言うとコミットしていないファイルを事故ってロストしてしまいました。
コミットしていた場合、あるいはstashに退避していた場合、これらをgitから取り出せる事は理解しています。
今回の場合上記どちらも行っていません。しかし直前にブランチをリベースし、コミット後に復元を使用しています。
git的にはリベース時のstach退避も、コミット後に復元のアンカーも(多分stashですよね)、
ユーザーが意識していないだけでコミットしていて取り出せると思っているのですが、ハッシュを見つけられない状況にあります。
- 105 名前：デフォルトの名無しさん mailto:sage [2022/06/07(火) 12:01:33.18 ID:P5+TZOZ20.net]
- 無理
- 106 名前：デフォルトの名無しさん mailto:sage [2022/06/07(火) 12:25:52.12 ID:6FgN87ub0.net]
- バックアップとっておけよ無能
- 107 名前：デフォルトの名無しさん mailto:sage [2022/06/07(火) 12:26:42.85 ID:wUODvxyf0.net]
- コミットしていないファイルをどうやったら復元出来ると思うのかｗ
- 108 名前：デフォルトの名無しさん [2022/06/07(火) 12:35:16.57 ID:KSznXeRL0.net]
- 自己解決しました。ありがとうございます m(_ _ )m
stashはコミットと同等なのでIDが分かれば復元は可能です。
- 109 名前：デフォルトの名無しさん mailto:sage [2022/06/07(火) 13:12:26.39 ID:6FgN87ub0.net]
- ったく、手間かけさせやがって(なにもやってないけど
- 110 名前：デフォルトの名無しさん mailto:sage [2022/06/07(火) 13:24:03.74 ID:Z5gzecDU0.net]
- 日本語不自由だなあ
stack overflow探せばやり方とかすぐ見つかる
https://stackoverflow.com/questions/89332/how-to-recover-a-dropped-stash-in-git
- 111 名前：デフォルトの名無しさん mailto:sage [2022/06/11(土) 00:56:25.68 ID:TbaKeFTX0.net]
- 変更しようと思ったら毎回リモートからクローンしてきて
変更したらプッシュして削除
でまた、変更しようと思ったらまたリモートからクローンして。。。
めんどくせー
- 112 名前：デフォルトの名無しさん mailto:sage [2022/06/11(土) 02:48:36.40 ID:r2hYrBfZ0.net]
- >>110
なんでそんなアホな運用してるの？
- 113 名前：デフォルトの名無しさん mailto:sage [2022/06/11(土) 02:54:59.81 ID:TbaKeFTX0.net]
- 会社の決まりだから仕方ない
コーディング中もインターネットにつながらないパソコンを使用する必要があるし
とにかくセキュリティーが厳しい
- 114 名前：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM1f-NwEC) mailto:sage [2022/06/11(土) 16:03:57 ID:jgWc5OBsM.net]
- そういう運用なら普通シンクライアントなんだけどなぁ。
シンクラ運用できないくらいIT部門が駄目なのかね。
- 115 名前：デフォルトの名無しさん mailto:sage [2022/06/11(土) 23:48:46.78 ID:r2hYrBfZ0.net]
- gitサーバーをオンプレに構築すりゃいいんじゃないの？
- 116 名前：デフォルトの名無しさん mailto:sage [2022/06/12(日) 00:45:39.88 ID:e7pZ5R39a.net]
- クライアントPCにソースが残る状態がその会社としては怖いってことでしょ
セキュリティは時として理論ではなく感情に基づいて生産性より最優先されるのでどうにもならない
辞めるしかない
- 117 名前：デフォルトの名無しさん [2022/06/12(日) 08:58:34.77 ID:LQ+2P+LSa.net]
- オンプレなところからクローンしてるのかな
- 118 名前：デフォルトの名無しさん [2022/06/12(日) 10:26:54.29 ID:cPTHwR7Qa.net]
- >>115
クライアントでクローン後に削除してもHDDやSSD上にはまだ残ってる訳だが
ゴミになったセクタ全部上書きも毎回やってないなら片手落ちとしか言いようがない
残念な会社
- 119 名前：デフォルトの名無しさん mailto:sage [2022/06/12(日) 11:28:03.93 ID:IrwaOhM6M.net]
- ディスク暗号化すればいいのに
- 120 名前：デフォルトの名無しさん mailto:sage [2022/06/12(日) 15:59:06.97 ID:v8SgqvCy0.net]
- されてるわ
とにかくセキュリティが厳しい
新人が個人で購入したキーボードを刺して、顛末書書かされてたし。
- 121 名前：デフォルトの名無しさん mailto:sage [2022/06/12(日) 16:15:43.63 ID:IrwaOhM6M.net]
- コンテナみたいな開発機でやったことがあるけどあれはなかなか便利だった
暗号化された永続化領域以外は再起動すると初期化される
pushしないで再起動すると泣くけど毎日キレイに掃除されるのでスッキリ
- 122 名前：デフォルトの名無しさん mailto:sage [2022/06/14(火) 20:16:36.52 ID:srJ/VOMya.net]
- Git v2.37.0-rc0
- 123 名前：デフォルトの名無しさん mailto:sage [2022/06/18(土) 19:14:26.34 ID:R3j1iwco0.net]
- Git v2.37.0-rc1
- 124 名前：デフォルトの名無しさん mailto:sage [2022/06/19(日) 13:31:23.58 ID:rIJh9n6P0.net]
- そういったのはあげろよ
- 125 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 01:25:38.91 ID:myM0UGHr0.net]
- >>123
何を上げるの？
- 126 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 20:34:55.67 ID:wz6MnYSq0.net]
- 下がってんの気づいてないの
- 127 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 21:58:54.73 ID:3gGBuYYYd.net]
- >>125
何が下がってるの？
主語を明確に
- 128 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 22:37:42.06 ID:wz6MnYSq0.net]
- ヤフレカス
- 129 名前：デフォルトの名無しさん mailto:sage [2022/06/20(月) 23:36:27.14 ID:VpN+/weXd.net]
- ヤフレカスが下がってるの？
何言ってるのかさっぱり分からないな
- 130 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 09:55:08.47 ID:W03d3ni60.net]
- 情弱乙
- 131 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 12:45:50.72 ID:0jGPid+s0.net]
- 僕エスパーだからわかるんだけど、
rc報告するならスレを上げてほしいってことだと思うよ
- 132 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 13:04:55.13 ID:J43NN+mJa.net]
- あげろよって書いてる奴がageてないんだから「（俺のために）あげろよ」と言ってるだけってよくわかる
聞く耳もつ必要ないしウザ絡みされてもやむなし
- 133 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 14:05:29.17 ID:W03d3ni60.net]
- 書いてる内容を考えてみろよ
おまえ、会社なんかで「一から十まで説明しないとできない？」
なんてよく言われるだろ
- 134 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 17:03:04.89 ID:xBlfQ5m50.net]
- 主語がないから分からないな
- 135 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 18:43:20.41 ID:AgXThOTj0.net]
- そもそも論として rc ごときでスレ上げたりするなよ。
- 136 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 07:39:29.45 ID:WW54+Srt0.net]
- Git v2.37.0-rc2
- 137 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 07:52:05.21 ID:CDVd8lKy0.net]
- Gitってチームで使うなら
ちゃんと運用ルール含めて全部整備して周知しないと大変そうだな
小規模開発しかしてないからローカルでのGit使ってないけど
大規模開発だとプルリクエスト含めてどういうフローで回してるのかが気になる
- 138 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 09:10:55.26 ID:npGosfFu0.net]
- 世界一大規模に git を使って開発しているグループのやり方が公開されてるので見てくるといいよ。
git の発明者のとこだけどね。
参考になるかは知らん。
- 139 名前：デフォルトの名無しさん [2022/06/23(木) 10:43:16.44 ID:c12wNUbB0.net]
- カタカナ英語を使わないで説明してください！
|
 |
