Git 16©2ch.net
レス数が950を超えています。1000を超えると書き込みができなくなります。
ソースコード管理を行う分散型バージョン管理システム、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 お前の書き込みなんか何の価値もねえわ
向いてないから死ね TortoiseGitのグラフ表示時矢印が古い方を指すように下向きに
なった。2.9.0 設定何か触ったかな 変更のない同一ファイルのときに
git commit -am “こめんと”
を打つとエラーになるけど、エラーを回避するコマンドとか無いかな？
もしくは更新・差分があったときのみcommitするようなパラメータとか >>854
>もしくは更新・差分があったときのみcommitするようなパラメータとか
まさにこれがデフォルト動作だからエラーになってるんでは
更新・差分はないが直前のコミットメッセージを直したいということなのであれば git commit --amend -m "こめんと" すれば良い Git v2.25.0
リリース直前にgit rebace -iの機能を巻き戻した模様。 「Git 2.25」リリース、「git sparse-checkout」コマンドの追加や細かい機能強化が行われる
2020年1月14日17:15 末岡洋子
https://mag.osdn.jp/20/01/14/171500 大体ググって覚えて使ってる個人の感想としては、
ざっくり『addしてcommitしてpush、後はbranch作ってなんか切ったり結合したり出来れば大体なんとかなる』というノリでgit使ってるんですな何か他に知っておいた方が良い操作とかあるんでしょうか？
ブランチ名やコミットメッセージを付ける等の補助的なオプションに関する知識は勿論前提として。 初期に便利だと思ったのは
stash
ignoreのバリエーション
skip-worktree
reset
reflog
あたりかな stashなんか怖くて別の場所にチェックアウトしちゃう >>862
何をおいてもgit rebase。これ使わないとgitの価値が無いと言ってもいいぐらい ちょっと違うけど、vcodeのアドオンにあるgitのdiffとかhistoryを見る機能は便利。 はちゃめちゃに大きくなったリポジトリの整理でgc, filter-branchなんかは使わなきゃいけないときがあるね。
大体開発もクライマックスで泣きながらやる羽目になるイメージがあるけど。 >>868
神経質でええカッコしいの俺にとっては重要機能 遅くなりましたが皆さんありがとうございます、なんとなく枝を繋げればいいや
というイメージでしたがリセット機能や消去機能こんなに充実してるんですね。
正直広まってる理由オープンかつコストが掛からない上有名なソフトが集まっているから
だと思ってたんですが、コマンドで大体できるしGUIも綺麗ですしそこらのソフトウェアが
内蔵してる管理機能より遥かに有用なことを色々聞いて実感しました。 masterブランチをpullし忘れてmergeがめんどくさくなる時あるんですが、どうすればいいですかね？ rebaseは下手すると似たところで何度も競合して余計面倒になるような mergeがめんどくさくなった時点で気付くだろうからそこでやり直せばいい。 gitでファイル分割ってどうすりゃいいんだ
//old.cs
class Foo {...}
class Bar {...}
↑これを↓こうしたい
//foo.cs
class Foo {...}
//bar.cs
class Bar {...}
git mv old.cs foo.cs
cp foo.cs bar.cs
git add bar.cs
git commit
vim foo.cs # class Barを削除
vim bar.cs # class Fooを削除
git commit
これだとFooは履歴を辿れるけどBarは履歴を辿れないので困る 初歩的な質問で申し訳ないんだけど教えてください
今小さなプロジェクトを個人で動かしてて、部署のファイルサーバの自分のフォルダにリモートリポジトリを置いて、visual studioでコミットしてプッシュしてみたいな単純な使い方してます
それで今度チームでやることになってgithubとかgitlabとかの導入を考えているのですがプルリクエストというのがよく分かりません
色々サイト見ているのですがプッシュしたあとにプルリクエストを作成して……みたいなこと書いているんですが、プッシュしたらリモートリポジトリ変更されちゃいますよね？
プルリクエストされた担当者がコードをチェックするならプッシュの前じゃないといけないのではと思うのですが
よろしくおねがいします >>881
別ブランチにコミットしたものをpushするんだよ。
んでもってそのブランチに対してプルリクエストする。 o - o - o - o <- ローカル/master, リモート/master
\ o - o - o <- ローカル/ブランチ1
ローカル/ブランチ1をpushするんだよ。
ブランチの切り方はgit branch --help見てね。
チーム開発の記事を読んでおくといいかもね。
ブルリクについてはgithubとかの開発について調べてみるといいよ >>883-884
あぁぁそういうことですか。あ、いや自分でやってるときはgithub flowでしたっけ。masterとdevelop切ってそこからfeature切ってみたいなやり方してたんですけど
>>884だとリクエスト受けた側がmasterにマージする感じになってますけどmasterって製品版だからあまりいじっちゃまずいんじゃありませんでしたっけ。マージ先は受付側が決めるってことでいいんですかね
それと別ブランチ切らずにmasterブランチにいじってプッシュしてきたりしたらまずいと思うんですがそれは拒否できたりするんですかね pull request 来てそのまま merge して repository 壊すタイプ レポジトリは3つあるよ。
1. プルリクエスト受ける側 (オーナーA)
2. そこからforkして、じぶんのリモートになるレポジトリ(オーナーB)
3. 2からローカルにcloneしたレポジトリ(オーナーB)
pushは2と3のやりとりで、featureブランチ開発してpush。そのブランチをプルリク出して、レビュー。プルリクはGiHub/GitLabの操作。コードが良ければ、1のオーナーが2のブランチを1へマージ(っていうかpull)。
その後にmasterにマージするかは1の人次第だよ。masterの運用は、1の人が考えればいいよ。どんな開発かわからないけど、普通はデプロイするときにmasterにマージするんじゃないかな。 gitって初心者には難しくないですか？
まともなレベルと規模のチーム開発を経験しないと、その機能がなんのためにあるのかイメージし辛いし
こういうのってどうやるの？って毎度毎度ググる日々… 無理してでも覚えてもらう以外なかろう。
pull, push, add, commit, checkout, status, diff
これくらいをとりあえず覚えてもらって、困ったら聞いてもらうようにするとか。 >>888
理解しました。1.と2.が別物という認識がありませんでした。なるほど何分一人で一つのリモートに対してずっとやってきてたもので リモートのが壊れただけなら
自分のところにある正しいものをpush わりと push -f を気軽にやるのなとビビったことはある >>793
遂に、先月GCCのリポジトリがGit に移行完了した模様。
It's 2020 And GCC Has Finally Converted From SVN To Git
Written by Michael Larabel in GNU on 12 January 2020 at 07:31 AM EST
https://www.phoronix.com/scan.php?page=news_item&;px=GCC-Is-On-Git githubの使い方覚えようと思ってsourcetreeとかGitKrakenとかCUIでやるかとか色々検討したけど結局いつものVisualStudioにエクステンション突っ込むので落ち着いてしまった
だめだVSに完全に調教されている。俺は軟弱なプログラマだ >>901
GitHubの話がスレチなんじゃないか?
ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】
https://mevius.5ch.net/test/read.cgi/tech/1531824290/ >>902
でも>>899の言ってる内容はGithub限定の話ではないけど https://opensource.com/article/20/3/git-cola
Make Git easy with Git Cola
Get started with Git Cola, a graphical user interface for Git. Qiitaだけでも、git入門、git基礎、いまさらgitについてまとめてみた的なのが乱立してる時点で
初学者に理解されにくい糞仕様が存在してるのではと思われそう。 管理者が使うコマンドとフローを制限してやる必要があるな
あと定番で使うコマンドのオプション指定がハイフン2つなのはイケてないと思う ハイフン2つのオプションの方が自動補完しやすいから楽じゃん GUIがなのはCUIが使えない人に対するハラスメントだと言われたことある CUIおじさんとORM嫌いおじさんとstaticおじさんて同じ人？ Windows 10, WSL, Ubuntu 18.04 では、最初から、git が入っている
Ruby のバージョンマネージャー、rbenv をインストールしたけど、
rbenv-installer の説明通りに、以下を実行する
curl -fsSL https://github.com/rbenv/rbenv-installer/raw/master/bin/rbenv-installer | bash
このシェルスクリプト内で、勝手に、git を使ってる！
git init
git remote add -f -t master origin https://github.com/rbenv/rbenv.git
git checkout -b master origin/master
git clone https://github.com/rbenv/ruby-build.git "${rbenv_root}/plugins/ruby-build" 「Git 2.26」リリース、git rebaseのデフォルトバックエンドが変更される
https://mag.osdn.jp/20/03/24/150000 git が難しいのは利用グループごとに使い方が異なっていて標準の使い方がないからだよ。
応用の効く多様性のあるツールという利点なんだけど、自分たちの使い方だけが唯一の正解と思っているアホが多すぎる。 >>930
どうしたの？急に
何かつらいことでもあったの？ まあ、Excelも難しいし、インターネッツも難しいよな
標準の使い方がないから ExcelもXML形式になったから
Gitで差分管理できるようになるといいなあ xlsxをzip展開した状態でリポジトリに入れればいいのかな VSCode の、Git の拡張機能で、差分表示できないの？ >>930
同意。git自体はかなり使いやすいツールだと思う。
最近気になるのは若い連中がなぜかSIerみたいな運用を好むってところかな。
それやりたいならsvnでも使ってりゃいいのにと思う。 mergeまでにあほみたいな数の承認の山が必要な運用 まさかGitHubのコードレビュー機能が嫌だとかそういうレベルの話？ >>934
コンフリクトしたときに手動マージする自信がないなぁ たにぐちまこと
Git+GitHub入門 #01：リポジトリーの作成とコミット
https://www.youtube.com/watch?v=_PyuylNk64o&;list=PLh6V6_7fbbo_M3CqTeJvuXB08--fibyBu
YouTube に、分かりやすい動画がある リモート追跡ブランチは全コミットオブジェクトやファイルを含んでるの？
一部メタデータだけとかじゃなく？
つまりリモート追跡ブランチがリモートリポジトリの最新状態を反映していれば、
オフラインでもリモートリポジトリの最新状態を（リモート追跡ブランチから）ローカルリポジトリに反映できる？ ローカルリポジトリじゃないな。
オフラインでもワークツリーにリモートリポジトリの最新状態を反映できるか？ レス数が950を超えています。1000を超えると書き込みができなくなります。
