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
0547デフォルトの名無しさん (ワッチョイ cfa5-zhOP [153.226.37.66])
垢版 |
2018/11/23(金) 19:44:51.13ID:YyxL/r6P0
Git Rev News: Edition 45
https://git.github.io/rev_news/2018/11/21/edition-45/

を読んでたんだけど、開発者紹介で

Developer Spotlight: Elijah Newren

> I’m a husband to the most amazing woman in the world, and a father
> to one son and six daughters. My wife is expecting again,

すげーw。嫁が8人目を妊娠中とかどんだけw

ユタ大学ってことはモルモンなのかな。
0549デフォルトの名無しさん (ワイーワ2 FFdf-OXRW [103.5.142.121])
垢版 |
2018/11/24(土) 12:10:57.56ID:4kdGLnPdF
元気があってよろしい
0552デフォルトの名無しさん (ワッチョイ 823d-7MGl [61.210.222.177])
垢版 |
2019/01/08(火) 10:44:21.28ID:eVc6Zkgq0
朗報、GitHub無料ユーザーも無制限にプライベートリポジトリを使えるようになる
https://jp.techcrunch.com/2019/01/08/2019-01-07-github-free-users-now-get-unlimited-private-repositories/
“GitHub”の非公開リポジトリ、無償プランでも無制限に 〜新しい料金プランが発表
https://forest.watch.impress.co.jp/docs/news/1161195.html

Thank you Microsoft!
0554デフォルトの名無しさん (アウウィフ FFeb-aDDJ [106.171.66.79])
垢版 |
2019/01/08(火) 11:05:39.19ID:GKZx39y6F
いいね
0555デフォルトの名無しさん (アウウィフ FFeb-K/5i [106.171.86.186])
垢版 |
2019/01/08(火) 11:08:13.12ID:KHUyGseUF
+1
0562デフォルトの名無しさん (オッペケ Sr4f-ZdbU [126.212.132.174])
垢版 |
2019/01/30(水) 16:09:35.32ID:bpDBhNFvr
gitはバージョンアップしなくても使えるからバージョンアップしない
0568デフォルトの名無しさん (ワッチョイ 5df0-1Vsd [220.213.58.243])
垢版 |
2019/02/11(月) 14:55:08.32ID:ccY6NTqY0
最新リリースのバグ対策を進めながら、そのうちいくつかのバグ修正が旧リリースにも必要なことが判明したときとか
同僚が開発してた機能にDBの定義変更があって、自分の担当する機能にも同じ変更の影響があることに後から気付いてSQL周りを貰いたくなったときとか
0571デフォルトの名無しさん (ワッチョイ cb7c-kRwR [113.33.126.37])
垢版 |
2019/02/11(月) 22:58:18.36ID:pEpv0CUB0
>>567
きれいなコミット履歴を作りたいときに多用するよ

コミットを終えた汚い(他の人がレビューしづらい、自分で振り返りづらい)ブランチの先端で
別の名前のブランチを作っておき、
やり直したいところで新たなブランチを作り、
そこに汚いブランチから、コミットの順序を入れ替えたり一部のみ取り込んだりするときにチェリーピックを使うよ
0575デフォルトの名無しさん (オッペケ Sr19-da9w [126.179.166.73])
垢版 |
2019/02/12(火) 21:56:21.55ID:TGYKDn8Ur
数人の開発だけどリベースは一度も使ったことない
0589デフォルトの名無しさん (オッペケ Sr41-FMsU [126.193.147.25])
垢版 |
2019/02/15(金) 12:16:05.03ID:e7WqSQfmr
おまえの頼みなど聞かん
0592デフォルトの名無しさん (アウウィフ FF29-wP4P [106.171.64.17])
垢版 |
2019/02/15(金) 12:53:54.68ID:TNDmXWGMF
レス乞食に餌を与えないでください
0607デフォルトの名無しさん (オッペケ Src5-WrPJ [126.179.32.217])
垢版 |
2019/02/25(月) 22:03:49.04ID:Si2QAeUKr
いくらバージョンアップしても今まで以上のことは何もする必要ないからもうバージョンアップしなくていい
0614デフォルトの名無しさん (ワッチョイ bf84-YxN5 [115.176.248.119])
垢版 |
2019/03/14(木) 03:04:50.39ID:1YJIYSTs0
Follows が前で Precedes が後ろなのね
git describe で直近の tag は分かるけどちょっと挙動が違うし、Precedes は調べられなさそう
git tag --contains の結果をひとつづつチェックして Precedes を、
git tag --no-contains の結果をひとつづつチェックして Follows を、
探してるのかな?
0616デフォルトの名無しさん (ワッチョイ 3301-geq4 [126.60.191.10])
垢版 |
2019/03/17(日) 11:01:38.58ID:ipW8qlQE0
GitのwindowsGUIの質問はスレ違い?
普段MercurialでTortoiseHgを使ってるのだが
Gitも触ってみようとTortoiseGitを導入したところ、これが使いにくい

複数のブランチがある状況で、リビジョングラフを見ながらdiffテキストをサクッと見たり、
コミット等を行ったり、リビジョンに復旧したりしたいが
TortoiseHgだと単一ウィンドウですべて収まってできて便利なんだけど、
TortoiseGitは状況の把握と操作が複数のウィンドウにまたがっていて簡単にはできないような気がする
コマンドライン実行をそのままウィンドウ出力にしている感じ

これに文句が出ていないのは、何かうまい使い方があるということ?
(いくつかのウィンドウを開きっぱなしにするのが常識とか)
それともGitとMercurialの考え方の違いからくるものなのか?
0617デフォルトの名無しさん (ワッチョイ a37c-D8OU [122.215.159.99])
垢版 |
2019/03/17(日) 11:57:46.78ID:ZVJiTVd10
文句が出ないのは誰も使ってないから

Git for Windows の方が良い
0628デフォルトの名無しさん (ブーイモ MM7f-wjHe [163.49.201.213])
垢版 |
2019/03/18(月) 18:36:16.77ID:YewPwHWvM
>>620
どちらかと言うとTortoiseHgが特殊。
0631デフォルトの名無しさん (ワッチョイ 7314-B/CD [180.44.245.98])
垢版 |
2019/03/18(月) 23:52:50.82ID:MbCLUxTP0
>>630
その理屈はおかしい

svnはgitが出る前の標準だった。使ってる所は多かったので今も残ってるだろう。
そしてsvnの次として、同時期に似ているコンセプトで git or mercurial がでてきた。
すぐにgitが勝利したので、mercurialを使ってる所は少ないままだったはずだ。
0632デフォルトの名無しさん (ワッチョイ e35f-YxN5 [106.72.37.32])
垢版 |
2019/03/19(火) 02:10:00.72ID:/ob5YEpy0
>>631の謎理論が面白かったので俺も謎理論を展開してみる

svnからgitやmercurialに移行する動機は大いにあってもmercurialからgitに移行する動機はさほどなく、場合によっては新しくmercurialを採用することもありうる
となるとsvnユーザーは出涸らし状態であり、svnよりmercurialの方がユーザー数が多いと言える
0634デフォルトの名無しさん (ワッチョイ 7314-B/CD [180.44.245.98])
垢版 |
2019/03/19(火) 04:00:18.53ID:iMQbPxcS0
>>632
svn -> mercurial ・・・ 初期に僅かに移行。その一部はgitに移行。最初から少なく更に減っている。
svn -> git ・・・ 殆どがこのケース。多い
svn ・・・どちらにも移行できない所がまだ残ってる。移行したとしてもgit

mercurialに移行した所よりも、svnのまま移行できない所の方が多いので
mercurialのユーザーは少ないよ。
0636デフォルトの名無しさん (ワッチョイ cfb0-B/CD [153.202.187.68])
垢版 |
2019/03/20(水) 21:20:50.51ID:gemofRvT0
What's cooking in git.git に switch と restore について記載来た。

> Two new commands "git switch" and "git restore" are introduced to
> split "checking out a branch to work on advancing its history" and
> "checking out paths out of the index and/or a tree-ish to work on
> advancing the current history" out of the single "git checkout"
> command.

早くて 2.23 あたりかなー
0637デフォルトの名無しさん (ワッチョイ cfb0-B/CD [153.202.187.68])
垢版 |
2019/03/20(水) 21:36:01.21ID:gemofRvT0
>>450
GCCのgit への移行は

昨年末に

GCC Is Still Months Away From Transitioning To Git, Reposurgeon Being Ported To Golang
https://www.phoronix.com/scan.php?page=news_item&;px=GCC-Reposurgeon-Py-To-Go-90

って記事が出て、さらに数か月かかるのかと思っていたら、

https://gcc.gnu.org/wiki/GitMirror
を見ると readonly ではアクセスできる模様。
0639デフォルトの名無しさん (ワッチョイ 1fbd-X2CP [133.200.174.64])
垢版 |
2019/04/02(火) 22:45:02.75ID:u3+lP1/q0
git flowについてと、実際の運用に適用する時について教えてください。
一次開発が終わりリリース済みのシステムがあります。今後二次開発があり、開発開始時期は同じですが、顧客テスト(例えば6/1、7/1、8/1)、本番リリース(例えば6/20、7/20、8/20)の時期が異なる機能が複数あります。

一次開発終了時点をmasterブランチ、二次開発用にdevelopブランチまでは作成しました。
今後開発する際は、developブランチから機能ごとにfeatureブランチを作成し、顧客テスト時はテストを行う機能(featureブランチ)をdevelopブランチにマージする運用が良いのでしょうか?(顧客テストokならdevelopをmasterにマージ)

気になっているのは、先に8/1顧客テスト用の機能を作った場合、マージしない(できない)ままのブランチが発生するのが良いのかわからないことです。

プルリクは使用しない想定です。

良い案があれば教えてもらえると助かります。
0640デフォルトの名無しさん (ワッチョイ 5797-/5OI [182.171.246.142])
垢版 |
2019/04/03(水) 02:16:59.33ID:BOvapwsR0
その3つの機能が依存関係が少なくてパラレルに開発した後にマージするので問題が起こりにくいのか、
それとも依存関係があってシリアルに開発、もしくは互いを調整しながら開発してしないといけないのかで違いそうな気がする。
前者ならはじめにブランチ作ってdevelopにマージしてテストすればよいと思うけれど、
後者ならdevelopブランチ1本で開発していってテストのときだけ
その時点でdevelop顧客テスト用のブランチを切ってテスト対応はそっちで行って
developにマージする、とかが良いような気がする
0641デフォルトの名無しさん (ワッチョイ d7f0-1u0g [220.213.58.220])
垢版 |
2019/04/03(水) 07:04:24.17ID:QKAgpFa00
git flowならreleaseブランチを作ろうよ
8/1顧客テストの機能をdevelopにマージしたいけど前の機能がまだmasterにマージできていないので無理、という状況を避けられる
リリースのタイミングが多少変わった程度でブランチ設計を見直さずに済む
■ このスレッドは過去ログ倉庫に格納されています

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