■ このスレッドは過去ログ倉庫に格納されています
Git 17
- 1 :デフォルトの名無しさん:2020/09/02(水) 12:18:30 ID:XN0SxNMq.net
- ソースコード管理を行う分散型バージョン管理システム、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 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/
Git 16©2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1502726047/
-
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured
- 2 :デフォルトの名無しさん:2020/09/02(水) 15:09:20.95 ID:PicHUi2j.net
- O2
- 3 :デフォルトの名無しさん:2020/09/02(水) 18:54:18 ID:q1M0IzqK.net
- OZ
- 4 :デフォルトの名無しさん:2020/09/04(金) 10:46:20.73 ID:b8MHX2E0.net
- git revert ハッシュ
で打ち消しコミットが作られるけど
コミットではなく編集までにとどめるにはどうしたらいいの?
いったんコミットまでやっちゃってresetするしかない?
- 5 :デフォルトの名無しさん:2020/09/04(金) 11:48:28.31 ID:PFscGLUJ.net
- git revert -n
- 6 :デフォルトの名無しさん:2020/09/06(日) 16:41:02.82 ID:hhCQ57iw.net
- 5/8にzoom の sun lin という人が簡単なパッチを投げる。
=> レビュアーに指摘を受ける
=> 何度もパッチを投げる
=> 何度もレビュアーに指摘を受ける
7/12に17回目のパッチを投げる。
17回目のパッチもHamano氏に指摘を受ける
=> その後sun linさんはパッチを投稿せず
9/3 HAMANO氏がどうなってんの?メールを投げる。
cooking in git.git には Expecting a reroll. と書かれる。
https://public-inbox.org/git/pull.781.v16.git.git.1594544903477.gitgitgadget@gmail.com/T/#t
MLを見ていると簡単に採用されるパッチもあるし、何度もやり直しさせられて
20回以上作り直してやっと採用されるパッチもあるし、いろいろ大変ですな。
- 7 :デフォルトの名無しさん:2020/09/06(日) 17:49:42.77 ID:rO2fthBs.net
- 仕事は別として個人プロジェクトのやつは
パッチはそれなりにOKだったらマージすることにしてる
自分でやったほうが早いし、継続的に参加するわけでもない
簡単なパッチ提供者にプロジェクトの方針とか伝えるのは
面倒だしお互いに苦労するだけで実りがない
- 8 :デフォルトの名無しさん:2020/09/12(土) 11:52:10.62 ID:nNCBAW3g.net
- >>6
Hamano氏が「圧」したら、sun lin 氏からパッチの返信が来た。
cooking in git.git は Will merge to 'next'. に変更されて
次の次( 2.30? )でマージされそう。
- 9 :デフォルトの名無しさん:2020/09/15(火) 23:57:55.06 ID:KM/f9j4m.net
- Java 15が出たけどその少し前に開発のリポジトリがMercurialからGitに移行してた
https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004694.html
https://github.com/openjdk/jdk
- 10 :デフォルトの名無しさん:2020/09/18(金) 11:51:44.27 ID:2dY2/FG1.net
- チェリーピックをした際に、コミットログに 元ネタのコミットハッシュを書きたいんだけど
どうやって書けばよいですか?
- 11 :デフォルトの名無しさん:2020/09/18(金) 12:02:20.16 ID:R3OAeliQ.net
- コメントに書けばいいんじゃね?
- 12 :デフォルトの名無しさん:2020/09/18(金) 12:09:32.19 ID:6ayRehP4.net
- -n でコミットしないで置いとかれるから、手動でコミットする。
後からamendなりrebase -iする方がやりやすいかもしれない。
- 13 :デフォルトの名無しさん:2020/09/18(金) 15:49:50.54 ID:aUp7Wv4J.net
- 業務で使うコマンドをすべて教えてください
- 14 :デフォルトの名無しさん:2020/09/18(金) 16:41:52.54 ID:RdxSqYLS.net
- porcelain全部です
わたしがよく使うのはinit、clone、add、add -u、status -sb、commit -q --no-verbose、commit --amend、commit --fixup、checkout、checkout -b、diff、diff --cached、merge --no-ff、merge --squash、reset、reset --cached、rm --cached、tag、tag -d、push、push -u、push --tags、push --delete、pull、branch -d、branch -D、rebase --onto、rebase -i --autosquash、cherry-pick、clean -dxn、clean -dxf、あとはgitk --allです。
gitrevisionsの知識は必須です。
- 15 :デフォルトの名無しさん:2020/09/18(金) 17:24:01.05 ID:aUp7Wv4J.net
- >>14
ありがとうございます
それ全部覚えて兄貴の隣の席で仕事ができるようになりたいです
- 16 :デフォルトの名無しさん:2020/09/18(金) 17:29:51.11 ID:pL5OD7xJ.net
- アーッ
- 17 :デフォルトの名無しさん:2020/09/18(金) 17:36:12.07 ID:MFVq5ubL.net
- 全部亀さんにまかしてるからコマンドわからん
- 18 :デフォルトの名無しさん:2020/09/18(金) 17:57:28.42 ID:EEUgY/GV.net
- >>17
じゃあ黙ってて
- 19 :デフォルトの名無しさん:2020/09/27(日) 06:51:33.73 ID:1rNZKV/fE
- Git初心者です。BitBucketを使っています。
色々わかっておらずとんちんかんなことを言ってたらすみません
バグを修正したバージョンのブランチを作りたいです。
web上でcreate brunchをしたので後は
作成したbrunchをクローン
↓
ローカルでバグ修正
↓
add, commit, push
すればいいのでしょうか?
- 20 :デフォルトの名無しさん:2020/09/27(日) 16:40:45.81 ID:VGIXhxuG9
- >>19
すみません、自己解決できました
- 21 :デフォルトの名無しさん:2020/10/02(金) 18:04:15.70 ID:tsHxEmjC.net
- https://github.com/yuto-te/msword-test
ms wordのファイルが管理できると聞いて試したけど
git clone https://github.com/yuto-te/msword-test
cd msword-test
git wdiff test.docx
git: 'wdiff' はgitコマンドではありません。 'git --help'を参照してください
で動かない
となって
- 22 :デフォルトの名無しさん:2020/10/02(金) 19:14:43.54 ID:AtQnXyyi.net
- そのレポジトリのaliasにwdiffの設定書いてあるみたいだけど。
- 23 :デフォルトの名無しさん:2020/10/02(金) 19:15:01.95 ID:AtQnXyyi.net
- そのレポジトリのREADMEに。
- 24 :デフォルトの名無しさん:2020/10/03(土) 09:07:07.46 ID:UxGtK8U5.net
- cloneやpushなどでリモートホストとファイルやり取りする際にファイルの同一性はどのように担保しているのでしょうか?
例えばブラウザでファイルダウンロードしたときにたまにファイルが壊れていることがあったりしますが
gitでそういったことは起きないのでしょうか?
- 25 :デフォルトの名無しさん:2020/10/03(土) 09:30:56.19 ID:F7oAx4CC.net
- message digest
- 26 :デフォルトの名無しさん:2020/10/04(日) 08:12:16.77 ID:5wda0t4r.net
- ありがとうございます
ファイル等gitオブジェクトはSHA-1で格納されているらしいということまではわかったのですが
受信時にこれを使ってベリファイしてるんでしょうか
- 27 :デフォルトの名無しさん:2020/10/04(日) 10:48:37.02 ID:3uxVqkZ8.net
- SHAで格納とかいう時点でエラーチェックについて全くわかっていない。
チェクサムかパリティビットから勉強しろ。
- 28 :デフォルトの名無しさん:2020/10/04(日) 12:42:13.02 ID:nJe3tBQ/.net
- 横だけど、同一性のためのチェックはSHA-1で、ってことでしょ。
- 29 :デフォルトの名無しさん:2020/10/04(日) 13:06:56.18 ID:q15OM1O2.net
- いまファイルを編集中でコミットしたくないんですけど
別件で修正依頼が来たのでそれの修正をしてそれだけコミットし、編集してた状態に戻すまでのコマンドを1から教えてください
- 30 :デフォルトの名無しさん:2020/10/04(日) 13:21:30.23 ID:eUP8i5sY.net
- git stashしとけば?
- 31 :デフォルトの名無しさん:2020/10/04(日) 13:26:43.51 ID:5wda0t4r.net
- >>27
すみません書き方が悪かったです
SHAハッシュ値をフォルダ名とかファイル名にして格納してるという意味でした
詳しそうなのでgitが同一性の確認をどのように行っているのかご教示いただけませんか
- 32 :デフォルトの名無しさん:2020/10/04(日) 13:37:46.47 ID:So0YsnAr.net
- >29
git stash save
他の作業
git stash apply
でもなコミットを忌避する理由は無い。
gitはコミットを編集できるから作業はとにかくブランチでやってバンバンコミットしてamendとかrebaseとかsquashとかresetする方が良い。
stashだって無名のブランチみたいなものだぞ。
- 33 :デフォルトの名無しさん:2020/10/04(日) 13:52:04.81 ID:jSKQ3Llr.net
- 横からだけど
master で作業中
git stash save
他の作業 (branch B を造ったとして)
git stash apply
ここで master に戻るんじゃなくて B の続きでってどうするの?
- 34 :デフォルトの名無しさん:2020/10/04(日) 13:59:36.00 ID:HtAk7si2.net
- >>31
SHAハッシュ値をフォルダ名とかファイル名にして格納するのだから、格納するときにチェックすればいいだろ
実際にチェックするタイミングは臨機応変だよ
新規ファイルをコミットするときにはそのファイルのハッシュ値でフォルダ名やファイル名決めるのだから自然と一致するし
ファイルを上流からfetchしてきたときはファイルと一緒にハッシュも一緒にダウンロードするだろうからそこでチェックできる
git fsck みたいなコマンドで手動で強制的にチェックすることもできる
- 35 :デフォルトの名無しさん:2020/10/04(日) 14:07:50.26 ID:HtAk7si2.net
- >>33
stashのapplyやpopは、saveしたブランチでなくてもできるよ
必要ならマージしてくれるし、当然コンフリクトもする
- 36 :デフォルトの名無しさん:2020/10/04(日) 14:15:56.74 ID:q15OM1O2.net
- stashですねありがとうございます
- 37 :デフォルトの名無しさん:2020/10/04(日) 14:29:25.50 ID:nJe3tBQ/.net
- >>31
どのプロトコル使っても整合性チェックすると思う。もしかしたらGit Internalに書いてあるかもしれないけど、どうしてそれを思ったの?webブラウザ使ってるときにデータが欠けてるか気になる?
- 38 :デフォルトの名無しさん:2020/10/04(日) 15:28:09.43 ID:5wda0t4r.net
- >>34
ありがとうございます参考になりました
>>37
本来の用途と違いますが簡易的なファイルバックアップ目的で使えるかなと思いまして
これだけ使われていてデータ化け等のトラブルを聞いたことがないので
何らかの同一性をチェックする仕組みがあることは予想できましたが具体的に仕組みを知っておきたかったのです
- 39 :デフォルトの名無しさん:2020/10/04(日) 15:36:37.25 ID:5wda0t4r.net
- あとは自分でソースコード読んで調べます
お世話になりました
- 40 :デフォルトの名無しさん:2020/10/04(日) 19:47:03.49 ID:So0YsnAr.net
- いやだからSHA-1が何か知っていれば十分。
gitのソースなんか常識的なことしかやってない。
- 41 :デフォルトの名無しさん:2020/10/04(日) 22:04:42.04 ID:WqOXUMr5.net
- そもそも差分で保持していることすら理解できてなさそう
- 42 :デフォルトの名無しさん:2020/10/04(日) 22:31:26.82 ID:FgyAeY9b.net
- くすくすwww
差分で保持してないのにwww
- 43 :デフォルトの名無しさん:2020/10/04(日) 22:32:10.07 ID:8xouqNX0.net
- 差分で保持?Subversionあたりと勘違いしてそう
- 44 :デフォルトの名無しさん:2020/10/05(月) 11:01:00.98 ID:R+LPJQHy.net
- バイナリ弄くって中身を直接改竄したらどこで気付けるの?
githubにプッシュする段階で弾かれる?
- 45 :デフォルトの名無しさん:2020/10/05(月) 15:29:49.38 ID:kPCKvS0E.net
- 簡単に試してみると
status チェックしない
checkout チェックしない
diff チェックしない
clone チェックしない!
pull チェックする
fsck 当然チェックする
- 46 :デフォルトの名無しさん:2020/10/05(月) 21:05:37.85 ID:OHtuwbKT.net
- すまん、SVNと勘違いしてた
スナップショットだったな
- 47 :デフォルトの名無しさん:2020/10/05(月) 21:41:45.15 ID:LYJbfvxo.net
- ウソつけ。知らんかったんだろ。無知
- 48 :デフォルトの名無しさん:2020/10/06(火) 04:17:10.72 ID:puwXjnsl.net
- 無知の血
- 49 :デフォルトの名無しさん:2020/10/06(火) 07:28:16.44 ID:PK5YmJhg.net
- >>45
チェックしたかどうやって調べたんですか?
- 50 :デフォルトの名無しさん:2020/10/06(火) 08:57:57.90 ID:BpxuehLI.net
- >>49
status
エラーが出ない。改竄されて無いかのような結果を返す
checkout
エラーが出ない。改竄されたファイルをcheckoutできる
diff
エラーが出ない。改竄されたファイルとの差分が表示される
clone
エラーが出ない。改竄された状態のままクローンされる
- 51 :デフォルトの名無しさん:2020/10/06(火) 10:05:38.72 ID:d7vEF+ck.net
- Git v2.29.0-rc0
- 52 :デフォルトの名無しさん:2020/10/06(火) 22:52:44.68 ID:PK5YmJhg.net
- >>50
cloneでチェックしないのは驚き。
pullするまでわからないの?
pullとfsckはどんなエラーが出るんです?
pushはさすがにチェックするよな?リモートレポジトリ壊れちゃうぞ
ちなみにblobを改ざんしたんだよね?
treeやcommitと整合取れなくてエラーが出るってことなのかね?エラーはどこで検知されるんだろう。
- 53 :デフォルトの名無しさん:2020/10/06(火) 23:05:14.47 ID:X5ZmpUrM.net
- >>52
blobのオブジェクトの中身を改竄
ファイル名のハッシュ値と中身が一致しない旨のエラーが出る
clone も pull も同じファイルシステム上で試して、pullだけエラーになった
ネットからのcloneならもしかしてエラーが出るかもね
- 54 :デフォルトの名無しさん:2020/10/08(木) 12:02:31.68 ID:j+llKJ1y.net
- gitのコマンドで、ファイル毎のコミットハッシュを一括で取得するようなコマンドはありますか?
- 55 :デフォルトの名無しさん:2020/10/08(木) 12:30:19.52 ID:6clXcWBV.net
- git status
git log
- 56 :デフォルトの名無しさん:2020/10/08(木) 14:21:22.99 ID:OZqBP6fN.net
- git rev-list ブランチ名 -- ファイル名
- 57 :デフォルトの名無しさん:2020/10/10(土) 02:00:17.61 ID:8jOg16nE.net
- Git v2.29.0-rc1
- 58 :デフォルトの名無しさん:2020/10/10(土) 12:26:46.20 ID:8jOg16nE.net
- Git v2.26でプロトコルバージョン2がデフォルト
↓
Git v2.27でプロトコルバージョン2が非デフォルトに
↓
Git v2.29でプロトコルバージョン2が再度デフォルトになる予定
- 59 :デフォルトの名無しさん:2020/10/10(土) 12:54:48.27 ID:TRk7cDMyB
- 安倍晋三は、小型核兵器なら違憲ではないと繰り返し発言してきた。
://blogs.yahoo.co.jp/erath_water/65714609.html
- 60 :デフォルトの名無しさん:2020/10/11(日) 14:13:58.25 ID:x9hId16M.net
- プロトコルバージョンが2になるとなにがよくなるんでしょうか?
- 61 :デフォルトの名無しさん:2020/10/11(日) 17:40:18.92 ID:da5/ZQBA.net
- おそらくGitHub特有の相談になるんだけどここでいいかな?
全体としては公開リポジトリなんだけど
ある理由(ライセンス制限、期日まで非公開にしておきたいデータ等)により
特定のファイル(secret.txt)もしくはディレクトリ(SecretFiles/)のみ非公開にしたい。
・【必須】バージョン管理はしたい
・全体と非公開ファイルは一体であり、非公開ファイル単体では意味をなさない
・開発中は公開/非公開を意識したくない
こういうとき、どういう方法を取ることが多いでしょうか
- 62 :デフォルトの名無しさん:2020/10/11(日) 17:53:58.19 ID:S22AJs2K.net
- >>61
非公開のファイルは別リポジトリに分離してgit submoduleで参照するのはどうだろう
- 63 :デフォルトの名無しさん:2020/10/11(日) 21:09:04.26 ID:da5/ZQBA.net
- ありがとう
ただ、(必須条件ではないとはいえ)この2つが気になってる
> ・全体と非公開ファイルは一体であり、非公開ファイル単体では意味をなさない
> ・開発中は公開/非公開を意識したくない
- 64 :デフォルトの名無しさん:2020/10/12(月) 09:46:45.59 ID:941JO02h.net
- submodule に ++
- 65 :デフォルトの名無しさん:2020/10/12(月) 11:49:56.98 ID:ApaV09Eo.net
- 英語のフォーラムとかも漁ってみたけど
「submodule、ただしお前さんの開発のフローに合致するかどうかは知らん」
って感じみたいね
下手すると1ファイルだけのリポジトリとか
作る羽目になりそうだけど仕方ないか…
リポジトリ本体とサブモジュールでコミットの足並みをそろえたり
本体のコミット履歴にサブモジュールのそれを流し込んだり出来るものなのかしら?
- 66 :デフォルトの名無しさん:2020/10/12(月) 12:54:08.38 ID:y+TJqPrh.net
- 全部非公開にすればいいだけじゃん
- 67 :デフォルトの名無しさん:2020/10/12(月) 16:03:23.63 ID:GBBJSb2v.net
- そもそも足並み揃えなきゃいけない理由がわからない
2つのリポジトリから取ってくるじゃダメなのか
- 68 :デフォルトの名無しさん:2020/10/12(月) 16:48:06.10 ID:941JO02h.net
- 足並み揃ってることが大事なら
sub の方にバージョン番号も入れておいて
main の方は sub のバージョンが正しいかどうか確認して動作する構成にしたら医院で内科医
- 69 :デフォルトの名無しさん:2020/10/13(火) 15:53:28.21 ID:zm2TVnZX.net
- >>67
ライブラリなり単独プロダクトなり論理的に分割できるものではなく
本来であれば他ファイルと一緒に管理するべきものって前提ね
具体的な方法はともかく
本リポジトリのコミットAのタイミングで、サブ内のファイルBが更新された
というのが追えるのが望ましいかなと
>>68
あー、なるほど
バージョン番号というよりはコミットハッシュのほうが良いかもしらん
やったことないけど多分自動化出来るだろうし
- 70 :デフォルトの名無しさん:2020/10/15(木) 17:38:16.60 ID:RP+ZsziE.net
- Yahooとかamazonみたいな巨大なサイトって1つのリポジトリでWebサイトのソースコードを管理しているのでしょうか?
- 71 :デフォルトの名無しさん:2020/10/16(金) 09:51:57.07 ID:jRO02CLT.net
- GAFA: Google Apple Facebook Amazon
Yahoo Microsoft Twitter Mercari LINE
- 72 :デフォルトの名無しさん:2020/10/16(金) 09:56:14.58 ID:/oPP6urL.net
- googleはgitじゃないけど1つのリポジトリで全てを管理してるんだよな
- 73 :デフォルトの名無しさん:2020/10/16(金) 10:40:11.28 ID:sTwFaRRk.net
- googleの巨大リポジトリはgitを改造して作ってるんだろ。
っていうか、そのためにHamano氏が雇われてると予想してるんたが。
- 74 :デフォルトの名無しさん:2020/10/20(火) 09:00:10.89 ID:0w6H4pKm.net
- Git v2.29.0
- 75 :デフォルトの名無しさん:2020/10/22(木) 18:03:28.49 ID:h6SgBXMb.net
- lan内、複数人、全部windowsマシンの環境で、vssからgitにしようとしてまっす
結局、gitサーバーって必要なの不要なの
bareレポジトリを共有フォルダにすればいいだけでっすか
- 76 :デフォルトの名無しさん:2020/10/22(木) 18:09:00.63 ID:0JejC+sC.net
- 認証とLFS使わないならそれでOK
- 77 :デフォルトの名無しさん:2020/10/22(木) 18:34:07.73 ID:vPWH9GQz.net
- local で運用したいなら
git と ssh のみで ok
- 78 :デフォルトの名無しさん:2020/10/22(木) 18:47:15.24 ID:1w9ntcAE.net
- 共有しないならローカルだけでgitを使うのもいいよ。
文書作成とかローカルgit重宝するんだけど、あんまり流行らないよね。
- 79 :デフォルトの名無しさん:2020/10/22(木) 22:44:35.80 ID:u1CdkM8r.net
- コードレビューしないなら別にホスティングいらないんじゃね
- 80 :デフォルトの名無しさん:2020/10/22(木) 23:45:51.43 ID:qmwOK+gO.net
- 文書ならSubversionの方が使いやすい
Gitはサブディレクトリをチェックアウトできないのが致命的
- 81 :デフォルトの名無しさん:2020/10/22(木) 23:58:01.66 ID:u1CdkM8r.net
- >>80
何を言ってるんだ?
- 82 :デフォルトの名無しさん:2020/10/23(金) 00:09:06.10 ID:cH47mZYH.net
- 自然文書じゃマージしようないし、Gitの設計は根本的に当てはまらなくなるな
- 83 :デフォルトの名無しさん:2020/10/23(金) 00:14:27.37 ID:iZiZ6/Ki.net
- >>80
これは恥ずかしい
- 84 :デフォルトの名無しさん:2020/10/23(金) 00:30:18.55 ID:/vE5pATu.net
- どっちみちマージできないんだからロックした方がマシだわな
- 85 :デフォルトの名無しさん:2020/10/23(金) 00:32:51.98 ID:T9P26xlF.net
- GitはWordExcelファイル管理してるとすぐにリポジトリ肥大化する問題もある
- 86 :デフォルトの名無しさん:2020/10/23(金) 00:35:30.46 ID:NHDIr2v+.net
- LFS使えよ
- 87 :デフォルトの名無しさん:2020/10/23(金) 00:44:21.72 ID:T9P26xlF.net
- ファイルサーバ的な使い方だと、フォルダ単位のアクセス制御とかファイルロックとかでSubversionが使いやすい
Gitみたいなスナップショットで管理する設計は大規模な非ソースコード管理には向かない
- 88 :デフォルトの名無しさん:2020/10/23(金) 01:07:17.43 ID:icJas7yX.net
- >>82
章の追加とかマージできる
- 89 :デフォルトの名無しさん:2020/10/23(金) 01:17:30.12 ID:26o6b8cs.net
- 自然言語はプログラミング言語と違って構造化されてないからね
- 90 :デフォルトの名無しさん:2020/10/23(金) 01:18:27.98 ID:icJas7yX.net
- 自然言語は構造化されてないが
ドキュメントは構造化されてる
- 91 :デフォルトの名無しさん:2020/10/23(金) 02:08:07.70 ID:KW01KC0T.net
- 文章も markdown みたいなテキストベースで書いて git で管理すると極楽だよ
- 92 :デフォルトの名無しさん:2020/10/23(金) 04:36:31.18 ID:pqqT/mRf.net
- 日本語だとか英語使う以上どうにもならん
それよりも、markdownって糞面倒くさい
リストの先頭にスペース4個だ8個だ、1. 1. 1.でナンバリングとかいかれてる
リンク貼るのは面倒だし、テーブル書くのは悪夢だし、slackがmarkdown止めたのも納得
wiki記法でもasciidocとかマシな選択肢他にある
- 93 :デフォルトの名無しさん:2020/10/23(金) 07:12:39.30 ID:cSjOS+ch.net
- フォーマットの良し悪しはどうでも良いよ
問題は普及してるかどうか
客先とかにメールで躊躇なく送れるフォーマットでないと使わない
gitで管理するためにテキストベースならありがたいが、優先度は低い
- 94 :デフォルトの名無しさん:2020/10/23(金) 08:15:21.01 ID:zGLjdRtI.net
- >>93
pandoc で word に変換して送る
- 95 :デフォルトの名無しさん:2020/10/23(金) 08:39:21.85 ID:L0D/oeHA.net
- >>94
それって、wordフォーマットで貰って加筆して送り返す場合も、元の書式が完全に再現されるの?
- 96 :デフォルトの名無しさん:2020/10/23(金) 10:44:04.26 ID:zGLjdRtI.net
- pandoc での変換は word への一方通行だよ
- 97 :デフォルトの名無しさん:2020/10/23(金) 14:14:34.98 ID:EcqZ5lbk.net
- 「Git for Windows 2.29.0」が公開 〜セットアップ時にデフォルトブランチ名を設定可能
https://forest.watch.impress.co.jp/docs/news/1284871.html
「Git for Windows」ではこれに加え、“git init”コマンドで利用されるデフォルトのブランチ名をインストーラーで設定できるようになった。
「Git」の開発チームはデフォルトのブランチ名を従来の“master”から“main”に変更する意向で、「Git for Windows」もそれに追随する構えだ
- 98 :デフォルトの名無しさん:2020/10/23(金) 14:37:03.75 ID:icJas7yX.net
- ぶっちゃけ日本人としてはmaster(ご主人様!)でもmainでも
どっちでもいいんだが、gitが変えるならmainでいいとして
masterとmainを同一視する機能作らないの?
エイリアスブランチとかいう名前にしてさ、どちらからでも同じようにpullできる
- 99 :デフォルトの名無しさん:2020/10/23(金) 17:08:42.32 ID:2f10zgGH.net
- sub : 私を差別するなニダ
- 100 :デフォルトの名無しさん:2020/10/23(金) 22:17:05.16 ID:doeYD091.net
- >>98
エイリアスを作る意味がわからん
- 101 :デフォルトの名無しさん:2020/10/23(金) 22:22:38.51 ID:wyWaj77E.net
- >>100
互換性が保たれる
各自好きなときに変更を入れられる
誰にも影響がない
- 102 :デフォルトの名無しさん:2020/10/23(金) 22:27:37.90 ID:doeYD091.net
- え?何と何の互換性の話してんの?
- 103 :デフォルトの名無しさん:2020/10/23(金) 22:35:42.31 ID:wyWaj77E.net
- ブランチなんだからブランチ操作のときの互換性に決まってんだろ
アホかw
- 104 :デフォルトの名無しさん:2020/10/23(金) 23:36:08.41 ID:djACLj6C.net
- さっぱり目的がわからん
- 105 :デフォルトの名無しさん:2020/10/23(金) 23:38:51.83 ID:lrh9I9yc.net
- mainにする必要を感じないユーザーは今後もmainを使い続ければいい
互換性の上で何も困らない
上司が新しいブランチをmainで作りやがったけどオレはmasterが慣れてるんだ!オレの快適のために便利機能を開発しないGitはクソ!とか言い出したら立派なクレーマー
- 106 :デフォルトの名無しさん:2020/10/23(金) 23:40:11.79 ID:lrh9I9yc.net
- 書き間違えた
×今後もmainを使い続ければいい
◯今後もmasterを使い続ければいい
- 107 :デフォルトの名無しさん:2020/10/24(土) 01:13:36.48 ID:FYql/e9F.net
- gitは分散システムだって理解してるかな
- 108 :デフォルトの名無しさん:2020/10/24(土) 05:51:47.10 ID:AgT7KjTR.net
- >>105-106
な?そういうときにmainとmasterがエイリアスの関係になってれば
問題は全く起きないやろ
- 109 :デフォルトの名無しさん:2020/10/24(土) 07:10:13.82 ID:xAXF6dpK.net
- Git v2.29.1
- 110 :デフォルトの名無しさん:2020/10/24(土) 08:23:49.45 ID:sA8KI1Y+.net
- >>108
誤字は訂正すりゃ済む話だろ
誤字の責任をGitに転嫁し始めたらお前と同じだが
自分が欲しいと思い付いたものは皆欲しいに違いないし
それを提供する大人は疑い無く奉仕すべきってのは子供の発想
- 111 :デフォルトの名無しさん:2020/10/24(土) 09:59:23.62 ID:+ehIbcux.net
- まあエイリアス機能はもうあるけどな
https://git-scm.com/docs/git-symbolic-ref
- 112 :デフォルトの名無しさん:2020/10/24(土) 12:14:42.80 ID:AgT7KjTR.net
- >>110
誤字の話なんかしてないけど、どっから持ってきた(笑)
- 113 :デフォルトの名無しさん:2020/10/24(土) 20:00:28.27 ID:ka1+W9k3.net
- >>108
誤字の話じゃないとすると、「問題」ってどういう状況のことを言ってるの?
- 114 :デフォルトの名無しさん:2020/10/24(土) 20:03:07.32 ID:Am3cGdvz.net
- > 上司が新しいブランチをmainで作りやがったけどオレはmasterが慣れてるんだ!
ここに決まってるだろ
エイリアスがあれば上司はmainを使えるし
オレはmasterを使える
何も意識せずにだ
問題解決
- 115 :デフォルトの名無しさん:2020/10/24(土) 20:07:50.61 ID:ka1+W9k3.net
- >>114
リモート oritin/main に対してローカル master で作業すれば問題ないのでは?
- 116 :デフォルトの名無しさん:2020/10/24(土) 20:08:10.41 ID:ka1+W9k3.net
- s/oritin/origin/
- 117 :デフォルトの名無しさん:2020/10/24(土) 20:13:40.11 ID:Am3cGdvz.net
- >>115
だからその作業をユーザーにやらせるなってこと
- 118 :デフォルトの名無しさん:2020/10/24(土) 20:44:46.75 ID:ka1+W9k3.net
- >>117
最初の1回だけでしょ?
・・・あー、リモートブランチ名省略して git push origin できるのは名前が同じ時だけか。
なるほどちょっと面倒になるね。
と思ったけど push.default を upstream にしとけば git push origin でいけそう。
https://git-scm.com/docs/git-config.html#Documentation/git-config.txt-pushdefault
- 119 :デフォルトの名無しさん:2020/10/24(土) 22:19:50.17 ID:8e/eI8m7.net
- >>111
まあ確かにリリースブランチとか定期的に切り替えるときには便利だな
masterとmainの互換性はわからんけどw
- 120 :デフォルトの名無しさん:2020/10/24(土) 22:22:52.42 ID:8e/eI8m7.net
- >>118
ブランチ名省略してgit push originなんて怖くてやったことないけど使う人いるのか?
- 121 :デフォルトの名無しさん:2020/10/24(土) 22:24:20.50 ID:DBFUFktv.net
- >>120
ここにいるよ
- 122 :デフォルトの名無しさん:2020/10/25(日) 00:35:44.89 ID:yof5oYiB.net
- それはわたしのおいなりさんだ
- 123 :デフォルトの名無しさん:2020/10/25(日) 09:05:03.86 ID:pKb4q+q8.net
- >>120
ここにもいるよ
- 124 :デフォルトの名無しさん:2020/10/25(日) 11:53:45.18 ID:KhHAp4C5.net
- >>120
怖いのは無知だから。勉強すれば怖くないよ
俺はいつもgit pushだな。originも不要
- 125 :デフォルトの名無しさん:2020/10/25(日) 12:11:04.99 ID:KvAimzX1.net
- >>122
oretin
- 126 :デフォルトの名無しさん:2020/10/25(日) 19:01:39.34 ID:DshRNT9f.net
- >>120
怖いなら-v ---dry-runでもつけてどうなるか確認してみるといいよ
- 127 :デフォルトの名無しさん:2020/10/25(日) 20:31:14.35 ID:hcHuBEQz.net
- 君のGit... ギットギトだね。。。
ほら。。。フォースプッシュ。。。
本番ブランチ。。。
- 128 :デフォルトの名無しさん:2020/10/26(月) 09:45:49.24 ID:EltRWJ/H.net
- $ git push origin master
error: src refspec master does not match any.
error: failed to push some refs to 'https://github.com/hogehoge/hogehoge.git'
糞だな
- 129 :デフォルトの名無しさん:2020/10/26(月) 10:11:31.95 ID:7lQkoBhV.net
- git branch master
git checkout master
git merge main
git push origin main
git branch -D main
git push --delete origin main
git gc
消したったわ
- 130 :デフォルトの名無しさん:2020/10/28(水) 13:58:07.50 ID:maPeOjVv.net
- 久しぶりにgit使ったらbranchがデフォルトでmasterじゃなくてmainという表記になっていたのだが
- 131 :デフォルトの名無しさん:2020/10/28(水) 14:21:17.90 ID:Nt7id6vD.net
- そうだね
- 132 :デフォルトの名無しさん:2020/10/29(木) 13:42:03.39 .net
- ローカルのgitがmasterでリモートのgithubがmainになってるね
クローンからリモートするならすんなりいくけど
その逆だと気づかずにプッシュするとmainへのリクエスト扱いになっちゃう
configでデフォルトのブランチ名変えられないのかな
- 133 :デフォルトの名無しさん:2020/10/29(木) 13:56:10.58 ID:PxiO9E+R.net
- git remote set-head origin master
- 134 :デフォルトの名無しさん:2020/10/29(木) 14:04:48.81 ID:PxiO9E+R.net
- https://ngyuki.はてなblog.com/entry/20120827/p1
- 135 :デフォルトの名無しさん:2020/10/29(木) 19:36:03.79 ID:spI7D+16.net
- 散々ニュースで言われてるのに今頃になって対応とか遅くない?
- 136 :デフォルトの名無しさん:2020/10/29(木) 21:20:17.79 .net
- >>133-134
設定できるのかー
@githubで新規リポジトリ作成
Aローカルのリポジトリディレクトリに移動して$ git init
B$ git add . $ git commit -m 'ローカルスタート'
C$ git checkout -b main $ git branch -d master
D$ git remote add origin https://github.com/[user name]/[repository name].git
E$ git push -f origin main
ってやってる・・
- 137 :デフォルトの名無しさん:2020/10/29(木) 21:25:35.79 .net
- もうつぎからはリモートスタート(クローンスタート?)だとローカル側もmainブランチで始まるから
空リポジトリをクローンする方法でやる
- 138 :デフォルトの名無しさん:2020/10/30(金) 02:21:28.42 ID:hYhF3+Ov.net
- 「gitのメインブランチは昔はmasterだった」
「嘘乙」
「なんでmasterからmainになったんですか?」
「masterは奴隷差別を連想させるからだよ
」
- 139 :デフォルトの名無しさん:2020/10/30(金) 10:46:57.43 ID:7MkyV1Cp.net
- ホワイトナイトは差別用語なので禁止してください
- 140 :デフォルトの名無しさん:2020/10/30(金) 11:28:40.33 ID:fOGNKV/n.net
- releaseとかsummaryとか使うところ出てくるかな?
integrationとかは無さそうかね。
- 141 :デフォルトの名無しさん:2020/10/30(金) 12:11:13.25 ID:htSSX+dm.net
- 昔から develop ブランチを使ってるとこが多いでしょ
- 142 :デフォルトの名無しさん:2020/10/30(金) 12:16:58.72 ID:qV+CbFPu.net
- 王様のブランチ
- 143 :デフォルトの名無しさん:2020/10/30(金) 14:19:49.76 ID:MCHAoW+H.net
- git flowしてたらreleaseブランチは普通にあるでしょ
- 144 :デフォルトの名無しさん:2020/10/30(金) 14:21:58.61 ID:JR1a94e7.net
- それな
- 145 :デフォルトの名無しさん:2020/10/30(金) 19:04:56.80 ID:sXVsY8+M.net
- してなかったら という考えはないのか?
- 146 :デフォルトの名無しさん:2020/10/30(金) 19:06:03.15 ID:JR1a94e7.net
- 「使うところが出てくるのかな?」に対して「既に使ってるところはあるやろ」って返しだから何もおかしくない
- 147 :デフォルトの名無しさん:2020/10/30(金) 19:22:46.09 ID:EIXxJgw3.net
- 開発当事者でもないのにブランチ名変えろと
ポリコレissue投げまくる事件起こりそう
- 148 :デフォルトの名無しさん:2020/10/30(金) 19:43:14.51 ID:UyuACH5o.net
- tortoisegitでマージコミットを選択すると、親1との差分、親2との差分という形で別れて表示されますが、これを3-way表示にさせる方法はありますでしょうか?
テキスト比較できないファイルを外部ツールでdiffしており、競合の編集時はその外部ツールで3way表示できるように設定しています。
マージコミットからダブルクリック等でその外部ツールの3way表示が開くのが理想なのですが、そのような設定や手法はありませんでしょうか?
- 149 :137:2020/10/30(金) 19:52:27.03 ID:fOGNKV/n.net
- すまんすまん、デフォルトブランチを変える話な……と思ったけど、開発観点からはgitのデフォルトブランチなんてどうでもいいか。
>>147
mster使わないのは別に構わないけど、開発者なら技術的な利点を主張して欲しいわ。
技術屋が形だけでも同意できる理由も用意せずにねじ込もうとするポリコレバカはくたばって欲しい。
- 150 :デフォルトの名無しさん:2020/10/30(金) 20:43:26.47 ID:FRK/o1cy.net
- わかったわかった、ポリコレに配慮してブランチ名はすべてsha1ハッシュにしよう
- 151 :デフォルトの名無しさん:2020/10/31(土) 00:05:36.62 ID:fZ9rhoe3.net
- >>147
起こってる
- 152 :デフォルトの名無しさん:2020/10/31(土) 10:36:44.35 ID:fxcwqRC2.net
- 秋葉でお帰りなさいませ御主人様が聴けなくなる日も近いか
- 153 :デフォルトの名無しさん:2020/10/31(土) 12:37:08.41 ID:GZ18ZzMi.net
- メイド自体も主従関係の歴史を想起させるのでNG
家事の主体たる職業名を採用しメイドカフェはハウスキーパーカフェになります
衣装はズボンとエプロン
- 154 :デフォルトの名無しさん:2020/10/31(土) 12:54:07.19 ID:ocpJ6AXX.net
- おかえりなさいまで、お代官様で
- 155 :デフォルトの名無しさん:2020/10/31(土) 14:46:00.48 ID:VrvpgzMp.net
- 女王様のムチSMプレイが無くなる日も近いな
- 156 :デフォルトの名無しさん:2020/10/31(土) 20:26:19.50 ID:c/zcO3b2.net
- ホットドッグにマスタードかけるのも禁止になりそうだな
- 157 :デフォルトの名無しさん:2020/10/31(土) 20:44:44.67 ID:vjQAEmq+.net
- マスターベーシャンも禁止
- 158 :デフォルトの名無しさん:2020/11/01(日) 21:34:55.35 ID:Qu4WS0HS.net
- Git v2.29.2
- 159 :デフォルトの名無しさん:2020/11/02(月) 22:17:08.12 ID:onwGyibB.net
- ファストフォワードマージと分岐するマージはどっちを利用するべきなんでしょうか?
- 160 :デフォルトの名無しさん:2020/11/02(月) 22:36:10.14 ID:b6W98kSU.net
- ケースバイケースだから二つあるんだよ。
- 161 :デフォルトの名無しさん:2020/11/04(水) 13:54:17.76 .net
- pythonの場合
distディレクトリとegg-infoディレクトリは
git rmしますか?
それとも更新するたびにsetup.pyして最新版の.tar.gzもpushするのでしょうか。
- 162 :デフォルトの名無しさん:2020/11/04(水) 14:39:20.50 ID:wF8lqQTT.net
- .ignore に描く
- 163 :デフォルトの名無しさん:2020/11/04(水) 15:42:04.95 .net
- ホームディレクトリに.ignore設置して云々とかあるけど
全部コマンドでできればいいのに・・
- 164 :デフォルトの名無しさん:2020/11/04(水) 15:42:46.75 .net
- 全部コマンドで、というか
git config で・・
- 165 :デフォルトの名無しさん:2020/11/04(水) 17:50:40.26 ID:Q20JRtoy.net
- そういうのはリポジトリの .gitignore で除外するだろ
言語に対応した .gitignore を自動生成する仕組みとかあるからググれ
- 166 :137:2020/11/04(水) 19:03:17.34 ID:RhljQsjd.net
- >>163
gitignore自体gitの管理対象なんだから、ファイルのほうがいいだろ。
- 167 :デフォルトの名無しさん:2020/11/05(木) 22:38:23.35 ID:p8NevL67.net
- git config の core.autocrlf について教えてください
リモートのリポジトリにAとBというブランチがあります。
2つのブランチのファイルの改行コードはLFになっています。
下記手順でAとBをチェックアウトし、各ブランチの改行コードを見ると、AもBもCRLFとなっていました。
@git config --global core.autocrlf=true を実行しAのブランチをチェックアウト
Agit config --global core.autocrlf=false を実行しBのブランチをチェックアウト
一度チェックアウトした後にcore.autocrlfの設定を変えても、その後にチェックアウトしたブランチには適用されないのでしょうか?
- 168 :デフォルトの名無しさん:2020/11/05(木) 23:20:14.93 ID:Jc1WkDDO.net
- autocrlfを気にするということはWindowsでの開発だと思います。
autocrlf=trueでコミットしたんじゃないかと思います。
コミット内容はオプションを変えても変わりません。
これはレポジトリはLFにして、作業コピーはCRLFで扱うオプションです。
個人的にはこのオプションは、勝手にファイルを変えるものなので使う場面は限られると思います。
最近はWindowsでもLFが使えるようになってきてるのでLFだけにするか、もしくはWindowsだけで開発するならCRLFでそのままコミットしてよいと思います。
- 169 :デフォルトの名無しさん:2020/11/05(木) 23:25:35.51 ID:Jc1WkDDO.net
- あ、ブランチはLFって書いてありますね。ふむー。AだけがCRLFのはずだが。
LFであることと、チェックアウトしたファイルがCRLFであることはどうやって確認したんですか?
エディタがCRLFに変換してるってオチじゃないですよね?不安ならodとかでダンプしてみるといいです。
- 170 :デフォルトの名無しさん:2020/11/05(木) 23:45:37.13 ID:p8NevL67.net
- >>169
ご回答ありがとうございます。
LFであることの確認はgithubからソースをzipでダウンロードしてソースファイルをEmEditorで確認しました。
CRLFであることの確認はローカルにチェックアウトしたソースファイルを同じくEmEditorで確認しました。
odというもので再度確認してみようと思います。
- 171 :デフォルトの名無しさん:2020/11/06(金) 11:00:19.76 ID:LTqO0fOq.net
- EmEditorよりも櫻
櫻よりも禿丸
- 172 :デフォルトの名無しさん:2020/11/06(金) 12:47:54.85 ID:a+LGJjdY.net
- 同じエディタで確認してるなら改行コードの取り違いはなさそうです
ファイルの内容とか拡張子はなんですか?attributeが悪さをしてるとかだろうか
いずれにしてもautocrlfの理解は合ってると思います
- 173 :デフォルトの名無しさん:2020/11/06(金) 12:52:42.30 ID:a+LGJjdY.net
- ちなみにgit configのヘルプにはname=valueではなくて、スペース区切りの指定に見える。
autocrlfを変えたあとにconfig --getしてみたらどうなります?変わってなかったりして。
- 174 :デフォルトの名無しさん:2020/11/07(土) 00:10:19.49 ID:/xSkaoCp.net
- VSCode を使え!
GitLens などの拡張機能も色々ある
- 175 :デフォルトの名無しさん:2020/11/07(土) 03:18:28.55 ID:l+eJcypb.net
- お、エディタ論争か?
- 176 :デフォルトの名無しさん:2020/11/07(土) 15:45:39.89 ID:cgvbFt64.net
- 便乗で質問
LF管理でCRLFへ自動変換はよく見るのですが
逆に
リポジトリ上ではCRLFで管理
ローカルではLFに自動変換も可能
みたいなことって出来ますか?
- 177 :デフォルトの名無しさん:2020/11/07(土) 17:22:06.42 ID:b176xE9N.net
- リポジトリ上ではどう管理されてるかなんて気にする必要がない
- 178 :デフォルトの名無しさん:2020/11/07(土) 17:28:53.28 ID:MFxIcgBo.net
- 設定としては存在しない
そしてリポジトリ上でCRLFにするのは非推奨
- 179 :デフォルトの名無しさん:2020/11/07(土) 19:15:02.73 ID:cgvbFt64.net
- 設定としては〜、ということはやり方が無きにしも非ずと
まだまだ触り程度しか使っていないので、必要になったらまた勉強します
ありがとうございました
- 180 :デフォルトの名無しさん:2020/11/07(土) 21:10:07.76 ID:26EDxQ47.net
- 非推奨ってどこに書いてある?
Windowsだけで使ってるからいつもCRLFで入れてるよ
- 181 :デフォルトの名無しさん:2020/11/07(土) 22:00:24.80 ID:ar+UP0ei.net
- Gitの場合、テキストファイルもバイナリファイルも関係なくハッシュ作って管理してるだけ
- 182 :デフォルトの名無しさん:2020/11/07(土) 22:13:20.58 ID:3cYV0JqL.net
- >>181
ハッシュしか持ってなかったら元データを復元できないのでは
- 183 :デフォルトの名無しさん:2020/11/08(日) 00:28:35.60 ID:SXTLRNAJ.net
- >>176
自動変換するわけがない。普段、改行コードをあまり意識していないだけでしょ。
- 184 :デフォルトの名無しさん:2020/11/08(日) 00:31:51.30 ID:SXTLRNAJ.net
- >>182
ハッシュ変換とハッシュ変換したデータを使う仕組みがごっちゃになってるよ。
- 185 :デフォルトの名無しさん:2020/11/08(日) 03:05:08.77 ID:YnyAcD/m.net
- >>176
git hooks で調べろ。何でもできるぞ。
間違えてgithubの記事を見に行かないように。gitの機能だからな。
- 186 :デフォルトの名無しさん:2020/11/08(日) 12:17:19.96 ID:SXTLRNAJ.net
- >>176
なぜ改行コードを変えたいのかがわからない。
- 187 :デフォルトの名無しさん:2020/11/08(日) 14:00:20.31 ID:M0llHupc.net
- どうでも良いけど下手な環境で作業すると
保存する度に行間が開いていくよね
- 188 :デフォルトの名無しさん:2020/11/08(日) 19:44:51.13 ID:CpI3QDTu.net
- え?
- 189 :デフォルトの名無しさん:2020/11/08(日) 23:30:36.29 ID:t/VkPMTp.net
- >>183
gitに自動変換機能あるぞ
- 190 :デフォルトの名無しさん:2020/11/10(火) 00:41:12.93 ID:c+4iqUmg.net
- >>189
自動変換の設定を確認してないという話だろ
- 191 :デフォルトの名無しさん:2020/11/11(水) 12:44:34.75 ID:ylt8PecZ.net
- 最初のautocrlfの人戻ってこないな
解決したのか
- 192 :デフォルトの名無しさん:2020/11/11(水) 15:59:24.66 ID:iQgtLl5J.net
- gitattributesの改行と文字コードのデフォルト値ってどっかに一覧ないですか?
改行と文字コードの自動補正はしてほしいけど想定外の補正されると困るんで把握しておきたいです
- 193 :デフォルトの名無しさん:2020/11/12(木) 21:58:43.24 ID:m5jPdjVX.net
- 自動的に変換する設定を使うのが面倒。
- 194 :デフォルトの名無しさん:2020/11/13(金) 10:03:02.42 ID:woSrJ+Z7.net
- gitの初心者です。質問してもよろしいでしょうか?
共有フォルダの[A]フォルダにリポジトリを作り作業するファイル類を入れてあります。
これを2人で共同で使うためそれぞれ[B]と[C]というクローンを作り、そこで編集します。
それぞれ[B]と[C]で更新して、1日の終わりに[A]を最新の状態にしておきたいのですが、
クローンして、更新してCommitして、最後にpushで合っていますでしょうか?
- 195 :デフォルトの名無しさん:2020/11/13(金) 10:16:27.20 ID:9KKZC7Fr.net
- はい
- 196 :デフォルトの名無しさん:2020/11/13(金) 11:37:28.52 ID:RWm0omqa.net
- 内容によるけど
全員 master で作業するんか?
branch して commit push して
確認後 merge する気は無いんか?
- 197 :デフォルトの名無しさん:2020/11/13(金) 12:24:49.56 ID:lJPbeFXM.net
- コンフリクトの解消手順を教えて下さい
- 198 :デフォルトの名無しさん:2020/11/13(金) 12:44:40.29 ID:n34VhWUt.net
- >>197
エディタで修正してaddしてcommitするだけよ
- 199 :デフォルトの名無しさん:2020/11/13(金) 13:04:52.38 .net
- めちゃくちゃ細かい修正のときって-mはどうしていますか
考えるのがめんどうなので'更新'とか'修正'でいいですよね?
- 200 :デフォルトの名無しさん:2020/11/13(金) 17:43:25.79 ID:MS9okgUk.net
- >>199
そこは回答が分かれるところですね。
自分だったら、主にどっちを採用したっていう概要とその理由を書くかな。
細かい差分はdiffで見れるから、後で見ても分からないものは書いておくよ。
他の人にも聞きたいんですが、コンフリクト解消ってどこまでやりますか?ビルド通って動かせるところまで?
evil mergeになるのが気になる。
- 201 :デフォルトの名無しさん:2020/11/13(金) 18:36:18.45 ID:KMQ/X74/.net
- 誰かが代わりに動くまで修正してくれるの?
- 202 :デフォルトの名無しさん:2020/11/13(金) 18:38:13.21 ID:5fX1gEph.net
- 恐ろしい書き込みを見た
これが13日の金曜日か…
- 203 :デフォルトの名無しさん:2020/11/13(金) 18:51:25.55 ID:MS9okgUk.net
- コミットを分けるか、という意味です。言葉足らずですみません
- 204 :デフォルトの名無しさん:2020/11/13(金) 18:52:58.07 ID:35N+92Bf.net
- コンフリクト解消とスカッシュを自由自在に操りたい
- 205 :デフォルトの名無しさん:2020/11/13(金) 23:47:36.97 ID:M0Lr/ts/.net
- >>196
いつまでmasterなんか使ってんだ?
- 206 :デフォルトの名無しさん:2020/11/14(土) 01:28:12.18 ID:zCGno+9x.net
- お帰りなさいませご主人様〜 とかも駄目になるのかぬ
- 207 :デフォルトの名無しさん:2020/11/14(土) 02:17:29.33 ID:Q0fppD5p.net
- 言葉狩りに嫌気さしてきたからブランチの名前をslaveとかblackとかにしたい
- 208 :デフォルトの名無しさん:2020/11/14(土) 03:04:53.39 ID:66xrGHZh.net
- >>203
ブランチの概念がないの?
- 209 :デフォルトの名無しさん:2020/11/14(土) 11:48:24.71 ID:OfQ57GBv.net
- >>203
まだまだ言葉足らず過ぎないか?
不特定多数の見る5chやでえ
マージをしているなかで互いの処理の競合を調停するための新規コードが必要になったとき二つの選択肢があると思う
1.テストが一部通らないことをコメントで断った上で、新規コードをマージコミットに混ぜるのを避ける
2.競合回避のための新規コードが混ざったことをコメントで断り、マージコミットで全部やる
個人の好みと程度問題じゃないかな
俺は差分を共有しやすいから1が好き
- 210 :デフォルトの名無しさん:2020/11/14(土) 11:50:15.20 ID:vc7ZeNxq.net
- >>208
ブランチをマージするときの話ですよよ。文脈は把握されてますか?ご存知なければ無理にレスしなくて大丈夫ですよ。
- 211 :デフォルトの名無しさん:2020/11/14(土) 11:53:34.61 ID:vc7ZeNxq.net
- >>209
evil mergeを避ける派ですね。
丁寧なレスありがとうございます。
言葉足らずなところを指摘、補足していただいてありがとうございます。
- 212 :137:2020/11/14(土) 22:18:57.62 ID:eMR5CvED.net
- >>205
変える技術的なメリット無い限りはそのまんまだろ。
技術的なメリットを説明しろよ。
- 213 :デフォルトの名無しさん:2020/11/15(日) 02:58:48.98 ID:bhsguIlX.net
- 作業ブランチで機能追加やクリーンナップを地道に進め、
最後にmergeした結果を見ると、コーディングを最初から一気にやり遂げた錯覚になり、
スカっとするな。
という一連の流れを脳内再生してから --squash のオプションを思い出す俺。
- 214 :デフォルトの名無しさん:2020/11/15(日) 12:14:35.24 ID:ofPGnU/6.net
- >>213
お前エセだろw
作業ブランチで作業をしている途中で
あれ?これバグじゃね?
先にリファクタリングするべきだったなと
後から気づくことがある
そういうのを別のコミットに分けて
順番を並び替えつつ作業していくと
いきあたりばったりで作業したのではなく
綿密な計画にそって作業したように見える
それは錯覚ではなく、最終的にそうなったので
それをマージしたりしたときに後から修正を追いやすくなる
--squashしたら一つにまとまるからダメじゃん
- 215 :デフォルトの名無しさん:2020/11/15(日) 12:25:50.44 ID:ALi3WLRE.net
- そんで author date を変え忘れていきあたりばったりがバレる
- 216 :デフォルトの名無しさん:2020/11/15(日) 12:27:45.04 ID:ofPGnU/6.net
- >>215
バレてなんか問題でもあんの?
- 217 :デフォルトの名無しさん:2020/11/15(日) 13:22:06.47 ID:ALi3WLRE.net
- >いきあたりばったりで作業したのではなく
>綿密な計画にそって作業したように見える
他人にバレてるのに自分じゃこう見えると思ってたら恥ずかしいってだけ
- 218 :デフォルトの名無しさん:2020/11/15(日) 14:10:48.99 ID:ofPGnU/6.net
- >>217
どうでもよくね?
重要なのはソースコード、完成した結果だよ
途中の作業なんかどうでもいい
- 219 :デフォルトの名無しさん:2020/11/15(日) 14:18:31.84 ID:ALi3WLRE.net
- ほんと、どうでもいいと思うよ。
>綿密な計画にそって作業したように見える
こんなの気にするのは>>214くらいw
- 220 :デフォルトの名無しさん:2020/11/15(日) 14:20:02.90 ID:ofPGnU/6.net
- >>219
気にしてるのはお前だよ。「ように見える」なんだからどうでもいい部分
実際に重要なのは、意味があるコミットになっていてレビューや他のバージョンへの適用がしやすい点
いつまでもどうでもいい部分を気にしてるなよw
- 221 :デフォルトの名無しさん:2020/11/15(日) 23:35:01.28 ID:pj0VtiWP.net
- gitの開発MLを見てればわかるが、
内部のテストからもmasterという文字列を完全に抹殺すべくパッチが投稿されてる。
個人的には言葉狩りは好きでは無いが、
リベラルに中途半端は無いから、
早めにmasterからmainに変えた方が良いかも。
- 222 :デフォルトの名無しさん:2020/11/16(月) 03:21:24.45 ID:ZICsfNV8.net
- >>221
言葉狩りが始まったらやるよw
- 223 :デフォルトの名無しさん:2020/11/16(月) 10:56:32.52 ID:sF1WJXNT.net
- 一番危険な敵は内部の一番無能な人間
- 224 :デフォルトの名無しさん:2020/11/16(月) 11:50:11.80 ID:pa4DKO5k.net
- 外部のキチガイが、内部に入り込んで包丁振り回すかもしれないぞ
- 225 :デフォルトの名無しさん:2020/11/16(月) 12:05:15.33 ID:sF1WJXNT.net
- 書き忘れたけど無能な人ほど良く働くω
- 226 :デフォルトの名無しさん:2020/11/16(月) 16:09:47.48 ID:sYD91QvB.net
- ソース管理規約を守らない奴は無能
- 227 :デフォルトの名無しさん:2020/11/16(月) 22:48:43.54 ID:Iqqc8SBv.net
- 無能が無能を叩く構図
- 228 :デフォルトの名無しさん:2020/11/17(火) 00:01:38.69 ID:qU694wOR.net
- WindowsでSourceTreeを使ってみたら、Shift-JISのファイルがプレビューで文字化けしてるんだけど、
Gitで管理するときは大人しくすべてUTF8に変換するべきなんでしょうか
- 229 :デフォルトの名無しさん:2020/11/17(火) 00:16:54.68 ID:ep69fhBS.net
- Git関係なくUTF-8にするべき
Visual StudioのプロジェクトならUTF-16とかもあるけど
少なくとも全部Unicodeにしとけ
- 230 :デフォルトの名無しさん:2020/11/17(火) 00:23:07.14 ID:cTkCP5Bm.net
- Visual Studioでsjisファイルのプレビューを見てみたけど文字化けなんかしてないけどなあ
- 231 :デフォルトの名無しさん:2020/11/17(火) 01:17:38.85 ID:4RXTidLa.net
- >>228
git自体はUTF8だろうがSJISだろうが管理できるよ
文字化けするのはSourceTreeの問題
- 232 :デフォルトの名無しさん:2020/11/17(火) 02:15:40.13 ID:wZV7GIAN.net
- gitattributesに文字コード書くだけ
- 233 :デフォルトの名無しさん:2020/11/17(火) 02:32:05.88 ID:hUMTMGfY.net
- Visual Studioがうんこだから仕方なくVSで管理する用のソースファイルはBOMつきUTF-8にしてる
本当はBOMなしUTF-8がいいけど
(/source-charset:utf-8の存在は知ってる)
- 234 :137:2020/11/17(火) 08:10:49.14 ID:lJA+qRYx.net
- >>233
visual studioもEditorConfig対応しているってよ。
- 235 :デフォルトの名無しさん:2020/11/17(火) 09:08:16.34 ID:iIrFjUs6.net
- Gitは文字コードを管理できないというか実質的にUTF8強制になる
改行コードも固定するしかない
- 236 :デフォルトの名無しさん:2020/11/17(火) 12:46:30.93 ID:sslQDmWT.net
- Visual Studioのプロジェクトにはプロジェクトファイルやリソースファイルも含まれていて、
UTF16やShift-JISで自動的に生成されるものが多いけど、
これらのファイルもUTF8にして運用するのがGitのやりかたということでしょうか?
MacやLinuxなどに持ってくることは考えていないです。
- 237 :デフォルトの名無しさん:2020/11/17(火) 13:15:25.09 ID:kX22Q/MP.net
- 別にutf8に固執する必要なんてないよ
- 238 :デフォルトの名無しさん:2020/11/17(火) 13:54:19.11 ID:ep69fhBS.net
- UTF-16でもUTF-8でもいいよ
Unicodeならどっちでもいい
- 239 :デフォルトの名無しさん:2020/11/17(火) 13:55:20.25 ID:CjRdGkWC.net
- Gitだと文字コードや改行コードが考慮されないから、Windowsだけで開発するならUTF8以外でもいいいけど、いずにせよ固定しないといけない
- 240 :デフォルトの名無しさん:2020/11/17(火) 13:56:26.00 ID:WArcbn8k.net
- SJISでもいいといえばいいけど、LinuxユーザーやMacユーザーがメンバーにいると困ることになると思う
- 241 :デフォルトの名無しさん:2020/11/17(火) 14:19:48.15 ID:9dDm78mO.net
- >>240
質問者はWindowsだけって言ってるだろ
- 242 :デフォルトの名無しさん:2020/11/17(火) 14:22:19.09 ID:NE44coqD.net
- WindowsだけならSJISはまずいな
海外のWindowsじゃ使えない
やっぱりUTF-16じゃないと
- 243 :デフォルトの名無しさん:2020/11/17(火) 14:26:50.42 ID:3/q4MWZe.net
- SJISのファイルを英語版のWindowsに持っていったら、Windows Indexとかどうなるんだろうな
- 244 :デフォルトの名無しさん:2020/11/17(火) 17:01:55.47 ID:74wM5f1E.net
- batファイルがCHCPだけで問題なく使えれば全部UTF-8にできるんだがなあ
現実解でいえば多少Shift JISのソースが混ざることもあるよ
Gitでは困らないけど統一できるならしたいところ
- 245 :デフォルトの名無しさん:2020/11/17(火) 17:11:02.74 ID:nHdTOcnh.net
- >>244
バッチファイルだけだよって言ったほうがわかりやすいw
- 246 :137:2020/11/17(火) 18:47:44.20 ID:lJA+qRYx.net
- >>244
Power Shell使わせたら?
バッチファイルしか使えないような環境は未サポートでいいだろ。
- 247 :デフォルトの名無しさん:2020/11/17(火) 18:57:03.90 ID:3gEjvWlt.net
- >>246
勝手なこと言うなよ
- 248 :233:2020/11/17(火) 22:52:01.91 ID:qU694wOR.net
- 何度もすいません。必ずしもUTF8にする必要はないということは、
SourceTreeで差分などが文字化けするのは諦めた上でということですか?
それとも、Shift-JISやUTF16のファイルが混ざっていても
文字化けさせない方法があるのでしょうか?
- 249 :デフォルトの名無しさん:2020/11/17(火) 23:00:53.88 ID:w1s1A3Uh.net
- 端的に言ってsourcetreeがアホってこと
- 250 :デフォルトの名無しさん:2020/11/17(火) 23:25:46.72 .net
- 空ディレクトリはプッシュできないのはなぜですか
- 251 :デフォルトの名無しさん:2020/11/18(水) 00:17:09.23 ID:cMpWLiaN.net
- gitはファイルしか管理していない。
ファイルパスを保存しているからディレクトリが有るように見えるだけ。
- 252 :デフォルトの名無しさん:2020/11/18(水) 00:57:04.47 ID:dj5RIL/l.net
- >>250
https://gist.github.com/dritoshi/2168873
- 253 :デフォルトの名無しさん:2020/11/18(水) 01:10:01.63 .net
- >>251,252
ありがとうございました
- 254 :デフォルトの名無しさん:2020/11/18(水) 04:02:44.61 ID:uoM+CD8t.net
- >>248
差分はwinmergeがおすすめよ
文字コードの認識能力は高いし、多くの改行コードにも対応してる
難点は、いろんな文字コードや改行コードが混ざってても気づかないところかw
gitとの連携もできるしね
- 255 :デフォルトの名無しさん:2020/11/18(水) 08:35:52.41 ID:kXa1mHp5.net
- >>254
改行コードが混在してるときはMixedってステータスバーに表示されたかと
- 256 :137:2020/11/18(水) 12:24:59.97 ID:6GRC5GM1.net
- >>250
作業ディレクトリなどのように中身のファイルを無視したい場合は、.gitignoreを例外として全ファイルを無視する.gitignoreを入れておくといい。
- 257 :デフォルトの名無しさん:2020/11/18(水) 12:36:04.63 ID:t3uJEQyj.net
- >>249,254,255
ファイルごとの文字コードは無理に統一せずに、
UTF16やShift-JISのときはSourceTreeの差分表示は文字化けさせたまま、
WinMergeで比較を行うということですよね?
WinMergeは普段から使っているので、
SourceTreeで文字化けしていてもGitの管理上は問題ないのなら、
それが楽かもしれないです。
- 258 :デフォルトの名無しさん:2020/11/18(水) 18:13:59.21 ID:aBokwQ7L.net
- WindowsユーザーのGit初心者はTortoiseGitを使うのが一番楽だと思う
同梱のdiffツールも十分実用的
シェル統合は好き嫌い別れるけど文字化けのようなトラブルを独力で解決できるなら好きなツールを使えばよろし
- 259 :137:2020/11/18(水) 19:18:43.32 ID:6GRC5GM1.net
- 開発初心者なら、こだわりのエディタとかないだろうから
Visual Studio Code + Git Graph
を使わせるのが一番いいと思う。
gitの機能がeditorに統合されているとやっぱり楽よ。
- 260 :デフォルトの名無しさん:2020/11/18(水) 19:21:49.89 ID:9OxgFlRx.net
- コミットの改ざんを直感的なUIで出来るアプリほしい
コミットをくっつけたり
変更範囲の広いコミットを分割したり
コンフリクトを解消したり
- 261 :デフォルトの名無しさん:2020/11/19(木) 14:59:14.84 ID:MCajbxoP.net
- すいません
初心者なのですが、以下の状況に陥りました
1.origin/masterからブランチAを作成した
2.作業が途中だったが、他の作業が発生したのでAをコミットせずにスタッシュした
3.origin/masterからブランチBを作成した
4.ブランチBをコミットしてorigin/masterへマージした
5.ブランチAの作業を再開しようとしたらコンフリクトが発生した
ブランチAのチェックアウトもプルもスタッシュの復帰もできないのですが、
どの手順でAの作業を再開すればよいのでしょうか?
- 262 :デフォルトの名無しさん:2020/11/19(木) 15:04:04.00 ID:MmDwDVMn.net
- A のチェックアウトで何かエラーが出るの?
- 263 :デフォルトの名無しさん:2020/11/19(木) 15:33:04.91 ID:s5sCnCc3.net
- >>261
6.テキストエディタでソースコードのコンフリクトした箇所を修正しAの作業を再開した
これだけ
- 264 :デフォルトの名無しさん:2020/11/19(木) 15:38:04.08 ID:s5sCnCc3.net
- svn脳だと、ああコンフリクトしてしまったと天を仰ぎ
一体全体どうすればいいんだと嘆き悲しみ、大混乱が発生し
やがてコンフリクトとそれを引き起こした人に対して憎悪を抱くようになるが
git脳では日常的にある作業の一つでしかない
- 265 :デフォルトの名無しさん:2020/11/19(木) 15:43:25.31 ID:MCajbxoP.net
- >>262
以下です
The following untracked working tree files would be overwitten by checkout.
〇〇(ファイル名)
- 266 :デフォルトの名無しさん:2020/11/19(木) 15:44:00.04 ID:s5sCnCc3.net
- コンフリクトじゃねーじゃん
- 267 :デフォルトの名無しさん:2020/11/19(木) 15:51:46.78 ID:IwXUzkye.net
- ワロタwwwww
- 268 :デフォルトの名無しさん:2020/11/19(木) 16:04:24.67 ID:MCajbxoP.net
- コンフリクトしているのでもう一度スタッシュし直したら
チェックアウト時に上記のエラーとなりました。
- 269 :デフォルトの名無しさん:2020/11/19(木) 16:10:41.62 ID:MCajbxoP.net
- 最終的にmasterがこのようなツリーになると助かるのですが、可能でしょうか?
https://dotup.org/uploda/dotup.org2312003.png
- 270 :デフォルトの名無しさん:2020/11/19(木) 16:11:05.59 ID:80weRq09.net
- 何番の話ですか?
- 271 :デフォルトの名無しさん:2020/11/19(木) 16:11:36.42 ID:80weRq09.net
- >>269
だからコンフリクトを直せと
- 272 :デフォルトの名無しさん:2020/11/19(木) 16:12:05.47 ID:80weRq09.net
- だからテキストエディタでソースコードを修正してコンフリクトを直せと
- 273 :デフォルトの名無しさん:2020/11/19(木) 16:14:39.10 ID:80weRq09.net
- コンフリクトという用語を知らないなら
テキストエディタでソースコードを修正して動くようにしてコミットしろ
- 274 :258:2020/11/19(木) 16:24:02.88 ID:MCajbxoP.net
- >>270
>>261の話です
皆さん、ありがとうございました
とりあえずマージしてみます
- 275 :デフォルトの名無しさん:2020/11/19(木) 16:26:26.84 ID:r3/rn3nu.net
- >>261
visual studio code + git graph
IntelliJ
みたいなテキストエディタ含めてgitと連携する環境をしっかり作ったほうがいいよ。
ややこしいコンフリクトもずいぶん楽になる。
- 276 :デフォルトの名無しさん:2020/11/19(木) 16:32:13.25 ID:6J1HULFT.net
- >>274
>>269にしたいならマージよりもリベースじゃないかな
- 277 :デフォルトの名無しさん:2020/11/19(木) 19:24:09.28 ID:edxpyLrT.net
- GitだろうとSubversionだろうとコンフリクトしたら、一つ一つソースコード読んで正常動作する状態にエディタで修正するしかない
- 278 :258:2020/11/19(木) 19:26:05.64 ID:MCajbxoP.net
- >>273
とりあえずブランチAのコミットまで出来ました
ブランチAのチェックアウトが出来ないのはAに原因があると誤解していました
作業中のブランチに差分が出てしまっていたのが原因でした
お騒がせしました
- 279 :デフォルトの名無しさん:2020/11/19(木) 19:27:23.27 ID:I6H01ZjG.net
- 何もできなくなる時がたまにあって困る
cloneからやり直し
- 280 :258:2020/11/19(木) 19:32:28.60 ID:MCajbxoP.net
- >>275
ありがとうございます
導入します
>>276
ブランチの途中コミットはそれほど大切ではないのでリベースにするかもしれません
>>277
慣れるよう精進します
- 281 :デフォルトの名無しさん:2020/11/19(木) 20:29:59.17 ID:MKpNlHWc.net
- 途中コミットが大切ではないってのはリベースとスカッシュを混同してそう
- 282 :デフォルトの名無しさん:2020/11/19(木) 21:12:30.26 ID:9L+0VoU7.net
- スカッシュとstash混同してますよ
- 283 :デフォルトの名無しさん:2020/11/19(木) 21:30:53.05 ID:s+3w0EIq.net
- 高卒にはスカッシュわからんか。
- 284 :デフォルトの名無しさん:2020/11/19(木) 21:33:25.20 ID:B6Ba+nPY.net
- スカッシュさわやか
- 285 :デフォルトの名無しさん:2020/11/19(木) 21:49:51.48 ID:+ya+1J+2.net
- スカシュッペ
- 286 :デフォルトの名無しさん:2020/11/20(金) 09:09:05.28 ID:kz/VI7H0.net
- stashってさ、やってる事は臨時ブランチでコミットと同じ認識で合ってる?
イマイチ存在理由がよくわからんのだが
- 287 :デフォルトの名無しさん:2020/11/20(金) 11:22:12.97 ID:9Dj+1g2T.net
- >>286
英語の意味でも調べたら?
- 288 :デフォルトの名無しさん:2020/11/20(金) 11:23:09.81 ID:9Dj+1g2T.net
- あと存在理由がわからんやつは、プログラマじゃないだろうな
あれだろマージ担当者とかだろw
- 289 :デフォルトの名無しさん:2020/11/20(金) 12:52:35.74 ID:sJptOchs.net
- その理解でいいと思いますけど、ブランチと同じように使おうとすると、別ブランチでpopしたときに悲しいことになります。(確か現在の作業領域にpopするだけでしたよね?)
自分だったら素直に臨時コミットを作ります。add . && ci -m "tmp"だけで済みますし。
あとツールの問題もあって、gitkを使ってるんですけど、最後にstashした位置にしか表示されないのでわかりづらいです。最近使ってないので直ってるかもしれないですが。
- 290 :デフォルトの名無しさん:2020/11/20(金) 12:53:16.66 ID:sJptOchs.net
- s/ブランチと同じ/コミットと同じ/
- 291 :デフォルトの名無しさん:2020/11/20(金) 15:13:30.13 ID:chBH1D/L.net
- 間違ってpopしたらまたstashするね
popが怖いなら常にapplyするね
stashにはHEADがstashを指すことがないので現在地を意識不要という利点もある
楽さを取るか、作業ブランチ一本槍のシンプルさをとるか、好きにするよろし
- 292 :デフォルトの名無しさん:2020/11/20(金) 15:20:00.20 ID:chBH1D/L.net
- stashが起点に縛られないという性質は、割とどこにでも適用できるという利点の裏返しでもある
急なインスピレーションで作業開始して、あとで然るべき適用先を探すようなアブノーマルさも優しく受け入れる懐の深いいいやつ
- 293 :デフォルトの名無しさん:2020/11/20(金) 18:20:42.82 ID:FeyWRiQw.net
- ♪無能な奴らが夕暮れさらに無能な奴を叩く
- 294 :デフォルトの名無しさん:2020/11/20(金) 18:44:55.52 ID:O1/V8Q7J.net
- 下には下がいるんだよ
- 295 :デフォルトの名無しさん:2020/11/20(金) 21:50:38.63 ID:NdjY04o9.net
- 俺はdiffをファイルにしておいてあとでpatch適用するわ
- 296 :デフォルトの名無しさん:2020/11/22(日) 03:19:35.07 ID:SPm0fWZA.net
- >>295
俺も20年前はそうしてたな
- 297 :デフォルトの名無しさん:2020/11/22(日) 23:40:26.65 ID:b60g3zenS
- DXでジョブ型、採用も研修も働き方も一気に変える〜富士通
https://project.nikkeibp.co.jp/atclhco/052000047/091000019/
8万人がテレワーク! 富士通の新しい勤務形態
https://newswitch.jp/p/23546
富士通がテレワークを「常態」に、オフィス面積を半減し在宅勤務補助月額5000円
https://xtech.nikkei.com/atcl/nxt/news/18/08291/
副業解禁しない会社はヤバい?副業を解禁した大企業46社の目的と理由
https://www.sidebizz.net/seek/archives/1929/
富士通、オフィス半減で通勤撤廃へ。ネット「素晴らしい」「ただの経費削減」など賛否両論
https://www.mag2.com/p/money/938355
年商5000万円のYouTuber・イケダハヤトさんに聞く!
YouTuberを副業にしたいと考える人に伝えたい「世界を楽しむ」心構え
https://ddnavi.com/interview/673913/a/
- 298 :デフォルトの名無しさん:2020/11/26(木) 14:43:56.01 ID:CHu2Dr8c.net
- windowsでdiff-highlightを使う方法を教えてください
- 299 :デフォルトの名無しさん:2020/11/26(木) 23:24:52.51 ID:nMGuNDj4.net
- まずvscodeを入れます
- 300 :デフォルトの名無しさん:2020/11/27(金) 01:18:57.58 ID:0ROuVY6R.net
- 次にちんぽをなめます
- 301 :デフォルトの名無しさん:2020/11/27(金) 01:44:34.63 ID:qCpklAmW.net
- はい、今なめました
次はどうすれば?
- 302 :デフォルトの名無しさん:2020/11/27(金) 09:25:01.31 ID:dsaw8Dph.net
- 体が柔らかいんだな
- 303 :デフォルトの名無しさん:2020/11/27(金) 19:12:07.98 ID:VqzZxTPq.net
- なめたのは姉のちんぽです
- 304 :デフォルトの名無しさん:2020/11/28(土) 09:16:37.14 ID:d3Dzvo13.net
- ちんぽ持ちの姉とか羨ましい
- 305 :デフォルトの名無しさん:2020/11/29(日) 19:01:51.61 ID:P9IxyqDK.net
- github上に残したくないあるディレクトリ以下のファイルを全て履歴から削除したいんですが
コミットするときにそのディレクトリだけでなく、他のディレクトリの残しておきたいファイルも一緒にこみっとしてます
どのように履歴から消せますか?
- 306 :デフォルトの名無しさん:2020/11/29(日) 19:04:59.97 ID:sOEBQUsx.net
- ちんぽ姉
あんぽ柿
少し似ている
- 307 :デフォルトの名無しさん:2020/11/29(日) 20:11:24.34 ID:4Sa9/2cA.net
- >>305
具体的な手順はいくつかあるが、例えば
不要ファイルを削除するコミットを作って、rebaseして不要ファイルを追加したコミットにsquashしてやる。
- 308 :デフォルトの名無しさん:2020/11/29(日) 20:18:01.37 ID:bza0LWNC.net
- めんどくさ
コミットをエクスプローラーで開いてセーブしたらコミットが上書きされる単純明快な機能があればいいのに
- 309 :デフォルトの名無しさん:2020/11/29(日) 20:48:16.87 ID:WDgQGVrN.net
- コミットをエクスプローラで開く???
- 310 :デフォルトの名無しさん:2020/11/29(日) 20:58:21.93 ID:sV/hNKwx.net
- そんなことができたんじゃ何のためのSCMでリポジトリなんだかわからんな。
- 311 :デフォルトの名無しさん:2020/11/29(日) 23:21:50.15 ID:7a+fWiSw.net
- 変更履歴を管理するというとイミュータブルな印象を受けるけど
実用上は別にイミュータブルである必要はない
というか履歴を後から整理して追跡しやすくしたほうがメンテナンス性は上がるのだからむしろミュータブルであるべき
- 312 :デフォルトの名無しさん:2020/11/29(日) 23:29:02.85 ID:7a+fWiSw.net
- 例えば物理的なコミットAには論理的な変更1と変更2が含まれてるとしてだ
* コミットAの後ろに新規コミットBを挿入
* コミットAをチェックアウト
* 変更2を手動で取り除く
* コミットAを保存
とすると履歴が変更1と変更2に綺麗に分かれる
こうしたほうが履歴が遥かに綺麗になる
SCMはこういう操作がもっと直感的に簡単にできるべきなんだよ
- 313 :デフォルトの名無しさん:2020/11/29(日) 23:37:00.37 ID:+p4clpep.net
- >>308
どうやって複数のファイルの修正を一つのコミットにまとめるんだ?(苦笑)
- 314 :デフォルトの名無しさん:2020/11/29(日) 23:42:11.74 ID:7a+fWiSw.net
- >>313
エクスプローラーで
- 315 :デフォルトの名無しさん:2020/11/29(日) 23:56:04.91 ID:+p4clpep.net
- >>312
* 変更2を手動で取り除く
* コミットAにgit commit --amend
* CTRL+Zを押して変更を手動で戻す
* コミットBとして保存
もっと簡単にできるが?
- 316 :デフォルトの名無しさん:2020/11/29(日) 23:56:36.12 ID:+p4clpep.net
- >>314
エクスプローラーにそんな機能はありません
新しい機能の仕様を書いてください
- 317 :デフォルトの名無しさん:2020/11/29(日) 23:58:51.16 ID:7a+fWiSw.net
- >>315
直感的じゃない
- 318 :デフォルトの名無しさん:2020/11/30(月) 00:14:22.73 ID:XdYfXM2+.net
- こうかな?
git filter-branch --index-filter 'git rm -rf --cached --ignore-unmatch フォルダのパス'
BFG Repo-Cleanerを使うともっと性能がいいらしい
- 319 :デフォルトの名無しさん:2020/11/30(月) 01:13:30.64 ID:rn09M8ye.net
- >>317
直感的だろ
前のコミットを修正して
次のコミットを追加するだけだ
- 320 :デフォルトの名無しさん:2020/11/30(月) 01:36:20.12 ID:mKaKPR0T.net
- 別にいいんでないの?
pushするときにコミットまとめる機能があれば
- 321 :デフォルトの名無しさん:2020/11/30(月) 07:40:01.87 ID:yv0cTGob.net
- エディタとかエクスプローラの操作でgitコマンドが発行されるソフトを作ればいいんでないの
- 322 :デフォルトの名無しさん:2020/11/30(月) 08:59:23.49 ID:XdYfXM2+.net
- まんまTortoiseGitの設計思想っぽいな
ディレクトリツリーに加えて歴史という時間軸があるからエクスプローラという枠を大分越えてるだろうけど
しかも今回みたいなお題はTortoiseではなくfilter-branchみたいに時間軸に対して効くコマンドを使わないと手作業が増えて堪んないと思う
- 323 :デフォルトの名無しさん:2020/12/01(火) 14:18:01.57 ID:PZkLMkoH.net
- >>308
ワンピースのうるてぃが言うセリフ
- 324 :デフォルトの名無しさん:2020/12/05(土) 09:00:05.43 ID:1DQ0XHCl.net
- そんなにいいか?
- 325 :デフォルトの名無しさん:2020/12/05(土) 13:52:03.76 ID:zyjWjIMj.net
- >>324
ワンピース見たことない
- 326 :デフォルトの名無しさん:2020/12/05(土) 13:58:25.83 ID:++4jxPOM.net
- >>325
https://ec.toranoana.jp/tora_r/ec/item/040030317734/
読んどけ
- 327 :デフォルトの名無しさん:2020/12/05(土) 15:03:10.78 ID:Opj7igsw.net
- 18歳未満なので見れませんね
- 328 :デフォルトの名無しさん:2020/12/05(土) 15:06:02.47 ID:++4jxPOM.net
- 巻末(?)の妹「ワンピースみたいな漫画かいてよ!」
→わんぴいすというこんな漫画を書いてるよ
は涙モノなのにな
- 329 :デフォルトの名無しさん:2020/12/06(日) 15:47:36.02 ID:IaKTyiK3.net
- GitHubなどのサイト上では、ファイルごとの履歴を見ることはできないのでしょうか
- 330 :デフォルトの名無しさん:2020/12/06(日) 15:52:47.62 ID:Wgt8J/wa.net
- git diff --name-onlyで削除したファイルは表示しない方法を教えてください
- 331 :デフォルトの名無しさん:2020/12/06(日) 18:19:05.42 ID:RoBzUJJX.net
- >>329
Historyをクリックしたら見れますよ
- 332 :デフォルトの名無しさん:2020/12/06(日) 20:46:49.91 ID:IaKTyiK3.net
- >>331
完全に見落としていました。ありがとうございます。
- 333 :デフォルトの名無しさん:2020/12/06(日) 22:36:04.58 ID:gzaeHJce.net
- >>330
git diff --name-only --diff-filter=d かな?
- 334 :233:2020/12/08(火) 00:08:05.40 ID:VF8E4fJS.net
- 「わかばちゃんと学ぶGit使い方入門」という本を読んでるのですが、
140ページのコンフリクトの解決って、本の通りにできますか?
元々のmasterは5月6日開催なのに、5月6日の方を採用したら、
変更なしになってコミットできなくなってしまうのですが。
- 335 :デフォルトの名無しさん:2020/12/12(土) 09:01:14.04 ID:KjC8Y+C6.net
- git subtreeでハマってます。どなたかお助けを。
まず以下のコマンドで別のプロジェクトのHogeを取り込みました:
git remote add Hoge <HogeのURL>
git subtree add --prefix=sub/Hoge --squash Hoge master
で、Hogeのmasterで変更があったので、取り込みたいと思い
git subtree pull --prefix=sub/Hoge --squash Hoge master
これが Can't squash-merge: 'sub/Hoge' was never added. というエラーで
失敗してしまいます。実際 git subtee add の時点でsub/Hogeにはちゃんと
ファイルができてるんですが、never added とはどういうことなんでしょう。
- 336 :デフォルトの名無しさん:2020/12/12(土) 13:41:45.16 ID:MG/EKh+i.net
- ピーターパンツの国
- 337 :デフォルトの名無しさん:2020/12/12(土) 19:03:59.98 ID:s2JPaqvY.net
- subtreeをaddしたということを一度pushしなくていいの?
- 338 :デフォルトの名無しさん:2020/12/12(土) 21:52:55.70 ID:o8F1hrVe.net
- >>337
ああすみません、subtree addのあと、commit, pushをしました。
あと省略してしまいましたがsubtree pullの前にはgit remote add Hoge <HogeのURL>と
git fetch Hoge masterをしています。
- 339 :デフォルトの名無しさん:2020/12/13(日) 08:08:39.67 ID:EpHdNzxH.net
- Git ってソースコードなしのアイデアノートみたいなの投稿しまくったら怒られる?
公開しなければ大丈夫か、公開しても大丈夫か、そもそもダメなのか
バージョン管理できて過去に間違った事書いてたのも確認できたら良さそうだけど
- 340 :デフォルトの名無しさん:2020/12/13(日) 08:09:08.00 ID:EpHdNzxH.net
- あ、ごめん、GitHun のことね、もしくは GitLab でも
- 341 :デフォルトの名無しさん:2020/12/13(日) 10:17:23.18 ID:wMleJLXj.net
- 法律とか条例みたいなものまでGitHubで作る時代になにいってんの
- 342 :デフォルトの名無しさん:2020/12/13(日) 11:16:43.84 ID:EpHdNzxH.net
- Gist 使えば良いのか
- 343 :デフォルトの名無しさん:2020/12/13(日) 11:45:45.40 ID:he+bODzw.net
- 誰に怒られるんだ、githubの利用規約を気にしてるのか?
gitで管理できるものなら何でも、常識の範囲内で使えるサービスだと思うぞ
- 344 :デフォルトの名無しさん:2020/12/13(日) 11:53:16.80 ID:g745qoA+.net
- 小説書いてるのだってあるし余裕でしょ
- 345 :デフォルトの名無しさん:2020/12/13(日) 11:55:55.14 ID:scHA/gMy.net
- >>341
これマジ?
- 346 :デフォルトの名無しさん:2020/12/13(日) 11:57:33.44 ID:EpHdNzxH.net
- https://marketplace.visualstudio.com/items?itemName=vsls-contrib.gistfs
これがくそ便利だったわ、普通にローカルのファイルと同じように扱える
教えてくれてありがと
- 347 :デフォルトの名無しさん:2020/12/13(日) 12:36:07.12 ID:EpHdNzxH.net
- master から main に名前変えるって話上に書いてあるけど、
git blame の方が嫌な名前じゃね?
日本人ですら抵抗感じる名前なんだけど
- 348 :デフォルトの名無しさん:2020/12/13(日) 12:49:03.88 ID:QWQrj2BD.net
- それを言うならGitって名前がもうね
- 349 :デフォルトの名無しさん:2020/12/13(日) 13:03:35.87 ID:5EW0FlRD.net
- それを言ったらkillコマンドもダメだな
なにも悪いイメージの言葉を全部狩ってやろうって話ではなくて、ポリコレ的に問題になるのは差別と通じるものがあるかどうか
程度問題や是非はさておき、差別は基本的人権を脅かすのが理由
blameは非難という和訳だけで覚えてるとキツいけど、blameが持つ責任の所在を明らかにするという概念を認識しているネイティブにはそこまでキツく感じないんだと思う
- 350 :デフォルトの名無しさん:2020/12/13(日) 13:22:36.39 ID:3afJGKv9.net
- 犯人探しは別に差別じゃないからな
- 351 :デフォルトの名無しさん:2020/12/13(日) 14:25:57.38 ID:a1FcLP73.net
- black listに黒人差別は関係ないという話は
無視されたわけですが
- 352 :デフォルトの名無しさん:2020/12/13(日) 15:05:53.09 ID:tJMy4iCP.net
- 黒人を少しでも悪く言えないように黒人の話題を全て書き込み禁止にしてほしい
- 353 :デフォルトの名無しさん:2020/12/15(火) 09:31:17.80 ID:WjzirlT0.net
- Git v2.30.0-rc0
Git 2.30-rc0 Released With More Work On "Main" Branch Renaming, Fixes
https://phoronix.com/scan.php?page=news_item&px=Git-2.30-rc0-Released
- 354 :デフォルトの名無しさん:2020/12/15(火) 11:48:33.99 ID:JgqAZAsv.net
- あいつら上級地球民だから
俺たち下級とは違うんだよ
もちろん100%皮肉な
- 355 :デフォルトの名無しさん:2020/12/15(火) 19:54:34.73 ID:gQh/3Vfu.net
- gist コマンドって、git と違って、何かしら技使わないと grep できないってことでいいん?
- 356 :デフォルトの名無しさん:2020/12/16(水) 15:20:31.57 ID:4v/YyiUF.net
- エロ画像管理に向いてる?
エフェクト掛ける程度です
- 357 :デフォルトの名無しさん:2020/12/16(水) 15:21:52.55 ID:4v/YyiUF.net
- ローカル死ぬと怖いから秘密守ってるれるホスティングサービスあると嬉しい
- 358 :デフォルトの名無しさん:2020/12/16(水) 17:56:04.09 ID:mj49aMLx.net
- >>357
ローカルをディレクトリごとバックアップしときゃいい
- 359 :デフォルトの名無しさん:2020/12/17(木) 08:05:46.99 ID:61mx8GyZ.net
- >>357
暗号化ストレージにリモートリポジトリ作ったら?
git-secretとかgit-cryptもあるみたいだな。使ったことないけど。
- 360 :デフォルトの名無しさん:2020/12/19(土) 18:19:57.30 ID:///qzbaH.net
- ついにトークンになるのか
遅い
- 361 :デフォルトの名無しさん:2020/12/19(土) 18:37:10.93 ID:FXefMsJV.net
- トオル君?
- 362 :デフォルトの名無しさん:2020/12/19(土) 20:23:49.34 ID:JSwgNTOX.net
- あたしの彼氏、今日の俺は今日だけのワンタイムトークン!とか
携帯を勝手に覗き見てトークンチェック!とか言ってくる…
もぅマヂ無理。
- 363 :デフォルトの名無しさん:2020/12/19(土) 21:22:51.82 ID:Q3lUmbae.net
- githubのスレでやれ
- 364 :デフォルトの名無しさん:2020/12/20(日) 09:27:35.42 ID:e/uuvQSS.net
- Git v2.30.0-rc1
- 365 :デフォルトの名無しさん:2020/12/20(日) 09:54:39.04 ID:fJFvmm9G.net
- GitHubがGit操作時のパスワード認証を廃止、今後はトークンによる認証が必須に
https://gigazine.net/news/20201219-github-token-git-operations/
- 366 :デフォルトの名無しさん:2020/12/20(日) 10:42:03.68 ID:KAYvYNrC.net
- githubのスレでやれ
- 367 :デフォルトの名無しさん:2020/12/20(日) 14:51:44.47 ID:h+k5X02K.net
- GitHubってパスワード使えたのか? SSH認証だけだと思っていた。
- 368 :デフォルトの名無しさん:2020/12/20(日) 20:23:32.93 ID:vVtHms2k.net
- みんな SSH でやってるでしょ
ほとんどの人が影響なし
- 369 :デフォルトの名無しさん:2020/12/21(月) 20:01:18.48 ID:igZjZViM.net
- 前いたとこはみんな https でやってて credentil.helper でパスワード保存してたな
これも使えなくなるのかな
- 370 :デフォルトの名無しさん:2020/12/21(月) 20:06:15.80 ID:D8/t+Wt8.net
- まあ確かに会社のPCに秘密鍵置いておくと
取られる可能性はあるからな
そのPC固有のトークンのほうが安全か
もちろん俺は秘密鍵にパスコードかけてるけど
- 371 :デフォルトの名無しさん:2020/12/22(火) 13:33:02.25 ID:RKM5Yi1/.net
- >>362
ネカマキモwwwwww
- 372 :デフォルトの名無しさん:2020/12/24(木) 08:43:34.70 ID:EahE3vDH.net
- 2段階認証あるある:
割とでかいコードをチェックアウトするためにコマンドを走らせたままにして後で見たら、
認証が期限切れになっててチェックアウトが全部失敗していた。
面倒な世の中になった。
- 373 :デフォルトの名無しさん:2020/12/24(木) 09:05:56.22 ID:Lnk/IQtv.net
- そんな話初めて聞いた
- 374 :デフォルトの名無しさん:2020/12/24(木) 09:15:10.65 ID:Z5M4Fv1j.net
- git の話ではないな
- 375 :デフォルトの名無しさん:2020/12/24(木) 10:16:03.46 ID:cbU3fp1Q.net
- Git v2.30.0-rc2
- 376 :デフォルトの名無しさん:2020/12/24(木) 11:50:57.53 ID:KLhNBo44.net
- 作り話やろ?w
認証は最初に1回やるだけなんだから
- 377 :デフォルトの名無しさん:2020/12/24(木) 19:38:22.47 ID:pdRNZMox.net
- あ確かに、gitの話というよりsshの話か
- 378 :デフォルトの名無しさん:2020/12/24(木) 21:19:58.32 ID:zHK1POmy.net
- sshは2段階認証かからないのでは
- 379 :デフォルトの名無しさん:2020/12/26(土) 08:52:45.60 ID:LWCoNPDe.net
- OTPを使うやつね
- 380 :デフォルトの名無しさん:2020/12/26(土) 20:26:02.66 ID:z44Zq0Yv.net
- なぱきゃとわんちゃい
みたいな名前の奴いたな
- 381 :デフォルトの名無しさん:2020/12/27(日) 03:54:40.69 ID:ig+Dm/J9.net
- gitとgoogleToDoがリンクしたらいいなーと思っている
思うだけ
- 382 :デフォルトの名無しさん:2020/12/27(日) 07:18:20.86 ID:3wE25Ze9.net
- >>380
あああの渡辺満里奈と結婚した...
自分は今でも人に物を頼むときについ「タノムサク」と口走りそうになることがある。
- 383 :デフォルトの名無しさん:2020/12/29(火) 12:27:28.18 ID:kMuxVeIu.net
- Git v2.30.0
- 384 :デフォルトの名無しさん:2020/12/30(水) 17:18:57.85 ID:m/y18WaF.net
- macではgitconfigのPAGERに何を指定したらいいのでしょうか?
macにlessが入ってなくて
- 385 :デフォルトの名無しさん:2021/01/03(日) 15:29:55.66 ID:VGPDd1I6.net
- .gitignoreの拡張子って何ですか?
- 386 :デフォルトの名無しさん:2021/01/03(日) 17:37:10.04 ID:uWkBjJnT.net
- gitignore
- 387 :デフォルトの名無しさん:2021/01/03(日) 17:49:29.18 ID:j0Gq6j/F.net
- .gitignore.gitignoreってこと?
- 388 :デフォルトの名無しさん:2021/01/03(日) 21:32:50.27 ID:37FlK6+Q.net
- .の右側の名前が拡張子だけど
こんな質問するようなカスがGit使うのかよ
- 389 :デフォルトの名無しさん:2021/01/03(日) 23:39:20.45 ID:EZ344wHF.net
- ドットファイルはLinux系の命名ルールで、Windows系以外では拡張子にあまり意味がない
.gitignoreの拡張子はgitignoreであるとも言えるし、拡張子はないとも捉えられる
ドットファイルの拡張子は何かという質問自体にほとんど意味がない
どのように扱われるかはツールやコマンド次第
- 390 :デフォルトの名無しさん:2021/01/04(月) 00:13:59.55 ID:sJY8blrR.net
- >>389
ありがとうございました
>>386-388
もうちょっと分かりやすく質問したほうが良かったですね
ごめんなさい
- 391 :デフォルトの名無しさん:2021/01/05(火) 12:02:54.07 ID:G8BimKKu.net
- windowsのexoplorerで拡張子表示しない設定がデフォだが
.gitignoreの様ないわゆるドットファイルは全部表示されなくなるのか
- 392 :デフォルトの名無しさん:2021/01/05(火) 12:28:54.57 ID:aNkjNIb3.net
- 試してみればいいだろ。どうせWindowsを叩くネタ探ししてるだけだろうけどなw
- 393 :デフォルトの名無しさん:2021/01/05(火) 13:11:13.60 ID:QCk77nSD.net
- >>391
表示しないのは登録されている拡張子だけでは?
- 394 :デフォルトの名無しさん:2021/01/06(水) 20:55:16.68 ID:Td/kVwus.net
- >>41
コミットはスナップショットであり差分ではない
https://github.blog/jp/2021-01-06-commits-are-snapshots-not-diffs/
- 395 :デフォルトの名無しさん:2021/01/07(木) 00:39:52.75 ID:EvYoYllB.net
- もう許してやれよ
- 396 :デフォルトの名無しさん:2021/01/07(木) 01:43:50.25 ID:aTKj6syu.net
- 絶対に許せない
絶対にだ
- 397 :デフォルトの名無しさん:2021/01/07(木) 02:19:08.21 ID:KFrRp0zM.net
- ゆるしてやったらどうや
- 398 :デフォルトの名無しさん:2021/01/07(木) 04:30:00.53 ID:34A7D4US.net
- 俺は許す。だが第二、第三の許さいないやつが登場するかもしれないがな!
- 399 :デフォルトの名無しさん:2021/01/07(木) 04:30:26.54 ID:34A7D4US.net
- 俺は許さへんけどなー
- 400 :デフォルトの名無しさん:2021/01/07(木) 04:32:14.62 ID:Rwr+/vV9.net
- 1000年恨み続けるぞ
- 401 :デフォルトの名無しさん:2021/01/07(木) 04:35:29.84 ID:6iGXQ2ZO.net
- 俺も許さへんけどなー
- 402 :デフォルトの名無しさん:2021/01/07(木) 04:44:30.28 ID:USu0TVaW.net
- 許すまじ>>41
- 403 :デフォルトの名無しさん:2021/01/07(木) 08:44:09.61 ID:ZQrukJD2.net
- まあ使う分にはコミットがスナップショットでも差分でもどっちでもいいけどな
しかし、>>394でgitが過去のバージョン管理に比べて動作が速いのが納得できた
頭のいいやつの考えることは凄いわ
- 404 :デフォルトの名無しさん:2021/01/07(木) 16:00:26.65 ID:EQlW7mXe.net
- まじめな話 git のコミットは思想的にはパッチセットだけどな。
古い rcs系はスナップショットとして管理して内部的には差分として保存。
gitは逆でパッチとして管理し内部的にはスナップショットとして保存。
この辺が技術的に面白いところだけど、混乱したりバカな記事書いたりするやつが多い。
- 405 :デフォルトの名無しさん:2021/01/07(木) 21:43:05.24 ID:fS2hw6z7.net
- どういう意味?
〜で管理して…で保存、の前後が何を言ってるのかわからない
管理と保存の違いを詳しく教えてくれ
- 406 :デフォルトの名無しさん:2021/01/07(木) 22:15:20.16 ID:CAJlIzxl.net
- はてブコメントを見てると勘違いしてる人が結構いるのがわかる
- 407 :デフォルトの名無しさん:2021/01/08(金) 17:55:34.84 ID:8WBrrTq7.net
- gitがリビジョンを差分で管理してるみたいな勘違いは何年たっても減らないな
これとかもそうで、はてブとかでボロクソに言われて逆ギレしてるし
https://qiita.com/kaityo256/items/81e7951a1ca2706955a4
- 408 :デフォルトの名無しさん:2021/01/08(金) 18:04:44.51 ID:KooE4RYV.net
- まあ確かに二重性はよく言われるところではあるよね
https://www.thirtythreeforty.net/posts/2020/01/the-wave-particle-duality-of-git-commits/
- 409 :デフォルトの名無しさん:2021/01/08(金) 18:12:28.13 ID:PqQGKODL.net
- >>405
内部的にはスナップショットで持ってるけど、管理の単位(コマンドの操作対象)はパッチセット(差分集合)ってこと。
前者と後者の区別できないやつ(前者だけ主張するやつと後者だけ主張するやつと両方いる)が変な誤解が湧く原因。
stash とか例外はあるけど、内部実装の議論しないんなら git ではスナップショットとか忘れて良い。一方で内部実装からむならスナップショットが特徴。
- 410 :デフォルトの名無しさん:2021/01/08(金) 18:33:01.34 ID:0rHRhM/J.net
- gitのコミットがスナップショットであるって基本原理を理解しておかないと、コミット間の差分比較が速いとか、リポジトリが肥大化するとか、svnの部分チェックアウトとか、gitの長所短所の理由を理解できない
- 411 :デフォルトの名無しさん:2021/01/08(金) 19:26:51.55 ID:PqQGKODL.net
- 長所の「理由」とか知ってる必要ある?
普通に使うだけなら理由は知らなくても結果の特徴だけ知ってれば十分。
ガソリンの燃焼の仕組み知らなくても車は運転できる。
技術者なら知っとけ損はないから、とは思うけど使う上で必須ではない。
それより内部実装と管理対象の混同の方が問題。嘘主張するくらいなら内部実装は忘れてもらった方が。
- 412 :デフォルトの名無しさん:2021/01/08(金) 19:39:39.15 ID:qqFAZEK4.net
- 管理の単位ってなんのことか知らんけど、git diffするにしたって、Git内部のどこかに差分ファイルがあってそれを表示してるんじゃなくて、スナップショット間でその都度差分作ってる
だからSubversionと違って、任意のコミット間、任意のブランチ間の差分も素早く作れる
逆にこのせいでSubversionに劣る機能もある
- 413 :デフォルトの名無しさん:2021/01/08(金) 19:44:00.94 ID:R5EtqfcI.net
- そんでSubversionに劣る機能って?
- 414 :デフォルトの名無しさん:2021/01/08(金) 20:44:22.53 ID:gSC2W/4L.net
- コミット毎にスナップショットを保存というのは、データサイズはやっぱりでかくなるん?
そのへんのトレードオフは割り切ってる感じなんかな?
- 415 :デフォルトの名無しさん:2021/01/08(金) 20:50:30.68 ID:gSC2W/4L.net
- 連レスごめん
個人用のメモとかのリポジトリでも、あんまり頻繁にコミットするのはデータ量増えてくだけだからよくなくて、
1日ごとの記録をまとめてコミットしたりとかの方がいいのかな
「コミットはドラクエのセーブみたいなもんだ」ってのを最初に見たから、なんか「こまめにセーブ」しちゃうんよね
プライベートリポジトリで
- 416 :デフォルトの名無しさん:2021/01/08(金) 21:15:39.42 ID:/3odlZSD.net
- > 「コミットはドラクエのセーブみたいなもんだ」ってのを最初に見たから
それが本なら捨てたほうがいいレベル
バージョン管理というのは「バージョン」を管理するためのもの
バージョンというのは機能の違い
このバージョンで追加された機能、修正された機能はなんですか?
という質問に答えられないようなコミットは作ってはいけない
- 417 :デフォルトの名無しさん:2021/01/08(金) 21:17:00.17 ID:/3odlZSD.net
- ここでいってるバージョンっていうのは1.0.0みたいな
公開用バージョンじゃなくて1コミット=1内部バージョンっていう意味な
リビジョンとも言う
- 418 :デフォルトの名無しさん:2021/01/08(金) 21:19:32.15 ID:/3odlZSD.net
- 困ってないのにデータ容量とか速度を気にするやつは
素人の証拠だろうな
- 419 :デフォルトの名無しさん:2021/01/08(金) 21:20:19.55 ID:gSC2W/4L.net
- うん、パブリックな作業だとそうなんだろうけど、
プライベートで作業してるメモとかのリポジトリの話ね
- 420 :デフォルトの名無しさん:2021/01/08(金) 21:23:23.78 ID:iWK9k6TE.net
- ローカルのメモフォルダはcronで自動コミット
- 421 :デフォルトの名無しさん:2021/01/08(金) 21:33:17.87 ID:gSC2W/4L.net
- ちょっとググったら、コンセプトレベルだとスナップショットで保存してるという事になってるけど、
実際にデータストレージに格納する際は、普通にデルタで管理してるみたいね
https://stackoverflow.com/questions/8198105/how-does-git-store-files
- 422 :デフォルトの名無しさん:2021/01/09(土) 00:02:47.37 ID:W79PuS1T.net
- >>414
内部で圧縮だとか重複排除だとのかの機能が働いてるのでテキストなら全く気にすんな。
変更箇所が小さいということは他のスナップショットとの間での重複が大きいので、その分圧縮がよく効いて結局小さくなる。
逆にいうと重複排除や圧縮の効かない画像や音声などのバイナリは小さくならないのでディスクを食いまくる。
- 423 :デフォルトの名無しさん:2021/01/09(土) 04:27:19.29 ID:OcYH4afG.net
- 肥大化するのは、Gitがブランチ作りまくって運用するって思想なのもある
DLLとかアセットを大量に扱いやすいゲーム開発でSubversionが好まれやすいのは、Subversionがバイナリーもデルタで管理するから
- 424 :デフォルトの名無しさん:2021/01/09(土) 07:29:37.17 ID:tLHsNmBf.net
- ブランチ作りまくるのは、ブランチ作ったほうがいいから
gitだからブランチを作るのではない
作りたいから作るのだ
作りたいのにsubversionは面倒だから
作るのが億劫になる
- 425 :デフォルトの名無しさん:2021/01/09(土) 09:07:49.24 ID:HR4R//in.net
- 上にもあるけど、blob/tree/commitの違いを意識しないでスナップショット/差分の議論をしているから混乱するのかなと思った。
それと"パッチ"と"スナップショットでないもの"(=同じ内容を重複保存しない)も混ぜてるのも混乱の元だと思う
- 426 :デフォルトの名無しさん:2021/01/09(土) 09:10:26.81 ID:HR4R//in.net
- gitはスナップショットと言っていいと思う。
blobは厳密にスナップショット。
tree, commitもスナップショット。ただし、すでに保存されているblob, treeがあるときはハードリンクする。
これでどうだ。
- 427 :デフォルトの名無しさん:2021/01/09(土) 10:24:45.44 ID:iPsMunau.net
- とても分かりやすい
- 428 :デフォルトの名無しさん:2021/01/09(土) 10:36:06.13 ID:iPsMunau.net
- BLOBが完全にスナップショットってことは
平均100バイトのソースを通算100万回変更してコピーが作られたとしても所詮100MB単位なので問題なしとして
100MBの神Excelを1000回コミットすると100GB肥大化しちゃう?
- 429 :デフォルトの名無しさん:2021/01/09(土) 11:02:31.02 ID:HMKT/ruy.net
- GitのホスティングサービスってGitHubとかBacklogとかどこも1ファイル100MBまでとか全体で2GBまでとかに制限してるか、または推奨してる
Gitとしては巨大なリポジトリは分割して複数のリポジトリで管理するのを良しとしてる
- 430 :デフォルトの名無しさん:2021/01/09(土) 11:06:21.25 ID:HMKT/ruy.net
- ただ、GoogleとかFacebookとかApache Foundationとか巨大なシングルリポジトリでソース管理してるとこも多くて、そういうとこじゃGitは使えない
- 431 :デフォルトの名無しさん:2021/01/09(土) 11:20:38.94 ID:VJN4kPsf.net
- Androidはrepoという、沢山のgitレポジトリを集めたようなやつになってるよね。
でルートの.repoというディレクトリの下が結構でかくなる。何十GBとか。
- 432 :デフォルトの名無しさん:2021/01/09(土) 13:01:58.11 ID:GDFdV6+U.net
- >>429
それgitの制限の話なの?
ホスティングサービスとしての容量制限じゃないの?
- 433 :デフォルトの名無しさん:2021/01/09(土) 13:31:10.98 ID:HMKT/ruy.net
- それくらいがリポジトリ分割の目安ってこと
GitHubとかBitbucketとかたいていのプロジェクトで使うし
- 434 :デフォルトの名無しさん:2021/01/09(土) 13:34:00.22 ID:HMKT/ruy.net
- Apacheはこんなことしてるし
https://svn.apache.org/viewvc/
- 435 :デフォルトの名無しさん:2021/01/09(土) 13:54:10.37 ID:GDFdV6+U.net
- >>433
いや説明になってないけど
技術的にgitの限界というなら知りたいとこだが
- 436 :デフォルトの名無しさん:2021/01/09(土) 13:58:13.20 ID:HMKT/ruy.net
- お前アホだろ
- 437 :デフォルトの名無しさん:2021/01/09(土) 14:39:15.02 ID:GDFdV6+U.net
- 説明できずに逆ギレとはテンプレみたいな奴だな
- 438 :デフォルトの名無しさん:2021/01/09(土) 17:15:51.87 ID:hICARDFL.net
- バージョン管理システムはソースコードを管理するためのもので
差分見たり、ファイルの一部分を取り入れたりできなければ意味がない
100MBとかソースコード(テキスト形式)ではありえないようなサイズは
Git LFSを使ってファイルとして管理するのが推奨されてる
- 439 :デフォルトの名無しさん:2021/01/10(日) 02:02:28.87 ID:sWDDTlTI.net
- >>421 >>426
このレベルの理解でドヤる奴が多いので混乱する
だいたい >>426 の理解でいいのだけど、
Packfile という仕組みで blob はスナップショットから別のblobとの差分へ変換される
この仕組みはコミット時に動くのではなくて、適当なタイミングで非同期的に行われる
ほぼ公式のこれ読んどけ
https://git-scm.com/book/ja/v2/Git%E3%81%AE%E5%86%85%E5%81%B4-Packfile
- 440 :デフォルトの名無しさん:2021/01/10(日) 02:10:27.13 ID:sWDDTlTI.net
- >>426 のハードリンクというのは違うか、同じハッシュを参照するだけ
- 441 :デフォルトの名無しさん:2021/01/10(日) 11:31:03.72 ID:YtDhIn2G.net
- >>439
コミット(というかインデックスファイル作るときなのでadd)したときにはスナップショットが作られる(記事内のlooseオブジェクト)けど、
gcで差分に変換される(=packfile)ってことか。勉強になるわ。
差分はどういうフォーマットなの?たぶんdiffではないよね?
あとハードリンクってのは概念的な類似(inode)から口走っちゃったけど、>>440のつもりです。ブランチと同じようにハッシュ向けるだけ。
- 442 :デフォルトの名無しさん:2021/01/10(日) 16:45:12.51 ID:LeXF6f76.net
- >>420だと保存しないとトリガーが発動しないから保存を忘れてしまえば効果が無いな
- 443 :デフォルトの名無しさん:2021/01/13(水) 21:53:18.46 ID:5+4LZxHe.net
- 一番最初のコミットしたファイルにパスワードが含まれるファイルがあるので
パスワードを空にしてそのコミットを修正する方法を教えてください
そのファイルは2回目以降にもぼちぼち編集してますが
パスワードの行は変更しておりません
- 444 :デフォルトの名無しさん:2021/01/13(水) 21:55:13.38 ID:CyYDkVRJ.net
- やっちまったな
- 445 :デフォルトの名無しさん:2021/01/14(木) 00:17:47.56 ID:iLKd+C5M.net
- >>443
BFG Repo-Cleanerを--replace-textオプションで実行
- 446 :デフォルトの名無しさん:2021/01/16(土) 07:59:32.68 ID:WJOhPj8J.net
- Git って今、SHA-1 と SHA-256 どっち使ってるの?
- 447 :デフォルトの名無しさん:2021/01/28(木) 07:56:37.51 ID:acOoD31W.net
- git switch と git branch があったら、git checkout ってもう使い所ないですか?
- 448 :デフォルトの名無しさん:2021/01/29(金) 17:38:30.84 ID:W6HglRhM.net
- 自分のHTMLやcssの履歴を残したいのでgitを使い始めたのですが、
コミット(B)した後に、1ファイルの1行だけ修正してからコミット(A)してしまって
前々回のコミット(B)に取り込んで、コミット(A)を消す事はできるのでしょうか?
コミット(B)をrebaseをしてintaractiveを選んだのですが、コミット(A)は消えず
変化もありませんでした、Visual Studio Codeを使用しています
- 449 :デフォルトの名無しさん:2021/01/29(金) 20:11:30.08 ID:1cLC2MqD.net
- >>448
--> B --> A を
--> B'(B+A) にしたいってことですね。
interactiveを使おうとしているということはコマンドラインは使えますね。
git reset --soft @^ && git commit --amend です。
Aの先に既にコミットしている場合や、作業領域がダーティの場合は、このコマンドではダメなので言ってください。
慣れてないなら、コマンド実行前に git rev-parse @ で表示される文字列をメモっておいてください。
- 450 :デフォルトの名無しさん:2021/01/30(土) 01:49:46.04 ID:Z9V3r2RM.net
- gitとgithubが似たような仕組みって昨日知ったわ
ありがとう
- 451 :デフォルトの名無しさん:2021/01/30(土) 03:16:40.27 ID:wITmTCC/.net
- >>449
rebase用にファイルを用意してみたのですが、
rebaseテスト> git reset --soft @^ && git commit --amend
&&は前のコマンドが成功したら次のコマンドを実行するとは思いますが、
発生場所 行:1 文字:21
+ git reset --soft @^ && git commit --amend
トークン '&&' は、このバージョンでは有効なステートメント区切りではありません。
&&は対応していないようです。
前のコマンドだけ入力してもエラーでした。
rebaseテスト> git reset --soft @^
fatal: ambiguous argument 'g': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
- 452 :デフォルトの名無しさん:2021/01/30(土) 10:49:06.16 ID:T6Q7OQGL.net
- 最後のエラーが謎い…環境を教えて下さい。
・gitのバージョン
・コマンドラインを実行しているシェル(bashではない?)
git reset --soft HEAD^
これはどうなります?
- 453 :デフォルトの名無しさん:2021/01/30(土) 17:01:38.99 ID:wITmTCC/.net
- >>452
Visual Studio Codeで動くpower shellだと思います
> git --version
git version 2.24.1.windows.2
でした。
> git reset --soft HEAD^
変化がありました!
自分のレスを引用していますが
>>コミット(B)した後に、1ファイルの1行だけ修正してからコミット(A)してしまって
コミット(A)が消えて、直前に戻ったという感じです。
コミットのアンドゥと言ったところでしょうか。
そのままもう1度同じコマンドを打つと、内容を保持したままコミット(B)が消えたので
そこでコミット(B')みたいな形ではやりたいことはできました。
VSCodeのResrt to Previous Commit -> --soft を押しても同じ結果になりました
2回soft resetをしてからコミットするという感じで目的は達成できそうですが
最初の目的であるrebaseが動かなかったのは何か条件があるのかな・・
- 454 :デフォルトの名無しさん:2021/01/30(土) 20:51:33.23 ID:RuyxT2u7W
- 中学数学からはじめる微分積分
https://www.youtube.com/watch?v=4p1rwfXbCoY&t=4341s
中学数学からはじめる相対性理論
https://www.youtube.com/watch?v=voFHToRM4xI&t=10s
中学数学からはじめるAI(人工知能)のための数学入門
https://www.youtube.com/watch?v=7A05OamqCyc
中学数学からはじめる三角関数
https://www.youtube.com/watch?v=OLqgs4fJl7Y&t=3803s
中学数学からはじめる複素数
https://www.youtube.com/watch?v=IQaYyFboK48&t=20s
- 455 :デフォルトの名無しさん:2021/01/30(土) 20:10:04.60 ID:zAPZPJfA.net
- 目的は果たせたようでよかったです。
powershellは分からないですが、たぶん@と^は使わないほうがいいんだろうと思います。
- 456 :デフォルトの名無しさん:2021/01/31(日) 22:20:13.70 ID:/8udhYNB.net
- 皆さんってGUIのGitツールって使います?
使っているとしたらオススメとかってありますか?
- 457 :デフォルトの名無しさん:2021/01/31(日) 22:32:34.38 ID:BL5bBvd/.net
- GUI使うのはIDEのgit連携機能くらいですかね
Visual Studioとか
- 458 :デフォルトの名無しさん:2021/02/01(月) 00:11:14.51 ID:d6MK+BJR.net
- SourceTree使ってるけど、バージョンアップで時々変なバグ入れてくるのでおすすめしない
- 459 :デフォルトの名無しさん:2021/02/01(月) 08:42:59.22 ID:oGcUiyuW.net
- >>456
forkいいよ
- 460 :デフォルトの名無しさん:2021/02/01(月) 08:57:39.78 ID:9cKOvUYE.net
- gitkでツリー確認して操作はコマンドラインだな。
- 461 :デフォルトの名無しさん:2021/02/01(月) 09:26:55.28 ID:oAaP+56S.net
- TortoiseGitばっかり使ってる
エクスプローラとの連携が便利だからね、、
- 462 :451:2021/02/01(月) 12:25:02.13 ID:1/QkvVEJ.net
- 皆さん、情報提供ありがとうございます。
参考にさせていただきます。
- 463 :デフォルトの名無しさん:2021/02/01(月) 22:50:03.16 ID:Q5Bso842.net
- 質問させて下さい。
開発の為に開発用branchを作り、開発が完了して、master branchにマージした後、その開発用branchは削除すべきなのでしょうか?
仮に削除するのだとすると、開発用branch内の履歴が消えてしまうような気がするのですが、なにか良い方法はありますか?
よろしくお願いいたします。
- 464 :デフォルトの名無しさん:2021/02/01(月) 23:09:13.83 ID:36GZ1lkU.net
- >>463
fast forward マージをした?
git log --oneline --decorate --graph --branches --tags --remotes
↑
これを使ってみて
- 465 :デフォルトの名無しさん:2021/02/02(火) 12:15:14.88 ID:9p26+m9e.net
- >>456
git bashは一度起動させたらそのまま移動して使い回す
更新履歴見るときだけgitk呼んでる
操作自体はgit bash
過去の履歴が使えるので専用シェルは都合が良い
@win10
- 466 :デフォルトの名無しさん:2021/02/02(火) 15:24:31.09 ID:eTRsUHIh.net
- git bash 便利だよね
- 467 :デフォルトの名無しさん:2021/02/02(火) 20:41:40.26 ID:5V0WMfsF.net
- tig便利
元々Linux使ってたけどGit for Windowsに付いてくるようになって嬉しい
- 468 :デフォルトの名無しさん:2021/02/02(火) 22:19:04.75 ID:jeVYN25G.net
- mingwのコマンドいっぱい入っているからcygwinがわりにもなるな。
- 469 :デフォルトの名無しさん:2021/02/04(木) 13:02:56.36 ID:g2cSm/y9.net
- http://to-developer.com/blog/?p=2103
- 470 :デフォルトの名無しさん:2021/02/04(木) 13:07:15.43 ID:4mrWh63N.net
- git reset --soft <commit>
<commit> を省いた時の動作って、
git reset --soft HEAD
と同じ意味になる?
マニュアル見ても書いてないように思うんだけど
つまり、
git reset --soft
ってのは、reflog で見れる足跡情報が増えるだけで、
それ以外にはなんにもしないコマンドって理解でいいです?
- 471 :デフォルトの名無しさん:2021/02/04(木) 13:41:04.22 ID:tVJRdoUz.net
- man git-reset の最初の何行か読めばそう書いてあるだろ
- 472 :デフォルトの名無しさん:2021/02/04(木) 21:59:36.37 ID:OLEUfSPw.net
- The <tree-ish>/<commit> defaults to HEAD in all forms.
- 473 :デフォルトの名無しさん:2021/02/08(月) 20:47:02.46 ID:kPAwZcKm.net
- Windows で開発してるうんkなんで、
git bash を VS Code で植え込んだ時におならが出るくらい感動した
- 474 :デフォルトの名無しさん:2021/02/09(火) 00:42:35.94 ID:n4fLaJzx.net
- posh-gitも結構いいと思うんだ
- 475 :デフォルトの名無しさん:2021/02/09(火) 09:55:22.35 ID:dT3J9cd9.net
- Git v2.30.1
- 476 :デフォルトの名無しさん:2021/02/09(火) 12:33:58.63 ID:eEK9etiv.net
- powershell はコマンドが長ったらしいだけでもう無理
エイリアス設定できたとしてももう無理
なんか powershell 開いただけで蕁麻疹出る
- 477 :デフォルトの名無しさん:2021/02/09(火) 12:47:44.22 ID:Ulftf9cH.net
- powershell強力過ぎ、めっちゃ使いやすい
- 478 :デフォルトの名無しさん:2021/02/09(火) 17:18:41.08 ID:eEK9etiv.net
- >>477
ちょっとどこが良いのかその良さを bash とか zsh とかと比較して語ってみて
- 479 :デフォルトの名無しさん:2021/02/09(火) 17:39:51.20 ID:PJ1MEzpe.net
- powershellは
bashやzshより使いやすい
- 480 :デフォルトの名無しさん:2021/02/09(火) 17:51:57.49 ID:/YXPJyUh.net
- 小学生のふわっとした紹介すこ
- 481 :デフォルトの名無しさん:2021/02/09(火) 18:00:37.52 ID:n4fLaJzx.net
- すまん、プレステとサターンどっちが強いってイキってる小学生から成長してないやつがいるとは思わなかった
アレルギーって自分で分かってるんだから好きなの使えばいいのにね
- 482 :デフォルトの名無しさん:2021/02/09(火) 22:46:56.83 ID:2AhSCbDW.net
- 利点を教えてと言っただけなのに、何でどちらが強いとかイキってるとかの話になるんだ…
- 483 :デフォルトの名無しさん:2021/02/10(水) 00:13:24.97 ID:85OkvizX.net
- 無理、無理、蕁麻疹出ると畳み掛けた奴が「教えてと言っただけ」と嘯くか
こういう輩が被害者ぶってる様を見る方がよっぽど無理だわ
- 484 :デフォルトの名無しさん:2021/02/10(水) 00:17:09.45 ID:MZ8sANR+.net
- Powershellは使いやすいのが利点かな
- 485 :デフォルトの名無しさん:2021/02/10(水) 06:21:29.99 ID:qX2MPAZ0.net
- そういう喧嘩はどうでも良くて、
普通に powershell に利点があるなら知りたいだけなんだけど
自分は powershell 全然使い込んでないし
- 486 :デフォルトの名無しさん:2021/02/10(水) 06:34:31.18 ID:yu7Hf4No.net
- >>485
PowerShellスレで聞けば?
PowerShell -Part 4
https://mevius.5ch.net/test/read.cgi/tech/1577862511/
- 487 :デフォルトの名無しさん:2021/02/10(水) 10:25:14.26 ID:qX2MPAZ0.net
- >>486
教えてくれてありがとう
スレお気に入れてチェックだけはしといてみるよ
- 488 :デフォルトの名無しさん:2021/02/13(土) 21:10:04.34 ID:k+FkZinH.net
- PowerShellは.NET Frameworkが使えることが最大の利点。
それ以外のメリットがないのが最大の欠点。
- 489 :デフォルトの名無しさん:2021/02/13(土) 22:49:51.40 ID:a6ioYjOw.net
- >>488
そういうのをやりたければPowerShellスレでやれ
git関係ないだろ
- 490 :デフォルトの名無しさん:2021/02/13(土) 23:43:26.18 ID:8rFjwvle.net
- マイクロソフトの影響が強まっているから仕方ない部分もある
- 491 :デフォルトの名無しさん:2021/02/14(日) 17:26:13.02 ID:TODeHKxO.net
- 質問です
あるプロジェクトをgit cloneしてローカルでbuildしたのですけど、
その中で必要なSDLのソースが404でダウンロード出来なくて、中断する状況。
メンテナに聞いてみたら"update the git hash."とのこと。
「HASH更新するのね、了解」って思ったんですが、それってどうするの?状態です。
gitのオプション見ても適当なコマンドは見たらないし、cloneしてbuildする位しか
git自体使ってない程度なのでさっぱりさんです。
どなたか教えてください。
- 492 :デフォルトの名無しさん:2021/02/14(日) 17:35:22.62 ID:B5Xs3xes.net
- そのプロジェクトを明かせばいいんじゃないかな。
- 493 :デフォルトの名無しさん:2021/02/14(日) 17:41:51.89 ID:TODeHKxO.net
- ぬ、了解です。
github.com/EmuELEC/EmuELEC
で、Odroid Go Advance用にmake imageしたもので該当エラーになります。
build環境はamd64のdebian9です。
- 494 :デフォルトの名無しさん:2021/02/15(月) 00:31:17.39 ID:GpFzBvup.net
- package.mkのPKG_SHA256弄るっぽいです。
すんません、git関係無いかも。
- 495 :デフォルトの名無しさん:2021/02/15(月) 00:47:31.45 ID:GpFzBvup.net
- >>494
これで正解だったようです。
お騒がせしました
- 496 :デフォルトの名無しさん:2021/02/15(月) 11:45:26.57 ID:X76akpeQ.net
- >>11-12
ありがとう
このやり方でいきます
- 497 :デフォルトの名無しさん:2021/02/16(火) 00:58:10.08 ID:mnwlAejZ.net
- 質問をさせて頂きたいのですが、
GitはGPLらしいのですが、注意することはありますか?
例えばGitを用いて公開したコードは商用利用出来ないのですか?
- 498 :デフォルトの名無しさん:2021/02/16(火) 01:41:07.50 ID:MAgjCNR3.net
- ライセンスに関わることは正確にやりたいこと言わないと答えられないぞ
なおGPLは商用利用を禁止していない
- 499 :デフォルトの名無しさん:2021/02/16(火) 07:01:06.32 ID:ZcpmZlC/.net
- >>497
gitのソースコードを修正する時になったらまた来てください
それまでは何も気にする必要はありません
- 500 :デフォルトの名無しさん:2021/02/16(火) 07:01:40.34 ID:ZcpmZlC/.net
- git「で」ソースコードを修正するときではなく
git「の」ソースコードを修正するときです
- 501 :デフォルトの名無しさん:2021/02/16(火) 11:12:05.59 ID:RZWWw22S.net
- GPLのソフトを組み込んだソフトもGPLになるんだよね
gitを組み込んでる商用IDEはソース公開義務を持つのかな?
- 502 :デフォルトの名無しさん:2021/02/16(火) 11:19:59.57 ID:ZcpmZlC/.net
- gitのソースコードを修正しない限り自由に組み込める
いくらコピーしてもOK。自分で作った部分のソースコード公開の義務はない
- 503 :492:2021/02/16(火) 17:50:38.97 ID:mnwlAejZ.net
- 答えてくれた方ありがとうございました
>>498
Git(やGitHub)でWeb上に公開したコードについてですが、
まあ大体は商用利用ではないと思うのですが、
後々になってお金を頂くようなものを作る可能性もありまして
でも大丈夫なんですね
>>499
つまり、Git自体のコードをどうこうするのではなく、
Gitのサービスを単に利用するだけであれば、
GPLはあまり気にしなくていいということなんですかね?
- 504 :デフォルトの名無しさん:2021/02/16(火) 18:50:42.51 ID:Pme6j5oX.net
- >>503
GPLは、
a) gitユーザーに自由にgitを使ってもらうために、
b) git開発者・gitを組み込んだプログラム開発者を制限する
ライセンス。
a,bの違いを意識しないといけないからちょっと面倒。
- 505 :492:2021/02/16(火) 20:16:09.71 ID:mnwlAejZ.net
- >>504
ありがとうございます
GPLって書かれてるとちょっとビビってしまいます
- 506 :デフォルトの名無しさん:2021/02/16(火) 22:18:03.16 ID:ZcpmZlC/.net
- GPLで作られたソフトの「ソースコード」を
どうにかしない限り、何の成約もない
- 507 :デフォルトの名無しさん:2021/02/16(火) 22:22:07.11 ID:HBjzowuv.net
- >>506
GPLのコードを静的リンクしたらGPLに感染するし、動的リンクもグレーじゃない?
- 508 :デフォルトの名無しさん:2021/02/16(火) 22:23:33.33 ID:OHaKBW0a.net
- GPLの解説読むとGPLソフトを組み込んだソフトはソース改変してなくてもGPLライセンスになってしまうようにしか受け取れないけどな
- 509 ::2021/02/16(火) 22:30:30.89 ID:I98rHtI/.net
- >>507
動的リンクは OK、スタティックリンクは OUT とか、もうほとんど意味不明ですよね
そもそもハードディスクも物理メモリも、メモリ空間も富豪的な現状で、動的リンクの存在価値はどこにあるのでしょうか?
- 510 :デフォルトの名無しさん:2021/02/16(火) 22:36:23.68 ID:ZcpmZlC/.net
- >>507
せやね。リンクしない限りOK
>>508
>ソース改変してなくてもGPLライセンスになってしまう
それはなにをしてもそうならない
ライセンス違反になるだけで、勝手にGPLライセンスになることはない
もし「○○○ライセンスになってしまう」というライセンスの強制上書きが許されるとしたら、
オレオレライセンスを組み込んだソフトは、どんなライセンスのものでも
オレオレライセンスになってしまう。というライセンスだって作れる。
GPLだろうがなんだろうが、そこにオレオレライセンスのソフトを混ぜると
GPL等のライセンス効果はなくなって、オレオレライセンスになってしまう
という強力なライセンスを作れると思うか?
>>509
そういうことだな。標準入出力でやり取りするブリッジプログラムを作れば
GPL感染すること無く利用することができる
- 511 :デフォルトの名無しさん:2021/02/16(火) 22:38:07.49 ID:ZcpmZlC/.net
- > GPLソフトを組み込んだソフトは
これは、同梱という意味じゃないことに注意
当たり前だが、DVDに一緒に配布してもGPLライセンスに感染しない
それはRedHatなどがやってること
LinuxディストリはGPLとそれ以外を一緒に配布している
- 512 :デフォルトの名無しさん:2021/02/16(火) 22:40:05.12 ID:RZWWw22S.net
- >>510
ライセンス違反にはなるけどしらを切れというスタンスか
- 513 :デフォルトの名無しさん:2021/02/16(火) 22:46:13.31 ID:ZcpmZlC/.net
- >>512
例えば、逆にGPLのソフトが間違って、互換性がないライセンスのコードを使ってしまったとしよう
もしかしたらそのコードは有料で利用可能にしているコードかもしれない
悪いのはそのGPLソフトだ。どうすべきだと思う?
そのコードを消して謝れば許す?
それとも損害賠償すべきだと思う?
それともGPLのライセンスを、別のライセンスに変更すべきか?
- 514 :デフォルトの名無しさん:2021/02/16(火) 22:47:24.67 ID:/LIEBh+G.net
- >>512
なんか誤解してる。
ライセンス違反だとしても勝手にGPLになったりしないってこと。
- 515 :デフォルトの名無しさん:2021/02/16(火) 22:53:40.52 ID:ZcpmZlC/.net
- ライセンス違反したことは悪いが、
だからといってGPLに変更すれば許してやるよというのは
傲慢な脅しに過ぎない
ライセンス違反した場合に、GPLに変更するのは
ライセンス違反とい問題を解消するための、選択肢の一つでしかなく
両者の合意、または裁判によって個別に決めることでしかない
GPLに変更することで大損害を受けるのであれば、それは選択肢にならない
その場合は損害賠償を行うことで解決することになるだろう
合意が取れない場合に裁判を行うと、結局そうなる
GPL(事実上無料)にどれだけの損害を認められるか知らんがな
まあGPLを使ったことによる利益とかから算出されるんじゃね?
どうでもいい部分の利用程度なら、損害の程度も低いだろう
- 516 :デフォルトの名無しさん:2021/02/16(火) 23:07:03.03 ID:RZWWw22S.net
- いちいち裁判で争ってたら仕事にならんからやっぱりGPLは避けるのが無難だな
- 517 :デフォルトの名無しさん:2021/02/16(火) 23:11:40.98 ID:ZcpmZlC/.net
- ライセンス違反しなければいいだけだろ?
リンクしない限り何も影響なく
自由に利用できる
- 518 :デフォルトの名無しさん:2021/02/16(火) 23:12:44.65 ID:ZcpmZlC/.net
- せっかく開発者が自由に使ってくださいって提供してるんだから
便利に使ってやらなきゃ可哀想だろう
LinuxだってGPLだ。便利に使える。
- 519 :デフォルトの名無しさん:2021/02/16(火) 23:37:58.40 ID:uwaPbh9W.net
- >>509
GNU公式見解では動的リンクもOUT
Linuxカーネルがとりあえず動的モジュールOKなのはリーナス含む大勢の著作権者が不問にしてるだけ
そして動的リンクの意義はLinuxカーネルみたいなものなら自明だろう
- 520 :デフォルトの名無しさん:2021/02/16(火) 23:41:52.36 ID:M81i/Uj4.net
- GPL危ない危ない
- 521 ::2021/02/16(火) 23:43:18.17 ID:I98rHtI/.net
- >>519
私には自明にはみえませんが‥‥
カーネルモジュールのことをいっているのですか?
- 522 :デフォルトの名無しさん:2021/02/16(火) 23:45:17.03 ID:uwaPbh9W.net
- >>521
ドライバ全部入りのカーネル使いたいの?
それともドライバ組み込むたびにカーネルリンクしたい?
- 523 :デフォルトの名無しさん:2021/02/16(火) 23:48:10.64 ID:/LIEBh+G.net
- どっちにしても配布物にGPLなソフトウェアを同梱しなけりゃセーフ
- 524 :デフォルトの名無しさん:2021/02/16(火) 23:50:06.35 ID:M81i/Uj4.net
- 余計なリスクを抱えるのは避けたいからBSD・MIT・Apacheライセンスのライブラリを使うわ
- 525 :デフォルトの名無しさん:2021/02/16(火) 23:55:13.86 ID:ZcpmZlC/.net
- ライブラリをGPLにしてしまうと、静的・動的リンクのためライセンス違反になるので
そうならないようにライブラリ用にLGPLというライセンスが存在する
GPLのライブラリのほとんどはよく読めばLGPLになってるはず
- 526 ::2021/02/16(火) 23:55:15.05 ID:I98rHtI/.net
- >>522
MS-DOS では必要に応じてデバイスドライバを後から読み込むことができますが、MS-DOS のデバイスドライバを指して「動的リンク」とは当時は言っていませんでしたよね…
またアプリケーションに関しては、動的リンクはトラブルのもと(アプリではなく動的ライブラリが原因、とか、アプリの記述で手を抜くとアプリが暗黙に得体の知れないところの動的ライブラリをしれっとリンクする、とか)だった気がします
いわゆる Windows の DLL HELL ってやつですよ‥‥
- 527 ::2021/02/16(火) 23:55:48.59 ID:I98rHtI/.net
- >>525
それは矛盾と妥協の産物としか‥‥
- 528 :デフォルトの名無しさん:2021/02/16(火) 23:58:03.77 ID:ZcpmZlC/.net
- 例えばglibc(GNU C Library)はLGPLなのでリンクしても問題ない
https://en.wikipedia.org/wiki/GNU_C_Library
License LGPLv2.1
- 529 :デフォルトの名無しさん:2021/02/17(水) 00:00:40.90 ID:dCg1/Ims.net
- >>527
LGPLはもともとLibrary GPLという名前だったことからもわかるように
ライブラリ用のGPLとして作られた
https://www.weblio.jp/content/GNU+LGPL
> LGPLとは、コピーレフトの考えを導入したGNUのライセンスのことである。
> 以前は「Library GPL」の名称で呼ばれていた。
>
> LGPLはGPL(GNU General Public License)をベースとしているが、
> LGPLの元で公開されたソースを利用したソフトウェアを開発しても、
> その独自開発部分のソースコードの公開を強制しないという特徴を持っている。
- 530 :デフォルトの名無しさん:2021/02/17(水) 00:07:50.02 ID:dCg1/Ims.net
- >>526
LinuxはWindowsでいうDLL HELLを避けるために
全てのパッケージが使用するライブラリを厳密に管理してる
それがディストロの仕事で、例えば次のUbuntu 21.04をリリースすべく
いま頑張ってる作業の内容がそれ
Linuxでは一般に動的ライブラリのユーザーによるインストールが
事実上禁止されてる(動作保証しない)ことによりDLL Hell相当を防いでいる
しかしそれではライブラリのバージョンが古くて困るので
独自作成のアプリ(どちらにしろ動作保証がない)では
好き勝手ローカルディレクトリにライブラリをインストールしたり
Dockerを使ってアプリにライブラリをバンドルしているw
- 531 ::2021/02/17(水) 00:11:30.91 ID:G/Mp6Fzr.net
- >>530
>好き勝手ローカルディレクトリにライブラリをインストールしたりDockerを使ってアプリにライブラリをバンドルしているw
WWWWW
- 532 :デフォルトの名無しさん:2021/02/17(水) 00:29:44.27 ID:27gbRgcl.net
- >>526
MSDOS界では歴史的にリンクでは無いかもしれないが、Unix界では歴史的にドライバはリンクだよ
動的にロードできるようになった今でもDOSとは違ってロード時にシンボル解決してるし
- 533 :デフォルトの名無しさん:2021/02/17(水) 19:46:16.19 ID:k81iZNBk.net
- gitからzipでダウンロードして
ソースいじったりしてるやついるの?
- 534 ::2021/02/17(水) 21:21:53.80 ID:n4obO1jB.net
- >>532
DOS の時代であっても、一旦 OS が起動しきって command.com に制御が移った後であっても、任意の時刻に追加でデバイスドライバをロードすることは可能でしたよ‥‥
まあ DOS 的にはデバイスドライバには厳しい縛りがあるのでデバドラと動的ライブラリが同一とは主張したりはしませんが
ただ一ついえることは、2021 年現在、DLL が本当に必要なのか?という疑問はもっともっと考慮する価値がある、という点でしょうか
- 535 :デフォルトの名無しさん:2021/02/18(木) 01:05:04.94 ID:O19Vw8ur.net
- ここでGitHubについての質問もしていいですか?
- 536 :デフォルトの名無しさん:2021/02/18(木) 01:19:01.52 ID:UIKXY2k+.net
- そんな質問してもきっとハブられるぞ
- 537 :デフォルトの名無しさん:2021/02/18(木) 01:33:18.67 ID:qWQvZ+M0.net
- ソースコード ホスティング総合【GitHub,GitLab,Bitbucket等】
https://mevius.5ch.net/test/read.cgi/tech/1531824290/
- 538 :530:2021/02/18(木) 01:40:21.32 ID:O19Vw8ur.net
- >>536
ですよね〜
>>537
そんなスレッドがあったんですね
ありがとうございます
- 539 :デフォルトの名無しさん:2021/02/18(木) 21:11:48.11 ID:46H+aqKh.net
- htmlとcssをローカルでgit管理しているのですが、
たとえば商品ページみたいなのを作っていて、cssなどを触っている時に
トップページのcssを1行だけ変更するとなると、
細かく言えば、商品ページの部分ではない部分のcssを触るのですが、
コミットしてしまうと、2つの目的が同じコミットになってしまいます。
編集部分が異なるところを分ける扱いとかはできるのでしょうか?
- 540 :デフォルトの名無しさん:2021/02/19(金) 00:06:40.66 ID:0c64eule.net
- >>539 git add -p
- 541 :デフォルトの名無しさん:2021/02/20(土) 18:30:49.01 ID:Qz20NbPh.net
- コマンドラインから git を利用するプログラムは GPL に感染しない
git のライブラリを直接読んで実行するプログラムは感染します(動的リンク)
ICO っていう PS2 のゲームは、GLP 違反で廃盤になってます(ソースコード公開しやがらなかった)
RMS の団体がいくつか訴訟起こしてるみたいだけど、
日本でGPL関連の裁判は多分いまだに一個もない
そもそもGPLの強制力自体法的にグレーらしいからね
多分日本で裁判起こされても負けないと思う
- 542 :デフォルトの名無しさん:2021/02/20(土) 20:18:22.09 ID:M2gbwTPz.net
- 仮に裁判に負けないとしてもいちいち訴訟起こされたら仕事にならないし時間の無駄だからGPLのライセンス違反は避けとくわ
- 543 :デフォルトの名無しさん:2021/02/20(土) 23:45:15.22 ID:upzAgg50.net
- git checkoutで過去のコミットに戻ったあと、元いた未来のコミットに進むにはどうしたらいいの?
- 544 :デフォルトの名無しさん:2021/02/20(土) 23:48:26.25 ID:upzAgg50.net
- あ、git log --all & git checkoutでいけました。
- 545 :デフォルトの名無しさん:2021/02/21(日) 00:02:04.50 ID:jWo1wAix.net
- git checkout -
でよくね
ICOもワンダと巨像も名作だったな
- 546 :デフォルトの名無しさん:2021/02/21(日) 00:08:08.35 ID:f0EcfH0m.net
- >>545
お、そうなのね。ありがとうー
- 547 :デフォルトの名無しさん:2021/02/21(日) 00:41:18.13 ID:nRMfhtr9.net
- git-checkout -
You may also specify - which is synonymous to @{-1}.
へぇ〜しらなかった。cd - みたいだね。
- 548 :デフォルトの名無しさん:2021/02/21(日) 17:55:15.38 ID:Ad1gHg6w.net
- git switch -
でもいいんやで
ところで、コミットメッセージ編集しても
コミットハッシュに影響しないようにするってのは駄目だったのかな
git の仕様的にコミットメッセージがコミットハッシュに影響しなきゃいけなかった理由ってなんだろ
これさえなければ、専用エディタとかでホイホイメッセージ編集しまくれそうなもんだけど
- 549 :デフォルトの名無しさん:2021/02/21(日) 18:51:43.30 ID:Ad1gHg6w.net
- ゴリゴリ適当に作業して適当にコミットしたい時ってない?
後で rebase で整理するのめっちゃ大変になるんだけど…
コミットせずに、
たまに別のブランチに移りたいときとかはスタッシュ上手く使えばいいのかな?
- 550 :デフォルトの名無しさん:2021/02/21(日) 20:56:52.41 ID:AgsWCueA.net
- >>548
わかる。
特に理由はなくて、そこまでやる必要を感じなかっただけだと思う。
俺もコミットメッセージはメタデータなのでコミットのハッシュに含めるべきではなかったと思う。
ただしメッセージも履歴をとっておくべきだと思うので、ハッシュを個別に取って、両方合成でコミットを管理するとかだな。
ソース側のハッシュだけで新しい方にマッチするようになっていれば良い。
- 551 :デフォルトの名無しさん:2021/02/21(日) 21:35:17.56 ID:sBTXUFZh.net
- >>550
新しい方決め打ちじゃなくて選択させろという
要求でたらというか普通に出るから
最初から今のようにメタデータ込みの方がシンプル
- 552 :デフォルトの名無しさん:2021/02/21(日) 22:11:25.44 ID:UAV3hf9S.net
- >>548
コミットメッセージまで含めて署名つけるためじゃないの?知らんけど
- 553 :デフォルトの名無しさん:2021/02/21(日) 23:07:24.75 ID:BgIZluJH.net
- 分散バージョン管理を何だと思ってるんだよ
履歴は複数のリポジトリに存在する可能性がある
特定のハッシュを指定すればどのリポジトリでも同じ履歴を指すのが重要
それなのにリポジトリ毎にコミットメッセージが違う可能性があるとか有り得んわ
- 554 :デフォルトの名無しさん:2021/02/22(月) 17:57:15.08 ID:MJ2gF5m9.net
- >>549
ブランチ作ってそこでガンガンcommitすりゃいい
で、後でまとめてmerge ―squash
- 555 :デフォルトの名無しさん:2021/02/23(火) 16:58:29.57 ID:XBzTqCMZ.net
- https://git-scm.com/docs/git-notes
そんなあなたに git-notes って回答がきたわ
- 556 :デフォルトの名無しさん:2021/02/23(火) 17:58:41.19 ID:EW5KgHN1.net
- git notes はオワコン
github も表示するのをやめた
https://github.blog/2010-08-25-git-notes-display/
Update (August 14, 2014): Displaying Git notes on GitHub is no longer supported.
- 557 :デフォルトの名無しさん:2021/02/23(火) 22:33:51.18 ID:muDyeP08.net
- オワコンどころか始まってすらいない
- 558 :デフォルトの名無しさん:2021/02/26(金) 17:25:38.83 ID:1yqjOIH/.net
- Git v2.31.0-rc0
- 559 :デフォルトの名無しさん:2021/02/27(土) 18:10:10.89 ID:5c6DxbzC.net
- 初歩的な質問をさせて下さい
作業用のディレクトリ内にREADME.mdファイルを作成したのですが、
このファイルはコミットした方がいいんですか?
それとも.gitignoreファイル内に記述して追跡されないようにした方がいいですか?
- 560 :デフォルトの名無しさん:2021/02/27(土) 19:51:01.47 ID:Y/Tb94oW.net
- コミットする
- 561 :デフォルトの名無しさん:2021/02/27(土) 20:10:59.99 ID:W8xnW4Ow.net
- 何を書いてるか次第じゃね?
- 562 :デフォルトの名無しさん:2021/02/27(土) 20:22:18.91 ID:5c6DxbzC.net
- >>560
>>561
ありがとうございます
>>561
このリポジトリは練習用です、のような秘匿性は全くない内容です
- 563 :デフォルトの名無しさん:2021/02/27(土) 21:05:27.89 ID:GbyYV3Ad.net
- >>559
コミットしたほうがいいよ
このリポジトリをクローンしたひとが最初に読むことを書いとくといいよ
- 564 :デフォルトの名無しさん:2021/02/27(土) 22:38:58.24 ID:OecrqISI.net
- そのリポジトリはGitHubとかにホスティングするの?
- 565 :デフォルトの名無しさん:2021/02/27(土) 22:42:38.12 ID:2Z5Xe6zl.net
- >>564
GitHub等のホスティングサービスでもいいしオンプレにgitサーバー建ててもいいしお好きにどうぞ
- 566 :554:2021/02/27(土) 23:13:08.51 ID:5c6DxbzC.net
- >>563
>>564
ありがとうございます
>>563
分かりました
>>564
はい、GitHubのリモートリポジトリにコードを挙げようと思っています
コードも練習用で秘匿性はありません
- 567 :デフォルトの名無しさん:2021/03/03(水) 15:03:41.70 ID:z/MOpsDf.net
- git svn使っててSVNサーバーが移動すると
対処法(svn switch --relocate相当)が微妙でちょっとドキドキしたわ
いろいろやり方あんのな
テスト用のリポジトリ作っていじり倒していると
半日ぐらいすぐに吹っ飛ぶのでヤバい
- 568 :デフォルトの名無しさん:2021/03/03(水) 20:49:37.84 ID:sncyHuZV.net
- gitの使い方について質問させて下さい
なんちゃってgit-flowっぽい運用をしています(開発中のブランチはdevelop)
ウォーターフォール型?のプロジェクトを複数人で開発しているんですが、担当範囲の
単体試験が終わるまで一切pushしないメンバーがいます。
そのメンバーいわく「UTが終わってない時点で正常に動く保証が無いのだから、そんな
コードはdevelopにpushしない」との事なんですが、これが一般的な考え方なんでしょうか?
結果、ものすごい量の修正がなされたソースが開発フェーズの最後にどかんとpushされて
プルリクがくるのでとてもレビューしきれないし、確実にコンフリクトも起きます
開発の最中って、各人のコードをどのくらいの頻度でプロジェクト共有のdevelopに
取り込むのが普通なんでしょうか?
- 569 :デフォルトの名無しさん:2021/03/04(木) 01:24:39.84 ID:jld/rbVo.net
- >>568
コミュニケーションとfeatureの規模の問題でないだろうか。
・コミュニケーション:
一人はfeatureが固まるまではdevelopにマージしないのが普通と考えている。もう一人はdevelopが壊れてもいいから(そういうことでしょ?)マージしてほしい。
これは会話をしたり規約を決めて解決する問題だと思うね。
表面だけ見れば、個人的にはdevelopは壊したくないので同僚に一票。
理由としてはfeatureは担当者の私物に近いが、developは共有だ。参照されるライブラリを書いているような状況では、利用する機能を壊しかねない。他人に迷惑をかけるコードをマージしたくない考えには賛同できる。
文字通り(devへのマージでなくてfeatのまま)pushしてくれないということだとしたら、その必要性を伝えてみたらどうかな。
あなたが進捗を把握するためにpushしてほしいのか、レビューを先に細かくしておきたいからしてほしいのかは知らないけど。
あなたが熱心に説得しても、もし同僚が聞き入れないのであれば、それは柔軟性や協調性の問題であるから、上司に相談してみるといいかもね。(性格がPJに合わなかっただけなので、個人批判はしないこと)
- 570 :デフォルトの名無しさん:2021/03/04(木) 01:25:15.34 ID:jld/rbVo.net
- >>569
・featの規模の問題:
頻度はわからないが、どかんとコードがpushされるというのは、featに切り出した問題が大きすぎるのではないか?
開発方法が詳しくわからないが、アジャイル開発でやるようなプランニングポーカーでもやってみたらどう?
あなたが思っているよりも複雑で大きな機能なのかも。
レビューが大変なら、簡単になるようなサイズまで切り出してみたらいいんじゃないかな。
・あとは考えたくないけど、能力不足:
担当者か、レビュアーの能力が足りていないために、苦労している。
担当者目線では難しい機能で、時間がかかってしまい、フェーズの終盤までかかってしまう。
レビュアー目線では、担当者のコードを読み解くことができず、平均以上に難しさを感じている。
- 571 :デフォルトの名無しさん:2021/03/04(木) 01:26:06.16 ID:jld/rbVo.net
- >>570
・最後に:
プルリクのコンフリクトは、feat担当者にマージできるように作らせるのがオススメ。(「develを壊さないようにfeatを作ってください」)
プルリク出す前に再度develからfeatにマージさせるようにすれば解決できる。(これ自体はgit flow標準ではない)
また、一定以上のコンフリクトが発生するものはacceptしないなど。
平和的に解決するように頑張ってください。
- 572 :デフォルトの名無しさん:2021/03/04(木) 01:48:02.33 ID:jld/rbVo.net
- もう一点だけ補足。
説教になって申し訳ないです。
業界の普通を知ることは当然大事で、普通のことを普通にできるようにするのは大切なことなのですが、実際はチームの数だけやり方があります。
なので普通に合わせるよりも、うまく行かない現状がうまく行くような方法を適宜考えていくのが最もうまく行く方法だと考えます。
Gitと関係ないことを連々と失礼しました。
- 573 :デフォルトの名無しさん:2021/03/04(木) 02:34:30.70 ID:pxppk7Pi.net
- >>571
同感
コンフリクトが多くて実質マージ不能なプルリクは却下でいいだろ
- 574 :デフォルトの名無しさん:2021/03/04(木) 09:35:56.38 ID:OhT1wEZp.net
- ここは開発者に優しいスレですね
- 575 :デフォルトの名無しさん:2021/03/04(木) 15:56:47.53 ID:Ep7EXP13.net
- >>568
なんとなく問題は、本流以外だと動作確認しづらい何かがあるんじゃないかという気がする。
つまりgit以外の問題なんじゃないかと。
- 576 :デフォルトの名無しさん:2021/03/04(木) 17:31:50.50 ID:D7YR+KaN.net
- Git v2.31.0-rc1
- 577 :デフォルトの名無しさん:2021/03/04(木) 18:38:18.06 ID:D7YR+KaN.net
- >>576
masterからmainへの名称変更は前回のv2.30で一段落付いて、
今回は普通のリリースになりそうです。
- 578 :デフォルトの名無しさん:2021/03/04(木) 19:13:26.59 ID:k8593Rs+.net
- >>571
>>573
ローカルで最新devをマージしてコンフリクトを解決するのがgit flow標準になっていないのは、何か理由あるのかしらん?
後のリクエストに修正義務を課すのはわかりやすいルールだと思うけど、問題あるのかな?
- 579 :デフォルトの名無しさん:2021/03/04(木) 21:37:38.82 ID:miLZRrxO.net
- 標準にしてないだけじゃないかな
プルリクとは限らないから、自分でマージしたっていいし
- 580 :デフォルトの名無しさん:2021/03/04(木) 21:44:50.30 ID:miLZRrxO.net
- 自分でっいうか
devで自分でって言いたかった。
- 581 :デフォルトの名無しさん:2021/03/08(月) 01:16:16.76 ID:gjklcTJPY
- 無料&かんたん! ロゴ作成ツールおすすめ12選【商用OKも】
https://mag.app-liv.jp/archive/119964/
デザイナー泣かせ? ロゴ自動生成サービス「Hatchfulロゴメーカー」がすごい
https://forbesjapan.com/articles/detail/40021
無料で使える!簡単にロゴを作成できるおすすめサイト8選
https://liskul.com/logomaker-29137
無料素材:ヴィンテージ感がおしゃれ!デザインソフトのツールアイコン49個セット
http://switch-box.net/free-resources-vintage-design-icons.html
無料素材:魔法陣の文様が描けるユニークな英語フリーフォント「MagicRing」
http://switch-box.net/free-font-magic-ring.html
マップ作成ツール2種:InkarnateとFlowScape
http://chanagame.hateblo.jp/entry/2019/09/14/081333
ファンタジー世界地図を簡単に作れる「Inkarnate Worlds」をゲーム制作に活用しよう
http://www.moguragames.com/entry/inkarnate-worlds-indiegame-dev/
ファンタジー世界の地図をマウス操作のみで作る(Inkarnate Worlds)
https://note.com/freudnishi/n/nb30c3ce75950
架空のファンタジー世界地図の作成を補助してくれる「Wonderdraft」発売中。TRPGファンにも愛用されているツール
https://automaton-media.com/articles/newsjp/20190430-91035/
- 582 :デフォルトの名無しさん:2021/03/10(水) 09:01:05.42 ID:aXqmchiP.net
- Git v2.30.2
- 583 :デフォルトの名無しさん:2021/03/10(水) 14:21:53.36 ID:LF8mKXsJ.net
- 「Git」v2.15以降に任意コード実行の脆弱性 〜v2.30.2へのアップデートを
https://forest.watch.impress.co.jp/docs/news/1311031.html
「Git LFS」が“git clone”を実行する際使われる遅延チェックアウトの仕組みに脆弱性があり、細工が施されたリポジトリから任意のコードを実行できてしまう問題(CVE-2021-21300)が修正されている。
この脆弱性は「Git」v2.15以降に影響し、最新版へ更新することで解決できる。何らかの理由でアップデートが難しい場合は、以下の緩和策が推奨されている。
・“git config --global core.symlinks false”を実行して「Git」のシンボリックリンク対応を無効にする
・プロセスフィルタのサポートを無効にする
・信頼されていないリポジトリのクローンを避ける
- 584 :デフォルトの名無しさん:2021/03/16(火) 07:48:49.09 ID:2J50stIm.net
- Git v2.31.0
- 585 :デフォルトの名無しさん:2021/03/17(水) 19:54:37.33 ID:kfZVZJH6.net
- ゴミ
オープンソースを売り渡したゴミ
- 586 :デフォルトの名無しさん:2021/03/17(水) 20:20:57.14 ID:wI0GxMfw.net
- >>585
もしかして、gitとgithubを混同してる?
- 587 :デフォルトの名無しさん:2021/03/17(水) 23:37:10.54 ID:YH/YYkmR.net
- GitとGitHubを混同するのは、GitHubを使ったことのない初心者だからね。
書籍での説明もPCにGit、インターネット上にGitHubがある使い方を前提とした説明ばかりだから、一緒くたになるんだと思う。
- 588 :デフォルトの名無しさん:2021/03/18(木) 01:49:39.04 ID:NJYdTHCo.net
- そんな書籍は捨ててしまえ
- 589 :デフォルトの名無しさん:2021/03/18(木) 02:31:24.73 ID:SQWqa2FJ.net
- 知識レベルとしてはアスカの言うギフハブ=悪の組織と変わらんなw
- 590 :デフォルトの名無しさん:2021/03/18(木) 09:45:31.10 ID:YVfbLseY.net
- error: 7332 bytes of body are still expected MiB | 14.00 KiB/s
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output
ゴミ
DL数稼ぎみたいなクズ
- 591 :デフォルトの名無しさん:2021/03/18(木) 09:46:18.63 ID:YVfbLseY.net
- 共犯だから一緒くたにしなければならないんだよ
- 592 :デフォルトの名無しさん:2021/03/18(木) 09:51:54.96 ID:FvPGn+3+.net
- gitのアカウント持ってるかって聞かれたことある?
- 593 :デフォルトの名無しさん:2021/03/18(木) 12:24:31.07 ID:Ao1KNBsY.net
- あるよ。もってるならそのアカウントを会社で使うし
持ってない人や会社とは別にしたい人は新しく作る
今はしらんけど無料アカウントは複数持てないので
どちらかを有料アカウントにする要津がある
- 594 :デフォルトの名無しさん:2021/03/18(木) 13:09:23.00 ID:7fQvPjcg.net
- それはGitHubのアカウントだろ
- 595 :デフォルトの名無しさん:2021/03/18(木) 14:29:23.28 ID:QYSZQq5N.net
- gitにアカウントなんてあるんだ
はつみみだわ
- 596 :デフォルトの名無しさん:2021/03/18(木) 15:06:05.43 ID:HfXxQmPX.net
- git + sshd 最強
- 597 :デフォルトの名無しさん:2021/03/18(木) 15:42:08.34 ID:dpSVUSL0.net
- ヘミ猫信者かな
- 598 :デフォルトの名無しさん:2021/03/18(木) 16:07:02.18 ID:FvPGn+3+.net
- gitのアカウント持ってるか聞かれて、bitbucketとか自前のホスティングサービスみたいなのを答えたらどうなるの?
こいつ空気読めねーなみたいな感じになるの?
- 599 :デフォルトの名無しさん:2021/03/18(木) 22:01:51.13 ID:/EsE4cAE.net
- そういうときに本当に空気読めないのは「えっ?gitにアカウントなんてないですよ」って言うやつじゃないか?
- 600 :デフォルトの名無しさん:2021/03/18(木) 22:31:26.93 ID:Rnt4uQ59.net
- gitのアカウントも知らないんですかと馬鹿にしたように言われて
噛み合わないまま
- 601 :デフォルトの名無しさん:2021/03/18(木) 23:02:30.10 ID:7fQvPjcg.net
- Gitのアカウントもあるからな。
Gitのローカルユーザー名が、OSのユーザー名だと知らないのもイタいな。
- 602 :デフォルトの名無しさん:2021/03/19(金) 01:11:18.57 ID:IHBvfpin.net
- Gitも使えないゴミと仕事するのは疲れる
- 603 :デフォルトの名無しさん:2021/03/19(金) 01:29:38.99 ID:hh9Kt8XT.net
- WebデザイナーがGitHubのGitしか、説明しないからおかしくなる。
- 604 :デフォルトの名無しさん:2021/03/19(金) 06:12:35.81 ID:ixU77Wuk.net
- どこにでも入り込んでくる
まるで覗き趣味の変態みたいだ
- 605 :デフォルトの名無しさん:2021/03/19(金) 06:28:35.38 ID:sCdGWAs/.net
- >>604
それはギフハブだろ
- 606 :デフォルトの名無しさん:2021/03/19(金) 07:42:24.61 ID:NI5sRH9+.net
- git も共犯
- 607 :デフォルトの名無しさん:2021/03/19(金) 09:31:16.08 ID:oP3tYoyl.net
- 飛鳥はこのことを予言していたのか
- 608 :デフォルトの名無しさん:2021/03/19(金) 10:37:37.34 ID:YNMGX1sb.net
- ギフハブの正体
岐阜への移住応援サイト GIFU×HUB
https://docodoor.co.jp/web/gifuhub/
岐阜県への移住を応援する悪の秘密結社だった(?)
- 609 :デフォルトの名無しさん:2021/03/19(金) 10:50:25.30 ID:MMZWnUW+.net
- おっかねーな
- 610 :デフォルトの名無しさん:2021/03/19(金) 11:50:29.50 ID:bqIgZIMs.net
- 日本三名泉の心地よさに身も心も籠絡されてしまうわけか
- 611 :デフォルトの名無しさん:2021/03/19(金) 17:45:14.93 ID:eiJMVgO4.net
- >>606
お前まだいたのか。何が犯罪的でgitが何故共犯なのか説明してくれよ
- 612 :デフォルトの名無しさん:2021/03/26(金) 01:42:50.92 ID:YMBMwB0G.net
- あげ
- 613 :デフォルトの名無しさん:2021/03/27(土) 08:45:34.40 ID:EpqbRgcD.net
- Git v2.31.1
- 614 :デフォルトの名無しさん:2021/03/28(日) 19:48:47.28 ID:Krp9vXha.net
- kernel.orgにgitのコマンドや引数が網羅されているドキュメントがあったと思うんですが
URLをご存知の方おしえてください
- 615 :デフォルトの名無しさん:2021/03/29(月) 03:53:51.49 ID:/bgSgfa2.net
- https://git.wiki.kernel.org/index.php/GitDocumentation
これ?
git inurl:kernel.orgでググったよ。
- 616 :デフォルトの名無しさん:2021/03/29(月) 13:04:27.67 ID:BgFmge6o.net
- >>615
違うな
こういうレイアウトのページ
https://man7.org/linux/man-pages/man1/tmux.1.html
- 617 :デフォルトの名無しさん:2021/03/29(月) 15:22:33.89 ID:CIMAnoRE.net
- まさかと思ったけど、もしかしてmanページのことか?
- 618 :デフォルトの名無しさん:2021/03/29(月) 18:42:53.14 ID:y3naImr+.net
- >>616
http://www.kernel.org/pub/software/scm/git/docs
上にマニュアルのリンクあったけど。
- 619 :デフォルトの名無しさん:2021/03/29(月) 18:48:06.84 ID:RMTcu+Or.net
- こっちの方が見やすいかも。
https://git-scm.com/docs/git
- 620 :デフォルトの名無しさん:2021/03/29(月) 22:54:46.19 ID:/bgSgfa2.net
- おれもそっちのほうがいいと思ったんだけどkernel.orgの方を探しているみたいだったので…
- 621 :デフォルトの名無しさん:2021/04/01(木) 19:24:56.13 ID:V5XDv8GL.net
- コミット対象をよりわけるのをやめてみよう
https://b.hatena.ne.jp/entry/s/irof.hateblo.jp/entry/2021/03/31/230014
- 622 :デフォルトの名無しさん:2021/04/01(木) 21:33:40.53 ID:UYCd/2R+.net
- >>621
あんまり説得力ないな
- 623 :デフォルトの名無しさん:2021/04/01(木) 22:13:59.29 ID:5yR0ePhC.net
- これは害悪でしょ。
- 624 :デフォルトの名無しさん:2021/04/01(木) 22:17:02.72 ID:xJm323aF.net
- git add . でいいじゃん(いいじゃん)
- 625 :デフォルトの名無しさん:2021/04/01(木) 22:34:41.40 ID:SRnc7vTe.net
- git add . とgit add -A とgit add -A .は何が違うの?
次の認識でいい?
1つ目が、カレント以下のディレクトリのみを更新(add, modify, remove)
2つ目がレポジトリのルートから全部更新
3つ目は1つ目と同じ。
- 626 :デフォルトの名無しさん:2021/04/03(土) 08:23:34.30 ID:34TEePpI.net
- windowsのandroid studioで、git/githubで管理してるプロジェクトがあるんですが、OSを新規インストールしてandroid studio/gitも新規インストールしました
ただ、プロジェクトは別のドライブにあるのでそのままですが、続きをやる場合は何が手っ取り早いのでしょうか?
一旦プロジェクトを削除してgithubからcloneしなおす以外に方法あったら教えてください
- 627 :デフォルトの名無しさん:2021/04/03(土) 08:26:06.69 ID:GvC+rDGr.net
- >>626
Android Studioで別ドライブのプロジェクトをそのまま開けばいいのでは
- 628 :デフォルトの名無しさん:2021/04/03(土) 12:37:10.32 ID:cIOl2khA.net
- 何故このスレで聞いてんの?
馬鹿なの?
- 629 :デフォルトの名無しさん:2021/04/03(土) 17:09:28.94 ID:34TEePpI.net
- >>627
そうですか
githubのアカウントなどのリモートリポジトリの情報はどこに格納されてるのかなと思いまして
別のドライブのプロジェクト内に保存されてたらそのまま開けばよさげですが、その情報削除されてるならどうやって続きをと思った次第です
- 630 :デフォルトの名無しさん:2021/04/03(土) 17:51:35.48 ID:5vTcRKik.net
- 確認されるからもう一度認証すればよし
- 631 :デフォルトの名無しさん:2021/04/03(土) 18:01:23.58 ID:34TEePpI.net
- ありがとうございます
試してみます
- 632 :デフォルトの名無しさん:2021/04/03(土) 18:28:54.37 ID:xn142qC9.net
- >>628
gitの話だから問題ない
- 633 :デフォルトの名無しさん:2021/04/12(月) 17:58:47.10 ID:krJCqveJ.net
- >>621読んで気になったんだけどPR出してから歴史の改ざんって出来ないかな・・・
セルフチェックせずに勢いで出してからあそこ違う、ここ、そこもとなってforce-pushのログで汚れてしまった
- 634 :デフォルトの名無しさん:2021/04/12(月) 19:16:36.06 ID:UzZbaOku.net
- 普通にできるだろ
自分のリポジトリなんだから
- 635 :デフォルトの名無しさん:2021/04/12(月) 20:30:57.77 ID:krJCqveJ.net
- もちろん他人様のリポジトリさ
- 636 :デフォルトの名無しさん:2021/04/12(月) 20:33:26.96 ID:wo2ZdM5G.net
- 他人のリポジトリに勝手にブランチ作れるわけねーだろ
- 637 :デフォルトの名無しさん:2021/04/12(月) 23:06:47.08 ID:zj2MWyXX.net
- どういうこと?
取り込まれる前なら出し直せばいいし、
取り込まれたらもうできないでしょ
- 638 :デフォルトの名無しさん:2021/04/13(火) 02:20:43.67 ID:4xD0K2WJ.net
- 他人のリポジトリにforce-pushしてんのか
恐ろしい恐ろしい
- 639 :デフォルトの名無しさん:2021/04/13(火) 03:30:08.40 ID:tPkELVcX.net
- プルリク後にforce pushするとGitHubの方に記録が残ってしまう話では
- 640 :デフォルトの名無しさん:2021/04/17(土) 13:17:35.49 ID:/N2qyT4U.net
- google colabでgithubから自作パッケージクローンしてpipインストール
その後、自作パッケージを変更してpip uninstall後に再pipインストールしても更新されない
colab内でpip showで辿った自作パッケージのソースコードは変更されてるのに。。
colabの「ランタイムを出荷時にリセット」てやってからだと当たり前だけどきちんと更新される
が、地味に時間がかかる・・
gitに限ったことじゃないけど
github + google colabで開発してる人はどうやって対応してるんだろ
- 641 :デフォルトの名無しさん:2021/04/21(水) 04:02:09.41 ID:U7I+mJcY.net
- リベースして消えたけど 0666060 というコミットIDができたw
- 642 :デフォルトの名無しさん:2021/04/23(金) 21:50:55.54 ID:PpQLqqbV.net
- featureブランチでの機能追加とテストが完了した後masterへのマージでコンフリクトが発生した場合、逆マージ(masterをfeatureにマージ)とリベースどっちで競合解決するのが普通なんでしょう?
身内で以下のような感じで意見割れまして
>逆マージ派
コンフリクト解消前のコミットログがそのまま残るので、コンフリクト解消後のテストで解消前には発生しなかった不具合が起きた場合に原因を追いやすい
Gitは切り戻しを担保するのも役割の一つであり、ログの見やすさのために情報を欠落させるべきではない
>リベース派
コンフリクト解消のコミットログは機能追加において本質的な修正ではなく、履歴を追う際ノイズになるので残すべきではない
コミットの単位が適切であればコンフリクト解消時にミスがあり不具合が発生したとしても原因特定に苦労することはない
- 643 :デフォルトの名無しさん:2021/04/23(金) 22:03:41.43 ID:Q2nzZb5u.net
- > コンフリクト解消前のコミットログがそのまま残るので、コンフリクト解消後のテストで解消前には発生しなかった不具合が起きた場合に原因を追いやすい
実際には追いにくい
- 644 :デフォルトの名無しさん:2021/04/23(金) 22:06:45.40 ID:Q2nzZb5u.net
- 逆マージの問題はマージが2回発生すること
featureブランチへのマージしたと
それをmasterブランチにマージしなければいけない
その仮定で二重にコンフリクトが発生することがある
ログの中に同一内容に見えるコミットが複数含まれることになる
- 645 :デフォルトの名無しさん:2021/04/23(金) 22:33:21.98 ID:wdsr0BNZ.net
- >>642
プロジェクトごとに考えは違うと思っていて、何を大事にするかで変わると思っている派の意見として聞いてください。
個人的には逆マージを採用します。
理由としては、コンフリクト解消のコミットを除けばfeatureの変更もリベース同等にわかりやすく、featureブランチの担当者に負担をかけないので、バランスがいいと思うからです。
解消のコミットが本質でないのはそうですが、避けられないものなら、feature実装と解消を分けて考えられるので、不具合があった場合の混入原因の特定のしやすさ→その後の改善にも繋げられると思います。
リベースの場合は、上に書いたことの裏返しでもありますが、場合によってはコミット集合を作り直す必要があると思います。
また、作り直している間にmasterやdevが更新されてたりすると、ああ面倒。このようなケースで、コンフリクトが起きる頻度は、PJの規模や同時に走っているtopicの関係にもよると思いますが…
逆マージでは最後に払うツケを、リベースでは毎回払う可能性がありますよね。わたしはそれが開発のスピードを損なうノイズだと思っています。もちろん規模によります。
でも後で見たときにはキレイなので、そこにはメリットがあると思います。
保守性のためにコミットをきれいにしておくのは大切だとは思いますが、経験上diffとblameでなんとかなる場合が多いと感じていて、将来必要とされないことに時間をかけるくらいなら、現状の開発速度に重きをおいた方がよい、というのがわたしの主張です。
的を外していたらすみません。
- 646 :デフォルトの名無しさん:2021/04/23(金) 22:59:29.24 ID:yD2kOx7X.net
- >>643
解消前後でテストがpassかfailの二択なので追いやすいと思う。
追いにくい具体的な状況ってどういうものですか?
- 647 :デフォルトの名無しさん:2021/04/23(金) 23:01:37.12 ID:PpQLqqbV.net
- ありがとうございます!
>>645はほぼ私が考えていることと合致していて安心しました
>>644のケースは作業自体はリベースの方がかえって大変ですよね
逆マージはその代わりもっとログが汚くなるのでトレードオフかなと
>feature実装と解消を分けて考えられるので、不具合があった場合の混入原因の特定のしやすさ→その後の改善にも繋げられる
特にこれが正に私が逆マージ派である理由なんですが、>>643は意見対立してますね
できれば>>643の理由が聞きたい…
- 648 :デフォルトの名無しさん:2021/04/24(土) 00:29:41.30 ID:v8PWrE/P.net
- >>642読んで逆マージ派なのかなーという気はしていましたが、
リベース派の知人の意見を整理してみるのもいいかもしれないですね。
リベース派の理由が曖昧な感じがします。
コミットの単位が適切であれば…苦労することはない、の部分が理由としては弱い気がするので。
まあここには省いて書いたのかもしれないですが。
- 649 :デフォルトの名無しさん:2021/04/24(土) 00:34:27.65 ID:v8PWrE/P.net
- あ、適切という言葉に客観性がほしいという意味です。
ここでは原因の追いやすさが、2つの立場の焦点だと思うので、
その適切さがどのようなものであれば、どう切り分けできるのか。
- 650 :デフォルトの名無しさん:2021/04/24(土) 00:49:24.56 ID:6TA9BQj4.net
- リベースで何度もコンフリクト発生するのって、単にfeatureの切り出し方が不適切だったり巨大なPRがずっと居座っていたりするように、開発のフロー自体に問題があるんじゃないの?
- 651 :デフォルトの名無しさん:2021/04/24(土) 07:12:17.73 ID:lum8vFBO.net
- > コミットの単位が適切であれば…苦労することはない、の部分が理由としては弱い気がするので。
「コミットの単位が適切であれば苦労することはない」は理由じゃなくて事実
逆マージってログを見ないでしょ?
残っていればOK。あとから頑張れるはず(希望。実際には頑張ったことはない)
見ないログはなんの役にも立たないし汚いログも見れないのでこれも役に立たない
>feature実装と解消を分けて考えられるので、
分けて考えてる時点でダメじゃん
リベースしてしまえば、実装だけしか考えなくて良くなる
バグが見つかった時、実装と解消の2つがあれば
実装のバグかも知れないし解消のバグかも知れない。
バグの可能性が2つに増えてしまっている
リベースしてしまえばそれがなくなる
> あ、適切という言葉に客観性がほしいという意味です。
いきあたりばったりで作業するなということ
どうせ、こう修正した、気分が変わってやり直した、レビューの指摘があったから変えた
バグが見つかって対応した。って同じ箇所を何度も修正したのがコミットに残ってるんでしょ?
このコミットをあとから見て役に立つとでも思ってんの?
一連のブランチである箇所のコードを修正しているコミットを一つに保つように
随時リベースしていれば何も困らない。masterが更新されるたびにリベースしていれば
何も困らない。コンフリクトがほぼ発生しない。それが適切ということ
- 652 :デフォルトの名無しさん:2021/04/24(土) 10:18:40.57 ID:vKvwVCfN.net
- コンフリクト解消のコミットでバグを作り込みやすいと考えるのか、それが重視されるほどのリスクではないと考えるのかで選択が変わるんじゃないかな
順不同で両方取り込めば済むようなほんの小さなコンフリクトであればrebaseの利点のみが優勢になるし、複雑なコンフリクトであれば逆マージの利点が優勢になる
複雑な解消作業までrebaseで混ぜてしまうともったいないし潔癖が過ぎる感じ
その辺をガイドラインにしつつ線引は各人のこだわりに任せるのがうまく回りそう
- 653 :デフォルトの名無しさん:2021/04/24(土) 10:31:26.53 ID:Q6OLD2jb.net
- >>648のおっしゃる通り友人の言うことがよく理解できてなかったんですが>>651でおおよそしっくり来ました
その上でもやはり、あるfeatureリリースによって別の機能がデグっていることが判明した場合などにおいて、逆マージコミットが残っていた方がよいのではないかと思いました
コンフリクト解消にてうっかり失敗したのか、新機能実装において意図を持って変えたのかが明確になるからです
>>652の仰るとおり複雑なコンフリクトであれば逆マージにしてそれ以外はリベースすると言うのが個人的な結論になりそうです
- 654 :デフォルトの名無しさん:2021/04/24(土) 11:47:51.81 ID:O5bj5KLh.net
- 逆マージした後にさらにまとめコミットを作ってマージするのはダメかしらん?
(squashの手動版)
手間がかかるけど、詳細も概要も両方残るからマシな気がするけど。
- 655 :デフォルトの名無しさん:2021/04/24(土) 19:46:18.78 ID:lum8vFBO.net
- > >>652の仰るとおり複雑なコンフリクトであれば逆マージにしてそれ以外はリベースすると言うのが個人的な結論になりそうです
複雑なコンフリクト=開発に失敗したブランチ
開発に失敗したから逆マージするしか手がなくなってる
仕事だと期日まで仕上げろと言われて、みんな諦めるが
これがきっちりとしたオープンソースの開発だと、そんなものマージできませんでリジェクトされる
- 656 :デフォルトの名無しさん:2021/04/24(土) 19:50:06.67 ID:lum8vFBO.net
- >>652
> コンフリクト解消のコミットでバグを作り込みやすいと考えるのか、
「コンフリクトの解消でバグが発生」という事自体がナンセンスだよね
だって開発自体は問題ないって認識なんでしょ?
開発自体に問題ないのに、コンフリクトでバグが発生するというのなら
それはもはや、コンフリクト解消という名の追加開発じゃんw
開発終わってるのに開発続けてどうするの
マージが問題なく完了できるという所までが開発でしょ?
- 657 :デフォルトの名無しさん:2021/04/24(土) 19:59:19.02 ID:lum8vFBO.net
- >>653
> その上でもやはり、あるfeatureリリースによって別の機能がデグっていることが判明した場合などにおいて、逆マージコミットが残っていた方がよいのではないかと思いました
> コンフリクト解消にてうっかり失敗したのか、新機能実装において意図を持って変えたのかが明確になるからです
いやさ、なんでコンフリクトが発生するのか理解してないの?
masterとブランチの両方でコードを修正したときなんだが
masterの修正は他の人がやってる。
コンフリクトが発生するってことは、他の人がやった開発内容を把握してないということ
コンフリクト解消時に他の人がやった開発内容を把握するなんて大変な作業をやるんか?
同じ箇所を修正してるのに、お前のコードはその他人の開発内容を踏まえた修正になってないだろ
ちゃんとテストしてるんか?してるわけないよなコンフリクト解消時に判明するぐらいなんだから
コンフリクト解消時に、ついでに一緒にって追加開発するなよ
近い場所を修正したときなど、簡単な修正が必要なコンフリクトは発生することはあるが
あとからコンフリクト解消の内容を精査するなんてことがあること自体がおかしい
- 658 :デフォルトの名無しさん:2021/04/24(土) 20:00:09.14 ID:rGfKetgv.net
- 俺ならまっさらにして1からやり直しちゃうな
- 659 :デフォルトの名無しさん:2021/04/24(土) 20:01:16.76 ID:rGfKetgv.net
- 無能が作成したブランチ無理に取り込む必要あるのかよ
- 660 :デフォルトの名無しさん:2021/04/24(土) 23:15:28.50 ID:v8PWrE/P.net
- 人よりできるようになってくると、自分より劣ってる人にひどい言葉を投げる現象に名前をつけたい。
ところで、自分も作業の分割に根本的な問題がある気がするね。
でもそれはこれから解決していってもいいんじゃないかな。早いほうがいいけど。
目下進んでるPJの対処法が的でしょ。どの程度火が付いてるか知らんし。
- 661 :デフォルトの名無しさん:2021/04/24(土) 23:34:32.99 ID:vKvwVCfN.net
- アルファシンドローム(権勢症候群)かな?
集団の中で一番知識があるとまるで有能で卓越した存在になったかのような錯覚に陥る
しかも上司や同僚に評価・尊敬されないとこういうところでくだを巻くように
- 662 :デフォルトの名無しさん:2021/05/24(月) 09:52:57.06 ID:7xM8BBC+.net
- Git v2.32.0-rc1
- 663 :デフォルトの名無しさん:2021/05/29(土) 16:44:52.74 ID:tv9UpPs/.net
- 100M以上のファイルを ignore って出来る?
- 664 :デフォルトの名無しさん:2021/05/29(土) 18:03:31.78 ID:B38j6cYl.net
- >>663
100MB以上の大きなファイルはignoreできないとかそんなアホなことある訳ないと思うけど
- 665 :デフォルトの名無しさん:2021/05/29(土) 18:38:20.70 ID:+XbL/TdD.net
- 今の作業コピーとは別ブランチに直接ファイルをコミットって出来ないかな
ググると「ブランチを切り替えるにはチェックアウトですよ」とか「stashで中身保存出来ますよ」とかあるけど
そうじゃなくて、今の作業コピーは1ファイルも弄くらず直接別ブランチにコミット叩き込みたいの。
- 666 :デフォルトの名無しさん:2021/05/29(土) 18:40:52.10 ID:UNzIfnuy.net
- 別の作業コピー作ればいいじゃん
- 667 :デフォルトの名無しさん:2021/05/29(土) 18:45:26.13 ID:+XbL/TdD.net
- 別フォルダに変更入ってほしくない
とにかく、今の作業コピーにある.git フォルダの中”だけ”を修正して欲しい
究極的には .git/objectsにファイルオブジェクトとtreeオブジェクト、commitオブジェクトの合計3オブジェクトを作って(コミットするファイルが1つの場合)
ブランチの宛先を差し替えればいいんだろうけど。
git write-tree、git update-indexって面白そうなコマンドがあるから調べてみるか
- 668 :デフォルトの名無しさん:2021/05/29(土) 19:04:50.82 ID:E1EiRSsy.net
- >>665
git worktree
- 669 :デフォルトの名無しさん:2021/05/29(土) 23:29:36.18 ID:eNkto9kV.net
- 覚えたほうが良いコマンドを全部教えてください
- 670 :デフォルトの名無しさん:2021/05/30(日) 04:13:13.46 ID:9+IYn0VT.net
- rm -rf /
- 671 :デフォルトの名無しさん:2021/05/30(日) 04:22:47.56 ID:u5VBQzY3.net
- バルスコマンドじゃないか
- 672 :デフォルトの名無しさん:2021/05/30(日) 04:55:27.88 ID:qzwspvO8.net
- Appendix C: Gitのコマンド
https://git-scm.com/book/ja/v2/Appendix-C%3A-Git%E3%81%AE%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89-%E3%82%BB%E3%83%83%E3%83%88%E3%82%A2%E3%83%83%E3%83%97%E3%81%A8%E8%A8%AD%E5%AE%9A
- 673 :デフォルトの名無しさん:2021/06/07(月) 02:31:07.57 ID:ITNiWKmJ.net
- Git v2.32.0
- 674 :デフォルトの名無しさん:2021/06/07(月) 12:01:25.51 ID:Dgv9Eq7C.net
- 一個前にコミットした内容の一部のみ取り出したいんですが、
git diff でgit add -pみたいなやり方教えてください
- 675 :デフォルトの名無しさん:2021/06/07(月) 12:22:27.07 ID:ba2pg6Wh.net
- git reset -p HEAD^
- 676 :デフォルトの名無しさん:2021/06/07(月) 12:50:45.60 ID:0/HU77Xe.net
- >>674
ファイル指定してcheckout
- 677 :デフォルトの名無しさん:2021/06/07(月) 14:52:02.09 ID:2E0gqD7j.net
- git rm ./path/to/file
だとオートコンプリート出来ない
git rm path/to/file
は大丈夫
なんで?
- 678 :デフォルトの名無しさん:2021/06/07(月) 15:03:13.15 ID:LlJx8Uv/.net
- git bashで試してみたけどできるな
つまりおまば環
- 679 :デフォルトの名無しさん:2021/06/07(月) 15:40:18.02 ID:2E0gqD7j.net
- macのzshだと駄目なようだ
macでもbashだと行ける
- 680 :デフォルトの名無しさん:2021/06/16(水) 21:14:15.03 ID:0FRtKVzj.net
- master 撲滅運動がひと段落したら、今度は、
'doc: replace "alice" and "bob" examples'
とか
'Avoid gendered pronouns'
とか言った感じのメールが流れている。
アメリカのリベラルとか大変ですな。
- 681 :デフォルトの名無しさん:2021/06/16(水) 21:17:27.70 ID:v9WQfkPH.net
- 男でAliceというのもいるのにな
- 682 :デフォルトの名無しさん:2021/06/16(水) 23:08:45.80 ID:jDDfyj6K.net
- heとかsheは差別用語とか言い出しそう
- 683 :デフォルトの名無しさん:2021/06/16(水) 23:17:10.02 ID:O0nAs7bn.net
- いち段落な
- 684 :デフォルトの名無しさん:2021/06/17(木) 08:04:26.12 ID:q1AaV+h7.net
- それじゃエフ氏、エヌ氏にするか。
- 685 :デフォルトの名無しさん:2021/06/17(木) 08:43:12.09 ID:1WuBUd9I.net
- FemaleやNiggerを連想させるのでダメざます
- 686 :デフォルトの名無しさん:2021/06/17(木) 10:41:34.69 ID:Wy4lqRlN.net
- アルファがベータをカッパらったらイプシロンした。なぜだろう。
- 687 :デフォルトの名無しさん:2021/06/24(木) 14:15:24.69 ID:70oiT5zZ.net
- δ株は差別語になりそう
- 688 :デフォルトの名無しさん:2021/06/26(土) 18:40:42.75 ID:yL+7RGEC.net
- cliだけで特定のコミットのタイムスタンプを(両方とも)改竄したいんだけど
git rebase -i後のエディタが開いて操作対象のコミットを選ぶ奴、コマンドラインから直に指定するにはどうしたらいい?
- 689 :デフォルトの名無しさん:2021/06/27(日) 00:06:42.93 ID:CxF0bT8t.net
- rebase -iでは無理なんじゃないかな
filter-branchを使えばエディタ無しでできると思うけど凄く面倒臭い
今はfilter-branchじゃなくてfilter-repoが新しいらしい
- 690 :デフォルトの名無しさん:2021/06/27(日) 01:45:42.42 ID:8QnlMqaw.net
- 非インタラクティブに操作したいのに--interactiveオプションを指定するのは筋が悪いのでは
reset --hard で対象に移動
commit --amend で書き換え
rebase --onto で残りを接ぎ木する
てな感じでできないだろうか
- 691 :デフォルトの名無しさん:2021/07/05(月) 15:40:04.81 ID:D5B478tw.net
- project/prog/app
という構造のappディレクトリのみcloneすることはできないでしょうか?
sparse-checkoutを試してみたのですが確かにappだけ落ちてくるけどその上のprogフォルダも作られてしまいます
作業ディレクトリの中にappだけ作りたいんですけど可能でしょうか?
- 692 :デフォルトの名無しさん:2021/07/05(月) 15:58:21.63 ID:zfQ+6anv.net
- muri
- 693 :デフォルトの名無しさん:2021/07/05(月) 16:04:19.08 ID:2eiMElPJ.net
- 部分cloneは無理だから巨大なのには関わりたくないんだよね
ガチ勢としてやるならともかくね
- 694 :デフォルトの名無しさん:2021/07/05(月) 18:12:21.94 ID:8Zv3vlvo.net
- モノレポにすべきかしないべきか
それが問題だ
- 695 :デフォルトの名無しさん:2021/07/08(木) 15:20:09.92 ID:6v3NeDTQ.net
- 新人が分散VCSの概念理解できてなくて
プルリクエストのブランチの履歴をめちゃくちゃにしてる件
自分が何をしてるのかよく分からずforce pushしたっぽい
- 696 :デフォルトの名無しさん:2021/07/08(木) 17:57:15.57 ID:PjGQwL85.net
- マルウェアみたいな子だな
- 697 :デフォルトの名無しさん:2021/07/08(木) 20:19:23.36 ID:t+LRnHh1.net
- 指導側の責任
- 698 :デフォルトの名無しさん:2021/07/08(木) 21:15:28.94 ID:hDJTokQh.net
- >>695 にも関係すると思うんだけど、
ブランチをpushできるユーザを制限できないかな
慣れてない人向けのサンドボックスなブランチにもなるし。
自分も最近ブランチの運用を教えたものの、
わざとなのか理解してないのか、別のfeatureブランチにpushする輩がいてなあ。
gitlabには有料プランでそういう機能があるみたいなんだけど、ビルトインにはないよね…?
- 699 :デフォルトの名無しさん:2021/07/08(木) 21:43:49.58 ID:Qb+plU51.net
- 権限与えなければ済むことだろ
MR出させろよ
- 700 :デフォルトの名無しさん:2021/07/08(木) 22:07:09.27 ID:6v3NeDTQ.net
- >>698
うちの新人は操作するブランチは合ってるのだがめちゃくちゃにしてた
git慣れてないからって事で先輩が代わりにコミット結合しつつrebaseしたらワケワカメになったっぽい
その先輩、新人に他の人がブランチをrebaseしたら
reset --hard origin/hogeするように連絡してなかったのかも
- 701 :デフォルトの名無しさん:2021/07/09(金) 00:32:25.09 ID:JAtqXAas.net
- >>698
write権限付けなければいいだけだろ
- 702 :デフォルトの名無しさん:2021/07/09(金) 08:00:42.84 ID:ONtLqfbU.net
- git hookで禁止したら?
- 703 :デフォルトの名無しさん:2021/07/09(金) 10:50:38.48 ID:1nwtDT4u.net
- リポジトリごと別にしたら?
新人用のリポジトリ作ってそこにコミットしてもらい、問題無ければマスターへは権限者がマージする。
- 704 :デフォルトの名無しさん:2021/07/09(金) 11:49:04.59 ID:y//2bXB2.net
- みなさんありがとうございます。
writeの権限ってなんでしょうか?receive.denyDeletesとかnoFFマージの制御があるのは知ってるんですが、ブランチのpush権限を制限できましたっけ?
あとすみませんMRって聞いたことなくて教えて下さい。
それとhookは担当者のPCにレポジトリごと設定が必要だと思うんです。忘れちゃうと思うんですよ。
いろいろコメントいただいてありがたいんですが、知識が追いついてないみたいです。
よかったら教えて下さい。
- 705 :デフォルトの名無しさん:2021/07/09(金) 13:17:19.36 ID:ZtOU29YA.net
- >>704
素のgitでサーバー運用してんの?
ちゃんとアクセス権設定できるgitサーバー使った方がいいと思う
- 706 :デフォルトの名無しさん:2021/07/09(金) 18:27:03.19 ID:y//2bXB2.net
- はい、質問の趣旨は素のgitで、できるかというものです。
上でコメントもらったwrite権限とかMR?とかいうものは、素のgitではできないものですか?
それともリモートにhookを仕込むなどして権限制御ができるんでしょうか?
gitlabはブランチの権限を設定できるみたいですが、freeプランには無いみたいですね。
- 707 :デフォルトの名無しさん:2021/07/09(金) 20:10:44.21 ID:egT1RoRc.net
- gitlab使ってるわけじゃないんだ?
ブランチを直接いじらせたくないメンバーはforkからマージリクエスト(MR)投げてもらうようにすればいいんだが。
- 708 :デフォルトの名無しさん:2021/07/09(金) 21:28:00.02 ID:Kwh0IYsl.net
- ああ、マージリクエストのことでしたか。
gitlabは使ってないです。
社内標準がtracについてるやつなので、レポジトリは素のgitだと思います。
なので、ビルトインでできることがないかなと探してます。
クラウドだと難色を示されますが、gitlabはオンプレミスで構築できたと思うので、情シスに打診はしてるものの、それでも乗り気じゃないみたい…
まあこれは弊社の問題なのでおいとくとして、gitの設定だけでできるなら、やり方教えれば動いてくれるかなと。
- 709 :デフォルトの名無しさん:2021/07/11(日) 06:53:33.97 ID:IrrkCg66.net
- 素のgitでは出来ないと思う
gitlabは環境を変えなきゃならん可能性があるから情シスは嫌がるだろうね
giteaとかのバイナリ一個で動作するのならいいかもよ
- 710 :デフォルトの名無しさん:2021/07/11(日) 10:33:06.51 ID:P9RS/dyf.net
- GitBucketはバイナリファイル一個だけで動くね
- 711 :デフォルトの名無しさん:2021/07/11(日) 13:41:08.08 ID:lq94NE0I.net
- Dockerで動かせば何でもよくね
- 712 :デフォルトの名無しさん:2021/07/11(日) 17:59:34.17 ID:mu76RUyW.net
- なんでもよくねーよ
- 713 :デフォルトの名無しさん:2021/07/11(日) 21:52:00.80 ID:Km8X0WTE.net
- GitLab自鯖にインストールしたことあるけど重すぎワロタ
アンインストールもできなくなるほど瀕死の操作不能になった
- 714 :デフォルトの名無しさん:2021/07/11(日) 22:29:17.98 ID:LL6sPKEi.net
- WindowsでDocker Toolbox使ってVirtulaBox上のDockerコンテナとして動かしてもそんなに重くはなかったがな。
- 715 :デフォルトの名無しさん:2021/07/12(月) 08:39:43.46 ID:Y3qBMERg.net
- >>713
最初は軽いんだけど、使ってくと段々と重くなるんだよな
軽くする方法がわかんなくて、結局使うのやめた
- 716 :デフォルトの名無しさん:2021/07/24(土) 08:23:38.21 ID:UjEZlBZt.net
- もう棄てるべきときだね > Git
- 717 :デフォルトの名無しさん:2021/07/24(土) 11:33:06.91 ID:ClAz04v2.net
- 見かぎっとるのか
- 718 :デフォルトの名無しさん:2021/07/24(土) 11:39:19.06 ID:Psm9T1Np.net
- 時代はHgだよな
- 719 :デフォルトの名無しさん:2021/07/24(土) 11:39:52.29 ID:2Wdt1Zvr.net
- HAGEが必死すぎ
- 720 :デフォルトの名無しさん:2021/07/24(土) 13:44:24.56 ID:+oLVnveT.net
- いや、時代はPijul(よみかたわかんね)だよ
- 721 :デフォルトの名無しさん:2021/07/24(土) 16:30:21.34 ID:F1f/P+4y.net
- なんだよsvnが一番
- 722 :デフォルトの名無しさん:2021/07/24(土) 17:16:27.02 ID:wX8mF0S9.net
- RCSに立ち帰るべき
- 723 :デフォルトの名無しさん:2021/07/24(土) 18:23:45.59 ID:wleNclHm.net
- みんなどこへいくんや
- 724 :デフォルトの名無しさん:2021/07/25(日) 22:44:17.50 ID:mXugsmaS.net
- P4使えや貧乏人ども
- 725 :デフォルトの名無しさん:2021/07/25(日) 22:52:56.39 ID:Wj/gwJho.net
- アイヤー
MSのコード真似るAIに喰われるとはおもてもいなかたアルね
- 726 :デフォルトの名無しさん:2021/08/02(月) 21:32:44.46 ID:0iPmXdT5.net
- てst
- 727 :デフォルトの名無しさん:2021/08/02(月) 21:33:55.74 ID:0iPmXdT5.net
- filter-branchはじめて使ったんだけどこれって失敗することあるの?
なんかコミット全部に影響出るからこわい
- 728 :デフォルトの名無しさん:2021/08/03(火) 08:25:46.68 ID:51l84/HQ.net
- >>727
テスト用ブランチ作ってからやるべき。
古いブランチはそのまま残ったはず。
- 729 :デフォルトの名無しさん:2021/08/03(火) 11:52:55.80 ID:wDIINEDT.net
- 普通にクローン残しておけば良くない?
- 730 :デフォルトの名無しさん:2021/08/03(火) 12:30:25.20 ID:AOdh4ST2.net
- それが出来たらクローンはしないんだよ
- 731 :デフォルトの名無しさん:2021/08/03(火) 13:22:46.23 ID:HHmtzLUS.net
- Git v2.33.0-rc0
- 732 :デフォルトの名無しさん:2021/08/03(火) 14:28:09.14 ID:gqooHnUR.net
- NGID:AOdh4ST2
- 733 :デフォルトの名無しさん:2021/08/03(火) 15:22:53.43 ID:AOdh4ST2.net
- git我慢の子であった
- 734 :デフォルトの名無しさん:2021/08/03(火) 22:05:47.47 ID:vFbEe1/E.net
- >>725
FSFが「GitHub Copilot」に疑問視、ホワイトペーパーを募集
https://mag.osdn.jp/21/08/04/131400
具体的な関心領域としては、
「著作権を侵害した公開リポジトリ上でトレーニングしているのか? フェアユースか?」
「Copilotのアウトプットが、GPLでライセンスされている作品を侵害していることを主張する可能性はどのぐらいあるか?」
「Copilotが生成する侵害に対して、開発者はどのようにして自分が著作権を持つ任意のコードを保護できるのか?」
などを挙げている。
- 735 :デフォルトの名無しさん:2021/08/04(水) 00:00:18.51 ID:DV/IEEV3.net
- >>733
汝、gitはギットと読み
gifはジフと読むであろう
決してジットと読むなかれ
- 736 :デフォルトの名無しさん:2021/08/04(水) 00:45:22.70 ID:zGXO7GNA.net
- 我が生活楽にならざりgit手を見る
- 737 :デフォルトの名無しさん:2021/08/04(水) 01:01:05.64 ID:7+juM3qa.net
- ギトギトしてんなぁ
- 738 :デフォルトの名無しさん:2021/08/11(水) 01:02:28.91 .net
- 今githubめちゃくちゃリモートリポジトリ失敗する
- 739 :デフォルトの名無しさん:2021/08/11(水) 01:50:42.29 ID:nkK5xEJr.net
- githubの使い方を勉強しています。
githubのDefault branchがmainとなっているのですが、[git branch]と打っても表示されません。
プッシュしようとしても main は存在しないと出てきてしまいます。
master が表示されているので、そこにプッシュすることはできましたが、ブラウザ上で最初に表示される
ブランチがmainなので、もやっとします。
何か対処方は有りませんでしょうか?
- 740 :デフォルトの名無しさん:2021/08/11(水) 18:33:35.14 ID:V3nok1pR.net
- githubの話題はここじゃないと何度言えばわかってもらえるんだ
- 741 :デフォルトの名無しさん:2021/08/11(水) 20:48:07.77 ID:hUnPZulp.net
- ソースコード ホスティング総合【GitHub,GitLab,Bitbucket等】
https://mevius.5ch.net/test/read.cgi/tech/1531824290/
- 742 :デフォルトの名無しさん:2021/08/12(木) 10:35:07.83 ID:Zo0evqt7.net
- 別の人が聞いてるんだから何度言ったところで終わりなんてないぞ
そういえば>>1やテンプレに誘導がないので、書いておけば少しは減るかもな
- 743 :デフォルトの名無しさん:2021/08/14(土) 11:37:35.84 ID:k10hBdH7.net
- Git v2.33.0-rc2
- 744 :デフォルトの名無しさん:2021/08/17(火) 09:15:15.38 ID:5BxJGggb.net
- Git v2.33.0
- 745 :デフォルトの名無しさん:2021/08/21(土) 01:22:27.49 ID:MIM0rlCw.net
- リポジトリのすべてのコミット履歴から特定の文字列を削除したいんですが良い方法無いですか?
filter-branchするしかないでしょうか?
- 746 :739:2021/08/21(土) 02:28:12.51 ID:MIM0rlCw.net
- すみません
filter-branchでやりました
- 747 :デフォルトの名無しさん:2021/08/21(土) 03:02:27.50 ID:MIM0rlCw.net
- 20ファイルぐらいあるんですが今、filter-branchで1つずつ削除しています
たぶん土日潰れそうです
- 748 :デフォルトの名無しさん:2021/08/21(土) 20:58:05.05 ID:c3XZUC80.net
- >>32
去年のレスで申し訳ないけど
VSCodeやxcodeだと、git statusで差分があるファイルの色を変えたり 表示を絞り込んだり出来るじゃん
ちまちまコミットしているとそれが出来なくなる(コミットする度に差分が無くなって特別扱いされるファイルが減る)
のが困るんだけど、どうにかなりませんか
- 749 :デフォルトの名無しさん:2021/08/22(日) 00:44:29.78 ID:p4dnH1aF.net
- 任意のコミット間で差分表示すればいいじゃん
- 750 :デフォルトの名無しさん:2021/08/22(日) 09:04:18.34 ID:0Cz6ueFz.net
- Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか?
Nimの実験的特徴 バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html
第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412
Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる
「怠け者とはこうあるべきだ!」と言うとても大事な事を Nim は我々に教えてくれます
- 751 :デフォルトの名無しさん:2021/08/24(火) 01:56:30.85 ID:wyjp1IJE.net
- 739ですがBFG使ったら一発で出来ました
- 752 :デフォルトの名無しさん:2021/08/24(火) 17:06:56.87 ID:D1ce07b5.net
- BFGて何やと思ったらこんなツールあんのか
- 753 :デフォルトの名無しさん:2021/08/25(水) 09:15:45.93 ID:uZF/NHqm.net
- BFG便利でしたよ
bfg replace-text password.txt myproject.git
でpassword.txtに指定されている文字列を置き換えできました
git grep $(git rev-list --all)
しても問題の文字列は綺麗になってました
- 754 :デフォルトの名無しさん:2021/09/06(月) 15:09:21.27 ID:Xpv1lInW.net
- そろそろCVSからGitに移行しようとしています。
CVSからのリポジトリの移行の方法としてググってみたところ、cvs2git というのと、 git cvsimport ってのがあることが分かりました。
ところがcvs2gitはダウンロードしようとしてもサイトがもう閉鎖(?)されているようで入手できません。
cvsimportにしても、git-cvs の導入が必要で、自分の環境ではGitに合わせて2.27が必要そうなんだけど、やっぱり入手先が見つかりません。
誰かご存じの方いれば教えてください!
当方の環境とは、CentOS8にGit2.27.0を入れています。
- 755 :デフォルトの名無しさん:2021/09/07(火) 08:38:42.77 ID:cFJK6MoD.net
- >>754
gitには今の最新のソースからリポジトリを一から作って
過去の変更履歴を参照したければcvsから見る、って運用ではダメなの?
- 756 :デフォルトの名無しさん:2021/09/07(火) 09:42:25.03 ID:l0FGYRQG.net
- cvs→svn→gitの順番で変換するとか
- 757 :デフォルトの名無しさん:2021/09/07(火) 11:05:48.63 ID:+uF9wCX0.net
- 特定のバージョンが必要なら一旦それ入れれば良いだけだろ
要は変換できる環境で変換してしまえばできたものを持ってくればそれで良いんだから
- 758 :デフォルトの名無しさん:2021/09/07(火) 12:40:17.05 ID:jsklYBqQ.net
- おお、皆さんコメントありがとうございます。
>>755
CVSを無くすことが目的の一つでもあるんです。
で、変更履歴が見れることも必要です。
>>756
SVN経由ですか。
できるなら避けたいですが、ちょっと調べてみます。
>>757
その通りなんですが、CVSからの移行をサブシステムごとに行うので、それなりの期間(多分1年以上)変換できる環境を維持する必要があるんです。
いろいろありがとうございました。
全ての要件を満たしてというのは難しそうですね。
いただいた意見を参考にもうちょっと検討します。
- 759 :デフォルトの名無しさん:2021/09/08(水) 12:26:53.74 ID:H9wC4dw3.net
- git cloneする時にsshのurl指定でBranchまで指定する事って出来るの?
-bとか使わないで
- 760 :デフォルトの名無しさん:2021/09/11(土) 03:42:20.13 ID:s/DqN445.net
- >>759
それ出来ないと思う
海外サイトで@でブランチ指定とか/でブランチ指定とかでやれるって書いてあるサイトも見つけたけど
実際やって見ても全然上手くいかねぇ
- 761 :デフォルトの名無しさん:2021/09/12(日) 00:33:12.39 ID:cVqmkIqS.net
- ガチでない用途、雑多スクリプト集とかは平気で半年コミットしてないのとかあるんですけど
ローカルディレクトリをスキャンして最終編集日 - 最終コミット日の数字が多い順に表示して
いい加減コミットするか編集内容破棄するかしろと警告してくれるツールとかないですか
- 762 :デフォルトの名無しさん:2021/09/12(日) 06:50:28.66 ID:09FXBLJb.net
- 面白いw
gitを使わずにディレクトリコピーでバージョン管理
https://mevius.5ch.net/test/read.cgi/tech/1631002816/
- 763 :デフォルトの名無しさん:2021/09/13(月) 17:58:18.08 ID:ryD/6XDI.net
- リモートのHEADをリモートのdevelopを参照させるようにしたいのですがやり方がさっぱりわかりません。
とても単純なことのように思えるのですがどの方法でやってもSourceTreeなどでクローンするとmaster参照してて困ってます。
origin/HEAD -> origin/master
教えてくださいお願いいたします。
- 764 :デフォルトの名無しさん:2021/09/13(月) 18:04:15.74 ID:ryD/6XDI.net
- こうなってます
.git]$ ls
COMMIT_EDITMSG HEAD branches description index logs packed-refs
FETCH_HEAD ORIG_HEAD config hooks info objects refs
というか僕何か勘違いしてるかも。
要はSourceTreeでクローンしたとき最新のコミットをHEADが参照してほしいのです。
そうしないと上に登ってってチェックアウトしないとだから。
- 765 :デフォルトの名無しさん:2021/09/13(月) 19:13:06.94 ID:q/DYxyOe.net
- https://stackoverflow.com/questions/3301956/git-correct-way-to-change-active-branch-in-a-bare-repository
リモート側を変える
- 766 :デフォルトの名無しさん:2021/09/17(金) 17:13:11.77 ID:xXjVnzP+.net
- 未だにgit cloneで直接特定コミットのクローンが出来ないのはなぜだ
https://stackoverflow.com/questions/31278902/how-to-shallow-clone-a-specific-commit-with-depth-1
- 767 :デフォルトの名無しさん:2021/09/17(金) 17:22:01.88 ID:RINTXLOW.net
- クローンに特定コミットもへったくれも無いだろ
- 768 :デフォルトの名無しさん:2021/09/17(金) 18:11:47.26 ID:J7t/c3vE.net
- shallow clone(--depth 1)で特定コミットの指定な
git cloneにdepth指定はできるが
同時に指定できるのはタグやブランチ名だけで
SHA1で過去のコミット一つだけみたいな指定はできない
なぜかgit fetchではSHA1指定とdepthの組み合わせが出来るらしい
解せぬ
- 769 :デフォルトの名無しさん:2021/09/22(水) 21:09:14.14 ID:E7BplCoS.net
- >>102
番号割り振ればできるだろ、知恵を絞れよ
何のために頭付いてるんだ、大学生にもなってなんだその頭の悪さは
gitのせいか、gitのせいでそんなに頭の悪い人間になってしまったんだな
ようし、gitを禁止します
- 770 :デフォルトの名無しさん:2021/10/06(水) 17:21:18.09 ID:k/56VNFd.net
- ブランチ切り忘れてコミットしまくったあとに
過去にさかのぼってブランチを作成して
全部そこで作業していたことにしたいんだけど
どうしたらいいかな?
- 771 :デフォルトの名無しさん:2021/10/06(水) 17:24:42.54 ID:BSJj0FI1.net
- 今いる場所でブランチを作成
元のブランチはリセット
- 772 :デフォルトの名無しさん:2021/10/06(水) 17:30:20.63 ID:WIlNjQ3U.net
- 間違ってコミットしまくったブランチをまだpushしてないなら
コミットしまくった最後のコミットで新しいブランチ作って
間違ってコミットしまくったブランチの方を「git reset --hard origin/間違ったブランチ」とかすれば良いだろ?
- 773 :デフォルトの名無しさん:2021/10/06(水) 17:30:33.39 ID:WIlNjQ3U.net
- かぶったわ
- 774 :デフォルトの名無しさん:2021/10/10(日) 11:13:28.32 ID:6H5ZAnm/.net
- git bashでlsの実行結果が文字化けしたらコレ
export LANG=$(locale -uU)
- 775 :デフォルトの名無しさん:2021/10/12(火) 02:46:28.00 ID:En/nySAf.net
- echo "export LANG=$(locale -uU)" > %USERPROFILE%\.bashrc
- 776 :デフォルトの名無しさん:2021/10/12(火) 08:42:22.48 ID:U1uDb369.net
- おいおいおい
.bashrc消して平気なの?
- 777 :デフォルトの名無しさん:2021/10/14(木) 13:19:16.57 ID:kAsx6HNe.net
- 知っている方いたら教えてください。
CVSからGitに移行しようとしてます。
開発にはEclipseを使っていて、今はEclipseのプラグインでCVSと連携しています。
Git用にはEGitというプラグインが必要ということはググってわかりました。
EclipseでEGitを使う場合ローカルPCにGitの導入は別途必要ですか?
ネットで見た例だと、EGitで直接GitHubのリポジトリを指定してたんだけど、EGitを使えばリモートのリポジトリに直接アクセスすることになって、ローカルにリポジトリは作らない(なので、Gitの導入は不要)という理解であってますか?
事前に試せる環境がないため、経験者のかたがいれば教えてもらいたいです。
- 778 :デフォルトの名無しさん:2021/10/14(木) 14:14:33.36 ID:lQJgPnH3.net
- >>777
gitはローカルリポジトリでコミットしてからリモートリポジトリにプッシュする二段階の仕組みなので、ローカルにgit「クライアント」は必要。(gitクライアントにローカルリポジトリを操作する機能が存在する)
- 779 :デフォルトの名無しさん:2021/10/14(木) 14:23:38.11 ID:lQJgPnH3.net
- >>778
ちょっと補足。
Egitは使ったこと無いからは詳しく無いけど、解説とか見るとEgit+eclipseで一通りのgit操作はできるみたい。ただ、gitの仕組みとして(通常の利用方法だと)必ずローカルリポジトリを使うので、ローカルリポジトリ無しでリモートリポジトリを直接操作することはできない。
逆に、gitはリモートリポジトリ無しでローカルリポジトリのみの運用というのができるから、まずはそれで色々と試したら?
- 780 :デフォルトの名無しさん:2021/10/14(木) 14:26:08.18 ID:7VZCgDUW.net
- >>777
Eclipseを使ったことはないが、こんなのを見つけた
https://www.casleyconsulting.co.jp/blog/engineer/223/
>EGit は Java の Git 実装である JGit を使って動きますので、別途 Git のコマンドラインツールなどを入れる必要はありません。
https://wiki.eclipse.org/EGit/FAQ
>What are the main differences between original Git and JGit(EGit)?
- 781 :デフォルトの名無しさん:2021/10/14(木) 14:36:06.90 ID:YcNpNoWq.net
- Git v2.33.1
- 782 :デフォルトの名無しさん:2021/10/14(木) 14:37:15.68 ID:YcNpNoWq.net
- >>777
egitは現在のeclipseに含まれています。
別途PCにgitのインストールは不要です。
- 783 :デフォルトの名無しさん:2021/10/14(木) 14:58:54.76 ID:kAsx6HNe.net
- >>778,779,780,781,782
ああ、こんなすぐに親切なレスがいっぱい!!
> ローカルリポジトリ無しでリモートリポジトリを直接操作することはできない。
そうですよね。だからGit本体も必要じゃないかと思ってたんです。
>EGit は Java の Git 実装である JGit を使って動きますので、別途 Git のコマンドラインツールなどを入れる必要はありません。
Gitそのものではないけど、Gitと同じ動きをするJGitが使われているという事ですかね。
それでEclipse+Git関連の記事でもGitのインストールについて特に触れる必要がないと。
で、今時のElipseならEGitもついてくるんですね。Pleiadesのサイト見ましたが、確かにEGitもパッケージされてますね。
JGitでググってみたら紹介してくれたwikipedia以外にも日本語で紹介/解説しているサイトがいろいあるみたいなので、まずはそちらで勉強してみます。
モヤっとしてたのがスッキリしました。
またここで追加質問しちゃうかもしれませんがよろしくお願いします。
- 784 :デフォルトの名無しさん:2021/10/14(木) 23:57:06.50 ID:xwnJS6sg.net
- どういたしまして!!!!
全部俺
- 785 :デフォルトの名無しさん:2021/10/17(日) 09:58:04.13 ID:Q0jShLZX.net
- 個人で開発してる場合に、subversionと比較してGitのほうが優れていることってどんなことがありますか?
Git使ってみてるんですが、ローカルリポジトリとリモートリポジトリに別れてるのが面倒くさく感じてしまうんです。
- 786 :デフォルトの名無しさん:2021/10/17(日) 10:38:37.55 ID:8eKBj5MQ.net
- ローカルリポジトリだけで出来る
- 787 :デフォルトの名無しさん:2021/10/17(日) 13:11:42.80 ID:Zl984gEM.net
- svnはマージがアホ
- 788 :デフォルトの名無しさん:2021/10/17(日) 13:55:53.46 ID:2tMovdDG.net
- 個人でやってるならリモートリポジトリを使う必要ないよ
別の場所にバックアップしたいときだけ稀にプッシュしておいてもいいかな程度
Gitはブランチ開発が圧倒的に便利
次バージョンの開発をしながら、ヤバいバグを見つけたらスイッチして現行リリースにパッチを当てるなんて作業がやりやすい
コミット等の操作を間違えたときの復元方法も充実してるからガンガンコミットするスタイルが身についてロスがない
あまりにも小規模な開発しかしてないならGitに移行したところで便利さに気付かないかもね
- 789 :デフォルトの名無しさん:2021/10/17(日) 14:17:13.86 ID:4gFBmPmU.net
- svnはもう使わなくなってから何年も立つけど、ローカルブランチ作るのに全コピーが発生する問題は改善されたん?
gitは瞬間的にローカルブランチ作れることが、当時、最大のメリットだと個人的には感じてたけど
- 790 :デフォルトの名無しさん:2021/10/17(日) 14:18:42.77 ID:4gFBmPmU.net
- あ、ローカルって書いちゃったけどリモートも同様
- 791 :デフォルトの名無しさん:2021/10/17(日) 15:15:03.36 ID:2tMovdDG.net
- svnも物理コピーしてるわけじゃなくポインタをコピーしてるだけだからそこは別にデメリットではないと思う
- 792 :デフォルトの名無しさん:2021/10/17(日) 15:26:46.35 ID:4gFBmPmU.net
- じゃあそこは改善されたんだね
- 793 :デフォルトの名無しさん:2021/10/17(日) 15:29:30.74 ID:QJpjjZiJ.net
- ローカルで何でもできるのとrebaseできるのが大きいな。
- 794 :デフォルトの名無しさん:2021/10/17(日) 16:36:16.01 ID:2tMovdDG.net
- svnのコピーは最初からそういう設計思想だよ
強いて言うならCVSに対しての改善点
https://subversion.apache.org/features.html
- 795 :デフォルトの名無しさん:2021/10/20(水) 03:48:00.82 ID:fM0zKRFM.net
- --filter=blob:noneでcloneしたレポで久しぶりにpullすると
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (1/1), 334 bytes | 334.00 KiB/s, done.
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (1/1), 413 bytes | 413.00 KiB/s, done.
が延々続く
.git/configのpromiser=trueとpartialclonefilter=blob:noneを消すと秒で終わる
これは仕様?
- 796 :デフォルトの名無しさん:2021/10/31(日) 11:33:48.76 ID:08bIR5oT.net
- Git v2.34.0-rc0
- 797 :デフォルトの名無しさん:2021/11/04(木) 09:59:24.05 ID:RuoxMXd8.net
- Git v2.34.0-rc1
- 798 :デフォルトの名無しさん:2021/11/07(日) 11:40:46.01 ID:khCyKtci.net
- MSに握られたくないなら、cvs か svn
- 799 :デフォルトの名無しさん:2021/11/07(日) 11:42:30.89 ID:QVBUkb8D.net
- >>798
git使うとmsに握られるというのが意味不明なんだが
- 800 :デフォルトの名無しさん:2021/11/07(日) 12:37:05.54 ID:UQcl36Q5.net
- gitとgithubの区別がつかない人がMSアレルギーをこじらせている姿はもう見飽きた
情報のアップデートをできずに屈折した持論を垂れ流すから老害の部類かな
- 801 :デフォルトの名無しさん:2021/11/08(月) 21:23:48.94 ID:Tlvj8hhG.net
- それはもはやチテキショウ害なのでは
- 802 :デフォルトの名無しさん:2021/11/11(木) 10:05:05.74 ID:SpIFedoW.net
- わろす
- 803 :デフォルトの名無しさん:2021/11/16(火) 08:19:16.49 ID:nj7ybZ5p.net
- Git v2.34.0
- 804 :デフォルトの名無しさん:2021/11/25(木) 08:42:00.93 ID:+EmkPByH.net
- Git v2.34.1
- 805 :デフォルトの名無しさん:2021/11/25(木) 12:21:37.68 ID:F3lCPX8r.net
- すぐキレるLinusも若手から老害と言われてるんだろうな。
- 806 :デフォルトの名無しさん:2021/11/27(土) 18:33:16.18 ID:EO01MlFX.net
- プライベートなリポジトリをローカルにcloneしようとしたら
重いファイル(15MB程度)だけ弾かれる・・どうして・・
ちなみに学習済みの.h5ファイル
何か制限緩和するような手続きしないといけないのかな
(ただ、google経由だと全部cloneできた)
全然わからん・・
- 807 :デフォルトの名無しさん:2021/11/30(火) 21:35:19.46 ID:a/ltCSu7.net
- 10年程昔からの自作のフリーウェアを git で公開しようとしているんだけど
あまり昔の version はもう環境が変わっていて動かない
動くものだけを公開した方が良いのかな
それとも最新のものだけにした方がいいですか
- 808 :デフォルトの名無しさん:2021/11/30(火) 21:59:48.42 ID:29wtvv9O.net
- 好きにしろ
- 809 :デフォルトの名無しさん:2021/11/30(火) 22:33:45.81 ID:a/ltCSu7.net
- わかりました
どうも
- 810 :デフォルトの名無しさん:2021/12/09(木) 01:56:53.52 ID:8VFa9Xh4.net
- gitの変更履歴より細かい単位で変更を戻したいとき、うまい方法はありますかね。
例えば一つのファイルの中で3つの関数を変更してコミットした後、1つの関数だけ
元に戻したくなった場合などに。
- 811 :デフォルトの名無しさん:2021/12/09(木) 06:55:22.90 ID:CTJ8MnG2.net
- >>810
その関数を変更した後にコミット
- 812 :デフォルトの名無しさん:2021/12/09(木) 07:23:14.89 ID:nPf7xXRe.net
- >>810
git rebase
1
2
3 ← ここで止める
4
5
1
2
3.1
3.2
3.3 ← こんな感じにコミット
git rebase --continue でリベース完了
あと慣れたら 2つの関数だけコミットして、
1つは戻ればいい
- 813 :デフォルトの名無しさん:2021/12/09(木) 08:05:36.93 ID:Rbrjprb1.net
- >>810
pushする前ならcommit amend して修正してからrebase。
push後なら新たにcommit。
- 814 :デフォルトの名無しさん:2021/12/09(木) 08:13:38.11 ID:nPf7xXRe.net
- あめんどは、あ、めんどう〜だ、なぁ〜
- 815 :デフォルトの名無しさん:2021/12/09(木) 08:15:15.22 ID:ETLEJYpI.net
- 求めてるのはadd -pじゃないのかな
- 816 :デフォルトの名無しさん:2021/12/09(木) 08:22:24.08 ID:zGaqleE8.net
- >>813
わかりづらいな……試してないけど
…56 3関数commit abc……master
ここをchechout -b mod
…56 3関数commit abc……master
[mod:2関数commit]
元に戻してcommit amend
…56 3関数commit abc……
mod abc……[master]
masterをchechoutしてmodにrebase
ただし、コミットを他人と共有済みなら混乱の元なので禁止。
- 817 :デフォルトの名無しさん:2021/12/09(木) 08:58:11.54 ID:Dni9SPWj.net
- >>810
履歴改変をするわけじゃないんだよね?それならば、
git revert -n でindexに三つの関数の修正を打ち消す修正を持ってきて、git reset -p でindexの余分な修正を取り除いて、git commit
- 818 :804:2021/12/09(木) 09:39:57.87 ID:rmYbkO4s.net
- どうも>>810です。プッシュはしてませんのでアメンドないしリセットとしてやり直すことは
可能です(よね?)
なんというか、作業方法なども含めてキレイ&楽にやる方法はどんな感じかなと。
例えばそもそも論だと、最初からこういう場合に備えてコミットを関数1個毎とか細かくしておく?
アメンドないしリセットしてやり直す場合も、どうやって変更を用意しようかなと... もう一回
同じ変更を入力したくはないし危険... とかなんとか。
- 819 :デフォルトの名無しさん:2021/12/09(木) 10:00:49.33 ID:z12/cdNE.net
- >>818
だから何をしたいのかはっきりしろ
pushしてないのは分かった
pushしてないローカルな履歴を改変したいのか?
pushしてないローカルな履歴に関数の修整を無効化するコミットを追加したいのか?
- 820 :デフォルトの名無しさん:2021/12/09(木) 10:05:24.50 ID:Dni9SPWj.net
- >>818
変更の用意はrevert -nとreset -pでいいだろ
この2つを使えば自分でコードを入力する必要は無い
- 821 :デフォルトの名無しさん:2021/12/09(木) 11:35:29.86 ID:nPf7xXRe.net
- >>818
だから>>812だって
rebaseで過去の歴史の途中に戻って
そこでコミットを分けるなりして
再び歴史を再生する
- 822 :デフォルトの名無しさん:2021/12/09(木) 11:36:08.99 ID:nPf7xXRe.net
- 正確には git rebase -i な
- 823 :デフォルトの名無しさん:2021/12/09(木) 13:53:35.69 ID:CTJ8MnG2.net
- もう面倒くさいから一か所もどしましたってコミットしたらいいやん
- 824 :デフォルトの名無しさん:2021/12/09(木) 14:15:33.20 ID:SnlJ6hdA.net
- rebaseは悪い文化
- 825 :デフォルトの名無しさん:2021/12/09(木) 14:50:31.70 ID:nPf7xXRe.net
- >>824
必要なのは結果だけ
お前が試行錯誤した後なんかどうでもいい
- 826 :デフォルトの名無しさん:2021/12/09(木) 14:51:34.29 ID:Dni9SPWj.net
- >>823
そのコミットを簡単に作る方法が知りたいのだと思う
- 827 :デフォルトの名無しさん:2021/12/09(木) 15:05:38.49 ID:FiTzWudg.net
- >>826
Winmergeをdiffツールに設定して
git windiff HEAD^^^
で戻してcommitだな俺なら
- 828 :デフォルトの名無しさん:2021/12/09(木) 15:28:07.01 ID:1oFDwxyl.net
- >>818
そもそも論の部分に回答すると、意思決定の基本は発生率とコストを掛け合わせた期待値次第
いちいち細分化しすぎてもYAGNIの法則で言われるような無駄が多くなるだけ
でも後から部分的に採用する可能性もそれなりにあるのであれば分けてコミットしておくことでコストを抑えられる可能性が増す
- 829 :デフォルトの名無しさん:2021/12/09(木) 18:55:14.96 ID:lg/9Dj4Y.net
- >>818
そもそも論で言うなら、追加・修正する機能ごとにブランチを切って、完成したブランチを別々にコミットすればいい。gitはブランチが軽量という強みもあるし。
機能をマージするときにコンフリクトを修正する面倒くささはあるけど、見通しは良くなる。
- 830 :デフォルトの名無しさん:2021/12/09(木) 20:50:07.62 ID:ejbJEiiI.net
- コミットの粒度の話じゃないの?
- 831 :デフォルトの名無しさん:2021/12/09(木) 22:51:55.36 ID:EKItVGZE.net
- 追えてないけど、どれか。
・そもそもコミットきれいにしても結局使わないから作り直さない
・頻繁にコンパイル?して頻繁にコミットしておく
・もう最初から作り直せよ派: git reset $(git merge-base origin/master) → 気に入るコミット作っていく。
・ツールに関数単位で切り出させて、差分をうまいことやる。VisualStudioならこのメソッドをクラス化、みたいなやつがあったような。それ以外は知らん。
- 832 :デフォルトの名無しさん:2021/12/09(木) 23:49:30.01 ID:Fvd6f3uE.net
- コミットをセーブ機能だと思うからだめなんだよ
袋だと思え袋
コードを書くたびに適切な袋に入れろ
- 833 :デフォルトの名無しさん:2021/12/10(金) 11:49:29.41 ID:5non8kx0.net
- >>831
・追加機能ごとにブランチ切る
も追加で。
- 834 :デフォルトの名無しさん:2021/12/10(金) 15:18:37.19 ID:dSCEiiiB.net
- 最近では、機能ブランチは問題を先送りにしているだけだという批判もある
機能ブランチはすぐにリリースして消せ、作りかけならフィーチャートグルで蓋をしろというスタイルもあるぞ
それは一理あって、実際複数のチームでそれぞれフィーチャーブランチを担当してリリース時に一気にマージするスタイルの大規模サービス開発やってたときには
マージの失敗でトラブルが起こることは日常茶飯事だったね
- 835 :デフォルトの名無しさん:2021/12/11(土) 00:15:15.28 ID:L5jxStGt.net
- それは機能ブランチが悪って話じゃなくて、機能ブランチをやたらと長期間分離しておくのが悪って話じゃね
何事もトレードオフだから機能がでかいならイテレーションを小さく取るし、リリースギリギリまでマージしなければ泣きを見るので頃合いを見て合流してテスト始める
互いに影響し合う部分についてはコミュニケーション取りつつ適宜ソースをやり取りしろというのがGitの指針だったと思うし
- 836 :デフォルトの名無しさん:2022/01/12(水) 10:21:41.75 ID:mFIs9bfU.net
- Git v2.35.0-rc0
- 837 :デフォルトの名無しさん:2022/01/12(水) 19:57:57.27 ID:IbSx3jpA.net
- こういうコミットをしてたとして
$ git log --oneline
commit_id_5 やっぱり××を復活させる(2021/05/01)
commit_id_4 □□を修正(2021/04/01)
commit_id_3 ××を削除(2021/03/01)
commit_id_2 △△を修正(2021/02/01)
commit_id_1 〇〇を修正(2021/01/01)
「commit_id_3 と commit_id_5 を消して、コミットログをきれいにした状態でリモートブランチにpushする」というようなことは可能ですか?
こういう場合にgit rebaseが使われるんですかね?
- 838 :デフォルトの名無しさん:2022/01/12(水) 21:08:30.47 ID:et9b++qr.net
- >>837
はい。そうです。
- 839 :デフォルトの名無しさん:2022/01/12(水) 21:16:41.65 ID:IbSx3jpA.net
- >>838
ありがとうございます
てか真上に同じような質問ありましたね…
- 840 :デフォルトの名無しさん:2022/01/15(土) 22:30:31.28 ID:mgu84OGw.net
- Git v2.35.0-rc1
- 841 :デフォルトの名無しさん:2022/01/16(日) 00:47:01.30 ID:hYWYL0RZ.net
- >>837
俺は作りながら片付ける
作ってる途中で、この修正はこのコミットに含めよう
などと考えならが小さくコミットし
適度なタイミングでrebaseする
- 842 :デフォルトの名無しさん:2022/01/17(月) 06:52:31.08 ID:pA35C6jo.net
- >>837
別ブランチでcommitして、masterにまとめてmergeしてpushする、って方法もあるよ
これだとrebaseは不要
- 843 :デフォルトの名無しさん:2022/01/23(日) 09:44:11.74 ID:6R0k9GT3.net
- gitもcvs,svnと同じ運命をたどるだろう
私の企業は次世代バージョン管理システムfossilに切り替えました
- 844 :デフォルトの名無しさん:2022/01/24(月) 13:46:51.63 ID:2I6HNHFB.net
- 化石?
- 845 :デフォルトの名無しさん:2022/01/24(月) 15:13:36.64 ID:TB1mn4oZ.net
- 次世代って書いてるけどGitやMercurialと同期だね
統合が特徴みたいだけど、少なくとも統合指向=先進的というのは言えない
昔のMSや古いエンタープライズシステムが通ってきた道
- 846 :デフォルトの名無しさん:2022/01/24(月) 20:03:13.29 ID:T/bW8QxB.net
- sqlite以外に使ってるプロジェクトあるの?
- 847 :デフォルトの名無しさん:2022/01/25(火) 09:41:06.99 ID:lI80daK7.net
- Git v2.35.0
- 848 :デフォルトの名無しさん:2022/01/27(木) 23:05:55.20 ID:5JD4ntnW.net
- 「Git 2.35」が公開
https://mag.osdn.jp/22/01/26/225600
- 849 :デフォルトの名無しさん:2022/01/29(土) 22:24:24.64 ID:DKHpcK/K.net
- Git v2.35.1
- 850 :デフォルトの名無しさん:2022/02/04(金) 16:36:05.63 ID:57NC5giI.net
- Git 日本語翻訳チーム
https://github.com/vargaspeniel/git-l10n-ja
- 851 :デフォルトの名無しさん:2022/02/04(金) 16:53:15.37 ID:ldQUlQ88.net
- >>850
gitを業務で使われている方は翻訳に参加してください
- 852 :デフォルトの名無しさん:2022/02/08(火) 12:18:02.21 ID:nuxork7Z.net
- ウクライナのGitLabがやばいな
- 853 :デフォルトの名無しさん:2022/03/16(水) 08:10:03.07 ID:3iPp8Jr+.net
- ゲイツもgit 作者も ワクチン派=ナチス
- 854 :デフォルトの名無しさん:2022/03/20(日) 18:56:58.51 ID:oCBKTdlK.net
- すみません、git pushをこっそりキャンセルしたく
$ git reset --hard HEAD^; git push -f origin HEAD をしたのですが
To prevent you from losing history, non-fast-forward updates were rejected.
と言われてpushが失敗します。
もしかしてリポジトリの設定でこういう強制pushが禁止されていたりしますかね?
- 855 :デフォルトの名無しさん:2022/03/20(日) 20:08:48.92 ID:pStA9jik.net
- サーバー側の receive.denyNonFastForwards の設定で禁止されてる
- 856 :デフォルトの名無しさん:2022/03/20(日) 20:17:36.65 ID:XwFj+GPH.net
- >>854
git push --delete 〜 でリモートブランチ消してpushしなおせばまだワンチャンある
- 857 :デフォルトの名無しさん:2022/03/22(火) 00:18:15.54 ID:G4hvFEyv.net
- 強制pushまだ禁じてるところあるんやね
- 858 :デフォルトの名無しさん:2022/03/22(火) 08:24:32.98 ID:OaCGWLhd.net
- 馬鹿がいるんだから当たり前やろ
- 859 :デフォルトの名無しさん:2022/03/22(火) 15:19:11.35 ID:Oh3PkPXA.net
- ブランチにアクセス権を設定できるサーバなら、メインのブランチにはプルリクエスト処理する人だけがアクセス可能にして、強制push禁止と強制ブランチ削除禁止の設定はいらん気もするね
でも本家gitにはブランチ単位のアクセス権は無いよね確か
- 860 :デフォルトの名無しさん:2022/03/22(火) 18:39:39.96 ID:GWInnMJp.net
- >>854
プロジェクトメンバーに周知すればいいんでないの?
- 861 :デフォルトの名無しさん:2022/03/25(金) 05:31:45.01 ID:VoO+G8uZ.net
- こっそりと周知、ってのは難易度高いな
- 862 :デフォルトの名無しさん:2022/03/25(金) 07:14:27.74 ID:iMzzdMMk.net
- こっそりする必要はないでしょ
- 863 :デフォルトの名無しさん:2022/03/30(水) 21:00:41.82 ID:pZIqlelO.net
- pullする前にどれが変更されているか知ることは出来ないの
- 864 :デフォルトの名無しさん:2022/03/30(水) 21:03:54.04 ID:sFfsK7BI.net
- git ls-remote
- 865 :デフォルトの名無しさん:2022/03/30(水) 21:50:58.83 ID:sIJSREW7.net
- fetch
- 866 :デフォルトの名無しさん:2022/04/01(金) 00:22:46.86 ID:46G1puQR.net
- totoiesegit使ってんですけ、コミットしただけでチェックアイコンに変わるんで
pushし忘れることが多いんですけど、区別できないんですか?
- 867 :デフォルトの名無しさん:2022/04/01(金) 04:32:18.73 ID:w7Dm7PZW.net
- >>866
うん
- 868 :デフォルトの名無しさん:2022/04/01(金) 05:21:04.10 ID:vPqr4MnO.net
- 尊いーぜgit
ごめん言ってみただけ
- 869 :デフォルトの名無しさん:2022/04/01(金) 08:03:05.39 ID:4o646iU1.net
- Gitsだぜ
すいもあまいもー
- 870 :デフォルトの名無しさん:2022/04/01(金) 10:30:17.09 ID:L8R+vRlu.net
- トータス使うよりSoucetree使う
- 871 :デフォルトの名無しさん:2022/04/02(土) 16:17:20.40 ID:y/uyzFp6.net
- リポジトリにあさんが変更をプッシュしたことをいさんはどうやって知れるのですか?
あさんからいさんへメールなりで連絡?
いさんがフェッチなり、プルすれば分かるんですが・・・
- 872 :デフォルトの名無しさん:2022/04/02(土) 16:43:53.49 ID:66/F4m6m.net
- >>871
本来gitで想定されている正しい使い方としてはメールで連絡
今時の普通のチームならGitHubでpull requestを出す
- 873 :デフォルトの名無しさん:2022/04/02(土) 16:46:06.34 ID:eQjRdGtS.net
- 共有するリポジトリの置き場所に素のgitを使ってない限り、何らかの通知する仕組みはあるだろ?
素のgitでもスクリプト仕込めばできるけど面倒だな「git hooks 通知」でぐぐれ
- 874 :デフォルトの名無しさん:2022/04/02(土) 17:04:36.48 ID:y/uyzFp6.net
- totoiesSVNの時はフォルダのアイコンが!に変わるから
logを表示させればだれが、どこを変更したか分かるけど
gitの場合、アイコン変わっていないから何時フェッチ、プルすればいいかわからない
こういうもの?
- 875 :デフォルトの名無しさん:2022/04/02(土) 17:20:12.10 ID:66/F4m6m.net
- >>874
Gitでは、同じブランチの上で複数人が作業することは普通しない
- 876 :デフォルトの名無しさん:2022/04/02(土) 17:22:26.59 ID:a7IS8KL2.net
- 同じことだよ
TortoiseSVNを使っていても他人の変更が勝手に降ってくることはないぞ
これまでほぼ無意識にときどき更新コマンドを実行してたんだろ
Gitでもそれと同じように無意識にときどきフェッチすればいい
リポジトリが新しかったりローカルが汚れているときにコンソールが赤とか黄色とかになる環境を作っておけばさらに分かりやすくなる
- 877 :デフォルトの名無しさん:2022/04/02(土) 17:33:56.91 ID:y/uyzFp6.net
- >>876
その「更新コマンド」を実行すべきタイミングが分からないんですよ
とりあえずプルすれば、変更されていれば更新されるけど
変更されていなければ更新されない
いちいちメールかなにかで連絡もらえれば、プルするから実害はないんだけど
- 878 :デフォルトの名無しさん:2022/04/02(土) 17:37:22.85 ID:OkBLvXjb.net
- git push したらvpsのソースが更新されるようにしたのに、ヒミツ鍵でログインするタイプのvpsに変えたらgit pushでエラーが出るようになったわ
- 879 :デフォルトの名無しさん:2022/04/02(土) 17:50:45.78 ID:ofyuLHc/.net
- >>877
気になった時fetchすりゃいいんだよ。
- 880 :デフォルトの名無しさん:2022/04/02(土) 18:18:39.57 ID:y/uyzFp6.net
- >>879
1分おきにfetchするアルバイト雇ったほうが工数的にはいいですね
- 881 :デフォルトの名無しさん:2022/04/02(土) 23:09:26.57 ID:ofyuLHc/.net
- 変な質問だと思ったがネタだったか。四ね。
- 882 :デフォルトの名無しさん:2022/04/03(日) 00:33:31.34 ID:TSy6KLqO.net
- git reflogを時間指定して実行すると上手くログが取得できないんだが、自分だけ?
git logは普通に動く
- 883 :デフォルトの名無しさん:2022/04/03(日) 09:55:27.42 ID:sNbs7j4z.net
- >>881
釣られましたねw
- 884 :デフォルトの名無しさん:2022/04/03(日) 11:58:15.04 ID:YOg/TQMm.net
- 気になったらエッチとな?
- 885 :デフォルトの名無しさん:2022/04/04(月) 18:26:27.90 ID:uBqMrhkR.net
- >>882
reflogで表示される時間はその操作が行われた時間ではなくてその操作の結果のHEADのコミットの時間で、reflogの--afterとかによる表示範囲判定は操作が行われた時間に基づいて判定されるぽいから、変な風に感じる?
HEADのコミットの時間でなくて操作した時間をreflogで表示する方法はあるのかな
- 886 :デフォルトの名無しさん:2022/04/05(火) 06:52:00.45 ID:HDipRGT6.net
- >>877
俺は開発ブランチにcommitした後にmasterをfetchしてる
で、マージすべき内容ならmergeする
- 887 :デフォルトの名無しさん:2022/04/05(火) 06:57:58.21 ID:qPBzPdZO.net
- >>886
こういうのが居ると無駄なマージ履歴が残る。
コミットまたはプッシュする前にプルしてマージ完了した状態でプルするルールにしてる。
- 888 :デフォルトの名無しさん:2022/04/05(火) 06:58:45.84 ID:qPBzPdZO.net
- ×プルするルール
◯プッシュするルール
- 889 :デフォルトの名無しさん:2022/04/05(火) 07:02:20.74 ID:HDipRGT6.net
- >>887
これはfetchかpullのタイミングの話であって、それとこれとは別の話だよ
それはpull request用のブランチにsquashなりすれば解決することだろ
- 890 :デフォルトの名無しさん:2022/04/05(火) 07:09:17.66 ID:LSxkXP/U.net
- squashするとまた意味が変わってくる
無駄なマージコミットを気にするならpull --rebaseするといい
- 891 :デフォルトの名無しさん:2022/04/05(火) 08:27:03.94 ID:Tv9hyPpM.net
- 内容ごとにブランチを切って、実装完了後にマージしたほうがいい。
こまめにマージする必要あるけど。
- 892 :デフォルトの名無しさん:2022/04/05(火) 08:37:26.26 ID:VZWFnuGC.net
- rebaseすると途中のコミットが見たことないスナップショットに化けるから諦めてmergeする派
- 893 :デフォルトの名無しさん:2022/04/05(火) 10:22:46.93 ID:Ti8ZULSh.net
- どうせマージコミットしか見ないからどうでもいいわ
- 894 :デフォルトの名無しさん:2022/04/05(火) 12:59:38.64 ID:HRL2Dhl7.net
- Git v2.36.0-rc0
- 895 :デフォルトの名無しさん:2022/04/10(日) 12:29:54.84 ID:/cWGM6C3.net
- Git v2.36.0-rc1
- 896 :デフォルトの名無しさん:2022/04/10(日) 12:43:00.27 ID:gTtQQEaq.net
- 今からGitを始めます初心者の質問です。
Gitに設定するユーザー名、メールアドレスと
GitHubのアカウント作成で指定するユーザー名、メールアドレスは
同じものでないといけないのでしょうか?
- 897 :デフォルトの名無しさん:2022/04/10(日) 23:00:07.32 ID:TJ08CsNt.net
- ネットでgitをググると
コミットしたらプッシュっする癖をつけようなんて見かけるけど
それなら意味なくね
- 898 :デフォルトの名無しさん:2022/04/10(日) 23:03:53.52 ID:OSeViOAV.net
- >>897
なんの意味?
- 899 :デフォルトの名無しさん:2022/04/10(日) 23:58:14.27 ID:ZMrXNR+Y.net
- 分散型リポジトリの意味かな?
つーかcommit→pushの流れが癖になるとまずいぞ
develop or masterで作業してるかfeatureブランチをpushすることになる
- 900 :デフォルトの名無しさん:2022/04/11(月) 00:51:42.12 ID:1i0W5uZP.net
- >>896
同じにしないといけない
違ってるとGitHub上でコミットとユーザーが紐付かない
なおGitHubのメールアドレスは複数設定できる
- 901 :デフォルトの名無しさん:2022/04/11(月) 01:06:26.04 ID:Ip9E4gkF.net
- いつプルすべきなのかさっぱり分からないんだけど
いちいちフェッチして更新されてたらプルなの?
svnの時はフォルダのアイコンが変わるから、すぐ分かったんだけど
gitはめんどくさくてしかたねー
- 902 :デフォルトの名無しさん:2022/04/11(月) 01:21:42.99 ID:IXb9iAbb.net
- >>901
フォルダーのアイコンが変わるのはsvnの機能ではないだろw
- 903 :デフォルトの名無しさん:2022/04/11(月) 01:26:34.08 ID:FKgiTkDa.net
- ちんちんシュッ!シュッ!シュッ!
- 904 :デフォルトの名無しさん:2022/04/11(月) 03:26:40.92 ID:UsZcfkXO.net
- >>901
そもそもsvnの挙動を勘違いしてんじゃん
- 905 :890:2022/04/11(月) 07:24:40.88 ID:pyEhSslH.net
- >>900
レスありがとうございます。
そうしますと、
複数のメンバーでGitHubの一つのアカウント(リポジトリ)を共有する時の
各メンバーを識別するIDは、どこで指定するのでしょうか?
- 906 :デフォルトの名無しさん:2022/04/11(月) 07:35:11.19 ID:IXb9iAbb.net
- どんなメールアドレスでもpushできるよ
- 907 :デフォルトの名無しさん:2022/04/11(月) 08:54:42.93 ID:Ip9E4gkF.net
- >>902
>>904
本筋には触れずに、否定をするワラ
- 908 :デフォルトの名無しさん:2022/04/11(月) 09:14:16 ID:1i0W5uZP.net
- >>905
関係ない。各自が自分のGitHub userに設定済みのメールアドレスでコミットすればいい。
GitHub上で制御できるのは「誰がリポジトリにpushできるか」までで、>>906も言ってるがどんなメールアドレスのコミットが含まれていてもpushできる。
たまたまコミットのメールアドレスがGitHub userと同じならGitHub上でそのユーザーがコミットしたように見えるというただそれだけのこと。
- 909 :デフォルトの名無しさん:2022/04/11(月) 14:06:10.85 ID:MP0q4WMO.net
- >>905
githubでプライベートリポジトリを複数ユーザで共有する場合は、共有するユーザみんな別々のアカウント作って、誰かが作ったレポジトリに他のユーザを招待して、pushするときにはそれぞれ各ユーザのアカウントで認証された状態ですることになるよね
だから上でもだれか言ってるように、コミットのメールアドレスは認証で使われるわけじゃないから、どんなメールアドレスでもpushできる
しかし、コミットのメールアドレスは重要でないというわけでもなくて、コミット一覧とか表示させたときにコミットのメールアドレスに基づいてユーザ名とか写真を表示したりするので、githubのアカウントに登録してあるメールアドレスをgitの方にも登録しておくほうが良い
- 910 :デフォルトの名無しさん:2022/04/11(月) 20:59:30.97 ID:voKtAiO9.net
- >>907
少し上のレスを見ればわかるけど、その質問は「また釣りか」と思われてまともなレスは付かない。
- 911 :デフォルトの名無しさん:2022/04/13(水) 01:15:32.19 ID:TZC3qPMK.net
- とある本の不要になったブランチを削除する手順で
@リモートリポジトリの消したいブランチを削除
ASourcetreeのフェッチのリモートで消えた追跡ブランチを消去(Prune)
BSourcetreeの消したいローカルブランチを右クリックして削除
とありますが、@がリモートリポジトリのブランチを削除、
Bがローカルのそれだとすると
Aの手順にはどんな意味があるのでしょうか
- 912 :デフォルトの名無しさん:2022/04/13(水) 02:12:16.50 ID:eS/flNB4.net
- ブランチには@リモートブランチ A(リモート)追跡ブランチ Bローカルブランチの3種類がある
文脈によってこれらはしばしば混同されるので気をつけていないと混乱する
@はサーバー側にあり、ABはクライアント側にある
Aは常に@のコピーで、フェッチするたびに@の最新と同期される
だからネットワークに繋がっていなくてもいつでもリモートのログが見れる
「リモートブランチのログを見る」というとき、正確には@ではなくAのログを見る行為を指す
フェッチしていなければ@ABが全て別のコミットを指すこともある
Aを消し忘れると、サーバー側のブランチは削除済みなのに、そのクライアントからはまだリモートブランチが消えていないように見える
- 913 :デフォルトの名無しさん:2022/04/13(水) 03:53:52.80 ID:TZC3qPMK.net
- >>912
詳しいご説明ありがとうございます!
- 914 :デフォルトの名無しさん:2022/04/13(水) 21:31:02.16 ID:Pux5Tg8M.net
- Git v2.35.2
- 915 :デフォルトの名無しさん:2022/04/13(水) 21:31:48.03 ID:Pux5Tg8M.net
- Git v2.36.0-rc2
- 916 :デフォルトの名無しさん:2022/04/14(木) 12:56:35.38 ID:DFKHhlAT.net
- Git v2.35.3
- 917 :デフォルトの名無しさん:2022/04/14(木) 14:21:34.39 ID:yss7HMyT.net
- Git v2.36.0-rc3
- 918 :デフォルトの名無しさん:2022/04/14(木) 14:56:42.75 ID:5RufjXVH.net
- 「Git for Windows」のシェルが「bash 4.4」から「bash 5.1」へ 〜Vista対応も終了
https://forest.watch.impress.co.jp/docs/news/1402/011/
Windowsで使ってる人(居る?)注意な
- 919 :デフォルトの名無しさん:2022/04/14(木) 21:19:31.45 ID:b6yuiJ9V.net
- 居る?ってどういう意味?
- 920 :デフォルトの名無しさん:2022/04/14(木) 21:40:37.08 ID:8uWvcswO.net
- おるかーー?
よーし、おるな!
- 921 :デフォルトの名無しさん:2022/04/14(木) 22:20:35.99 ID:iEpp8WdZ.net
- 折るかーー?
よーし、折るな!ボキッ
- 922 :デフォルトの名無しさん:2022/04/14(木) 22:52:34.66 ID:3PT3emFr.net
- ここやでトントン
- 923 :デフォルトの名無しさん:2022/04/14(木) 23:33:30.30 ID:UyRHFpqd.net
- まさかMacなんて使ってんの?
- 924 :デフォルトの名無しさん:2022/04/15(金) 00:07:36.02 ID:ssUN7i/L.net
- >>923
Windows Mac Linux
全部使ってる
- 925 :デフォルトの名無しさん:2022/04/15(金) 00:18:20.61 ID:zUdxudaZ.net
- >>924
いいなぁ
- 926 :デフォルトの名無しさん:2022/04/15(金) 18:54:21.17 ID:C9bHMdiD.net
- GUIのGitクライアントは面倒だよ
なんて言ってる先輩いるだけど
ほとんどコードは書けなくて、コピペしてそのコピペしたコードの意味も分かってない
そんなので、いくらgitが使えても意味なくね
- 927 :デフォルトの名無しさん:2022/04/15(金) 19:37:30.49 ID:h1UMySwV.net
- >>926
何が言いたいのがわからんが、コマンドラインでGitが使いこなせなくて悔しいの?
コードが書けるのとGitを使いこなせるかどうかは直接は関係無いし、コピペとGitを使いこなして目的が達成できてるのならばそれは意味があることだよ
- 928 :デフォルトの名無しさん:2022/04/15(金) 20:07:56.61 ID:PiHpabQE.net
- CUIなら同じことを繰り返したり再現するのも容易いし、スクリプトに組み込んで自動化したり本番処理を分けたり他人に渡すのも容易。
GUIも便利だけどCUIにもたくさんメリットがあるのよ
- 929 :デフォルトの名無しさん:2022/04/15(金) 21:12:39.95 ID:u9UTRnBL.net
- 僕も全くプログラム書けないけど
フリーランスのGit屋だぞ
- 930 :デフォルトの名無しさん:2022/04/15(金) 21:35:15.77 ID:0DFy/IGY.net
- GUIのgit使おうとしたけどわけわからんくて投げたわ
やっぱコマンドラインよ
- 931 :デフォルトの名無しさん:2022/04/15(金) 23:40:55 ID:yVftr7r6.net
- GUIもせめて自動実行マクロがあればマシなんだけどな。
OfficeのVBAみたいなやつ。
- 932 :デフォルトの名無しさん:2022/04/15(金) 23:52:35.13 ID:ssUN7i/L.net
- >>931
それgitコマンド使ったバッチファイルやスクリプトでよくね?
- 933 :デフォルトの名無しさん:2022/04/16(土) 00:02:24.87 ID:gsNTgUrB.net
- コマンドを打ってるだけで仕事してるフリしてる奴いるわ
たかがステージングするのに何分かかってんだよ
それならGUI使ったほうがグイっと終わるだろ
- 934 :デフォルトの名無しさん:2022/04/16(土) 00:03:11.07 ID:R5AqqekO.net
- gitkだっけ
- 935 :デフォルトの名無しさん:2022/04/16(土) 00:17:37.39 ID:pQ5jcgqa.net
- CUIだろうとGUIだろうと、どのファイルのどの行をコミットに含めるかは慎重に選べ
ゴミみたいなコミット作ってんじゃねぇ
- 936 :デフォルトの名無しさん:2022/04/16(土) 01:06:24.34 ID:dfz3lFMa.net
- >>926
gitを否定しようと思ったけどできなかったんだよね?
だからgitを使ってる人を変わりに叩いて
自己満足してるでしょ?バレバレw
- 937 :デフォルトの名無しさん:2022/04/16(土) 01:08:00 ID:dfz3lFMa.net
- >>933
CUIのほうがGUIよりも快適だからCUIを使ってるんだよ
文字使えば相手に意味を伝えられるのに
絵を書いて伝えたいなんて思わないでしょ?
- 938 :デフォルトの名無しさん:2022/04/16(土) 02:42:04 ID:Cn08VBkB.net
- GUIで確認してCUIで実行するのが一番効率良くね?
GUIは一覧性が高いが、作業効率はCUIの方が良い
- 939 :デフォルトの名無しさん:2022/04/16(土) 03:09:40.28 ID:+A5PZLb9.net
- st=status -s とか
ll=log --date-order --oneline --graphとか
alias設定すれば一覧性で困ることはないぞ
- 940 :デフォルトの名無しさん:2022/04/16(土) 03:40:01.37 ID:gsNTgUrB.net
- それくらいのタイプ量ならエイリアス設定する方が面倒だわ
- 941 :デフォルトの名無しさん:2022/04/16(土) 03:55:07.91 ID:MmeJHHfa.net
- 道具の方にこだわってる奴って本業は全然できない奴多いよな
この5番、30万だぞってイキってて100程度で回ってるガキ多すぎ宿題
- 942 :デフォルトの名無しさん:2022/04/16(土) 05:50:52 ID:pQ5jcgqa.net
- 道具にこだわらないからCUIでgitなんだろ
GUIのはOSによっては使えない場合もあるしいちいち覚えるの面倒だし
CUIなら設定ファイルちょろっとコピーすればいつもと同じ感覚で使えるし
git使わないって選択肢はもう無しな
gitはもう道具というより共通フォーマットだ
- 943 :デフォルトの名無しさん:2022/04/16(土) 05:56:08 ID:pQ5jcgqa.net
- >>939
その辺は頻繁に使うんでエイリアスじゃなくて3〜4文字のシェル関数だわ
とくにgit logの方は--pretty=format:〜も指定したいんで手打ちはありえん
- 944 :デフォルトの名無しさん:2022/04/16(土) 10:28:49.22 ID:pKuJ7S+c.net
- 基本的にCUI派だけどログ出していくつかdiffを見るみたいな操作はGUI使うなあ
これをCUIで高効率でやる手段があるなら知りたい
- 945 :デフォルトの名無しさん:2022/04/16(土) 11:07:45.89 ID:gsNTgUrB.net
- >>942
CUIかGUIかなんて問題なのか
どっちでも同じじゃん
やっぱりコマンドをタイプしてる方がカッコいいと思うタイプ?w
- 946 :デフォルトの名無しさん:2022/04/16(土) 11:10:09.03 ID:smzxZJvo.net
- >>945
コマンドをタイプするのはかっこいいと思ってしまったから
お前はそんな書き込みをしたんだよね?
- 947 :デフォルトの名無しさん:2022/04/16(土) 11:12:54.01 ID:gsNTgUrB.net
- いや俺はvscode一択
- 948 :デフォルトの名無しさん:2022/04/16(土) 11:16:03 ID:qSyY7sm9.net
- あるある
コマンドを使ってるカッコイイと勘違い
Linuxを使ってるカッコイイと勘違い
ダークテーマを使ってるカッコイイと勘違い
vi emacsを使ってるカッコイイと勘違い
- 949 :デフォルトの名無しさん:2022/04/16(土) 12:28:47.16 ID:NWlFBoGL.net
- TortoiseGitしか使ってなくてすいません
- 950 :デフォルトの名無しさん:2022/04/16(土) 12:44:01.14 ID:gsNTgUrB.net
- カコイイ
- 951 :デフォルトの名無しさん:2022/04/18(月) 20:18:29.80 ID:lvtGJgyq.net
- CUIかGUIかなんてどーでも良いことには一切こだわらず
俺にとって使いやすい方法を採用してる俺様カコイイ
- 952 :デフォルトの名無しさん:2022/04/19(火) 12:06:40 ID:+aQMqQh4.net
- >>948
そのとおり、何かを使っているからカッコイイのではない
俺だからカッコいいのだ
- 953 :デフォルトの名無しさん:2022/04/19(火) 17:55:42.79 ID:2NjgmpR8.net
- Git v2.36.0
- 954 :デフォルトの名無しさん:2022/04/19(火) 23:15:59 ID:fQcWHs5l.net
- プルリクって要る?
製品名出せば誰でも知ってるソフトの開発でも
目クラマージだぞ
正直、いちいちプルリク出すくらいなら、そっちでマージしてほしい
権限考え直してほしいわ
- 955 :デフォルトの名無しさん:2022/04/19(火) 23:29:05.23 ID:CsQiBOLb.net
- >>954
gitにそんな機能はありません
- 956 :デフォルトの名無しさん:2022/04/20(水) 15:44:31 ID:9cmYpPww.net
- エビル(evil)マージ
- 957 :デフォルトの名無しさん:2022/04/20(水) 18:45:19.22 ID:aTy1WRu8.net
- アークマージって要る?メリットは何ですか?
→ イオナズンが使えます
- 958 :デフォルトの名無しさん:2022/04/21(木) 15:42:47.36 ID:Ex423fK8.net
- 先輩「CUIのほうがgitの機能をすべて使えるからいいよ」
おれ「pullするときにディレクトリを指定するのは、どんなコマンドを実行すればいいですか?」
先輩「git pullしかやったことないから分からない」
おれ「・・・」
- 959 :デフォルトの名無しさん:2022/04/21(木) 17:41:01.53 ID:haKrn/PJ.net
- >>958
別に先輩おかしくないけど
- 960 :デフォルトの名無しさん:2022/04/21(木) 18:49:26.99 ID:BFaC4LhO.net
- ディレクトリを指定してpullする機能なんて無いし
pullに引数指定しなければいけないような状況はfetchとmergeを使うから、おれもgit pullの引数有りの挙動は把握してない
- 961 :デフォルトの名無しさん:2022/04/21(木) 18:55:10.99 ID:Ex423fK8.net
- おまえらって本質がわかないのか?
pullかどうかなんてのは本質でない
git hoge
でも論理は同じ
- 962 :デフォルトの名無しさん:2022/04/21(木) 19:16:46.07 ID:KtzHzoax.net
- ちょっと例えがアレだったね
シニカルなことを表現するときはバシッと一発で決めてかないとこういう残念な雰囲気になる
それもまた世のことわり
- 963 :デフォルトの名無しさん:2022/04/21(木) 19:27:25.31 ID:BFaC4LhO.net
- CUIの方がgitの機能がすべて使えるのは正しい
CUIで使う人が全てのコマンドのオプションを知ってる必要なんてない
CUIで使うのを難しく考え過ぎじゃないかな?
どのgitコマンドで何ができるかを把握できてれば十分で、細かい指定は大雑把に覚えてればいいよ
良く使う操作は短いエイリアスやシェル関数にしてしまうし、普段あまりやらない操作はコピペでもいいし、man見て調べればいいし、いまのシェルは履歴も補完も使いやすいからgitの長いオプション名なんて覚える必要も無い
- 964 :デフォルトの名無しさん:2022/04/21(木) 19:27:50.71 ID:BFaC4LhO.net
- 別にCUI/GUIに限らないけど、どのgitコマンドで何ができるか何が起こるかを理解できているのが重要
gitのコマンドは後戻りできるものが多くて、その方法を理解できてると楽に使える
後戻りする系の手段はあれこれ用意されてるけど、CUIの方が充実してるかな
- 965 :デフォルトの名無しさん:2022/04/21(木) 21:14:31.11 ID:Ex423fK8.net
- git pullしか実行したことないなら、GUI使ってもボタン一発だろw
- 966 :デフォルトの名無しさん:2022/04/21(木) 21:34:43.05 ID:F4v8aJSe.net
- git pull はコンフリクトで失敗することがあるからボタン一発で済むとは限らない
- 967 :デフォルトの名無しさん:2022/04/21(木) 21:37:37.80 ID:ZCLpZV4/.net
- CUIに劣等感感じる必要ないんやで
どっちも便利だから好きな方使え
- 968 :デフォルトの名無しさん:2022/04/21(木) 21:46:02.93 ID:FUPABV2N.net
- GUIとCUIの併用だな
なんでどっちかしか使えないと考えるんだろう
- 969 :デフォルトの名無しさん:2022/04/22(金) 00:44:19.39 ID:a+ReXgZI.net
- ブランチが必要な理由が分からない
リモートからクローンしてきている時点で、origin/masterとは別のリポジトリが個々人に存在するんだし
コミットも個々人のリポジトリに対して行うわけでしょ
一度もブランチ生やしてなんて一度も指示されたことないわ
- 970 :デフォルトの名無しさん:2022/04/22(金) 02:04:37.85 ID:/nIvhavJ.net
- ブランチがないとお互いのコミットを観測することができない
人の変更を見ようと互いにpush+pullすると常にmergeが伴うので、いわゆる観測者効果みたいな面倒くささが生まれる
プロジェクトの規模やリリースの複雑性が増すにつれてより困る
よくある例では、次バージョンの開発を初めている人がいるときhotfixを出せない
featureブランチのpushはオアズケを命じられて、その間ソースレビューも滞る
ブランチをforkに置き換えても同じ
- 971 :デフォルトの名無しさん:2022/04/22(金) 09:52:33.39 ID:ZbT6iK7O.net
- 各個人のGitHubアカウントにforkしてリポジトリ間のpull requestでマージしていく流派も存在する
本来のGitやGitHubの想定する使い方としては正しくてOSS文化的にも好ましいやり方ではあるんだが、企業での開発ではほとんど採用されない
単一のGitHubリポジトリで中央集権的に管理した方が楽だからね
- 972 :デフォルトの名無しさん:2022/04/22(金) 12:20:17.30 ID:dVlUoLXX.net
- AからA'とBの2つを作りたくなったときって、
ブランチなしでどうやるんだろうな
- 973 :デフォルトの名無しさん:2022/04/22(金) 12:30:42.99 ID:wri6W8iQ.net
- >>969
ブランチは「実装していること」を表すので、複数の機能を並行して開発するときは必須。
よくあるのは
・通常の開発版とリリース版/デバッグ版を分けて、デバッグリリースを早くする&開発版への取り込みを管理しやすくする
・開発する機能ごとにブランチを用意して、互いの干渉を減らす&マージをやりやすくする
あたり。
- 974 :デフォルトの名無しさん:2022/04/22(金) 14:20:44.25 ID:QpAASndC.net
- 自分のアカウントにforkするスタイルの開発しか経験ない人が
単一GitHubリポジトリ運用な会社に入ってforkして怒られるのはGitHubあるある
- 975 :デフォルトの名無しさん:2022/04/22(金) 21:56:45.85 ID:RSUrvfLc.net
- fork って何? git 用語に翻訳して。
- 976 :デフォルトの名無しさん:2022/04/22(金) 22:05:44.96 ID:0DWZpb5V.net
- clone
- 977 :デフォルトの名無しさん:2022/04/22(金) 22:16:51.65 ID:RSUrvfLc.net
- >>976
clone したら怒られるの? マジか? それ本当に git 使ってるの?
- 978 :デフォルトの名無しさん:2022/04/22(金) 22:48:01 ID:4bmaw9DX.net
- forkがcloneだからといってcloneがすべてforkなわけがない
- 979 :デフォルトの名無しさん:2022/04/22(金) 23:04:27 ID:a+ReXgZI.net
- おまえらって、gitについて講釈ばかりたれてるけど
全く本業ができないわけじゃないよなw
うちの会社にもいるわ
講釈たれてる暇があるならさっさとコーディング終わらせろよwwwww
- 980 :デフォルトの名無しさん:2022/04/22(金) 23:12:27.31 ID:UMBGLRP1.net
- 根拠のないレッテル貼りによる謎のマウンティング
- 981 :デフォルトの名無しさん:2022/04/22(金) 23:30:46.77 ID:pOr/JbKA.net
- >>977
forkはgithubの別アカウントへリポジトリをcloneする
俺らはpushしてpull requestするとか素人さんを混乱させる戯言をよく使うが、本来のgithubのpull requestはforkした自分のアカウント下のリポジトリのブランチをpullしてmergeしてもらうことをrequestする
pushしてpull requestは正しくはpushしてmerge requestと言うべきで、Gitlabは正しくmerge requestと呼んでいたと思う
merge requestで作業してる職場で、pull requestしたら怒れるということだろう
- 982 :デフォルトの名無しさん:2022/04/23(土) 00:07:18.92 ID:iISBdnEI.net
- >>981
何を言ってるかわからない。
pull というのは「 fetch して merge 」という操作をまとめてやるだけのコマンドなので当然 merge の意味を内包してる。
fetch せずに merge って言いたいの? それってどうやって対象を持ってくるの?
自分のリポジトリから持ってくるだけなら他人から request される必要ないし?
- 983 :デフォルトの名無しさん:2022/04/23(土) 00:13:01.25 ID:iISBdnEI.net
- ちなみに push というのは remore への merge を指示するコマンドな。
- 984 :デフォルトの名無しさん:2022/04/23(土) 00:51:13.69 ID:1bxGV6XJ.net
- >>982
いや同一のGitHubリポジトリ上でpull requestをマージするときにfetchは要らないでしょ
>>981の言うとおり、本来リポジトリを跨がるからfetch+mergeでpullなんだよ
- 985 :デフォルトの名無しさん:2022/04/23(土) 00:59:48.76 ID:HOOXt/T3.net
- >>982
「本来のgithubのpull requestはforkした自分のアカウント下のリポジトリのブランチをpullしてmergeしてもらうことをrequestする 」
これはちょっと間違えた
fetchしてmergeしてもらうことをrequestするからpull requestね
それでmerge requestだけど、>>984の言うようにすでに共有ブランチへpush済みのブランチをmergeすることをrequestするから、mergeだけrequestでfetchはrequestしない
自分が仕事で使うのは主にこっち
>>983
pushは厳密に言えばFastForwardのmergeだけど、pushのことをmergeとはあまり呼ばないな
- 986 :デフォルトの名無しさん:2022/04/23(土) 01:35:18.29 ID:iISBdnEI.net
- >>985
push した時点で merge されてるんでは?
push はデフォルトでは fast foward のみだけど、remote の設定によって普通の merge もいける。
共有リポジトリ上の feature branch を共有リポジトリ上の master branch に merge みたいな話をしたいのかもしれないけど、通常は共有リポジトリ上で完結させたりしない。
1) 共有リポジトリ上の feature branch を手元に fetch
2) fetch した feature branch を手元の master btanch に merge
3) 手元の master branch を共有リポジトリへの push
という手順を取る。
1) + 2) が pull 動作。fetch 無しは個人の作業リポジトリへの push が必要になるので普通やらないし、できない。
- 987 :デフォルトの名無しさん:2022/04/23(土) 01:58:40.02 ID:HOOXt/T3.net
- あれ?もしかしてgithubだと違うのかな?自分が仕事で使うbitbucketの共有リポジトリでやる場合のデフォルトでは、プルリクエストの承認とマージは共有リポジトリ上で完結する
もちろんローカルでfeature branchをmasterへマージしてmasterをpushしてもいいんだけど、それは正式な手順では無い
githubでも同じことできるよね?
1) 共有リポジトリ上に feature branch を作成
2) 共有リポジトリ上の feature branch を手元にfetchしてcheckoutして修正をコミット
4) 手元の feature branch を共有リポジトリ上の feature branch へ push
5) プルリクエスト(マージリクエストだけど)をブラウザ上で作成
6) マージ権限者がブラウザ上でリクエストを承認してマージする
feture branchは正式にはブラウザで共有リポジトリ上に作るけど、ローカルで作ってpushしてもいい
- 988 :デフォルトの名無しさん:2022/04/23(土) 02:02:56.04 ID:HOOXt/T3.net
- >>986
pushでFFじゃないmergeってできるの?できても今は普通しないでしょ
FFでmergeできない場合には、ローカルでmergeしてFFにしてpushするか、push -sで上書きが普通だし
- 989 :デフォルトの名無しさん:2022/04/23(土) 02:12:55.85 ID:iISBdnEI.net
- >>988
できるけど、おすすめではない。
ただ push は merge と同じ機構という点が理解できてれば良い。
- 990 :デフォルトの名無しさん:2022/04/23(土) 02:14:20.66 ID:XK6u/IcU.net
- 普通はローカルでマージしたものをプッシュする
- 991 :デフォルトの名無しさん:2022/04/23(土) 02:23:24.07 ID:iISBdnEI.net
- >>987
いきなり共用リポジトリ上でマージしたりしない。そういう運用ルールの組織があるとしたらかなり頭悪い。git の使い方が半分しか理解できてない。
共用リポジトリは問題があってもロールバックできない(超めんどう)なので、共用リポジトリの master には手元でのテスト等が終わって問題ないもののみを入れるのが普通。
- 992 :デフォルトの名無しさん:2022/04/23(土) 02:38:54.73 ID:HOOXt/T3.net
- ローカルでマージしてmasterへpushするって言ってる人たちはmasterへのpush権限をみんなが持ってるの?
- 993 :デフォルトの名無しさん:2022/04/23(土) 02:43:01.86 ID:iISBdnEI.net
- master へ push する権限を持ってる人がローカルで master に merge する作業をする。当然の話。
- 994 :デフォルトの名無しさん:2022/04/23(土) 02:47:09 ID:1bxGV6XJ.net
- 分野にもよるのかもしれんが、少なくともWeb系はGitHub上でマージするのが普通
直接mainにマージしたくないなら
- 995 :デフォルトの名無しさん:2022/04/23(土) 02:49:26.76 ID:HOOXt/T3.net
- >>991
もちろんプルリクエスト出す段階でローカルにテストは済んでる前提だし、masterへマージされた後にそれがダメならrevertするよ?
プルリクエストを承認できてmasterへマージできる人は特定の人だけだし、それをマージする前にテストが済んでるかどうかとかをリクエスト者に確認する
そのためにプルリクエスト上でいろいろやりとりできるようになってるわけだし
というか>>986とかはgithubを単にgitのリポジトリとして利用するだけのやりかただよね?別にgithub使う必要無くない?なんでgithub使ってるの?
- 996 :988:2022/04/23(土) 02:51:33.02 ID:1bxGV6XJ.net
- 失礼
直接mainにマージしたくないならdevelopブランチ等を間に置く
各自がいちいちローカルでマージして手元でテストなんてしてたら、みんなそれぞれ状態がバラバラで何テストしてるのか分からなくならないか?
特定の一人だけがmainにマージできるような超集権的な体制でないと成立しないと思う
- 997 :デフォルトの名無しさん:2022/04/23(土) 02:52:15.37 ID:HOOXt/T3.net
- >>995
うちのやり方では「master へ push する権限を持ってる人がローカルで master に merge する作業をする。」か「ブラウザ上でマージしてしまうか」はその権限持ちがプルリクエストを見て判断する
- 998 :デフォルトの名無しさん:2022/04/23(土) 03:00:56.62 ID:HOOXt/T3.net
- 統合的なテストはmasterにマージされた後に動かして、それでダメならrevert
統合的なテストが済んだところはtagが打たれてリリースはそのtagがあるとこまでしか行われない
- 999 :デフォルトの名無しさん:2022/04/23(土) 03:22:27.74 ID:HOOXt/T3.net
- 久しぶりだけど次スレ立ててみる
- 1000 :デフォルトの名無しさん:2022/04/23(土) 03:27:15.61 ID:HOOXt/T3.net
- 次スレ
Git 18
http://mevius.5ch.net/test/read.cgi/tech/1650651945
- 1001 :デフォルトの名無しさん:2022/04/23(土) 03:39:41.93 ID:/lJ77CU4.net
- >>1000
乙
- 1002 :デフォルトの名無しさん:2022/04/23(土) 09:32:57.73 ID:3glRXhKn.net
- >>979
劣等感抱いてるんだね。わかるよ
- 1003 :デフォルトの名無しさん:2022/04/23(土) 09:43:28.49 ID:aEJ0G9VA.net
- 未だsvnから離れられない人かな
- 1004 :デフォルトの名無しさん:2022/04/23(土) 11:37:43.64 ID:BMKo0y1z.net
- いえ、ディレクトリコピーで済ませています
- 1005 :デフォルトの名無しさん:2022/04/23(土) 14:25:06.82 ID:tAGVUJOK.net
- Git 18
https://mevius.5ch.net/test/read.cgi/tech/1631002816/
- 1006 :デフォルトの名無しさん:2022/04/23(土) 14:36:55.00 ID:BMKo0y1z.net
- 質問いいですか?
- 1007 :2ch.net投稿限界:Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1007
246 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★