X



Git 16©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん 転載ダメ©2ch.net (エーイモ SE4a-N0rP [1.114.6.147])
垢版 |
2017/08/15(火) 00:54:07.61ID:brNIopECE
ソースコード管理を行う分散型バージョン管理システム、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 14
http://echo.2ch.net/test/read.cgi/tech/1457412803/
Git 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured
0069デフォルトの名無しさん (ワッチョイ 5ee3-PvnN [153.205.139.150])
垢版 |
2017/09/23(土) 16:52:07.47ID:HgJ0Nznd0
個人の生産性を測ると、バグと手戻りと思い違いが増える。
一方、協調しよ うとかスキルを伸ばそうとか知見を共有しようとかいった態度は薄れていく。
各人がなんとしてでも自分自身の生産性を確保しようと躍起になるからだ。
心しておきたいのは、個人の生産性を計測すると、
プロジェクトで大切に育んでいきたい心構えと振る舞いを台無しにしてしまうということだ。
チームメンバー同士で考え方を共有すること。助け合うこと。
落とし穴にはまらないように気を配ること。
こうしたすべてが失われてしまう。
0085デフォルトの名無しさん (ワッチョイ a6e3-IQJU [153.205.139.150])
垢版 |
2017/09/30(土) 23:36:20.97ID:bkANRjG70
gitはSVNに比べて気軽にブランチが作れるんで、
ちょっとした実験用の実装を別ブランチで分けて作っておいて、
あとから部分的に使いたい部分のコミットのみを別のブランチにマージさせたりできる
これはSVNにはないメリットといえるのではないだろうか
0087デフォルトの名無しさん (アウアウエー Sa12-oibU [111.239.39.57])
垢版 |
2017/10/01(日) 09:51:03.59ID:xDsv9kMna
>>85
+1
0100デフォルトの名無しさん (エーイモ SEc3-2JKf [1.115.10.164])
垢版 |
2017/10/09(月) 14:15:58.34ID:yzPECHuwE
git add -pで一部だけaddした場合
そのaddされた変更箇所がどこなのか確認する方法を教えてください
git diffだとaddされてない部分が表示されました
0103デフォルトの名無しさん (アウアウエー Sa93-VW2x [111.239.47.64])
垢版 |
2017/10/10(火) 16:23:39.68ID:PzXU3tU2a
test
0106デフォルトの名無しさん (ワッチョイ 82d2-NIAW [27.139.3.34])
垢版 |
2017/10/16(月) 00:13:51.06ID:FCvJ2Cxg0
ローカルコミットの最新だけリモートにプッシュすることってできませんか?
一旦コミットしてしょうもない書き間違いに気がつくことがあって
0113デフォルトの名無しさん (ワッチョイ 4f80-aATY [180.44.180.197])
垢版 |
2017/10/26(木) 05:32:45.60ID:UuW2ebiJ0
>>110
git mv
ファイル名変えて元をrmしてaddし直すのと一緒だが
0114デフォルトの名無しさん (ワッチョイ f723-0rtk [124.36.111.95])
垢版 |
2017/10/26(木) 11:25:04.18ID:v4GCj7LM0
>>112
ほんそれ
0117デフォルトの名無しさん (エーイモ SEd3-RrQR [114.49.11.228])
垢版 |
2017/10/30(月) 13:33:35.79ID:ZB5H70ULE
mv hoge/index.html index.html
rm -a hoge
git status↓
deleted: hoge/index.html
Untracked files:
(use "git add <file>..." to include in what will be committed)
index.html

git mvし忘れたんですけどこの場合どうやって
index.htmlの履歴が引き継げなくなるのは困ります
0120デフォルトの名無しさん (エーイモ SE3f-VfAY [111.188.7.112])
垢版 |
2017/11/03(金) 19:04:58.93ID:CHTZ1/MnE
あの、git cloneした場合とreleaseから圧縮ファイルをダウンロードするのはどちらが通信量が少ないでしょうか?
git cloneってgzで圧縮されたパケットですかね?
0121デフォルトの名無しさん (アウアウエー Sa3f-BmFE [111.239.44.74])
垢版 |
2017/11/03(金) 19:12:05.26ID:HuwGCmuDa
圧縮されてると思っていいです
0122デフォルトの名無しさん (エーイモ SEbf-VfAY [1.115.3.93])
垢版 |
2017/11/03(金) 19:43:47.91ID:xQKj5D1RE
gitのv2.5.0のみcloneしたら5.72MiB(約6MB)
v2.15.0.tar.gzのサイズは6.9MB
よってcloneのほうが通信量が少なかったです
圧縮ファイルのほうがサイズ小さいと思ったら以外でした
0125デフォルトの名無しさん (エーイモ SEbf-VfAY [1.114.13.214])
垢版 |
2017/11/04(土) 10:45:43.41ID:VEft+zuLE
あっホントだ!2.5.0と2.15.0だった
いま気付いた
0126デフォルトの名無しさん (エーイモ SEbf-VfAY [1.114.13.214])
垢版 |
2017/11/04(土) 10:50:00.94ID:VEft+zuLE
git clone --depth 1 -b v2.15.0 だと7.21 MiB(7.56023296 MB)
tar.gzは6.85MB

tar.gzのほうが軽いですね
0127デフォルトの名無しさん (アウアウエー Sa3f-BmFE [111.239.34.41])
垢版 |
2017/11/04(土) 13:28:46.00ID:afxny8Paa
プレーンじゃないって判ったらもういいだろ
0128デフォルトの名無しさん (オッペケ Sr71-cUbH [126.212.240.180])
垢版 |
2017/11/12(日) 21:42:56.70ID:jY05iMwrr
悪貨がはこびるのは世の常
0130デフォルトの名無しさん (アウウィフ FF21-v3u9 [106.171.69.170])
垢版 |
2017/11/18(土) 10:28:12.21ID:f6VgeCZIF
うんこーど対応
0135デフォルトの名無しさん (ワッチョイ 952b-zZaM [116.81.216.157])
垢版 |
2017/11/25(土) 10:44:51.04ID:GXE1yDbf0
feature ブランチを rebase してから --no-ff merge
feature ブランチを rebase してから --ff merge
feature ブランチを rebase せずに --no-ff merge は、複数人開発だとデフォルトこっちになるけどffマージになっちゃうこともあるので一応指定
feature ブランチを rebase せずに --ff merge は、複数人開発だとffマージできなくてエラーになること多い
0138デフォルトの名無しさん (ワッチョイ e33d-LtnT [211.125.197.29])
垢版 |
2017/11/25(土) 16:13:13.39ID:scmEtkJ60
後でbisectした時に困るって話?
0140デフォルトの名無しさん (アウアウアー Saab-LtnT [27.93.161.230])
垢版 |
2017/11/25(土) 18:33:01.06ID:Khw/xjwda
ログメッセージの修正だけが目的で
元と同じ場所にrebaseするだけなら大丈夫だろう

masterの新しいコミットの上に何も考えずにブランチのコミットをrebaseするのは
後々問題を引き起こす
0142デフォルトの名無しさん (ワッチョイ a3d1-ThNz [221.184.211.69])
垢版 |
2017/11/25(土) 19:02:42.56ID:RefiArAO0
これ大前提としてコミット一つ一つを
どう運用しているかによるよな

コミットにバグが含まれていたとしても
マージする単位で整合性が取れていればOKなのかとか

人によってはコミットを作業履歴みたいに
・○○修正した
・ミスが有ったので訂正
・タイポ
・修正漏れがあったので対応
・今日はここまで
みたいにする人もいるし
0143デフォルトの名無しさん (ワッチョイ 0595-3a+g [150.249.159.53])
垢版 |
2017/11/26(日) 21:22:48.07ID:NknDgLnA0
作成したリポジトリから複数回プッシュした変更分ってmasterにも複数回マージすれば良いのんかね
それとも最後のプッシュぶんだけマージすれば変更分は全てマージされるん?
gitよくわかんねぇんご
0145デフォルトの名無しさん (アウウィフ FFa9-yX5g [106.171.65.200])
垢版 |
2017/11/28(火) 12:41:47.97ID:EqW/cfNYF
差分や増分バックアップとは違うんだ
0147デフォルトの名無しさん (ワッチョイ c5e9-WTEI [182.165.117.50])
垢版 |
2017/11/29(水) 08:47:58.58ID:LckLrbbe0
誰かgit初心者の勉強につきあってくれる人はいないかなぁ
そんな人を探して初レス
0148デフォルトの名無しさん (ワッチョイ c5e9-WTEI [182.165.117.50])
垢版 |
2017/11/29(水) 08:55:48.00ID:LckLrbbe0
勉強につきあってもいいよという人がいたら↓にきてよ

open.open2chネットの/test/read.cgi/nohara/1511913106/
0150デフォルトの名無しさん (ワッチョイ 822d-E7Ol [115.39.17.219])
垢版 |
2017/12/14(木) 01:55:18.80ID:l16WN9gO0
Git で管理しているJavaのクラスを
リファクタリングで別のパッケージに移動させた場合、

物理的な移動 と 中身の変更(パッケージ宣言の変更) が同時に発生するので
これらを同時にコミットすると、Git上で履歴が追跡できなくなるのがつらい

いまは、ファイルだけ移動させていったんrenamedでコミットしたあとに、
別のコミットで中身(パッケージ宣言)を書き換えてしのいでいるんだけれど、
途中でコンパイルが通らないコミットができるのが、あまりうれしくない…

みんなどうやっているの??
0152デフォルトの名無しさん (ワッチョイ cf61-OyZG [180.33.115.190])
垢版 |
2017/12/20(水) 09:36:16.98ID:megjw+LT0
2つの質問していいですか?
一つ目の質問してもいいですか?
なぜpushには-uオプションがあるのにpullにはないのですか?
2つ目の質問してもいいですか?
GITのコマンドが完全に成功するか完全に失敗するかのどちらかというのは
複数の人が同時に同じレポジトリーに対して別のGITからコマンドを実行しても
成り立ちますか?
0154デフォルトの名無しさん (ワッチョイ 2323-S6Dr [122.215.159.99])
垢版 |
2017/12/21(木) 13:22:44.51ID:PbmhXIq30
>>152
cloneなr常に成功するかもな
0155デフォルトの名無しさん (ブーイモ MM17-lFwn [210.138.208.57])
垢版 |
2017/12/22(金) 00:22:27.25ID:u88jumexM
mao.5ch.net/test/read.cgi/linux/1468149353/501

501 login:Penguin sage 2017/12/22(金) 00:20:40.83 ID:0/XqAwW+

誰もやらんかもしれないけど
@ WSL の Ubuntu の bash から使う git
A Git for Windows の Git Bash から使う git
これらを混ぜると危険

Aでサブモジュールを含むローカルコピーを取ってきた後
サブモジュールを取り直す時に
間違って@で取ると
以降 git status --porcelain が失敗する

TortoiseGit が Git for Windows に依存するので
TortoiseGit でのいろんな操作も失敗するようになる

ようやく気づいたよ、、

修復方法はサブモジュールを
Git for Windows のGit Bash から取り直すこと
0157デフォルトの名無しさん (ワッチョイ c711-kLma [122.22.135.249])
垢版 |
2017/12/31(日) 18:18:45.28ID:Du3gmatL0
よくわからないので教えてください。
リポジトリとなるフォルダとして、 git-sampleフォルダを作成し登録しました。
この中で20181231.txtというファイルを作ってコミットし、成功しました。
ここで、別のファイルも管理したいと思い、git-sampleフォルダの中で、
テスト用.txtを作成し、コミットさせると、20181231.txtと同じブランチに
紐づいてしまいます。
それぞれを別のファイルとして管理させたい場合は、ファイル登録時に
どうすればよいのでしょうか?
0160デフォルトの名無しさん (ワッチョイ c711-kLma [122.22.135.249])
垢版 |
2017/12/31(日) 23:02:24.79ID:Du3gmatL0
>>158
素人で申し訳ないのですが、樹形図列に表示されている線が1本のみで、
その1本に20181231.txtとテスト用.txtが紐づいている感じですが、
それぞれのファイルごとに樹形図があると思っていたのですが、そうでは
ないのでしょうか?
それであれば、ファイルごとの状態を把握するのが難しいような・・
0161デフォルトの名無しさん (ブーイモ MM5a-Fdzi [49.239.65.237])
垢版 |
2017/12/31(日) 23:19:02.84ID:fOHhb5PdM
>>160
masterブランチにマージする前提で使うのが基本だよ
途中は樹形図のように広がってもなるべく最後は一つにマージする
樹形図のように広がっている時は多くの人が編集途中だったり、
個人であってもあれこれ途中のものを入れてる段階で、
最終的には確定した一つのものにする
0163デフォルトの名無しさん (ブーイモ MMd7-Fdzi [202.214.167.158])
垢版 |
2017/12/31(日) 23:33:57.55ID:UL0WEkwgM
>>160
もしかして、 fast forward merge ばかりしてるとか?
merge時にmasterブランチに履歴が混ざるのが嫌だと言う話なら以下を参考に

https://qiita.com/nog/items/c79469afbf3e632f10a1

git config --global --add merge.ff false
git config --global --add pull.ff only

というか
それ以前にブランチすら作ってないのかも?
0164デフォルトの名無しさん (ワッチョイ c711-kLma [122.22.135.249])
垢版 |
2017/12/31(日) 23:58:34.50ID:Du3gmatL0
>>161-163
いろいろ親切に回答をしていただいて申し訳ございません。
SourceTeeeを使っていることを書いていませんでした。
なので、CLIのほうはまだちんぷんかんぷんです。ごめんなさい。
でも、でてきた各用語についてはこれから勉強させて
いただきます。
ちなみに実際にやっていきたいのは、
[構成図]フォルダ内にある、物理ネットワーク.xlsxや論理ネットワーク.xlsx
などの各ファイルのバージョン履歴がファイルごとに見れるようにしたい。
それがSoueTreeでどのようにできる(表現される)のか試しに始めた次第です・・
0165デフォルトの名無しさん (ブーイモ MMd7-IPqA [202.214.230.52])
垢版 |
2018/01/01(月) 02:27:07.10ID:voNuevoJM
>>164
遥か昔、バージョン管理ツールは、ファイル単位で履歴を管理する方式から始まったんだけど、
不便だったので、特定のディレクトリ以下の複数のファイルの状態をまとめて履歴管理する方式に取って代わられた

ファイル単位で履歴を見る方法は用意されてると思うけど、SourceTreeはよくわからん

この辺が参考になるかな?
https://teratail.com/questions/12039
0166デフォルトの名無しさん (ワッチョイ 8f9f-48kh [114.16.82.189])
垢版 |
2018/01/02(火) 07:35:38.59ID:xHknK7DQ0
「未コミットの変更状態」が作業ディレクトリに残った状態で
他人がコミットを進めたブランチをpullしてくると
作業ディレクトリはどうなるの?
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況