[過去ﾛｸﾞ] Git 16©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
789: (ｱｳｱｳｸｰ MM01-5lWc [36.11.224.241]) 2019/09/29(日)21:44 ID:rwscXeu2M(2/2) AAS
/s/Subversion/SVN/
790: (ｵｯﾍﾟｹ Sr81-lhe7 [126.179.104.124]) 2019/09/29(日)22:05 ID:l/SXcx8yr(1) AAS
一般的な応用を期待しているならgit svnという十分に便利なものが既にある
791(1): (ﾜｯﾁｮｲ 75a3-5lWc [222.159.216.93]) 2019/09/29(日)23:01 ID:fhHI+l000(1) AAS
じゃあそいつはGPLじゃないからつかわんかったってことか
792: (ﾜｯﾁｮｲ 8d7c-yXpG [122.215.159.99]) 2019/09/30(月)12:17 ID:vkIGDak20(1) AAS
RMSがもっと若ければ
とっくにtigとか造ってんじゃね
793(1): (ﾜｯﾁｮｲ 4bb0-S/NQ [153.218.79.235]) 2019/09/30(月)18:54 ID:V1lanUup0(1) AAS
>>788
>>791
GCCのSubvesion のダンプはかなり大規模かつ複雑でgit svn ではgitのリポジトリには
変換できないらしい。
なのでESRが自分のツール(外部ﾘﾝｸ:gitlab.com で変換しようとしている。
794: (ﾜｯﾁｮｲ 9dd2-QbaZ [114.161.220.244]) 2019/09/30(月)19:01 ID:XqyD8F2M0(1) AAS
svnのダンプが開発者にも謎な物になってしまってるのが
原因らしいが
795: (ﾜｯﾁｮｲ 75a3-5lWc [222.159.216.93]) 2019/09/30(月)21:25 ID:kwRyD9uN0(1) AAS
ドキュメント大事って話か(´・ω・`)
796(1): (ﾜｯﾁｮｲ f76e-U7Hu [124.219.198.89]) 2019/10/17(木)20:11 ID:F8NBztSv0(1) AAS
共有フォルダ上にリポジトリ置いてローカルで開発ってのをやろうと思ってるんだが大丈夫じゃろか
前からいる人はずっと一人でやってた環境らしくてバージョン管理というものをやったことがないらしい
調べたけどSVNはそういうの止めろってことらしいからgitを考えているのだが
797: (ｵｯﾍﾟｹ Srbf-1ppo [126.179.45.211]) 2019/10/17(木)22:17 ID:OqU0/1j0r(1) AAS
大丈夫じゃよ
798(2): (ﾜｯﾁｮｲ f76e-U7Hu [124.219.198.89]) 2019/10/18(金)20:38 ID:OUfNs6MN0(1) AAS
サンクス。ちゃんと動いた。ほっとしたしリモートからプル出来たときはちょっと感動したわ
ありがとうvisualstudio。そしてgithubもtortoisegitも申請しなきゃいけない会社は潰れろ
799: (ﾜｯﾁｮｲ c6b0-S3Tg [153.218.79.235]) 2019/10/18(金)21:13 ID:+gSJG8Oq0(1) AAS
Git v2.24.0-rc0
800(2): (ﾜｯﾁｮｲ 0f22-5TrY [116.70.215.171]) 2019/10/18(金)22:44 ID:esIPpiBW0(1) AAS
>>798
githubみたいなクラウドサービス使うのに許可がいるのは当たり前だろ
801: (ﾜｯﾁｮｲ db01-mgr8 [122.24.28.118]) 2019/10/18(金)23:02 ID:q2EV4CaW0(1) AAS
共有フォルダSVNがダメならgitもダメじゃないの？なんか差分あったっけ
802: (ﾜｯﾁｮｲ 222f-1DLi [61.115.215.117]) 2019/10/19(土)00:32 ID:M/AC3ije0(1) AAS
共有フォルダにベアリポジトリ置くなら可能
803(1): (ﾜｯﾁｮｲ a2ad-6T9y [59.168.54.42]) 2019/10/19(土)01:23 ID:yK8AYG0c0(1) AAS
>>800
いやいやｗｗｗ
804: (ｱｳｱｳｴｰ Sa7a-uHRg [111.239.44.76]) 2019/10/19(土)02:43 ID:u6kJNe82a(1) AAS
>>800
だよな
>>803 >>798
2chｽﾚ:news
805: (ﾜｯﾁｮｲ f76e-U7Hu [124.219.198.89]) 2019/10/21(月)18:36 ID:f5UjoAUh0(1/3) AAS
masterからdevelopブランチを切って、ローカルではdevelopからfeatureブランチ切ってそれをいじる
developにマージしてdevelopをプッシュする。不要になったfeatureは削除する
っていう一連の流れを勉強したんだけど、しまったここの関数ちょっとおかしいとかそういうほんとちょっとした変更でもいちいちfeature作るって作業はしたほうがいいの？
あんまり意味が無いような気が
806: (ﾜｯﾁｮｲ a2ad-6T9y [59.168.54.42]) 2019/10/21(月)19:05 ID:QGk2ZXW40(1/4) AAS
チーム開発なら必要。必ずコードレビューするから、ローカルでdevelopへのmergeなんてしない。
807: (ﾜｯﾁｮｲ f76e-U7Hu [124.219.198.89]) 2019/10/21(月)21:35 ID:f5UjoAUh0(2/3) AAS
なるほど
二人だけのチームで多分コードレビューなんてしもしないと思うんですけどその場合でも必要ですかね
あとfeatureブランチはリモートにはプッシュしないっていう認識で大丈夫ですか
808: (ﾜｯﾁｮｲ a2ad-6T9y [59.168.54.42]) 2019/10/21(月)21:52 ID:QGk2ZXW40(2/4) AAS
featureの扱いというよりは、developへのmergeをどこでするか統一しておかないと、各々の環境でdevelopの履歴が分かれていくやろ
809: (ﾜｯﾁｮｲ a2ad-6T9y [59.168.54.42]) 2019/10/21(月)21:54 ID:QGk2ZXW40(3/4) AAS
featureをリモートにpushして、コードレビューおよびdevelopへのmergeをおこなうのが一般的。ローカルのdevelopは、基本的にfetch or pullとfeatureの作成用途のみ。
810: (ﾜｯﾁｮｲ f76e-U7Hu [124.219.198.89]) 2019/10/21(月)22:39 ID:f5UjoAUh0(3/3) AAS
むぅそもそもリモートで作業するってのが考えてなかったというかその辺りよくわからないですね
>>796なんですがリモートリポジトリってローカルで作業していったものをどんどん突っ込んでいくものという認識です
ちょっと勉強が足りなかったようです
811: (ﾜｯﾁｮｲ a2ad-6T9y [59.168.54.42]) 2019/10/21(月)22:47 ID:QGk2ZXW40(4/4) AAS
普通はGitHubやGitLabみたいなホスティング環境を用意するからね
812: (ｵｯﾍﾟｹ Srbf-1ppo [126.234.63.136]) 2019/10/22(火)10:33 ID:97MNeVVfr(1) AAS
2人に閉じた開発なら結合後にdevelopだけでごりごり開発してもいいよ
いつの間にか気持ち悪いマージコミットが多数生じるだろうけど
気持ち悪いと感じる人がいないならそれはそれで
813: (ﾜｯﾁｮｲ a2ad-qybq [125.12.157.234]) 2019/10/23(水)03:06 ID:gUefB5900(1) AAS
マージコミットも歴史の一環なんだから、必要と思う派だな俺は
814: (ﾜｯﾁｮｲ 0f22-5TrY [116.70.215.171]) 2019/10/23(水)05:29 ID:rbcKcx270(1) AAS
マージコミットが気持ち悪いとか意味分からん
815(1): (ｱｳｱｳｳｰ Sa9b-tIsl [106.180.6.89]) 2019/10/23(水)09:07 ID:9MFdyPJfa(1/3) AAS
developからdevelopへのマージコミットがキモいということでは
816: (ﾜｯﾁｮｲ 83d2-6WWl [114.161.220.244]) 2019/10/23(水)09:08 ID:dAk3xzay0(1) AAS
コミットツリーの美しさとかにこだわりが
ある人がいるらしい
817: (ｱｳｱｳｳｰ Sa9b-tIsl [106.180.6.89]) 2019/10/23(水)09:20 ID:9MFdyPJfa(2/3) AAS
それは海外の有名OSSでもわりといる
俺は個人的には全く気にしないけど
818: (ｵｯﾍﾟｹ Srbf-1ppo [126.234.60.251]) 2019/10/23(水)12:55 ID:/Xl5BrJYr(1) AAS
>>815
そうそれ
マージコミットのあいだにも価値の多寡があるということ
歴史としての価値があるからこそノイズが多いと経緯を追い難くなる
そこを一切否定するならrebaseコマンドの存在意義も(ほぼ)否定することになる
819: (ｱｳｱｳｳｰ Sa9b-tIsl [106.180.6.89]) 2019/10/23(水)13:35 ID:9MFdyPJfa(3/3) AAS
気持ちはよくわかるが、pull requestベースでの開発だとコミットはあまり気にしなくなるよね
それよりcherry-pick厨はマジで○んでくれ
820(3): (ｻｻｸｯﾃﾛﾗ Sp77-fWLb [126.199.146.103]) 2019/10/24(木)21:55 ID:tJ6qR8Ubp(1) AAS
10人くらいのオフィスで現状何でもかんでもnasに突っ込んで管理してます
HTMLやらcssやらのファイルだけでなく、画像データやofficeやAdobe系のファイル諸々、トータルで2テラくらいあるんですが、git使った方がいいですかね？
821: (ﾜｯﾁｮｲ cfb0-mjLV [153.218.79.235]) 2019/10/24(木)22:37 ID:X5jN+DYs0(1) AAS
Git v2.24.0-rc1
sparse-checkout は2.24には入らない模様
822: (ﾜｯﾁｮｲ 3fad-P64K [59.168.54.42]) 2019/10/25(金)00:29 ID:pN2Np6rx0(1) AAS
>>820
あほ
823: (ﾜｯﾁｮｲ b322-RYcx [116.70.215.171]) 2019/10/25(金)02:19 ID:NkkYeDGn0(1) AAS
>>820
賢い
824: (ﾜｯﾁｮｲ 3fad-2eG6 [125.12.157.234]) 2019/10/26(土)04:05 ID:5CwD3uct0(1) AAS
>>820
バイナリはあんまりメリットないと思うぞ
825(1): (ﾜｯﾁｮｲ cfb0-mjLV [153.169.243.170]) 2019/10/30(水)19:20 ID:9OqgeVS50(1) AAS
Git v2.24.0-rc2
826: (ｱｳｱｳｳｰ Sab7-vVAB [106.132.135.212]) 2019/10/31(木)12:45 ID:am2tAoCwa(1) AAS
>>825
rc0のバグが二件MLに投げられてたけど、
rc2では一件しか反映されてなくて、
ds/commit-graph-on-fetchは反映されてなかったので、
cookingのリプライで、この件はa corner caseでは無いってメールが投げられてる。
rc3が出そう。
827: (ﾜｯﾁｮｲ 936e-ANgw [124.219.198.89]) 2019/11/01(金)18:52 ID:iiwBdpI/0(1) AAS
うっかりデバッグする前にコミットしちゃったときに限ってデバッグするとバグが出るのはなぜなのか・・・・・・
828: (ｱｳｳｨﾌ FFb7-0B+f [106.171.80.130]) 2019/11/01(金)19:24 ID:4VV6x0MuF(1) AAS
うっかりコミットしてもpush前ならなんとでもなる
829: (ﾌﾞｰｲﾓ MM86-4+ob [163.49.206.19]) 2019/11/01(金)22:53 ID:e5+N+yHPM(1) AAS
バグがでたらその場でコミットするすらある
その後確実に直したかを確認できるように
830: (ﾜｯﾁｮｲ 1e7c-sP8b [113.33.126.37]) 2019/11/02(土)11:55 ID:KQBO0phR0(1) AAS
コミットはなんぼでもするでしょ
プッシュでさえみんなと共有してないブランチでなら構わずやることすら多々ある
831: (ﾜｯﾁｮｲ 2eb0-vVAB [153.169.243.170]) 2019/11/04(月)15:43 ID:c4+jomAP0(1) AAS
Git v2.24.0
832(1): (ﾜｯﾁｮｲ 976e-msxt [124.219.198.89]) 2019/11/08(金)20:10 ID:0FK18fPT0(1) AAS
visual studioで使ってるけど本当に便利すぎて手放せないわもう
例えコミット細かくやりまくってもうどこで何をやったか履歴でよく分かんなくなっても関数の上に変更回数が出てしかもどのコミットだったかとかすぐ分かる
ありがてぇありがてぇ
833: (ﾜｯﾁｮｲ 1f2d-BjYd [133.218.168.158]) 2019/11/08(金)23:58 ID:0O3F1Ost0(1) AAS
>>832
おお！それ便利そうだな
834: (ｽﾌｯ Sdbf-y5kd [49.104.25.138]) 2019/11/09(土)00:33 ID:18eViK1od(1) AAS
visual studioはやっぱり便利なIDEだよ
835: (ｱｳｱｳｴｰ Sa93-l7ob [111.239.162.222]) 2019/11/16(土)12:06 ID:Hu173AQfa(1) AAS
VSってSVN統合はサポートしてないんだっけ？
836(1): (ﾜｯﾁｮｲ d6b0-/L9V [153.169.243.170]) 2019/11/21(木)21:00 ID:qyUyDCEb0(1) AAS
新コマンドのsparse-checkoutが盛り上がっているけど、
v2.25 に入るかどうかはまだ不明。
外部ﾘﾝｸ:public-inbox.org
837(1): (ﾜｯﾁｮｲ 2b63-QS5Z [114.164.202.189]) 2019/11/24(日)12:50 ID:gnIUHiL60(1/4) AAS
githubでプルリクをマージする人ってプルリクを送った側と受け取った側とでどちらが良いんでしょうか
個人的にはプルリクって、もしこの修正が問題なければ取り込んでくださいって意味だから
受け取った側が承認してマージまでするのが自然な形だと思うんですが、
なぜか今の職場ではプルリクを送った側が自分でマージするルールになっています
私がおかしいのでしょうか
838: (ﾜｯﾁｮｲ d2ad-XYou [125.12.157.234]) 2019/11/24(日)13:34 ID:GHgHXRJi0(1) AAS
>>837
そういうルールもありだと思う
承認する人が多忙だとその方が仕事が早いし
839(1): (ｱｳｱｳｴｰ Saea-+o02 [111.239.163.213]) 2019/11/24(日)14:06 ID:yrLXmC4Sa(1) AAS
それってアクセスコントロールしてない無秩序状態ってことだろ？
頭のおかしい開発者が勝手にマージしはじめたらめんどうだ
承認者とマージ実行者を別にするのはよろしい
マージ実行者を開発者全員にするのはよろしくない
840: (ﾜｯﾁｮｲ bf4f-QS5Z [60.33.64.213]) 2019/11/24(日)14:19 ID:80bKErqg0(1/2) AAS
それだってケースバイケースだろう。
たしかに頭のおかしい開発者が存在する場合はいろいろ考慮が必要だろうが。
841: (ﾜｯﾁｮｲ 2b63-QS5Z [114.164.202.189]) 2019/11/24(日)17:03 ID:gnIUHiL60(2/4) AAS
オープンソースのプロジェクトにプルリク送る場合って受け取った側が承認してマージまでするじゃん
githubを作った人の想定では、プルリクを受け取った側がマージするのが正しいんだと思うんですよね
ていうか自分で送り付けて（プッシュ）おいて、自分でマージするってことはそれはもう"プル"リクエストではなくて、
"プッシュ"リクエストじゃないんですかね
githubを作った人の想定通りに素直に使うのが自然で良いと思うんです
842: (ﾜｯﾁｮｲ 2bd2-xMxt [114.161.220.244]) 2019/11/24(日)18:06 ID:Af51XfXf0(1/2) AAS
開発効率を上げるとかバグを減らす為にルールを作るので
ルールを守るためにルールがあるのじゃない
843: (ﾜｯﾁｮｲ 2b63-QS5Z [114.164.202.189]) 2019/11/24(日)18:15 ID:gnIUHiL60(3/4) AAS
プルリクを送った側がマージすると開発効率が上がったりバグが減るんですかねちょっとわかりませんね
844: (ﾜｯﾁｮｲ bf4f-QS5Z [60.33.64.213]) 2019/11/24(日)18:22 ID:80bKErqg0(2/2) AAS
ここまでくるとちょっとウザい。
あんたの疑問はもっともだと思うからあとは職場の人とよく話し合ってくれ。
845: (ﾜｯﾁｮｲ 2bd2-xMxt [114.161.220.244]) 2019/11/24(日)18:48 ID:Af51XfXf0(2/2) AAS
どこにも書いてないこと言い出して逆ギレしてるようでは
かなりお荷物さんだろうねえ
846: (ﾜｯﾁｮｲ 2b63-QS5Z [114.164.202.189]) 2019/11/24(日)21:03 ID:gnIUHiL60(4/4) AAS
は？お前が死ね
847: (ﾜｯﾁｮｲ cf9f-G4l2 [118.109.43.71]) 2019/11/24(日)22:15 ID:Ak7CJVWZ0(1) AAS
社内に頭のおかしい人なんてそうそういないだろと思ったけど
こういうレスを見ると自信なくなる
最初の質問「私がおかしいのでしょうか」については
そうかもねと答えざるを得ない
848: (ﾜｯﾁｮｲ 862d-WNH2 [113.197.165.174]) 2019/11/24(日)22:23 ID:siCmeb1h0(1) AAS
どんな解釈をしたら、お前”が”し ねになるのか分からない笑
君の質問は正しいよ、あなたがおかしい。
849: (ﾜｯﾁｮｲ 775f-L5wA [14.9.147.224]) 2019/11/27(水)00:29 ID:khFiWnk90(1) AAS
>>839
職場に頭がおかしい人がいるならgitで解決しようとしてる場合じゃない
850: (ﾜｯﾁｮｲ c301-Adt7 [122.24.28.118]) 2019/11/27(水)02:07 ID:yfCQIaSa0(1) AAS
私がおかしいのでしょうかと質問する人は大体周囲が見えてない自己中なので、何言っても無駄
851: (ﾜｯﾁｮｲ df63-R3ru [114.164.202.189]) 2019/11/28(木)00:29 ID:pkrpUq4n0(1) AAS
お前の書き込みなんか何の価値もねえわ
向いてないから死ね
852: (ﾜｯﾁｮｲ ff2d-ge2K [113.197.165.174]) 2019/11/28(木)08:00 ID:ASrVgGrO0(1) AAS
おお、マジで周囲が見えてない
ムダだったな
853: (ﾜｯﾁｮｲ ffa5-KH0H [153.166.6.73]) 2019/11/28(木)11:24 ID:6K3wKFKj0(1) AAS
TortoiseGitのグラフ表示時矢印が古い方を指すように下向きに
なった。2.9.0 設定何か触ったかな
854(1): (ﾜｯﾁｮｲ ff7c-o7DB [113.39.183.240]) 2019/11/30(土)06:10 ID:38g5kEkf0(1) AAS
変更のない同一ファイルのときに
git commit -am “こめんと”
を打つとエラーになるけど、エラーを回避するコマンドとか無いかな？
もしくは更新・差分があったときのみcommitするようなパラメータとか
855: (ｻｻｸｯﾃﾛ Spb5-98h6 [126.35.18.101]) 2019/12/10(火)08:57 ID:dElUWZFip(1) AAS
>>854
>もしくは更新・差分があったときのみcommitするようなパラメータとか
まさにこれがデフォルト動作だからエラーになってるんでは
更新・差分はないが直前のコミットメッセージを直したいということなのであれば git commit --amend -m "こめんと" すれば良い
856: (ﾜｯﾁｮｲ d54f-Fgt1 [60.33.64.213]) 2019/12/10(火)14:02 ID:wVKwLmOg0(1) AAS
--allow-empty でいいんじゃね
857: (ｱｳｱｳｴｰ Sa82-+J45 [111.239.185.199]) 2019/12/11(水)08:48 ID:dTsaAtPFa(1) AAS
Multiple Git vulnerabilities in 2.24 and older
外部ﾘﾝｸ:github.blog
858: (ｱｳｱｳｳｰ Sa57-B+A/ [106.132.138.57]) 2019/12/26(木)12:40 ID:hsVb1UYsa(1) AAS
Git v2.25.0-rc0
859: (ｱｳｱｳｳｰ Sa19-j/KB [106.132.138.101]) 2020/01/14(火)14:04 ID:4wHv5Np1a(1) AAS
Git v2.25.0
リリース直前にgit rebace -iの機能を巻き戻した模様。
860: (ﾜｯﾁｮｲ 8db0-lB9F [114.145.109.199]) 2020/01/14(火)19:51 ID:XYlwauc30(1) AAS
「Git 2.25」リリース、「git sparse-checkout」コマンドの追加や細かい機能強化が行われる
2020年1月14日17:15 末岡洋子
外部ﾘﾝｸ:mag.osdn.jp
861: (ｱｳｱｳｳｰ Sa21-UUrL [106.132.138.185]) 2020/01/15(水)10:03 ID:vNXxsU5/a(1) AAS
>>836
2.25に入りましたね
862(1): (ｱｳｱｳｶｰ Sac9-NAce [182.251.240.17]) 2020/01/15(水)14:10 ID:HHc8tRS5a(1) AAS
大体ググって覚えて使ってる個人の感想としては、
ざっくり『addしてcommitしてpush、後はbranch作ってなんか切ったり結合したり出来れば大体なんとかなる』というノリでgit使ってるんですな何か他に知っておいた方が良い操作とかあるんでしょうか？
ブランチ名やコミットメッセージを付ける等の補助的なオプションに関する知識は勿論前提として。
863: (ﾜｯﾁｮｲ a57c-otum [122.215.159.99]) 2020/01/15(水)14:17 ID:4xMdZPyq0(1) AAS
壊れた時の治し方
864: (ｵｯﾍﾟｹ Sr19-uB0D [126.34.53.250]) 2020/01/15(水)15:53 ID:lrragII8r(1) AAS
初期に便利だと思ったのは
stash
ignoreのバリエーション
skip-worktree
reset
reflog
あたりかな
865: (ﾜｯﾁｮｲ e3ad-NcMA [27.139.41.170]) 2020/01/15(水)18:52 ID:5FatvImR0(1) AAS
stashなんか怖くて別の場所にチェックアウトしちゃう
866: (ﾜｯﾁｮｲ 6b14-RmHU [153.177.199.173]) 2020/01/15(水)19:33 ID:351mhBoi0(1) AAS
>>862
何をおいてもgit rebase。これ使わないとgitの価値が無いと言ってもいいぐらい
867: (ﾄﾞｺｸﾞﾛ MM93-gQFT [119.241.51.178]) 2020/01/15(水)20:55 ID:LnXb7RmRM(1) AAS
ちょっと違うけど、vcodeのアドオンにあるgitのdiffとかhistoryを見る機能は便利。
868(1): (ﾜｯﾁｮｲ 455f-VJRI [106.72.170.129]) 2020/01/15(水)23:01 ID:T10o2wrU0(1) AAS
rebaseとか未だに有用性が理解できない
869: (ﾜｯﾁｮｲ bd97-sxSO [182.171.246.142 [上級国民]]) 2020/01/15(水)23:04 ID:k9iUnicj0(1) AAS
はちゃめちゃに大きくなったリポジトリの整理でgc, filter-branchなんかは使わなきゃいけないときがあるね。
大体開発もクライマックスで泣きながらやる羽目になるイメージがあるけど。
上下前次1-新書関写板覧索設栞歴
あと 133 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s