[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/13 17:55 / Filesize : 365 KB / Number-of Response : 1056
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 18



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

2 名前:デフォルトの名無しさん (ドコグロ MM34-njqB) mailto:sage [2022/04/23(土) 08:13:23 ID:E3mWBeB+M.net]
おまえら最近 --rebase しましたか?

3 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 09:22:19.05 ID:iISBdnEI0.net]
え、しないの?

4 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 09:52:06.94 ID:0OWTlXeV0.net]
フライドポテトやポテトチップを指でつまんで食べてたら
指がもう油で git git

5 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 10:18:44.85 ID:D/0BmQRv0.net]
>>4
結果にコミット

6 名前:デフォルトの名無しさん (ドコグロ MM34-njqB) mailto:sage [2022/04/23(土) 12:44:39 ID:NOpAatG5M.net]
デブまっしぐら

7 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 14:43:52.42 ID:PjJsF8of0.net]
あーめんど(amend)くさいからな、箸でつまむの

8 名前:デフォルトの名無しさん (ワッチョイ 8cdb-Yb1D) mailto:sage [2022/04/23(土) 15:37:09 ID:BMKo0y1z0.net]
gitの使い方は分かったけど、何をコミットすればいいの

9 名前:デフォルトの名無しさん (ワッチョイ fbc2-sVJS) mailto:sage [2022/04/23(土) 15:47:19 ID:aEJ0G9VA0.net]
>>8
ソースコード

10 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 15:55:15.89 ID:uhbxbxu4M.net]
コミットってのはな、生半可な気持ちでできるもんじゃねぇんだよ
絶対に達成するという強い思いが必要なんだ



11 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 15:56:25.46 ID:aEJ0G9VA0.net]
>>10
コミットの時点ではいくらでもやり直し可能

12 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 16:24:29.44 ID:BMKo0y1z0.net]
>>9
ハロワしか書いたことなんですが、そんなのもコミットしたほうがいいですか
ブラキリしたほうがいい?

13 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 17:02:57.94 ID:/lJ77CU40.net]
>>10
グッと来たぜww

14 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 17:04:59.81 ID:pT174lS40.net]
スクリプトからhttps urlをgit cloneしたいんだけど、この条件を満たせるパスワードの渡し方ってないのかな?

- 実行時にユーザー入力を求めない
- コマンドラインにパスワードが見えてしまわない
- ユーザー側の credential.helper 等の設定は変えない

15 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 17:28:11.65 ID:aEJ0G9VA0.net]
>>12
コード変更して動作がおかしくなってしまっても簡単に元に戻せるからコミットしたほうがいい

16 名前:デフォルトの名無しさん (ワッチョイ 321e-iecr) mailto:sage [2022/04/23(土) 23:26:04 ID:gzhkWw6R0.net]
>>14
expectとかパイプ使って渡したらどう。
スクリプトにもパスワードとか残したくないなら、
opensslでも使って一段階暗号化したら。

17 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 23:31:26.38 ID:BMKo0y1z0.net]
github使ってたらprivateでもmsには丸見えで、パクられる可能性ある?

18 名前:デフォルトの名無しさん mailto:sage [2022/04/23(土) 23:44:14.33 ID:SaKhCZw7M.net]
パクられるかどうかはともかく、中身は見られると考えておくべき

19 名前:デフォルトの名無しさん (ワッチョイ 8cdb-Yb1D) mailto:sage [2022/04/24(日) 00:26:48 ID:FAumgQ8n0.net]
企業が使いたがらないわけだ
うちの会社もシステム管理部がサービス提供してるからGitHubは使ったことないわ

20 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 00:55:07.22 ID:iv1L4zeB0.net]
>>17
Enterprise Server



21 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 03:12:40.44 ID:n9chlSjy0.net]
>>19
>>12 でハロワしか書いたことないと言ってるけどなにコミットしてるの?

22 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 09:55:32.12 ID:dUeEO36o0.net]
>>14
ありがとう。
やっぱりgit自体には機能はなくて外部でどうにかする形になっちゃうか。

23 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 12:12:10.16 ID:ShaTWktX0.net]
>>22
環境変数あたりに設定できないのかと思って調べたら無くて、その代わりにGIT_ASKPASSという環境変数の存在を知って
これ使えば環境変数に設定した情報でログインできるんじゃなね?と思って調べたらこんなのが有った
https://stackoverflow.com/questions/68344358/git-askpass-with-user-and-password
ホントに使えるかどうかは試していない

24 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 12:12:59.03 ID:Nvwww3Vj0.net]
スクリプトから動かすこと前提なのに、他のツールに依存するのが嫌なのかい?
bashなのかpsなのか分からないけど、問題はなんだろう。

25 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 12:28:59.01 ID:ShaTWktX0.net]
>>23のシェルスクリプトの中から exec printf $PASSWORD とか exec echo $PASSWORD やるとコマンドラインにパスワード書くのと一緒かな?その辺も確認必要かも

26 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 12:40:22.27 ID:fbjBdL090.net]
rebaseしろとか言うガイジ会社たまにあるよなw
こんな機能そもそも要らないだろw
強制プッシュも気持ち悪い

27 名前:デフォルトの名無しさん (ブーイモ MMba-ocNI) mailto:sage [2022/04/24(日) 13:03:46 ID:iPETl3ioM.net]
rebase 無しで git 使うとか頭おかしい。
何のために git つかってるんだろう?

28 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 13:25:41.34 ID:YoSEHitiM.net]
改竄するためではないのは確かだな

29 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 13:36:37.53 ID:n9chlSjy0.net]
rebase -i
でsquashできるのは必要だろ

30 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 14:01:12.35 ID:vTJ9qYnsM.net]
rebaseにもいろいろあるけど -i が有用なのは間違いない
ある程度神経質な人でもマメにコミットする習慣を促進してくれる
実際に rebase -i を使うかどうかは無関係に



31 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 14:05:13.87 ID:vTJ9qYnsM.net]
コミットしておけばよかった、しなければよかった
これがなくなる
迷わずコミット等をすぐ実行すればいい
訂正したくなったらなんでも軌道修正できる
gitの中心的価値だと思う

32 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 14:27:53.64 ID:dUeEO36o0.net]
>>23
これだ!ありがとう。
でもGIT_ASKPASSに設定できるのはファイルだけでコマンドラインはダメなのか。
windows/linux両対応させようとするとちょっと面倒だな。

>>25
sh組み込みコマンドのechoを使う分には大丈夫そう。
仮にもし見えていたとしても一瞬なので問題はなさそうです。

33 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 14:51:45.39 ID:SoZvFYPL0.net]
rebase まともに使いこなせない奴は git 使えるとは認めん。svn でも使ってろ。

34 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 15:52:21.96 ID:ShaTWktX0.net]
>>32
用途によってはこの辺も注意する必要ありそう
https://qiita.com/magicant/items/5c8346ce4781f0fe7dce
> Git のコンフィグで credential.helper が設定されていると GIT_ASKPASS 環境変数よりもそちらが優先される。
ユーザに使わせるのなら、ユーザがグローバルにcredential.helperを設定している可能性があるから、リポジトリ単位でcredential.helperを無効にするとかの必要があるかも

35 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 16:13:17.46 ID:dUeEO36o0.net]
>>34
credential.helperの設定がcacheの状態で試して問題なかったから、たぶんhelperの設定で
パスワードが要求されない場合はGIT_ASKPASSが使われないということじゃないかと思う。
とりあえずうちの使い方では問題なさそうだった。

36 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 18:06:18.83 ID:LCzRo7rmM.net]
mergeの代わりにrebaseするのは現実のワーキングツリーに存在したことのない状態のコミットを作り出すという点で最悪の詐称行為
push前に連続した自分のコミットをまとめる目的だけに使うならセーフ

37 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 18:23:59.78 ID:SoZvFYPL0.net]
>>36
push の前にも何も、共有リポジトリを rebase するやつなんていないよ。
rebase は個人の作業リポジトリ

38 名前:デフォルトの名無しさん mailto:sage [2022/04/24(日) 18:30:19.12 ID:uGNTu5m80.net]
>>37
リモートを取り込むときに可能ではあるけどするなと言っているんでしょう

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使ってるバカ結構いるんだなw
mergeだけで事足りるやろw
ツリーを一直線にしたいとかバカみたいな理由で使う奴がいるから笑えるw

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が更新されたのが分からないし
1秒おきに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は何時発行すればいいんだよ、
今ですか?w

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]
アイコンが変化するwww
一生 svn 使ってろ。お前には git はもったいない。

76 名前:デフォルトの名無しさん mailto:sage [2022/04/27(水) 12:21:38.50 ID:9dk3kBsG0.net]
仕事で使ってない人はいいな
勝手に止めれるんだからなw

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








[ 続きを読む ] / [ 携帯版 ]

次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](;´∀`)<365KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef