Git 18

2022/04/23(土) 03:25:45.27

ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://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

2022/05/12(木) 13:08:23.34

pijulが来ないかと思ってるがなかなか来ない

2022/05/12(木) 14:09:31.91

何で読むん？

2022/05/12(木) 14:15:02.53

パイジュリ

2022/05/12(木) 16:26:07.33

>>87
女性社員との会話中で使いにくいな

2022/05/28(土) 01:30:53.48

今初めてgitを使った共同開発してる。チームメンバーもあまり詳しい人いなくてみんなで手探り手探り
便利ではあるんだけど例えばこっちの環境では動くのにあっちでクローンしてきたら動かねぇぞとか結構細かいトラブルが頻発する
gitのベテランだとやっぱこういうトラブルって起きないもの？ばっちり運用体制整えればトラブルってなくなるのかな

2022/05/28(土) 01:47:39.87

それはosや環境が違うのではなく？

2022/05/28(土) 01:58:38.97

なにがどう動かないのか書いてないからさっぱり分からん

2022/05/28(土) 08:06:50.38

足りないのかクローン出来てないのか環境違うのか全くわからんね

2022/05/28(土) 12:33:53.47

エスパーしてみる
Git固有の話ではなくVCSはおろか集団開発のノウハウすら怪しい状況なのかも
ignoreの使い方を理解してないから個人のローカルリソースへのフルパスがリポジトリに入ってるとか

2022/05/29(日) 12:55:55.23

そういうトラブルを防ぐために運用体制を整えるわけで

2022/05/29(日) 14:17:42.75

gitに限らず開発したプロジェクト一式が他の人の開発PCでもビルドできることぐらいは確認するよな？

ソース管理に不要なファイル(下のURL)に依存してたりするとそれも事故の原因だったりする
https://github.com/github/gitignore/blob/main/VisualStudio.gitignore

2022/05/29(日) 15:42:28.60

autoconf

2022/05/29(日) 21:53:37.99

>gitに限らず開発したプロジェクト一式が他の人の開発PCでもビルドできることぐらいは確認するよな？
と
>ソース管理に不要なファイル(下のURL)に依存してたりするとそれも事故の原因だったりする
>https://github.com/github/gitignore/blob/main/VisualStudio.gitignore

の関係性がよくわからんのだが
ビルドに必要なものはバージョン管理下におけっていうこと？

2022/05/29(日) 22:38:36.77

中間生成物はリポジトリに置かずにignoreしろってことでしょ
そういえば初心者スレってないんだな
悩む初心者は結構いそうなもんだけど本でも読んでるんだろうか

2022/05/30(月) 01:34:10.03

git使ってないとしてもソースコードを他人に渡したり納品したりするときにどうしてんのか考えて見ろってことよ

2022/05/30(月) 02:16:00.47

ビルドに必要なものとReadmeとかの説明書は原則バージョン管理下置くことになる。
許される例外は社内で共通認識になってるライブラリぐらい

>>97
バージョン管理に必要なファイルは把握してるか？
ここに書いてるファイルはいらんのでバージョン管理から外すことになる
https://github.com/github/gitignore/blob/main/VisualStudio.gitignore

誰かが x64/Debug に必要なファイルを混ぜてないか？という話

2022/05/30(月) 08:56:06.13

ギッとして～♪ハッとする～♪鯉だから～♪

2022/05/30(月) 09:29:05.34

ほらなω
VisualStdudioだろωωω

2022/06/07(火) 11:37:04.06

git質問になります。
TortoiseGitのコミット後に復元、あるいはbranchのmarge時の一時的なstachを fsckで拾う事は可能ですか？

何がしたいのかと言うとコミットしていないファイルを事故ってロストしてしまいました。
コミットしていた場合、あるいはstashに退避していた場合、これらをgitから取り出せる事は理解しています。
今回の場合上記どちらも行っていません。しかし直前にブランチをリベースし、コミット後に復元を使用しています。
git的にはリベース時のstach退避も、コミット後に復元のアンカーも(多分stashですよね)、
ユーザーが意識していないだけでコミットしていて取り出せると思っているのですが、ハッシュを見つけられない状況にあります。

2022/06/07(火) 12:01:33.18

無理

2022/06/07(火) 12:25:52.12

バックアップとっておけよ無能

2022/06/07(火) 12:26:42.85

コミットしていないファイルをどうやったら復元出来ると思うのかｗ

2022/06/07(火) 12:35:16.57

自己解決しました。ありがとうございます m(_ _ )m
stashはコミットと同等なのでIDが分かれば復元は可能です。

2022/06/07(火) 13:12:26.39

ったく、手間かけさせやがって(なにもやってないけど

2022/06/07(火) 13:24:03.74

日本語不自由だなあ
stack overflow探せばやり方とかすぐ見つかる
https://stackoverflow.com/questions/89332/how-to-recover-a-dropped-stash-in-git

2022/06/11(土) 00:56:25.68

変更しようと思ったら毎回リモートからクローンしてきて
変更したらプッシュして削除

でまた、変更しようと思ったらまたリモートからクローンして。。。

めんどくせー

2022/06/11(土) 02:48:36.40

>>110
なんでそんなアホな運用してるの？

2022/06/11(土) 02:54:59.81

会社の決まりだから仕方ない
コーディング中もインターネットにつながらないパソコンを使用する必要があるし
とにかくセキュリティーが厳しい

2022/06/11(土) 16:03:57.36

そういう運用なら普通シンクライアントなんだけどなぁ。
シンクラ運用できないくらいIT部門が駄目なのかね。

2022/06/11(土) 23:48:46.78

gitサーバーをオンプレに構築すりゃいいんじゃないの？

2022/06/12(日) 00:45:39.88

クライアントPCにソースが残る状態がその会社としては怖いってことでしょ
セキュリティは時として理論ではなく感情に基づいて生産性より最優先されるのでどうにもならない
辞めるしかない

2022/06/12(日) 08:58:34.77

オンプレなところからクローンしてるのかな

2022/06/12(日) 10:26:54.29

>>115
クライアントでクローン後に削除してもHDDやSSD上にはまだ残ってる訳だが
ゴミになったセクタ全部上書きも毎回やってないなら片手落ちとしか言いようがない
残念な会社

2022/06/12(日) 11:28:03.93

ディスク暗号化すればいいのに

2022/06/12(日) 15:59:06.97

されてるわ
とにかくセキュリティが厳しい

新人が個人で購入したキーボードを刺して、顛末書書かされてたし。

2022/06/12(日) 16:15:43.63

コンテナみたいな開発機でやったことがあるけどあれはなかなか便利だった
暗号化された永続化領域以外は再起動すると初期化される
pushしないで再起動すると泣くけど毎日キレイに掃除されるのでスッキリ

2022/06/14(火) 20:16:36.52

Git v2.37.0-rc0

2022/06/18(土) 19:14:26.34

Git v2.37.0-rc1

2022/06/19(日) 13:31:23.58

そういったのはあげろよ

2022/06/20(月) 01:25:38.91

>>123
何を上げるの？

2022/06/20(月) 20:34:55.67

下がってんの気づいてないの

2022/06/20(月) 21:58:54.73

>>125
何が下がってるの？
主語を明確に

2022/06/20(月) 22:37:42.06

ヤフレカス

2022/06/20(月) 23:36:27.14

ヤフレカスが下がってるの？
何言ってるのかさっぱり分からないな

2022/06/21(火) 09:55:08.47

情弱乙

2022/06/21(火) 12:45:50.72

僕エスパーだからわかるんだけど、
rc報告するならスレを上げてほしいってことだと思うよ

2022/06/21(火) 13:04:55.13

あげろよって書いてる奴がageてないんだから「（俺のために）あげろよ」と言ってるだけってよくわかる
聞く耳もつ必要ないしウザ絡みされてもやむなし

2022/06/21(火) 14:05:29.17

書いてる内容を考えてみろよ
おまえ、会社なんかで「一から十まで説明しないとできない？」
なんてよく言われるだろ

2022/06/21(火) 17:03:04.89

主語がないから分からないな

2022/06/21(火) 18:43:20.41

そもそも論として rc ごときでスレ上げたりするなよ。

2022/06/23(木) 07:39:29.45

Git v2.37.0-rc2

2022/06/23(木) 07:52:05.21

Gitってチームで使うなら
ちゃんと運用ルール含めて全部整備して周知しないと大変そうだな
小規模開発しかしてないからローカルでのGit使ってないけど
大規模開発だとプルリクエスト含めてどういうフローで回してるのかが気になる

2022/06/23(木) 09:10:55.26

世界一大規模に git を使って開発しているグループのやり方が公開されてるので見てくるといいよ。
git の発明者のとこだけどね。
参考になるかは知らん。

2022/06/23(木) 10:43:16.44

カタカナ英語を使わないで説明してください！

2022/06/23(木) 10:51:14.93

グループで利用する場合参加者の最低限のレベルは保つ必要があって
そのためのルール造りが必要と言うことだと思うが
逆にルールに縛られて使い難くしてしまうくらいならルール無い方が良い

2022/06/23(木) 16:46:17.46

>>136の想像しているような「全部整備して周知しないと大変」になるようなレベルの人間は、
>>137のいう例のグループではF○ckだのSh○tだの罵倒されて追い出されるだけだから何の参考にもならんよ

2022/06/23(木) 17:21:05.77

>>140
追い出されたりしないぞ。
あまりにもレベルが低いやつは黙って無視されるだけ。時間をかけるのすら勿体ない。
悪い言葉で罵られるのは人ではなくて技術に対してなので、本人が相手にしてくれてるのなら、かなり愛のある改善要求だぞ。超忙しい人なのでいちいち馬鹿の相手はしてない。
たいていは周りの親切な人が、丁寧な言葉で「基本を勉強して出直して来い」って言ってくれる。

2022/06/24(金) 22:09:00.13

copilot生産性やべー

2022/06/24(金) 23:46:25.59

クソプログラマしかいない会社だと
クソコードが量産されたりしないんだろうか

2022/06/25(土) 00:59:01.45

クソコードだろうがガンガン生産性を上げたほうがいいだろ

2022/06/25(土) 01:11:55.80

生産性＝ステップ数／人月

よし！コピペしよう！

2022/06/25(土) 02:02:34.65

>>145
大昔に、上司から「こんなに短いコードで書いてくるとか許さん。1行あたりX円で見積もって仕事うけてて、ソースコードも納品するんだから、10倍の行数で作り直せ、コメント行で水増しも不許可」って言われたの思い出した。

2022/06/25(土) 18:20:05.72

whileで絶対通らないループ作ってステップ誤魔化した事有るなぁ

2022/06/25(土) 23:23:47.93

>>146
ジジイはさっさと死ね

2022/06/26(日) 00:03:20.42

>>146
イキろ

2022/06/26(日) 00:16:24.17

最近やたらと「生産性」って聞くけど
そもそもなにを生産してんだｗｗｗ

2022/06/26(日) 00:50:46.44

ソフトウェアだろ

2022/06/26(日) 00:53:14.72

しまった
(ﾜｯﾁｮｲ 7fdb-qJfu) == >>144 == >>150
の自演だったか

2022/06/26(日) 10:30:59.66

仕事でGitを使うようになった初心者ですがオススメの書籍とかってありますか？

2022/06/26(日) 10:44:26.00

>>153
この3章まで
https://git-scm.com/book/en/v2

2022/06/26(日) 10:54:12.57

>>154
とりあえずこれ見とけって感じですかね。ありがとうございます

2022/06/26(日) 13:16:36.96

>>145-147
他人が納品したコードだけど
forで描ける内容がforじゃなくて
制御変数1,2,3,4...と手作業？で代入した上で
全部展開されているようなソースは観たことがある

2022/06/26(日) 13:25:26.38

うちの会社なんてのも酷いぜ

//ここが呼ばれるはず

↑
こんなコメントがある
呼ばれるはずってなんだよ、お前が書いてんじゃねーのかｗｗｗｗ

//動的配列を使いたいところだが
↑
こんなコメントがある
「だが」で終わって何がしたいだよ
使いたいなら使えばいいし、
使いたいのに書き方が分からないならそのコメントいらねーだろｗｗｗ

2022/06/26(日) 15:17:39.13

それだけじゃよく分からん
後半のやつは、freeの制御が難しいからスタックに置いてパラメータでやり取りせざるを得ないとかあるし、どっちも文脈があるんでないの
それもコメントに残せとは思うけど

2022/06/26(日) 15:24:29.39

(日本語訳)あとはまかせた
黙ってお前が治せ

2022/06/27(月) 17:50:37.05

お前らってどんなソフトを開発してて、gitで管理してんだ？
晒してみろよ

どうせ、ネットに転がってるサルプルコード程度のもんだろ
そんなのフォルダコピーで大丈夫だよ

2022/06/27(月) 18:27:28.06

サルプル？
面白いことや皮肉なことを言おうとしたときは噛んじゃダメだろ
5chもミスった書き込みのやり直しができたらいいのにね
そう、Gitみたいにね！

2022/06/27(月) 19:46:11.02

>>161
だからどんなもん作ってんだよ
晒してみろ

どうして自分一人しか利用してないんだろw

2022/06/27(月) 20:38:57.74

なんか日本語あやしいやつおるな
レスをgit管理したほうがいいなｗ

2022/06/27(月) 20:43:38.50

そんなのやってるわ

2022/06/27(月) 20:54:46.59

しょうがねーな、お前にとっておきのヤバいサイトを教えてやるよ
そこじゃ世界中のハッカーたちがソースを晒し合ってシノギを削ってる
その名も……ギフハブだ
かつて薬物で逮捕された大物ミュージシャンによって告発されたんだ
誰にも言うなよ

2022/06/27(月) 21:20:55.57

>>165
そんな人たちとお前が同類だと思ってんのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

2022/06/27(月) 23:03:56.70

え？レスをgit管理してるやつとかいんの？何のために？

2022/06/28(火) 00:08:41.21

ああもううるさいなー
えい
git revert 166

2022/06/28(火) 07:20:59.20

Git v2.37.0

2022/06/30(木) 18:57:44.12

開発の現場でgit(hub/lab etc)が使われてる割合って感覚的にどんなもん？
未だにsvnだったりバージョン管理してなかったりそんな現場がまだまだたくさんあるような感覚なんだけれど
ウェブ系だともう100%gitだったりするのかな

2022/06/30(木) 19:32:39.91

>>170
MacのデフォルトがGitだから、SVNからGitに流れたのと、Gitを採用する製品が多くなったのが、Gitが増えた理由。

GitとSVNを比較して決めているところは少ない。

2022/06/30(木) 19:34:06.85

>>170
GitHubもGitLabも仕事で使うと高いから、思っているほどは使われていない。

2022/06/30(木) 19:47:27.17

>>172
業務効率や人材の質と比較して月$48/userを払えない会社はさっさと潰れたほうが良い

2022/06/30(木) 20:24:26.73

Githubなら便利なんだろうけど
ケチろうと思えば社内共有サーバーでもどうにかなるやん

リモートリポジトリをディレクトリに指定できるから
git init --bare //nas/repo/MyProject とでもすりゃいける

2022/06/30(木) 20:33:44.69

どうにかならんよ
GitだけならいいがCI/CDもローカルで回さなきゃいけなくなる(もしくはセキュリティリスクを負って外に公開するか)から運用がクッソ面倒

2022/06/30(木) 21:11:17.06

gitlabをオンプレでやってるところはそこそこいると思う

2022/06/30(木) 22:08:19.37

githubなんて使わずに
git + ssh でええやん

2022/06/30(木) 22:21:14.20

>>177
自分たちでやるんなら、それで十二分だな。
ダメダメな WebUI とか不要。

2022/06/30(木) 22:35:34.45

大抵コストは実際のところ本当は問題じゃなくて、予算取るのが面倒だったとかで最初に安易に自前でやっちゃった奴が元凶だったりするんだよな
以後はそれを前提にいろいろ構築されていくから、なんでも自分達でやることになって手間がかかる割に品質が低く機動性も低い開発環境が出来上がる
差別化要因にならない余計な手間は金で解決するという決意表明として、GitHubをまず導入することは重要

2022/06/30(木) 23:01:39.76

後で移行しようとしたときに問題になるのを避ける意味でも、大袈裟に感じても最初からGitHubなど積極的にSaaSを使っておいた方がいい
営業が「うちはソースも自前管理で安全です！」と言って大口顧客の契約を取ってしまったら終わりだからな

2022/06/30(木) 23:04:20.13

外部サーバにつなげられない開発環境ってのも結構あるんだ

**デフォルトの名無しさん** (ｽﾌｯ Sd5f-kQId) · 2022/06/30(木) 23:22:49.07

git clone --mirror
git push --mirror
でリポジトリ全体を簡単にコピれるからオンプレからクラウドに移行するのなんて簡単だよ

2022/06/30(木) 23:26:51.37

うーんそんなもんなのか
どこもかしこも今はgitを使っていて、自分はど底辺の現場ばかり回っているのだと思っていた

**デフォルトの名無しさん** (ｽﾌｯ Sd5f-kQId) · 2022/06/30(木) 23:30:53.71

いやいや未だにSVNに固執してる現場は底辺だよ

2022/06/30(木) 23:44:51.27

GitBucket使ってたなあ