20/11/12 21:58:43.24 m5jPdjVX.net
自動的に変換する設定を使うのが面倒。
197:デフォルトの名無しさん
20/11/13 10:03:02.42 woSrJ+Z7.net
gitの初心者です。質問してもよろしいでしょうか？
共有フォルダの[A]フォルダにリポジトリを作り作業するファイル類を入れてあります。
これを2人で共同で使うためそれぞれ[B]と[C]というクローンを作り、そこで編集します。
それぞれ[B]と[C]で更新して、1日の終わりに[A]を最新の状態�
198:ﾉしておきたいのですが、 クローンして、更新してCommitして、最後にpushで合っていますでしょうか？
199:デフォルトの名無しさん
20/11/13 10:16:27.20 9KKZC7Fr.net
はい
200:デフォルトの名無しさん
20/11/13 11:37:28.52 RWm0omqa.net
内容によるけど
全員 master で作業するんか？
branch して commit push して
確認後 merge する気は無いんか？
201:デフォルトの名無しさん
20/11/13 12:24:49.56 lJPbeFXM.net
コンフリクトの解消手順を教えて下さい
202:デフォルトの名無しさん
20/11/13 12:44:40.29 n34VhWUt.net
>>197
エディタで修正してaddしてcommitするだけよ
203:デフォルトの名無しさん
20/11/13 13:04:52.38 .net
めちゃくちゃ細かい修正のときって-mはどうしていますか
考えるのがめんどうなので'更新'とか'修正'でいいですよね？
204:デフォルトの名無しさん
20/11/13 17:43:25.79 MS9okgUk.net
>>199
そこは回答が分かれるところですね。
自分だったら、主にどっちを採用したっていう概要とその理由を書くかな。
細かい差分はdiffで見れるから、後で見ても分からないものは書いておくよ。
他の人にも聞きたいんですが、コンフリクト解消ってどこまでやりますか？ビルド通って動かせるところまで？
evil mergeになるのが気になる。
205:デフォルトの名無しさん
20/11/13 18:36:18.45 KMQ/X74/.net
誰かが代わりに動くまで修正してくれるの？
206:デフォルトの名無しさん
20/11/13 18:38:13.21 5fX1gEph.net
恐ろしい書き込みを見た
これが13日の金曜日か…
207:デフォルトの名無しさん
20/11/13 18:51:25.55 MS9okgUk.net
コミットを分けるか、という意味です。言葉足らずですみません
208:デフォルトの名無しさん
20/11/13 18:52:58.07 35N+92Bf.net
コンフリクト解消とスカッシュを自由自在に操りたい
209:デフォルトの名無しさん
20/11/13 23:47:36.97 M0Lr/ts/.net
>>196
いつまでmasterなんか使ってんだ？
210:デフォルトの名無しさん
20/11/14 01:28:12.18 zCGno+9x.net
お帰りなさいませご主人様～ とかも駄目になるのかぬ
211:デフォルトの名無しさん
20/11/14 02:17:29.33 Q0fppD5p.net
言葉狩りに嫌気さしてきたからブランチの名前をslaveとかblackとかにしたい
212:デフォルトの名無しさん
20/11/14 03:04:53.39 66xrGHZh.net
>>203
ブランチの概念がないの？
213:デフォルトの名無しさん
20/11/14 11:48:24.71 OfQ57GBv.net
>>203
まだまだ言葉足らず過ぎないか？
不特定多数の見る5chやでえ
マージをしているなかで互いの処理の競合を調停するための新規コードが必要になったとき二つの選択肢があると思う
1.テストが一部通らないことをコメントで断った上で、新規コードをマージコミットに混ぜるのを避ける
2.競合回避のための新規コードが混ざったことをコメントで断り、マージコミットで全部やる
個人の好みと程度問題じゃないかな
俺は差分を共有しやすいから1が好き
214:デフォルトの名無しさん
20/11/14 11:50:15.20 vc7ZeNxq.net
>>208
ブランチをマージするときの話ですよよ。文脈は把握されてますか？ご存知なければ無理にレスしなくて大丈夫ですよ。
215:デフォルトの名無しさん
20/11/14 11:53:34.61 vc7ZeNxq.net
>>209
evil mergeを避ける派ですね。
丁寧なレスありがとうございます。
言葉足らずなところを指摘、補足していただいてありがとうございます。
216:137
20/11/14 22:18:57.62 eMR5CvED.net
>>205
変える技術的なメリット無い限りはそのまんまだろ。
技術的なメリットを説明しろよ。
217:デフォルトの名無しさん
20/11/15 02:58:48.98 bhsguIlX.net
作業ブランチで機能追加やクリーンナップを地道に進め、
最後にmergeした結果を見ると、コーディングを最初から一気にやり遂げた錯覚になり、
スカっとするな。
という一連の流れを脳内再生してから --squash のオプションを思い出す�
218:ｴ。
219:デフォルトの名無しさん
20/11/15 12:14:35.24 ofPGnU/6.net
>>213
お前エセだろｗ
作業ブランチで作業をしている途中で
あれ？これバグじゃね？
先にリファクタリングするべきだったなと
後から気づくことがある
そういうのを別のコミットに分けて
順番を並び替えつつ作業していくと
いきあたりばったりで作業したのではなく
綿密な計画にそって作業したように見える
それは錯覚ではなく、最終的にそうなったので
それをマージしたりしたときに後から修正を追いやすくなる
--squashしたら一つにまとまるからダメじゃん
220:デフォルトの名無しさん
20/11/15 12:25:50.44 ALi3WLRE.net
そんで author date を変え忘れていきあたりばったりがバレる
221:デフォルトの名無しさん
20/11/15 12:27:45.04 ofPGnU/6.net
>>215
バレてなんか問題でもあんの？
222:デフォルトの名無しさん
20/11/15 13:22:06.47 ALi3WLRE.net
>いきあたりばったりで作業したのではなく
>綿密な計画にそって作業したように見える
他人にバレてるのに自分じゃこう見えると思ってたら恥ずかしいってだけ
223:デフォルトの名無しさん
20/11/15 14:10:48.99 ofPGnU/6.net
>>217
どうでもよくね？
重要なのはソースコード、完成した結果だよ
途中の作業なんかどうでもいい
224:デフォルトの名無しさん
20/11/15 14:18:31.84 ALi3WLRE.net
ほんと、どうでもいいと思うよ。
>綿密な計画にそって作業したように見える
こんなの気にするのは>>214くらいｗ
225:デフォルトの名無しさん
20/11/15 14:20:02.90 ofPGnU/6.net
>>219
気にしてるのはお前だよ。「ように見える」なんだからどうでもいい部分
実際に重要なのは、意味があるコミットになっていてレビューや他のバージョンへの適用がしやすい点
いつまでもどうでもいい部分を気にしてるなよｗ
226:デフォルトの名無しさん
20/11/15 23:35:01.28 pj0VtiWP.net
gitの開発MLを見てればわかるが、
内部のテストからもmasterという文字列を完全に抹殺すべくパッチが投稿されてる。
個人的には言葉狩りは好きでは無いが、
リベラルに中途半端は無いから、
早めにmasterからmainに変えた方が良いかも。
227:デフォルトの名無しさん
20/11/16 03:21:24.45 ZICsfNV8.net
>>221
言葉狩りが始まったらやるよｗ
228:デフォルトの名無しさん
20/11/16 10:56:32.52 sF1WJXNT.net
一番危険な敵は内部の一番無能な人間
229:デフォルトの名無しさん
20/11/16 11:50:11.80 pa4DKO5k.net
外部のキチガイが、内部に入り込んで包丁振り回すかもしれないぞ
230:デフォルトの名無しさん
20/11/16 12:05:15.33 sF1WJXNT.net
書き忘れたけど無能な人ほど良く働くω
231:デフォルトの名無しさん
20/11/16 16:09:47.48 sYD91QvB.net
ソース管理規約を守らない奴は無能
232:デフォルトの名無しさん
20/11/16 22:48:43.54 Iqqc8SBv.net
無能が無能を叩く構図
233:デフォルトの名無しさん
20/11/17 00:01:38.69 qU694wOR.net
WindowsでSourceTreeを使ってみたら、Shift-JISのファイルがプレビューで文字化けしてるんだけど、
Gitで管理するときは大人しくすべてUTF8に変換するべきなんでしょうか
234:デフォルトの名無しさん
20/11/17 00:16:54.68 ep69fhBS.net
Git関係なくUTF-8にするべき
Visual StudioのプロジェクトならUTF-16とかもあるけど
少なくとも全部Unicodeにしとけ
235:デフォルトの名無しさん
20/11/17 00:23:07.14 cTkCP5Bm.net
Visual Studioでsjisファイルのプレビューを見てみたけど文字化けなんかしてないけどなあ
236:デフォルトの名無しさん
20/11/17 01:17:38.85 4RXTidLa.net
>>228
git自体はUTF8だろうがSJISだろうが管理できるよ
文字化けするのはSourceTreeの問題
237:デフォルトの名無しさん
20/11/17 02:15:40.13 wZV7GIAN.net
gitattributesに文字コード書くだけ
238:デフォルトの名無しさん
20/11/17 02:32:05.88 hUMTMGfY.net
Visual Studioがうんこだから仕方なくVSで管理する用のソースファイルはBOMつきUTF-8にしてる
本当はBOMなしUTF-8がいいけど
（/source-charset:utf-8の存在は知ってる）
239:137
20/11/17 08:10:49.14 lJA+qRYx.net
>>233
visual studioもEditorConfig対応しているってよ。
240:デフォルトの名無しさん
20/11/17 09:08:16.34 iIrFjUs6.net
Gitは文字コードを管理できないというか実質的にUTF8強制になる
改行コードも固定するしかない
241:デフォルトの名無しさん
20/11/17 12:46:30.93 sslQDmWT.net
Visual Studioのプロジェクトにはプロジェクトファイルやリソースファイルも含まれていて、
UTF16やShift-JISで自動的に生成されるものが多いけど、
これらのファイルもUTF8にして運用するのがGitのやりかたということでしょうか？
MacやLinuxなどに持ってくることは考えていないです。
242:デフォルトの名無しさん
20/11/17 13:15:25.09 kX22Q/MP.net
別にutf8に固執する必要なんてないよ
243:デフォルトの名無しさん
20/11/17 13:54:19.11 ep69fhBS.net
UTF-16でもUTF-8でもいいよ
Unicodeならどっちでもいい
244:デフォルトの名無しさん
20/11/17 13:55:20.25 CjRdGkWC.net
Gitだと文字コードや改行コードが考慮されないから、Windowsだけで開発するならUTF8以外でもいいいけど、いずにせよ固定しないといけない
245:デフォルトの名無しさん
20/11/17 13:56:26.00 WArcbn8k.net
SJISでもいいといえばいいけど、LinuxユーザーやMacユーザーがメンバーにいると困ることになると思う
246:デフォルトの名無しさん
20/11/17 14:19:48.15 9dDm78mO.net
>>240
質問者はWindowsだけって言ってるだろ
247:デフォルトの名無しさん
20/11/17 14:22:19.09 NE44coqD.net
WindowsだけならSJISはまずいな
海外のWindowsじゃ使えない
やっぱりUTF-16じゃないと
248:デフォルトの名無しさん
20/11/17 14:26:50.42 3/q4MWZe.net
SJISのファイルを英語版のWindowsに持っていったら、Windows Indexとかどうなるんだろうな
249:デフォルトの名無しさん
20/11/17 17:01:55.47 74wM5f1E.net
batファイルがCHCPだけで問題なく使えれば全部UTF-8にできるんだがなあ
現実解でいえば多少Shift JISのソースが混ざることもあるよ
Gitでは困らないけど統一できるならしたいところ
250:デフォルトの名無しさん
20/11/17 17:11:02.74 nHdTOcnh.net
>>244
バッチファイルだけだよって言ったほうがわかりやすいｗ
251:137
20/11/17 18:47:44.20 lJA+qRYx.net
>>244
Power Shell使わせたら？
バッチファイルしか使えないような環境は未サポートでいいだろ。
252:デフォルトの名無しさん
20/11/17 18:57:03.90 3gEjvWlt.net
>>246
勝手なこと言うなよ
253:233
20/11/17 22:52:01.91 qU694wOR.net
何度もすいません。必ずしもUTF8にする必要はないということは、
SourceTreeで差分などが文字化けするのは諦めた上でということですか？
それとも、Shift-JISやUTF16のファイルが混ざっていても
文字化けさせない方法があるのでしょうか？
254:デフォルトの名無しさん
20/11/17 23:00:53.88 w1s1A3Uh.net
端的に言ってsourcetreeがアホってこと
255:デフォルトの名無しさん
20/11/17 23:25:46.72 .net
空ディレクトリはプッシュできないのはなぜですか
256:デフォルトの名無しさん
20/11/18 00:17:09.23 cMpWLiaN.net
gitはファイルしか管理していない。
ファイルパスを保存しているからディレクトリが有るように見えるだけ。
257:デフォルトの名無しさん
20/11/18 00:57:04.47 dj5RIL/l.net
>>250
URLﾘﾝｸ(gist.github.com)
258:デフォルトの名無しさん
20/11/18 01:10:01.63 .net
>>251,252
ありがとうございました
259:デフォルトの名無しさん
20/11/18 04:02:44.61 uoM+CD8t.net
>>248
差分はwinmergeがおすすめよ
文字コードの認識能力は高いし、多くの改行コードにも対応してる
難点は、いろんな文字コードや改行コードが混ざってても気づかないところかw
gitとの連携もできるしね
260:デフォルトの名無しさん
20/11/18 08:35:52.41 kXa1mHp5.net
>>254
改行コードが混在してるときはMixedってステータスバーに表示されたかと
261:137
20/11/18 12:24:59.97 6GRC5GM1.net
>>250
作業ディレクトリなどのように中身のファイルを無視したい場合は、.gitignoreを例外として全ファイルを無視する.gitignoreを入れておくといい。
262:デフォルトの名無しさん
20/11/18 12:36:04.63 t3uJEQyj.net
>>249,254,255
ファイルごとの文字コードは無理に統一せずに、
UTF16やShift-JISのときはSourceTreeの差分表示は文字化けさせたまま、
WinMergeで比較を行うということですよね？
WinMergeは普段から使っているので、
SourceTreeで文字化けしていてもGitの管理上は問題ないのなら、
それが楽かもしれないです。
263:デフォルトの名無しさん
20/11/18 18:13:59.21 aBokwQ7L.net
WindowsユーザーのGit初心者はTortoiseGitを使うのが一番楽だと思う
同梱のdiffツールも十分実用的
シェル統合は好き嫌い別れるけど文字化けのようなトラブルを独力で解決できるなら好きなツールを使えばよろし
264:137
20/11/18 19:18:43.32 6GRC5GM1.net
開発初心者なら、こだわりのエディタとかないだろうから
Visual Studio Code + Git Graph
を使わせるのが一番いいと思う。
gitの機能がeditorに統合されているとやっぱり楽よ。
265:デフォルトの名無しさん
20/11/18 19:21:49.89 9OxgFlRx.net
コミットの改ざんを直感的なUIで出来るアプリほしい
コミットをくっつけたり
変更範囲の広いコミットを分割したり
コンフリクトを解消したり
266:デフォルトの名無しさん
20/11/19 14:59:14.84 MCajbxoP.net
すいません
初心者なのですが、以下の状況に陥りました
1.origin/masterからブランチAを作成した
2.作業が途中だったが、他の作業が発生したのでAをコミットせずにスタッシュした
3.origin/masterからブランチBを作成した
4.ブランチBをコミットしてorigin/masterへマージした
5.ブランチAの作業を再開しようとしたらコンフリクトが発生した
ブランチAのチェックアウトもプルもスタッシュの復帰もできないのですが、
どの手順でAの作業を再開すればよいのでしょうか？
267:デフォルトの名無しさん
20/11/19 15:04:04.00 MmDwDVMn.net
A のチェックアウトで何かエラーが出るの？
268:デフォルトの名無しさん
20/11/19 15:33:04.91 s5sCnCc3.net
>>261
6.テキストエディタでソースコードのコンフリクトした箇所を修正しAの作業を再開した
これだけ
269:デフォルトの名無しさん
20/11/19 15:38:04.08 s5sCnCc3.net
svn脳だと、ああコンフリクトしてしまったと天を仰ぎ
一体全体どうすればいいんだと嘆き悲しみ、大混乱が発生し
やがてコンフリクトとそれを引き起こした人に対して憎悪を抱くようになるが
git脳では日常的にある作業の一つでしかない
270:デフォルトの名無しさん
20/11/19 15:43:25.31 MCajbxoP.net
>>262
以下です
The following untracked working tree files would be overwitten by checkout.
〇〇(ファイル名）
271:デフォルトの名無しさん
20/11/19 15:44:00.04 s5sCnCc3.net
コンフリクトじゃねーじゃん
272:デフォルトの名無しさん
20/11/19 15:51:46.78 IwXUzkye.net
ワロタｗｗｗｗｗ
273:デフォルトの名無しさん
20/11/19 16:04:24.67 MCajbxoP.net
コンフリクトしているのでもう一度スタッシュし直したら
チェックアウト時に上記のエラーとなりました。
274:デフォルトの名無しさん
20/11/19 16:10:41.62 MCajbxoP.net
最終的にmasterがこのようなツリーになると助かるのですが、可能でしょうか？
URLﾘﾝｸ(dotup.org)
275:デフォルトの名無しさん
20/11/19 16:11:05.59 80weRq09.net
何番の話ですか？
276:デフォルトの名無しさん
20/11/19 16:11:36.42 80weRq09.net
>>269
だからコンフリクトを直せと
277:デフォルトの名無しさん
20/11/19 16:12:05.47 80weRq09.net
だからテキストエディタでソースコードを修正してコンフリクトを直せと
278:デフォルトの名無しさん
20/11/19 16:14:39.10 80weRq09.net
コンフリクトという用語を知らないなら
テキストエディタでソースコードを修正して動くようにしてコミットしろ
279:258
20/11/19 16:24:02.88 MCajbxoP.net
>>270
>>261の話です
皆さん、ありがとうございました
とりあえずマージしてみます
280:デフォルトの名無しさん
20/11/19 16:26:26.84 r3/rn3nu.net
>>261
visual studio code + git graph
IntelliJ
みたいなテキストエディタ含めてgitと連携する環境をしっかり作ったほうがいいよ。
ややこしいコンフリクトもずいぶん楽になる。
281:デフォルトの名無しさん
20/11/19 16:32:13.25 6J1HULFT.net
>>274
>>269にしたいならマージよりもリベースじゃないかな
282:デフォルトの名無しさん
20/11/19 19:24:09.28 edxpyLrT.net
GitだろうとSubversionだろうとコンフリクトしたら、一つ一つソースコード読んで正常動作する状態にエディタで修正するしかない
283:258
20/11/19 19:26:05.64 MCajbxoP.net
>>273
とりあえずブランチAのコミットまで出来ました
ブランチAのチェックアウトが出来ないのはAに原因があると誤解していました
作業中のブランチに差分が出てしまっていたのが原因でした
お騒がせしました
284:デフォルトの名無しさん
20/11/19 19:27:23.27 I6H01ZjG.net
何もできなくなる時がたまにあって困る
cloneからやり直し
285:258
20/11/19 19:32:28.60 MCajbxoP.net
>>275
ありがとうございます
導入します
>>276
ブランチの途中コミットはそれほど大切ではないのでリベースにするかもしれません
>>277
慣れるよう精進します
286:デフォルトの名無しさん
20/11/19 20:29:59.17 MKpNlHWc.net
途中コミットが大切ではないってのはリベースとスカッシュを混同してそう
287:デフォルトの名無しさん
20/11/19 21:12:30.26 9L+0VoU7.net
スカッシュとstash混同してますよ
288:デフォルトの名無しさん
20/11/19 21:30:53.05 s+3w0EIq.net
高卒にはスカッシュわからんか。
289:デフォルトの名無しさん
20/11/19 21:33:25.20 B6Ba+nPY.net
スカッシュさわやか
290:デフォルトの名無しさん
20/11/19 21:49:51.48 +ya+1J+2.net
スカシュッペ
291:デフォルトの名無しさん
20/11/20 09:09:05.28 kz/VI7H0.net
stashってさ、やってる事は臨時ブランチでコミットと同じ認識で合ってる？
イマイチ存在理由がよくわからんのだが
292:デフォルトの名無しさん
20/11/20 11:22:12.97 9Dj+1g2T.net
>>286
英語の意味でも調べたら？
293:デフォルトの名無しさん
20/11/20 11:23:09.81 9Dj+1g2T.net
あと存在理由がわからんやつは、プログラマじゃないだろうな
あれだろマージ担当者とかだろｗ
294:デフォルトの名無しさん
20/11/20 12:52:35.74 sJptOchs.net
その理解でいいと思いますけど、ブランチと同じように使おうとすると、別ブランチでpopしたときに悲しいことになります。(確か現在の作業領域にpopするだけでしたよね？)
自分だったら素直に臨時コミットを作ります。add . && ci -m "tmp"だけで済みますし。
あとツールの問題もあって、gitkを使ってるんですけど、最後にstashした位置にしか表示されないのでわかりづらいです。最近使ってないので直ってるかもしれないですが。
295:デフォルトの名無しさん
20/11/20 12:53:16.66 sJptOchs.net
s/ブランチと同じ/コミットと同じ/
296:デフォルトの名無しさん
20/11/20 15:13:30.13 chBH1D/L.net
間違ってpopしたらまたstashするね
popが怖いなら常にapplyするね
stashにはHEADがstashを指すことがないので現在地を意識不要という利点もある
楽さを取るか、作業ブランチ一本槍のシンプルさをとるか、好きにするよろし
297:デフォルトの名無しさん
20/11/20 15:20:00.20 chBH1D/L.net
stashが起点に縛られないという性質は、割とどこにでも適用できるという利点の裏返しでもある
急なインスピレーションで作業開始して、あとで然るべき適用先を探すようなアブノーマルさも優しく受け入れる懐の深いいいやつ
298:デフォルトの名無しさん
20/11/20 18:20:42.82 FeyWRiQw.net
♪無能な奴らが夕暮れさらに無能な奴を叩く
299:デフォルトの名無しさん
20/11/20 18:44:55.52 O1/V8Q7J.net
下には下がいるんだよ
300:デフォルトの名無しさん
20/11/20 21:50:38.63 NdjY04o9.net
俺はdiffをファイルにしておいてあとでpatch適用するわ
301:デフォルトの名無しさん
20/11/22 03:19:35.07 SPm0fWZA.net
>>295
俺も20年前はそうしてたな
302:デフォルトの名無しさん
20/11/22 23:40:26.65 b60g3zenS
DXでジョブ型、採用も研修も働き方も一気に変える～富士通
URLﾘﾝｸ(project.nikkeibp.co.jp)
８万人がテレワーク！ 富士通の新しい勤務形態
URLﾘﾝｸ(newswitch.jp)
富士通がテレワークを「常態」に、オフィス面積を半減し在宅勤務補助月額5000円
URLﾘﾝｸ(xtech.nikkei.com)
副業解禁しない会社はヤバい？副業を解禁した大企業４６社の目的と理由
URLﾘﾝｸ(www.sidebizz.net)
富士通、オフィス半減で通勤撤廃へ。ネット「素晴らしい」「ただの経費削減」など賛否両論
URLﾘﾝｸ(www.mag2.com)
年商5000万円のYouTuber・イケダハヤトさんに聞く！
YouTuberを副業にしたいと考える人に伝えたい「世界を楽しむ」心構え
URLﾘﾝｸ(ddnavi.com)
303:デフォルトの名無しさん
20/11/26 14:43:56.01 CHu2Dr8c.net
windowsでdiff-highlightを使う方法を教えてください
304:デフォルトの名無しさん
20/11/26 23:24:52.51 nMGuNDj4.net
まずvscodeを入れます
305:デフォルトの名無しさん
20/11/27 01:18:57.58 0ROuVY6R.net
次にちんぽをなめます
306:デフォルトの名無しさん
20/11/27 01:44:34.63 qCpklAmW.net
はい、今なめました
次はどうすれば？
307:デフォルトの名無しさん
20/11/27 09:25:01.31 dsaw8Dph.net
体が柔らかいんだな
308:デフォルトの名無しさん
20/11/27 19:12:07.98 VqzZxTPq.net
なめたのは姉のちんぽです
309:デフォルトの名無しさん
20/11/28 09:16:37.14 d3Dzvo13.net
ちんぽ持ちの姉とか羨ましい
310:デフォルトの名無しさん
20/11/29 19:01:51.61 P9IxyqDK.net
github上に残したくないあるディレクトリ以下のファイルを全て履歴から削除したいんですが
コミットするときにそのディレクトリだけでなく、他のディレクトリの残しておきたいファイルも一緒にこみっとしてます
どのように履歴から消せますか？
311:デフォルトの名無しさん
20/11/29 19:04:59.97 sOEBQUsx.net
ちんぽ姉
あんぽ柿
少し似ている
312:デフォルトの名無しさん
20/11/29 20:11:24.34 4Sa9/2cA.net
>>305
具体的な手順はいくつかあるが、例えば
不要ファイルを削除するコミットを作って、rebaseして不要ファイルを追加したコミットにsquashしてやる。
313:デフォルトの名無しさん
20/11/29 20:18:01.37 bza0LWNC.net
めんどくさ
コミットをエクスプローラーで開いてセーブしたらコミットが上書きされる単純明快な機能があればいいのに
314:デフォルトの名無しさん
20/11/29 20:48:16.87 WDgQGVrN.net
コミットをエクスプローラで開く？？？
315:デフォルトの名無しさん
20/11/29 20:58:21.93 sV/hNKwx.net
そんなことができたんじゃ何のためのSCMでリポジトリなんだかわからんな。
316:デフォルトの名無しさん
20/11/29 23:21:50.15 7a+fWiSw.net
変更履歴を管理するというとイミュータブルな印象を受けるけど
実用上は別にイミュータブルである必要はない
というか履歴を後から整理して追跡しやすくしたほうがメンテナンス性は上がるのだからむしろミュータブルであるべき
317:デフォルトの名無しさん
20/11/29 23:29:02.85 7a+fWiSw.net
例えば物理的なコミットAには論理的な変更1と変更2が含まれてるとしてだ
* コミットAの後ろに新規コミットBを挿入
* コミットAをチェックアウト
* 変更2を手動で取り除く
* コミットAを保存
とすると履歴が変更1と変更2に綺麗に分かれる
こうしたほうが履歴が遥かに綺麗になる
SCMはこういう操作がもっと直感的に簡単にできるべきなんだよ
318:デフォルトの名無しさん
20/11/29 23:37:00.37 +p4clpep.net
>>308
どうやって複数のファイルの修正を一つのコミットにまとめるんだ？（苦笑）
319:デフォルトの名無しさん
20/11/29 23:42:11.74 7a+fWiSw.net
>>313
エクスプローラーで
320:デフォルトの名無しさん
20/11/29 23:56:04.91 +p4clpep.net
>>312
* 変更2を手動で取り除く
* コミットAにgit commit --amend
* CTRL+Zを押して変更を手動で戻す
* コミットBとして保存
もっと簡単にできるが？
321:デフォルトの名無しさん
20/11/29 23:56:36.12 +p4clpep.net
>>314
エクスプローラーにそんな機能はありません
新しい機能の仕様を書いてください
322:デフォルトの名無しさん
20/11/29 23:58:51.16 7a+fWiSw.net
>>315
直感的じゃない
323:デフォルトの名無しさん
20/11/30 00:14:22.73 XdYfXM2+.net
こうかな？
git filter-branch --index-filter 'git rm -rf --cached --ignore-unmatch フォルダのパス'
BFG Repo-Cleanerを使うともっと性能がいいらしい
324:デフォルトの名無しさん
20/11/30 01:13:30.64 rn09M8ye.net
>>317
直感的だろ
前のコミットを修正して
次のコミットを追加するだけだ
325:デフォルトの名無しさん
20/11/30 01:36:20.12 mKaKPR0T.net
別にいいんでないの？
pushするときにコミットまとめる機能があれば
326:デフォルトの名無しさん
20/11/30 07:40:01.87 yv0cTGob.net
エディタとかエクスプローラの操作でgitコマンドが発行されるソフトを作ればいいんでないの
327:デフォルトの名無しさん
20/11/30 08:59:23.49 XdYfXM2+.net
まんまTortoiseGitの設計思想っぽいな
ディレクトリツリーに加えて歴史という時間軸があるからエクスプローラという枠を大分越えてるだろうけど
しかも今回みたいなお題はTortoiseではなくfilter-branchみたいに時間軸に対して効くコマンドを使わないと手作業が増えて堪んないと思う
328:デフォルトの名無しさん
20/12/01 14:18:01.57 PZkLMkoH.net
>>308
ワンピースのうるてぃが言うセリフ
329:デフォルトの名無しさん
20/12/05 09:00:05.43 1DQ0XHCl.net
そんなにいいか？
330:デフォルトの名無しさん
20/12/05 13:52:03.76 zyjWjIMj.net
>>324
ワンピース見たことない
331:デフォルトの名無しさん
20/12/05 13:58:25.83 ++4jxPOM.net
>>325
URLﾘﾝｸ(ec.toranoana.jp)
読んどけ
332:デフォルトの名無しさん
20/12/05 15:03:10.78 Opj7igsw.net
18歳未満なので見れませんね
333:デフォルトの名無しさん
20/12/05 15:06:02.47 ++4jxPOM.net
巻末（？）の妹「ワンピースみたいな漫画かいてよ！」
→わんぴいすというこんな漫画を書いてるよ
は涙モノなのにな
334:デフォルトの名無しさん
20/12/06 15:47:36.02 IaKTyiK3.net
GitHubなどのサイト上では、ファイルごとの履歴を見ることはできないのでしょうか
335:デフォルトの名無しさん
20/12/06 15:52:47.62 Wgt8J/wa.net
git diff --name-onlyで削除したファイルは表示しない方法を教えてください
336:デフォルトの名無しさん
20/12/06 18:19:05.42 RoBzUJJX.net
>>329
Historyをクリックしたら見れますよ
337:デフォルトの名無しさん
20/12/06 20:46:49.91 IaKTyiK3.net
>>331
完全に見落としていました。ありがとうございます。
338:デフォルトの名無しさん
20/12/06 22:36:04.58 gzaeHJce.net
>>330
git diff --name-only --diff-filter=d かな？
339:233
20/12/08 00:08:05.40 VF8E4fJS.net
「わかばちゃんと学ぶGit使い方入門」という本を読んでるのですが、
140ページのコンフリクトの解決って、本の通りにできますか？
元々のmasterは5月6日開催なのに、5月6日の方を採用したら、
変更なしになってコミットできなくなってしまうのですが。
340:デフォルトの名無しさん
20/12/12 09:01:14.04 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 とはどういうことなんでしょう。
341:デフォルトの名無しさん
20/12/12 13:41:45.16 MG/EKh+i.net
ピーターパンツの国
342:デフォルトの名無しさん
20/12/12 19:03:59.98 s2JPaqvY.net
subtreeをaddしたということを一度pushしなくていいの？
343:デフォルトの名無しさん
20/12/12 21:52:55.70 o8F1hrVe.net
>>337
ああすみません、subtree addのあと、commit, pushをしました。
あと省略してしまいましたがsubtree pullの前にはgit remote add Hoge <HogeのURL>と
git fetch Hoge masterをしています。
344:デフォルトの名無しさん
20/12/13 08:08:39.67 EpHdNzxH.net
Git ってソースコードなしのアイデアノートみたいなの投稿しまくったら怒られる？
公開しなければ大丈夫か、公開しても大丈夫か、そもそもダメなのか
バージョン管理できて過去に間違った事書いてたのも確認できたら良さそうだけど
345:デフォルトの名無しさん
20/12/13 08:09:08.00 EpHdNzxH.net
あ、ごめん、GitHun のことね、もしくは GitLab でも
346:デフォルトの名無しさん
20/12/13 10:17:23.18 wMleJLXj.net
法律とか条例みたいなものまでGitHubで作る時代になにいってんの
347:デフォルトの名無しさん
20/12/13 11:16:43.84 EpHdNzxH.net
Gist 使えば良いのか
348:デフォルトの名無しさん
20/12/13 11:45:45.40 he+bODzw.net
誰に怒られるんだ、githubの利用規約を気にしてるのか？
gitで管理できるものなら何でも、常識の範囲内で使えるサービスだと思うぞ
349:デフォルトの名無しさん
20/12/13 11:53:16.80 g745qoA+.net
小説書いてるのだってあるし余裕でしょ
350:デフォルトの名無しさん
20/12/13 11:55:55.14 scHA/gMy.net
>>341
これマジ？
351:デフォルトの名無しさん
20/12/13 11:57:33.44 EpHdNzxH.net
URLﾘﾝｸ(marketplace.visualstudio.com)
これがくそ便利だったわ、普通にローカルのファイルと同じように扱える
教えてくれてありがと
352:デフォルトの名無しさん
20/12/13 12:36:07.12 EpHdNzxH.net
master から main に名前変えるって話上に書いてあるけど、
git blame の方が嫌な名前じゃね？
日本人ですら抵抗感じる名前なんだけど
353:デフォルトの名無しさん
20/12/13 12:49:03.88 QWQrj2BD.net
それを言うならGitって名前がもうね
354:デフォルトの名無しさん
20/12/13 13:03:35.87 5EW0FlRD.net
それを言ったらkillコマンドもダメだな
なにも悪いイメージの言葉を全部狩ってやろうって話ではなくて、ポリコレ的に問題になるのは差別と通じるものがあるかどうか
程度問題や是非はさておき、差別は基本的人権を脅かすのが理由
blameは非難という和訳だけで覚えてるとキツいけど、blameが持つ責任の所在を明らかにするという概念を認識しているネイティブにはそこまでキツく感じないんだと思う
355:デフォルトの名無しさん
20/12/13 13:22:36.39 3afJGKv9.net
犯人探しは別に差別じゃないからな
356:デフォルトの名無しさん
20/12/13 14:25:57.38 a1FcLP73.net
black listに黒人差別は関係ないという話は
無視されたわけですが
357:デフォルトの名無しさん
20/12/13 15:05:53.09 tJMy4iCP.net
黒人を少しでも悪く言えないように黒人の話題を全て書き込み禁止にしてほしい
358:デフォルトの名無しさん
20/12/15 09:31:17.80 WjzirlT0.net
Git v2.30.0-rc0
Git 2.30-rc0 Released With More Work On "Main" Branch Renaming, Fixes
URLﾘﾝｸ(phoronix.com)
359:デフォルトの名無しさん
20/12/15 11:48:33.99 JgqAZAsv.net
あいつら上級地球民だから
俺たち下級とは違うんだよ
もちろん100%皮肉な
360:デフォルトの名無しさん
20/12/15 19:54:34.73 gQh/3Vfu.net
gist コマンドって、git と違って、何かしら技使わないと grep できないってことでいいん？
361:デフォルトの名無しさん
20/12/16 15:20:31.57 4v/YyiUF.net
エロ画像管理に向いてる？
エフェクト掛ける程度です
362:デフォルトの名無しさん
20/12/16 15:21
363::52.55 ID:4v/YyiUF.net
364:デフォルトの名無しさん
20/12/16 17:56:04.09 mj49aMLx.net
>>357
ローカルをディレクトリごとバックアップしときゃいい
365:デフォルトの名無しさん
20/12/17 08:05:46.99 61mx8GyZ.net
>>357
暗号化ストレージにリモートリポジトリ作ったら？
git-secretとかgit-cryptもあるみたいだな。使ったことないけど。
366:デフォルトの名無しさん
20/12/19 18:19:57.30 ///qzbaH.net
ついにトークンになるのか
遅い
367:デフォルトの名無しさん
20/12/19 18:37:10.93 FXefMsJV.net
トオル君？
368:デフォルトの名無しさん
20/12/19 20:23:49.34 JSwgNTOX.net
あたしの彼氏、今日の俺は今日だけのワンタイムトークン！とか
携帯を勝手に覗き見てトークンチェック！とか言ってくる…
もぅﾏﾁﾞ無理。
369:デフォルトの名無しさん
20/12/19 21:22:51.82 Q3lUmbae.net
githubのスレでやれ
370:デフォルトの名無しさん
20/12/20 09:27:35.42 e/uuvQSS.net
Git v2.30.0-rc1
371:デフォルトの名無しさん
20/12/20 09:54:39.04 fJFvmm9G.net
GitHubがGit操作時のパスワード認証を廃止、今後はトークンによる認証が必須に
URLﾘﾝｸ(gigazine.net)
372:デフォルトの名無しさん
20/12/20 10:42:03.68 KAYvYNrC.net
githubのスレでやれ
373:デフォルトの名無しさん
20/12/20 14:51:44.47 h+k5X02K.net
GitHubってパスワード使えたのか？ SSH認証だけだと思っていた。
374:デフォルトの名無しさん
20/12/20 20:23:32.93 vVtHms2k.net
みんな SSH でやってるでしょ
ほとんどの人が影響なし
375:デフォルトの名無しさん
20/12/21 20:01:18.48 igZjZViM.net
前いたとこはみんな https でやってて credentil.helper でパスワード保存してたな
これも使えなくなるのかな
376:デフォルトの名無しさん
20/12/21 20:06:15.80 D8/t+Wt8.net
まあ確かに会社のPCに秘密鍵置いておくと
取られる可能性はあるからな
そのPC固有のトークンのほうが安全か
もちろん俺は秘密鍵にパスコードかけてるけど
377:デフォルトの名無しさん
20/12/22 13:33:02.25 RKM5Yi1/.net
>>362
ネカマキモｗｗｗｗｗｗ
378:デフォルトの名無しさん
20/12/24 08:43:34.70 EahE3vDH.net
2段階認証あるある:
割とでかいコードをチェックアウトするためにコマンドを走らせたままにして後で見たら、
認証が期限切れになっててチェックアウトが全部失敗していた。
面倒な世の中になった。
379:デフォルトの名無しさん
20/12/24 09:05:56.22 Lnk/IQtv.net
そんな話初めて聞いた
380:デフォルトの名無しさん
20/12/24 09:15:10.65 Z5M4Fv1j.net
git の話ではないな
381:デフォルトの名無しさん
20/12/24 10:16:03.46 cbU3fp1Q.net
Git v2.30.0-rc2
382:デフォルトの名無しさん
20/12/24 11:50:57.53 KLhNBo44.net
作り話やろ？ｗ
認証は最初に1回やるだけなんだから
383:デフォルトの名無しさん
20/12/24 19:38:22.47 pdRNZMox.net
あ確かに、gitの話というよりsshの話か
384:デフォルトの名無しさん
20/12/24 21:19:58.32 zHK1POmy.net
sshは2段階認証か
385:からないのでは
386:デフォルトの名無しさん
20/12/26 08:52:45.60 LWCoNPDe.net
OTPを使うやつね
387:デフォルトの名無しさん
20/12/26 20:26:02.66 z44Zq0Yv.net
なぱきゃとわんちゃい
みたいな名前の奴いたな
388:デフォルトの名無しさん
20/12/27 03:54:40.69 ig+Dm/J9.net
gitとgoogleToDoがリンクしたらいいなーと思っている
思うだけ
389:デフォルトの名無しさん
20/12/27 07:18:20.86 3wE25Ze9.net
>>380
あああの渡辺満里奈と結婚した...
自分は今でも人に物を頼むときについ「タノムサク」と口走りそうになることがある。
390:デフォルトの名無しさん
20/12/29 12:27:28.18 kMuxVeIu.net
Git v2.30.0
391:デフォルトの名無しさん
20/12/30 17:18:57.85 m/y18WaF.net
macではgitconfigのPAGERに何を指定したらいいのでしょうか？
macにlessが入ってなくて
392:デフォルトの名無しさん
21/01/03 15:29:55.66 VGPDd1I6.net
.gitignoreの拡張子って何ですか?
393:デフォルトの名無しさん
21/01/03 17:37:10.04 uWkBjJnT.net
gitignore
394:デフォルトの名無しさん
21/01/03 17:49:29.18 j0Gq6j/F.net
.gitignore.gitignoreってこと？
395:デフォルトの名無しさん
21/01/03 21:32:50.27 37FlK6+Q.net
.の右側の名前が拡張子だけど
こんな質問するようなカスがGit使うのかよ
396:デフォルトの名無しさん
21/01/03 23:39:20.45 EZ344wHF.net
ドットファイルはLinux系の命名ルールで、Windows系以外では拡張子にあまり意味がない
.gitignoreの拡張子はgitignoreであるとも言えるし、拡張子はないとも捉えられる
ドットファイルの拡張子は何かという質問自体にほとんど意味がない
どのように扱われるかはツールやコマンド次第
397:デフォルトの名無しさん
21/01/04 00:13:59.55 sJY8blrR.net
>>389
ありがとうございました
>>386-388
もうちょっと分かりやすく質問したほうが良かったですね
ごめんなさい
398:デフォルトの名無しさん
21/01/05 12:02:54.07 G8BimKKu.net
windowsのexoplorerで拡張子表示しない設定がデフォだが
.gitignoreの様ないわゆるドットファイルは全部表示されなくなるのか
399:デフォルトの名無しさん
21/01/05 12:28:54.57 aNkjNIb3.net
試してみればいいだろ。どうせWindowsを叩くネタ探ししてるだけだろうけどなｗ
400:デフォルトの名無しさん
21/01/05 13:11:13.60 QCk77nSD.net
>>391
表示しないのは登録されている拡張子だけでは？
401:デフォルトの名無しさん
21/01/06 20:55:16.68 Td/kVwus.net
>>41
コミットはスナップショットであり差分ではない
URLﾘﾝｸ(github.blog)
402:デフォルトの名無しさん
21/01/07 00:39:52.75 EvYoYllB.net
もう許してやれよ
403:デフォルトの名無しさん
21/01/07 01:43:50.25 aTKj6syu.net
絶対に許せない
絶対にだ
404:デフォルトの名無しさん
21/01/07 02:19:08.21 KFrRp0zM.net
ゆるしてやったらどうや
405:デフォルトの名無しさん
21/01/07 04:30:00.53 34A7D4US.net
俺は許す。だが第二、第三の許さいないやつが登場するかもしれないがな！
406:デフォルトの名無しさん
21/01/07 04:30:26.54 34A7D4US.net
俺は許さへんけどなー
407:デフォルトの名無しさん
21/01/07 04:32:14.62 Rwr+/vV9.net
1000年恨み続けるぞ
408:デフォルトの名無しさん
21/01/07 04:35:29.84 6iGXQ2ZO.net
俺も許さへんけどなー
409:デフォルトの名無しさん
21/01/07 04:44:30.28 USu0TVaW.net
許すまじ>>41
410:デフォルトの名無しさん
21/01/07 08:44:09.61 ZQrukJD2.net
まあ使う分にはコミットがスナップショットでも差分でもどっちでもいいけどな
しかし、>>394でgitが過去のバージョン管理に比べて動作が速いのが納得できた
頭のいいやつの考えることは凄いわ
411:デフォルトの名無しさん
21/01/07 16:00:26.65 EQlW7mXe.net
まじめな話 git のコミットは思想的にはパッチセットだけどな。
古い rcs系はスナップショットとして管理して内部的には差分として保存。
gitは逆でパッチとして管理し内部的にはスナップショットとして保存。
この辺が技術的に面白いところだけど、混乱したりバカな記事書いたりするやつが多い。
412:デフォルトの名無しさん
21/01/07 21:43:05.24 fS2hw6z7.net
どういう意味？
～で管理して…で保存、の前後が何を言ってるのかわからない
管理と保存の違いを詳しく教えてくれ
413:デフォルトの名無しさん
21/01/07 22:15:20.16 CAJlIzxl.net
はてブコメントを見てると勘違いしてる人が結構いるのがわかる
414:デフォルトの名無しさん
21/01/08 17:55:34.84 8WBrrTq7.net
gitがリビジョンを差分で管理してるみたいな勘違いは何年たっても減らないな
これとかもそうで、はてブとかでボロクソに言われて逆ギレしてるし
URLﾘﾝｸ(qiita.com)
415:デフォルトの名無しさん
21/01/08 18:04:44.51 KooE4RYV.net
まあ確かに二重性はよく言われるところではあるよね
URLﾘﾝｸ(www.thirtythreeforty.net)
416:デフォルトの名無しさん
21/01/08 18:12:28.13 PqQGKODL.net
>>405
内部的にはスナップショットで持ってるけど、管理の単位（コマンドの操作対象）はパッチセット（差分集合）ってこと。
前者と後者の区別できないやつ（前者だけ主張するやつと後者だけ主張するやつと両方いる）が変な誤解が湧く原因。
stash とか例外はあるけど、内部実装の議論しないんなら git ではスナップショットとか忘れて良い。一方で内部実装からむならスナップショットが特徴。
417:デフォルトの名無しさん
21/01/08 18:33:01.34 0rHRhM/J.net
gitのコミットがスナップショットであるって基本原理を理解しておかないと、コミット間の差分比較が速いとか、リポジトリが肥大化するとか、svnの部分チェックアウトとか、gitの長所短所の理由を理解できない
418:デフォルトの名無しさん
21/01/08 19:26:51.55 PqQGKODL.net
長所の「理由」とか知ってる必要ある？
普通に使うだけなら理由は知らなくても結果の特徴だけ知ってれば十分。
ガソリンの燃焼の仕組み知らなくても車は運転できる。
技術者なら知っとけ損はないから、とは思うけど使う上で必須ではない。
それより内部実装と管理対象の混同の方が問題。嘘主張するくらいなら内部実装は忘れてもらった方が。
419:デフォルトの名無しさん
21/01/08 19:39:39.15 qqFAZEK4.net
管理の単位ってなんのことか知らんけど、git diffするにしたって、Git内部のどこかに差分ファイルがあってそれを表示してるんじゃなくて、スナップショット間でその都度差分作ってる
だからSubversionと違って、任意のコミット間、任意のブランチ間の差分も素早く作れる
逆にこのせいでSubversionに劣る機能もある
420:デフォルトの名無しさん
21/01/08 19:44:00.94 R5EtqfcI.net
そんでSubversionに劣る機能って？
421:デフォルトの名無しさん
21/01/08 20:44:22.53 gSC2W/4L.net
コミット毎にスナップショットを保存というのは、データサイズはやっぱりでかくなるん？
そのへんのトレードオフは割り切ってる感じなんかな？
422:デフォルトの名無しさん
21/01/08 20:50:30.68 gSC2W/4L.net
連レスごめん
個人用のメモとかのリポジトリでも、あんまり頻繁にコミットするのはデータ量増えてくだけだからよくなくて、
１日ごとの記録をまとめてコミットしたりとかの方がいいのかな
「コミットはドラクエのセーブみたいなもんだ」ってのを最初に見たから、なんか「こまめにセーブ」しちゃうんよね
プライベートリポジトリで
423:デフォルトの名無しさん
21/01/08 21:15:39.42 /3odlZSD.net
> 「コミットはドラクエのセーブみたいなもんだ」ってのを最初に見たから
それが本なら捨てたほうがいいレベル
バージョン管理というのは「バージョン」を管理するためのもの
バージョンというのは機能の違い
このバージョンで追加された機能、修正された機能はなんですか？
という質問に答えられないようなコミットは作ってはいけない
424:デフォルトの名無しさん
21/01/08 21:17:00.17 /3odlZSD.net
ここでいってるバージョンっていうのは1.0.0みたいな
公開用バージョンじゃなくて1コミット＝1内部バージョンっていう意味な
リビジョンとも言う
425:デフォルトの名無しさん
21/01/08 21:19:32.15 /3odlZSD.net
困ってないのにデータ容量とか速度を気にするやつは
素人の証拠だろうな
426:デフォルトの名無しさん
21/01/08 21:20:19.55 gSC2W/4L.net
うん、パブリックな作業だとそうなんだろうけど、
プライベートで作業してるメモとかのリポジトリの話ね
427:デフォルトの名無しさん
21/01/08 21:23:23.78 iWK9k6TE.net
ローカルのメモフォルダはcronで自動コミット
428:デフォルトの名無しさん
21/01/08 21:33:17.87 gSC2W/4L.net
ちょっとググったら、コンセプトレベルだとスナップショットで保存してるという事になってるけど、
実際にデータストレージに格納する際は、普通にデルタで管理してるみたいね
URLﾘﾝｸ(stackoverflow.com)
429:デフォルトの名無しさん
21/01/09 00:02:47.37 W79PuS1T.net
>>414
内部で圧縮だとか重複排除だとのかの機能が働いてるのでテキストなら全く気にすんな。
変更箇所が小さいということは他のスナップショットとの間での重複が大きいので、その分圧縮がよく効いて結局小さくなる。
逆にいうと重複排除や圧縮の効かない画像や音声などのバイナリは小さくならないのでディスクを食いまくる。
430:デフォルトの名無しさん
21/01/09 04:27:19.29 OcYH4afG.net
肥大化するのは、Gitがブランチ作りまくって運用するって思想なのもある
DLLとかアセットを大量に扱いやすいゲーム開発でSubversionが好まれやすいのは、Subversionがバイナリーもデルタで管理するから
431:デフォルトの名無しさん
21/01/09 07:29:37.17 tLHsNmBf.net
ブランチ作りまくるのは、ブランチ作ったほうがいいから
gitだからブランチを作るのではない
作りたいから作るのだ
作りたいのにsubversionは面倒だから
作るのが億劫になる
432:デフォルトの名無しさん
21/01/09 09:07:49.24 HR4R//in.net
上にもあるけど、blob/tree/commitの違いを意識しないでスナップショット/差分の議論をしているから混乱するのかなと思った。
それと"パッチ"と"スナップショットでないもの"（=同じ内容を重複保存しない）も混ぜてるのも混乱の元だと思う
433:デフォルトの名無しさん
21/01/09 09:10:26.81 HR4R//in.net
gitはスナップショットと言っていいと思う。
blobは厳密にスナップショット。
tree, commitもスナップショット。ただし、すでに保存されているblob, treeがあるときはハードリンクする。
これでどうだ。
434:デフォルトの名無しさん
21/01/09 10:24:45.44 iPsMunau.net
とても分かりやすい
435:デフォルトの名無しさん
21/01/09 10:36:06.13 iPsMunau.net
BLOBが完全にスナップショットってことは
平均100バイトのソースを通算100万回変更してコピーが作られたとしても所詮100MB単位なので問題なしとして
100MBの神Excelを1000回コミットすると100GB肥大化しちゃう？
436:デフォルトの名無しさん
21/01/09 11:02:31.02 HMKT/ruy.net
GitのホスティングサービスってGitHubとかBacklogとかどこも1ファイル100MBまでとか全体で2GBまでとかに制限してるか、または推奨してる
Gitとしては巨大なリポジトリは分割して複数のリポジトリで管理するのを良しとしてる
437:デフォルトの名無しさん
21/01/09 11:06:21.25 HMKT/ruy.net
ただ、GoogleとかFacebookとかApache Foundationとか巨大なシングルリポジトリでソース管理してるとこも多くて、そういうとこじゃGitは使えない
438:デフォルトの名無しさん
21/01/09 11:20:38.94 VJN4kPsf.net
Androidはrepoという、沢山のgitレポジトリを集めたようなやつになってるよね。
でルートの.repoというディレクトリの下が結構でかくなる。何十GBとか。
439:デフォルトの名無しさん
21/01/09 13:01:58.11 GDFdV6+U.net
>>429
それgitの制限の話なの？
440:ホスティングサービスとしての容量制限じゃないの？
441:デフォルトの名無しさん
21/01/09 13:31:10.98 HMKT/ruy.net
それくらいがリポジトリ分割の目安ってこと
GitHubとかBitbucketとかたいていのプロジェクトで使うし
442:デフォルトの名無しさん
21/01/09 13:34:00.22 HMKT/ruy.net
Apacheはこんなことしてるし
URLﾘﾝｸ(svn.apache.org)
443:デフォルトの名無しさん
21/01/09 13:54:10.37 GDFdV6+U.net
>>433
いや説明になってないけど
技術的にgitの限界というなら知りたいとこだが
444:デフォルトの名無しさん
21/01/09 13:58:13.20 HMKT/ruy.net
お前アホだろ
445:デフォルトの名無しさん
21/01/09 14:39:15.02 GDFdV6+U.net
説明できずに逆ギレとはテンプレみたいな奴だな
446:デフォルトの名無しさん
21/01/09 17:15:51.87 hICARDFL.net
バージョン管理システムはソースコードを管理するためのもので
差分見たり、ファイルの一部分を取り入れたりできなければ意味がない
100MBとかソースコード（テキスト形式）ではありえないようなサイズは
Git LFSを使ってファイルとして管理するのが推奨されてる
447:デフォルトの名無しさん
21/01/10 02:02:28.87 sWDDTlTI.net
>>421 >>426
このレベルの理解でドヤる奴が多いので混乱する
だいたい >>426 の理解でいいのだけど、
Packfile という仕組みで blob はスナップショットから別のblobとの差分へ変換される
この仕組みはコミット時に動くのではなくて、適当なタイミングで非同期的に行われる
ほぼ公式のこれ読んどけ
URLﾘﾝｸ(git-scm.com)
448:デフォルトの名無しさん
21/01/10 02:10:27.13 sWDDTlTI.net
>>426 のハードリンクというのは違うか、同じハッシュを参照するだけ
449:デフォルトの名無しさん
21/01/10 11:31:03.72 YtDhIn2G.net
>>439
コミット（というかインデックスファイル作るときなのでadd）したときにはスナップショットが作られる（記事内のlooseオブジェクト）けど、
gcで差分に変換される（=packfile）ってことか。勉強になるわ。
差分はどういうフォーマットなの？たぶんdiffではないよね？
あとハードリンクってのは概念的な類似(inode)から口走っちゃったけど、>>440のつもりです。ブランチと同じようにハッシュ向けるだけ。
450:デフォルトの名無しさん
21/01/10 16:45:12.51 LeXF6f76.net
>>420だと保存しないとトリガーが発動しないから保存を忘れてしまえば効果が無いな
451:デフォルトの名無しさん
21/01/13 21:53:18.46 5+4LZxHe.net
一番最初のコミットしたファイルにパスワードが含まれるファイルがあるので
パスワードを空にしてそのコミットを修正する方法を教えてください
そのファイルは２回目以降にもぼちぼち編集してますが
パスワードの行は変更しておりません
452:デフォルトの名無しさん
21/01/13 21:55:13.38 CyYDkVRJ.net
やっちまったな
453:デフォルトの名無しさん
21/01/14 00:17:47.56 iLKd+C5M.net
>>443
BFG Repo-Cleanerを--replace-textオプションで実行
454:デフォルトの名無しさん
21/01/16 07:59:32.68 WJOhPj8J.net
Git って今、SHA-1 と SHA-256 どっち使ってるの？
455:デフォルトの名無しさん
21/01/28 07:56:37.51 acOoD31W.net
git switch と git branch があったら、git checkout ってもう使い所ないですか？
456:デフォルトの名無しさん
21/01/29 17:38:30.84 W6HglRhM.net
自分のHTMLやcssの履歴を残したいのでgitを使い始めたのですが、
コミット(B)した後に、1ファイルの1行だけ修正してからコミット(A)してしまって
前々回のコミット(B)に取り込んで、コミット(A)を消す事はできるのでしょうか？
コミット(B)をrebaseをしてintaractiveを選んだのですが、コミット(A)は消えず
変化もありませんでした、Visual Studio Codeを使用しています
457:デフォルトの名無しさん
21/01/29 20:11:30.08 1cLC2MqD.net
>>448
--> B --> A を
--> B'(B+A) にしたいってことですね。
interactiveを使おうとしているということはコマンドラインは使えますね。
git reset --soft @^ && git commit --amend です。
Aの先に既にコミットしている場合や、作業領域がダーティの場合は、このコマンドではダメなので言ってください。
慣れてないなら、コマンド実行前に git rev-parse @ で表示される文字列をメモっておいてください。
458:デフォルトの名無しさん
21/01/30 01:49:46.04 Z9V3r2RM.net
gitとgithubが似たような仕組みって昨日知ったわ
ありがとう
459:デフォルトの名無しさん
21/01/30 03:16:40.27 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>...]'
460:デフォルトの名無しさん
21/01/30 10:49:06.16 T6Q7OQGL.net
最後のエラーが謎い…環境を教えて下さい。
・gitのバージョン
・コマンドラインを実行しているシェル(bashではない？)
git reset --soft HEAD^
これはどうなります？
461:デフォルトの名無しさん
21/01/30 17:01:38.99 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が動かなかったのは何か条件があるのかな・・
462:デフォルトの名無しさん
21/01/30 20:51:33.23 RuyxT2u7W
中学数学からはじめる微分積分
URLﾘﾝｸ(www.youtube.com)
中学数学からはじめる相対性理論
URLﾘﾝｸ(www.youtube.com)
中学数学からはじめるAI(人工知能)のための数学入門
URLﾘﾝｸ(www.youtube.com)
中学数学からはじめる三角関数
URLﾘﾝｸ(www.youtube.com)
中学数学からはじめる複素数
URLﾘﾝｸ(www.youtube.com)
463:デフォルトの名無しさん
21/01/30 20:10:04.60 zAPZPJfA.net
目的は果たせたようでよかったです。
powershellは分からないですが、たぶん@と^は使わないほうがいいんだろうと思います。
464:デフォルトの名無しさん
21/01/31 22:20:13.70 /8udhYNB.net
皆さんってGUIのGitツールって使います？
使っているとしたらオススメとかってありますか？
465:デフォルトの名無しさん
21/01/31 22:32:34.38 BL5bBvd/.net
GUI使うのはIDEのgit連携機能くらいですかね
Visual Studioとか
466:デフォルトの名無しさん
21/02/01 00:11:14.51 d6MK+BJR.net
SourceTree使ってるけど、バージョンアップで時々変なバグ入れてくるのでお�
467:ｷすめしない
468:デフォルトの名無しさん
21/02/01 08:42:59.22 oGcUiyuW.net
>>456
forkいいよ
469:デフォルトの名無しさん
21/02/01 08:57:39.78 9cKOvUYE.net
gitkでツリー確認して操作はコマンドラインだな。
470:デフォルトの名無しさん
21/02/01 09:26:55.28 oAaP+56S.net
TortoiseGitばっかり使ってる
エクスプローラとの連携が便利だからね、、
471:451
21/02/01 12:25:02.13 1/QkvVEJ.net
皆さん、情報提供ありがとうございます。
参考にさせていただきます。
472:デフォルトの名無しさん
21/02/01 22:50:03.16 Q5Bso842.net
質問させて下さい。
開発の為に開発用branchを作り、開発が完了して、master branchにマージした後、その開発用branchは削除すべきなのでしょうか?
仮に削除するのだとすると、開発用branch内の履歴が消えてしまうような気がするのですが、なにか良い方法はありますか?
よろしくお願いいたします。
473:デフォルトの名無しさん
21/02/01 23:09:13.83 36GZ1lkU.net
>>463
fast forward マージをした？
git log --oneline --decorate --graph --branches --tags --remotes
↑
これを使ってみて
474:デフォルトの名無しさん
21/02/02 12:15:14.88 9p26+m9e.net
>>456
git bashは一度起動させたらそのまま移動して使い回す
更新履歴見るときだけgitk呼んでる
操作自体はgit bash
過去の履歴が使えるので専用シェルは都合が良い
@win10
475:デフォルトの名無しさん
21/02/02 15:24:31.09 eTRsUHIh.net
git bash 便利だよね
476:デフォルトの名無しさん
21/02/02 20:41:40.26 5V0WMfsF.net
tig便利
元々Linux使ってたけどGit for Windowsに付いてくるようになって嬉しい
477:デフォルトの名無しさん
21/02/02 22:19:04.75 jeVYN25G.net
mingwのコマンドいっぱい入っているからcygwinがわりにもなるな。
478:デフォルトの名無しさん
21/02/04 13:02:56.36 g2cSm/y9.net
URLﾘﾝｸ(to-developer.com)
479:デフォルトの名無しさん
21/02/04 13:07:15.43 4mrWh63N.net
git reset --soft <commit>
<commit> を省いた時の動作って、
git reset --soft HEAD
と同じ意味になる？
マニュアル見ても書いてないように思うんだけど
つまり、
git reset --soft
ってのは、reflog で見れる足跡情報が増えるだけで、
それ以外にはなんにもしないコマンドって理解でいいです？
480:デフォルトの名無しさん
21/02/04 13:41:04.22 tVJRdoUz.net
man git-reset の最初の何行か読めばそう書いてあるだろ
481:デフォルトの名無しさん
21/02/04 21:59:36.37 OLEUfSPw.net
The <tree-ish>/<commit> defaults to HEAD in all forms.
482:デフォルトの名無しさん
21/02/08 20:47:02.46 kPAwZcKm.net
Windows で開発してるうんｋなんで、
git bash を VS Code で植え込んだ時におならが出るくらい感動した
483:デフォルトの名無しさん
21/02/09 00:42:35.94 n4fLaJzx.net
posh-gitも結構いいと思うんだ
484:デフォルトの名無しさん
21/02/09 09:55:22.35 dT3J9cd9.net
Git v2.30.1
485:デフォルトの名無しさん
21/02/09 12:33:58.63 eEK9etiv.net
powershell はコマンドが長ったらしいだけでもう無理
エイリアス設定できたとしてももう無理
なんか powershell 開いただけで蕁麻疹出る
486:デフォルトの名無しさん
21/02/09 12:47:44.22 Ulftf9cH.net
powershell強力過ぎ、めっちゃ使いやすい
487:デフォルトの名無しさん
21/02/09 17:18:41.08 eEK9etiv.net
>>477
ちょっとどこが良いのかその良さを bash とか zsh とかと比較して語ってみて
488:デフォルトの名無しさん
21/02/09 17:39:51.20 PJ1MEzpe.net
powershellは
bashやzshより使いやすい
489:デフォルトの名無しさん
21/02/09 17:51:57.49 /YXPJyUh.net
小学生のふわっとした紹介すこ
490:デフォルトの名無しさん
21/02/09 18:00:37.52 n4fLaJzx.net
すまん、プレステ
491:とサターンどっちが強いってイキってる小学生から成長してないやつがいるとは思わなかった アレルギーって自分で分かってるんだから好きなの使えばいいのにね
492:デフォルトの名無しさん
21/02/09 22:46:56.83 2AhSCbDW.net
利点を教えてと言っただけなのに、何でどちらが強いとかイキってるとかの話になるんだ…
493:デフォルトの名無しさん
21/02/10 00:13:24.97 85OkvizX.net
無理、無理、蕁麻疹出ると畳み掛けた奴が「教えてと言っただけ」と嘯くか
こういう輩が被害者ぶってる様を見る方がよっぽど無理だわ
494:デフォルトの名無しさん
21/02/10 00:17:09.45 MZ8sANR+.net
Powershellは使いやすいのが利点かな
495:デフォルトの名無しさん
21/02/10 06:21:29.99 qX2MPAZ0.net
そういう喧嘩はどうでも良くて、
普通に powershell に利点があるなら知りたいだけなんだけど
自分は powershell 全然使い込んでないし
496:デフォルトの名無しさん
21/02/10 06:34:31.18 yu7Hf4No.net
>>485
PowerShellスレで聞けば?
PowerShell -Part 4
ｽﾚﾘﾝｸ(tech板)
497:デフォルトの名無しさん
21/02/10 10:25:14.26 qX2MPAZ0.net
>>486
教えてくれてありがとう
スレお気に入れてチェックだけはしといてみるよ
498:デフォルトの名無しさん
21/02/13 21:10:04.34 k+FkZinH.net
PowerShellは.NET Frameworkが使えることが最大の利点。
それ以外のメリットがないのが最大の欠点。
499:デフォルトの名無しさん
21/02/13 22:49:51.40 a6ioYjOw.net
>>488
そういうのをやりたければPowerShellスレでやれ
git関係ないだろ
500:デフォルトの名無しさん
21/02/13 23:43:26.18 8rFjwvle.net
マイクロソフトの影響が強まっているから仕方ない部分もある
501:デフォルトの名無しさん
21/02/14 17:26:13.02 TODeHKxO.net
質問です
あるプロジェクトをgit cloneしてローカルでbuildしたのですけど、
その中で必要なSDLのソースが404でダウンロード出来なくて、中断する状況。
メンテナに聞いてみたら"update the git hash."とのこと。
「HASH更新するのね、了解」って思ったんですが、それってどうするの？状態です。
gitのオプション見ても適当なコマンドは見たらないし、cloneしてbuildする位しか
git自体使ってない程度なのでさっぱりさんです。
どなたか教えてください。
502:デフォルトの名無しさん
21/02/14 17:35:22.62 B5Xs3xes.net
そのプロジェクトを明かせばいいんじゃないかな。
503:デフォルトの名無しさん
21/02/14 17:41:51.89 TODeHKxO.net
ぬ、了解です。
github.com/EmuELEC/EmuELEC
で、Odroid Go Advance用にmake imageしたもので該当エラーになります。
build環境はamd64のdebian9です。
504:デフォルトの名無しさん
21/02/15 00:31:17.39 GpFzBvup.net
package.mkのPKG_SHA256弄るっぽいです。
すんません、git関係無いかも。
505:デフォルトの名無しさん
21/02/15 00:47:31.45 GpFzBvup.net
>>494
これで正解だったようです。
お騒がせしました
506:デフォルトの名無しさん
21/02/15 11:45:26.57 X76akpeQ.net
>>11-12
ありがとう
このやり方でいきます
507:デフォルトの名無しさん
21/02/16 00:58:10.08 mnwlAejZ.net
質問をさせて頂きたいのですが、
GitはGPLらしいのですが、注意することはありますか？
例えばGitを用いて公開したコードは商用利用出来ないのですか？
508:デフォルトの名無しさん
21/02/16 01:41:07.50 MAgjCNR3.net
ライセンスに関わることは正確にやりたいこと言わないと答えられないぞ
なおGPLは商用利用を禁止していない
509:デフォルトの名無しさん
21/02/16 07:01:06.32 ZcpmZlC/.net
>>497
gitのソースコードを修正する時になったらまた来てください
それまでは何も気にする必要はありません
510:デフォルトの名無しさん
21/02/16 07:01:40.34 ZcpmZlC/.net
git「で」
511:ソースコードを修正するときではなく git「の」ソースコードを修正するときです
512:デフォルトの名無しさん
21/02/16 11:12:05.59 RZWWw22S.net
GPLのソフトを組み込んだソフトもGPLになるんだよね
gitを組み込んでる商用IDEはソース公開義務を持つのかな？
513:デフォルトの名無しさん
21/02/16 11:19:59.57 ZcpmZlC/.net
gitのソースコードを修正しない限り自由に組み込める
いくらコピーしてもOK。自分で作った部分のソースコード公開の義務はない
514:492
21/02/16 17:50:38.97 mnwlAejZ.net
答えてくれた方ありがとうございました
>>498
Git(やGitHub)でWeb上に公開したコードについてですが、
まあ大体は商用利用ではないと思うのですが、
後々になってお金を頂くようなものを作る可能性もありまして
でも大丈夫なんですね
>>499
つまり、Git自体のコードをどうこうするのではなく、
Gitのサービスを単に利用するだけであれば、
GPLはあまり気にしなくていいということなんですかね？
515:デフォルトの名無しさん
21/02/16 18:50:42.51 Pme6j5oX.net
>>503
GPLは、
a) gitユーザーに自由にgitを使ってもらうために、
b) git開発者・gitを組み込んだプログラム開発者を制限する
ライセンス。
a,bの違いを意識しないといけないからちょっと面倒。
516:492
21/02/16 20:16:09.71 mnwlAejZ.net
>>504
ありがとうございます
GPLって書かれてるとちょっとビビってしまいます
517:デフォルトの名無しさん
21/02/16 22:18:03.16 ZcpmZlC/.net
GPLで作られたソフトの「ソースコード」を
どうにかしない限り、何の成約もない
518:デフォルトの名無しさん
21/02/16 22:22:07.11 HBjzowuv.net
>>506
GPLのコードを静的リンクしたらGPLに感染するし、動的リンクもグレーじゃない？
519:デフォルトの名無しさん
21/02/16 22:23:33.33 OHaKBW0a.net
GPLの解説読むとGPLソフトを組み込んだソフトはソース改変してなくてもGPLライセンスになってしまうようにしか受け取れないけどな
520:
21/02/16 22:30:30.89 I98rHtI/.net
>>507
動的リンクは OK、スタティックリンクは OUT とか、もうほとんど意味不明ですよね
そもそもハードディスクも物理メモリも、メモリ空間も富豪的な現状で、動的リンクの存在価値はどこにあるのでしょうか？
521:デフォルトの名無しさん
21/02/16 22:36:23.68 ZcpmZlC/.net
>>507
せやね。リンクしない限りOK
>>508
>ソース改変してなくてもGPLライセンスになってしまう
それはなにをしてもそうならない
ライセンス違反になるだけで、勝手にGPLライセンスになることはない
もし「○○○ライセンスになってしまう」というライセンスの強制上書きが許されるとしたら、
オレオレライセンスを組み込んだソフトは、どんなライセンスのものでも
オレオレライセンスになってしまう。というライセンスだって作れる。
GPLだろうがなんだろうが、そこにオレオレライセンスのソフトを混ぜると
GPL等のライセンス効果はなくなって、オレオレライセンスになってしまう
という強力なライセンスを作れると思うか？
>>509
そういうことだな。標準入出力でやり取りするブリッジプログラムを作れば
GPL感染すること無く利用することができる
522:デフォルトの名無しさん
21/02/16 22:38:07.49 ZcpmZlC/.net
> GPLソフトを組み込んだソフトは
これは、同梱という意味じゃないことに注意
当たり前だが、DVDに一緒に配布してもGPLライセンスに感染しない
それはRedHatなどがやってること
LinuxディストリはGPLとそれ以外を一緒に配布している
523:デフォルトの名無しさん
21/02/16 22:40:05.12 RZWWw22S.net
>>510
ライセンス違反にはなるけどしらを切れというスタンスか
524:デフォルトの名無しさん
21/02/16 22:46:13.31 ZcpmZlC/.net
>>512
例えば、逆にGPLのソフトが間違って、互換性がないライセンスのコードを使ってしまったとしよう
もしかしたらそのコードは有料で利用可能にしているコードかもしれない
悪いのはそのGPLソフトだ。どうすべきだと思う？
そのコードを消して謝れば許す？
それとも損害賠償すべきだと思う？
それともGPLのライセンスを、別のライセンスに変更すべきか？
525:デフォルトの名無しさん
21/02/16 22:47:24.67 /LIEBh+G.net
>>512 なんか誤解してる。 ライセンス違反だとしても勝手にGPLになったりしないってこと。
527:デフォルトの名無しさん
21/02/16 22:53:40.52 ZcpmZlC/.net
ライセンス違反したことは悪いが、
だからといってGPLに変更すれば許してやるよというのは
傲慢な脅しに過ぎない
ライセンス違反した場合に、GPLに変更するのは
ライセンス違反とい問題を解消するための、選択肢の一つでしかなく
両者の合意、または裁判によって個別に決めることでしかない
GPLに変更することで大損害を受けるのであれば、それは選択肢にならない
その場合は損害賠償を行うことで解決することになるだろう
合意が取れない場合に裁判を行うと、結局そうなる
GPL（事実上無料）にどれだけの損害を認められるか知らんがな
まあGPLを使ったことによる利益とかから算出されるんじゃね？
どうでもいい部分の利用程度なら、損害の程度も低いだろう
528:デフォルトの名無しさん
21/02/16 23:07:03.03 RZWWw22S.net
いちいち裁判で争ってたら仕事にならんからやっぱりGPLは避けるのが無難だな
529:デフォルトの名無しさん
21/02/16 23:11:40.98 ZcpmZlC/.net
ライセンス違反しなければいいだけだろ？
リンクしない限り何も影響なく
自由に利用できる
530:デフォルトの名無しさん
21/02/16 23:12:44.65 ZcpmZlC/.net
せっかく開発者が自由に使ってくださいって提供してるんだから
便利に使ってやらなきゃ可哀想だろう
LinuxだってGPLだ。便利に使える。
531:デフォルトの名無しさん
21/02/16 23:37:58.40 uwaPbh9W.net
>>509
GNU公式見解では動的リンクもOUT
Linuxカーネルがとりあえず動的モジュールOKなのはリーナス含む大勢の著作権者が不問にしてるだけ
そして動的リンクの意義はLinuxカーネルみたいなものなら自明だろう
532:デフォルトの名無しさん
21/02/16 23:41:52.36 M81i/Uj4.net
GPL危ない危ない
533:
21/02/16 23:43:18.17 I98rHtI/.net
>>519
私には自明にはみえませんが‥‥
カーネルモジュールのことをいっているのですか？
534:デフォルトの名無しさん
21/02/16 23:45:17.03 uwaPbh9W.net
>>521
ドライバ全部入りのカーネル使いたいの？
それともドライバ組み込むたびにカーネルリンクしたい？
535:デフォルトの名無しさん
21/02/16 23:48:10.64 /LIEBh+G.net
どっちにしても配布物にGPLなソフトウェアを同梱しなけりゃセーフ
536:デフォルトの名無しさん
21/02/16 23:50:06.35 M81i/Uj4.net
余計なリスクを抱えるのは避けたいからBSD・MIT・Apacheライセンスのライブラリを使うわ
537:デフォルトの名無しさん
21/02/16 23:55:13.86 ZcpmZlC/.net
ライブラリをGPLにしてしまうと、静的・動的リンクのためライセンス違反になるので
そうならないようにライブラリ用にLGPLというライセンスが存在する
GPLのライブラリのほとんどはよく読めばLGPLになってるはず
538:
21/02/16 23:55:15.05 I98rHtI/.net
>>522
MS-DOS では必要に応じてデバイスドライバを後から読み込むことができますが、MS-DOS のデバイスドライバを指して「動的リンク」とは当時は言っていませんでしたよね…
またアプリケーションに関しては、動的リンクはトラブルのもと（アプリではなく動的ライブラリが原因、とか、アプリの記述で手を抜くとアプリが暗黙に得体の知れないところの動的ライブラリをしれっとリンクする、とか）だった気がします
いわゆる Windows の DLL HELL ってやつですよ‥‥
539:
21/02/16 23:55:48.59 I98rHtI/.net
>>525
それは矛盾と妥協の産物としか‥‥
540:デフォルトの名無しさん
21/02/16 23:58:03.77 ZcpmZlC/.net
例えばglibc（GNU C Library）はLGPLなのでリンクしても問題ない
URLﾘﾝｸ(en.wikipedia.org)
License LGPLv2.1
541:デフォルトの名無しさん
21/02/17 00:00:40.90 dCg1/Ims.net
>>527
LGPLはもともとLibrary GPLという名前だったことからもわかるように
ライブラリ用のGPLとして作られた
URLﾘﾝｸ(www.weblio.jp)
> LGPLとは、コピ
542:ーレフトの考えを導入したGNUのライセンスのことである。 > 以前は「Library GPL」の名称で呼ばれていた。 > > LGPLはGPL（GNU General Public License）をベースとしているが、 > LGPLの元で公開されたソースを利用したソフトウェアを開発しても、 > その独自開発部分のソースコードの公開を強制しないという特徴を持っている。
543:デフォルトの名無しさん
21/02/17 00:07:50.02 dCg1/Ims.net
>>526
LinuxはWindowsでいうDLL HELLを避けるために
全てのパッケージが使用するライブラリを厳密に管理してる
それがディストロの仕事で、例えば次のUbuntu 21.04をリリースすべく
いま頑張ってる作業の内容がそれ
Linuxでは一般に動的ライブラリのユーザーによるインストールが
事実上禁止されてる（動作保証しない）ことによりDLL Hell相当を防いでいる
しかしそれではライブラリのバージョンが古くて困るので
独自作成のアプリ（どちらにしろ動作保証がない）では
好き勝手ローカルディレクトリにライブラリをインストールしたり
Dockerを使ってアプリにライブラリをバンドルしているｗ
544:
21/02/17 00:11:30.91 G/Mp6Fzr.net
>>530
＞好き勝手ローカルディレクトリにライブラリをインストールしたりDockerを使ってアプリにライブラリをバンドルしているｗ
WWWWW
545:デフォルトの名無しさん
21/02/17 00:29:44.27 27gbRgcl.net
>>526
MSDOS界では歴史的にリンクでは無いかもしれないが、Unix界では歴史的にドライバはリンクだよ
動的にロードできるようになった今でもDOSとは違ってロード時にシンボル解決してるし
546:デフォルトの名無しさん
21/02/17 19:46:16.19 k81iZNBk.net
gitからzipでダウンロードして
ソースいじったりしてるやついるの？
547:
21/02/17 21:21:53.80 n4obO1jB.net
>>532
DOS の時代であっても、一旦 OS が起動しきって command.com に制御が移った後であっても、任意の時刻に追加でデバイスドライバをロードすることは可能でしたよ‥‥
まあ DOS 的にはデバイスドライバには厳しい縛りがあるのでデバドラと動的ライブラリが同一とは主張したりはしませんが
ただ一ついえることは、2021 年現在、DLL が本当に必要なのか？という疑問はもっともっと考慮する価値がある、という点でしょうか
548:デフォルトの名無しさん
21/02/18 01:05:04.94 O19Vw8ur.net
ここでGitHubについての質問もしていいですか？
549:デフォルトの名無しさん
21/02/18 01:19:01.52 UIKXY2k+.net
そんな質問してもきっとハブられるぞ
550:デフォルトの名無しさん
21/02/18 01:33:18.67 qWQvZ+M0.net
ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】
ｽﾚﾘﾝｸ(tech板)
551:530
21/02/18 01:40:21.32 O19Vw8ur.net
>>536
ですよね～
>>537
そんなスレッドがあったんですね
ありがとうございます
552:デフォルトの名無しさん
21/02/18 21:11:48.11 46H+aqKh.net
htmlとcssをローカルでgit管理しているのですが、
たとえば商品ページみたいなのを作っていて、cssなどを触っている時に
トップページのcssを1行だけ変更するとなると、
細かく言えば、商品ページの部分ではない部分のcssを触るのですが、
コミットしてしまうと、2つの目的が同じコミットになってしまいます。
編集部分が異なるところを分ける扱いとかはできるのでしょうか？
553:デフォルトの名無しさん
21/02/19 00:06:40.66 0c64eule.net
>>539 git add -p
554:デフォルトの名無しさん
21/02/20 18:30:49.01 Qz20NbPh.net
コマンドラインから git を利用するプログラムは GPL に感染しない
git のライブラリを直接読んで実行するプログラムは感染します（動的リンク）
ICO っていう PS2 のゲームは、GLP 違反で廃盤になってます（ソースコード公開しやがらなかった）
RMS の団体がいくつか訴訟起こしてるみたいだけど、
日本でGPL関連の裁判は多分いまだに一個もない
そもそもGPLの強制力自体法的にグレーらしいからね
多分日本で裁判起こされても負けないと思う
555:デフォルトの名無しさん
21/02/20 20:18:22.09 M2gbwTPz.net
仮に裁判に負けないとしてもいちいち訴訟起こされたら仕事にならないし時間の無駄だからGPLのライセンス違反は避けとくわ
556:デフォルトの名無しさん
21/02/20 23:45:15.22 upzAgg50.net
git checkoutで過去のコミットに戻ったあと、元いた未来のコミットに進むにはどうしたらいいの？
557:デフォルトの名無しさん
21/02/20 23:48:26.25 upzAgg50.net
あ、git log --all & git checkoutでいけました。
558:デフォルトの名無しさん
21/02/21 00:02:04.50 jWo1wAix.net
git checkout -
でよくね
ICOもワンダと巨像も名作だったな
559:デフォルトの名無しさん
21/02/21 00:08:08.35 f0EcfH0m.net
>>545
お、そうなのね。ありがとうー
560:デフォルトの名無しさん
21/02/21 00:41:18.13 nRMfhtr9.net
git-checkout -
You may also specify - which is synonymous to @{-1}.
へぇ～しらなかった。cd - みたいだね。
561:デフォルトの名無しさん
21/02/21 17:55:15.38 Ad1gHg6w.net
git switch -
でもいいんやで
ところで、コミットメッセージ編集しても
コミットハッシュに影響しないようにするってのは駄目だったのかな
git の仕様的にコミットメッセージがコミットハッシュに影響しなきゃいけなかった理由ってなんだろ
これさえなければ、専用エディタとかでホイホイメッセージ編集しまくれそうなもんだけど
562:デフォルトの名無しさん
21/02/21 18:51:43.30 Ad1gHg6w.net
ゴリゴリ適当に作業して適当にコミットしたい時ってない？
後で rebase で整理するのめっちゃ大変になるんだけど…
コミットせずに、
たまに別のブランチに移りたいときとかはスタッシュ上手く使えばいいのかな？
563:デフォルトの名無しさん
21/02/21 20:56:52.41 AgsWCueA.net
>>548
わかる。
特に理由はなくて、そこまでやる必要を感じなかっただけだと思う。
俺もコミットメッセージはメタデータなのでコミットのハッシュに含めるべきではなかったと思う。
ただしメッセージも履歴をとっておくべきだと思うので、ハッシュを個別に取って、両方合成でコミットを管理するとかだな。
ソース側のハッシュだけで新しい方にマッチするようになっていれば良い。
564:デフォルトの名無しさん
21/02/21 21:35:17.56 sBTXUFZh.net
>>550
新しい方決め打ちじゃなくて選択させろという
要求でたらというか普通に出るから
最初から今のようにメタデータ込みの方がシンプル
565:デフォルトの名無しさん
21/02/21 22:11:25.44 UAV3hf9S.net
>>548
コミットメッセージまで含めて署名つけるためじゃないの？知らんけど
566:デフォルトの名無しさん
21/02/21 23:07:24.75 BgIZluJH.net
分散バージョン管理を何だと思ってるんだよ
履歴は複数のリポジトリに存在する可能性がある
特定のハッシュを指定すればどのリポジトリでも同じ履歴を指すのが重要
それなのにリポジトリ毎にコミットメッセージが違う可能性があるとか有り得んわ
567:デフォルトの名無しさん
21/02/22 17:57:15.08 MJ2gF5m9.net
>>549
ブランチ作ってそこでガンガンcommitすりゃいい
で、後でまとめてmerge ―squash
568:デフォルトの名無しさん
21/02/23 16:58:29.57 XBzTqCMZ.net
URLﾘﾝｸ(git-scm.com)
そんなあなたに git-notes って回答がきたわ
569:デフォルトの名無しさん
21/02/23 17:58:41.19 EW5KgHN1.net
git notes はオワコン
github も表示するのをやめた
URLﾘﾝｸ(github.blog)
Update (August 14, 2014): Displaying Git notes on GitHub is no longer supported.
570:デフォルトの名無しさん
21/02/23 22:33:51.18 muDyeP08.net
オワコン
571:どころか始まってすらいない
572:デフォルトの名無しさん
21/02/26 17:25:38.83 1yqjOIH/.net
Git v2.31.0-rc0
573:デフォルトの名無しさん
21/02/27 18:10:10.89 5c6DxbzC.net
初歩的な質問をさせて下さい
作業用のディレクトリ内にREADME.mdファイルを作成したのですが、
このファイルはコミットした方がいいんですか？
それとも.gitignoreファイル内に記述して追跡されないようにした方がいいですか？
574:デフォルトの名無しさん
21/02/27 19:51:01.47 Y/Tb94oW.net
コミットする
575:デフォルトの名無しさん
21/02/27 20:10:59.99 W8xnW4Ow.net
何を書いてるか次第じゃね？
576:デフォルトの名無しさん
21/02/27 20:22:18.91 5c6DxbzC.net
>>560
>>561
ありがとうございます
>>561
このリポジトリは練習用です、のような秘匿性は全くない内容です
577:デフォルトの名無しさん
21/02/27 21:05:27.89 GbyYV3Ad.net
>>559
コミットしたほうがいいよ
このリポジトリをクローンしたひとが最初に読むことを書いとくといいよ
578:デフォルトの名無しさん
21/02/27 22:38:58.24 OecrqISI.net
そのリポジトリはGitHubとかにホスティングするの？
579:デフォルトの名無しさん
21/02/27 22:42:38.12 2Z5Xe6zl.net
>>564
GitHub等のホスティングサービスでもいいしオンプレにgitサーバー建ててもいいしお好きにどうぞ
580:554
21/02/27 23:13:08.51 5c6DxbzC.net
>>563
>>564
ありがとうございます
>>563
分かりました
>>564
はい、GitHubのリモートリポジトリにコードを挙げようと思っています
コードも練習用で秘匿性はありません
581:デフォルトの名無しさん
21/03/03 15:03:41.70 z/MOpsDf.net
git svn使っててSVNサーバーが移動すると
対処法(svn switch --relocate相当)が微妙でちょっとドキドキしたわ
いろいろやり方あんのな
テスト用のリポジトリ作っていじり倒していると
半日ぐらいすぐに吹っ飛ぶのでヤバい
582:デフォルトの名無しさん
21/03/03 20:49:37.84 sncyHuZV.net
gitの使い方について質問させて下さい
なんちゃってgit-flowっぽい運用をしています（開発中のブランチはdevelop）
ウォーターフォール型？のプロジェクトを複数人で開発しているんですが、担当範囲の
単体試験が終わるまで一切pushしないメンバーがいます。
そのメンバーいわく「UTが終わってない時点で正常に動く保証が無いのだから、そんな
コードはdevelopにpushしない」との事なんですが、これが一般的な考え方なんでしょうか？
結果、ものすごい量の修正がなされたソースが開発フェーズの最後にどかんとpushされて
プルリクがくるのでとてもレビューしきれないし、確実にコンフリクトも起きます
開発の最中って、各人のコードをどのくらいの頻度でプロジェクト共有のdevelopに
取り込むのが普通なんでしょうか？
583:デフォルトの名無しさん
21/03/04 01:24:39.84 jld/rbVo.net
>>568
コミュニケーションとfeatureの規模の問題でないだろうか。
・コミュニケーション：
一人はfeatureが固まるまではdevelopにマージしないのが普通と考えている。もう一人はdevelopが壊れてもいいから（そういうことでしょ？）マージしてほしい。
これは会話をしたり規約を決めて解決する問題だと思うね。
表面だけ見れば、個人的にはdevelopは壊したくないので同僚に一票。
理由としてはfeatureは担当者の私物に近いが、developは共有だ。参照されるライブラリを書いているような状況では、利用する機能を壊しかねない。他人に迷惑をかけるコードをマージしたくない考えには賛同できる。
文字通り（devへのマージでなくてfeatのまま）pushしてくれないということだとしたら、その必要性を伝えてみたらどうかな。