[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
60(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Sacd-oA9A) [sage] 2022/11/09(水) 09:32:33.75 ID:KYaOBnwRa(1) AAS
外部ﾘﾝｸ:twitpic.com
画像貼れるかわからないけど、なかなかいい提案
251(1): デフォルトの名無しさん (ｵｯﾍﾟｹ Src1-F+Za) [sage] 2022/11/15(火) 10:54:20.75 ID:ITVdMBx/r(1) AAS
チャレンジングなことしたことないやつほどそういう言葉使うよねぇ
エンジニアに妙な憧れ持ってそう
269: デフォルトの名無しさん (ﾜｯﾁｮｲ dd14-H0Ic) [sage] 2022/11/16(水) 02:12:08.75 ID:cpGIBcGj0(2/3) AAS
>>266コミットをパッチと考えて
後で再利用することを考えてる人
vs
後で見返すことなんてない人
の違いだな
結局一人プロジェクトなんよ
rebaseを価値を理解してないのは
457: デフォルトの名無しさん (ﾜｯﾁｮｲ 5344-jnF6) [sage] 2023/03/20(月) 19:28:34.75 ID:zUBkMWcU0(2/2) AAS
ありがとうございます。併用できるんですね。
ファイル単位の履歴などはTortoiseGitのほうが使いやすいし、
ブランチの切り替えや全体の状況などはSourceTreeのほうが使いやすいです。
704: デフォルトの名無しさん (ﾜｯﾁｮｲ 4e19-Oi6J) [sage] 2023/07/02(日) 22:54:33.75 ID:FdenT8Xl0(1) AAS
>>697そんなことしたら、最悪ビルドも通らないソースを運用が始まった製品のmasterに直接コミットされる
可能性もあるでしょ？
俺ならブランチでビルドエラーが出るどころかjestやlintも通らないようなものは、エラーがなくなる
までdevにすらマージさせないて修正させるよ。
748: デフォルトの名無しさん (ﾜｯﾁｮｲ ab7b-SLZP) [sage] 2023/08/17(木) 12:11:03.75 ID:zl6mWfwu0(2/4) AAS
>>745> 同じファイルを触ってたらわけわかんなくなるな。
その通りだが、それがどれだけあるかという話なのと、アナログに回避出来るという事。
理解してくれてると思うが、俺が言ってるのは、最終的にFast-Forwardマージしていくのなら、
最初からそのラインを辿るように変更していくのが最大効率だということ。
そしてこれは難しいことでもない。会社で仕事を差配する側なら当然全員出来る。
(逆に言えば、ブランチはまともなマネジメントが出来ないレベルでも何とかなるようにした。
だからある意味初心者ほどブランチの恩恵にあやかれる。多分git信者がブランチにこだわるのはこれ)
同一ファイルを同時に変更するにはブランチが必要だが、これは単純に、
・同時には変更せず、シリアルに変更する。
だってgitでマージしたら結果的に見た目はそうなるのだし、絶対に「同時に」変更する必要があるわけではない。
・そもそも「仕事」で配分してる会社ってあるのか？
Javaのように1クラス1ファイルのように小分けしてて「担当モジュール」制度なら自動的にシリアル化する。
・「仕事」＝「仕様変更/追加」単位で仕事を配分し、全員がどのファイルをどう変更してもいい、最適な箇所を自由に変更しろ
というのは理想的ではあるが、実際は出来ないと思う。
よく知りもしないファイル/モジュールを変更するとバグる(または、潜在バグを埋め込む)ものだから。
担当モジュール制は、実際の所、より非力なチームでも通用する方法であって、
(プロプライエタリまたは少人数等で)実力をお互いに把握出来てる状態ならこれが完全に機能する。(からほぼ全社このシステムのはず)
だからsvnでもブランチ無くても関係ないんだと思うぜ。
(まあgitでも問題ないが、現時点で問題なく機能してるsvnから移行する理由がない)
gitはこの辺linuxに全振りだから、linuxには最適だが、それ以外には大してメリットもない。
ちなみにsvnのブランチなら、他人の作業状態もそれなりに見える。だから遅れてる部分も丸見えではある。
gitの場合は完成品を納品するシステムだから、遅れてる奴が黙ってたら全く検知出来ない。
勿論この辺はgitではなく上位戦略で回避すべき案件ではあるが、実際に問題になることもあるとは思う。
750(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4ecf-vKG+) [sage] 2023/08/17(木) 12:52:59.75 ID:ri4IcwiZ0(2/3) AAS
ようはトピックブランチを使わずにmasterに直接commit/pushするようなやり方だろ。
ひとり開発でならよくやるな。
786(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/19(土) 09:28:05.75 ID:Af/nXbF+0(2/10) AAS
個人的な経験からバージョン管理の進歩で最大の進化を挙げていくと
rcs: バージョン管理で共同開発できる
cvs: リモートチェックアウトでロック取らずに共同作業可能になった
svn: アトミックコミットができるようになった
git: ローカルブランチが切れるようになった
というやつなので長文君の主張は全部的外れ
ローカルブランチのない時代には絶対に戻りたくない
789(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/19(土) 12:54:31.75 ID:2LFpxJcr0(2/8) AAS
>>787には同意する。
>>786
> ローカルブランチ
これ言うほど意味あるか？
集中型でもローカルに動作環境を作って試す。
通常は最新版のファイルを全コピーし、目的のファイルだけ変更してテスト等流すことになる。
だから実際の作業状態は集中型でも分散型でも変わらない。
最終的に提出するのがファイルかリポジトリかという話であって。
796: デフォルトの名無しさん (ﾜｯﾁｮｲ c963-Wp5N) [sage] 2023/08/19(土) 15:09:35.75 ID:WQ8pf8iV0(2/2) AAS
長文くんは試行錯誤なんてできないからな
「バケツ」のときも、つくるのなら試行錯誤するしかないから
そうしろと言われたら「迫害された」と叫んで逃げ出したし
864(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 5b19-0WDc) [sage] 2023/08/24(木) 14:29:24.75 ID:uKUnpR3b0(1) AAS
>>863外部ﾘﾝｸ:gist.github.com
>結論としては...社内専用システムを用意したりする余裕のない組織、ガバナンスの弱い組織、強い技術リードが
>いない組織は、単一レポは難しそう...
ということで、OSS向きではないらしい
ただ近い運用ならmainオンリーで使い続けリリースはメンテナーが強権でcherry pickで取捨選択してリリースブランチ
作るなら出来そう。
905: デフォルトの名無しさん (ﾜｯﾁｮｲ cbbb-s7v3) [sage] 2023/10/02(月) 10:49:59.75 ID:sE51mbEV0(1/3) AAS
>>901901(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b55f-VEJP) [sage] 2023/10/02(月) 09:35:59.77 ID:gcnNh1oY0(1/2) AAS
20年振りに自分でプログラミングするんだけどGitの概念がわからなすぎて辛い・・・
リポジトリだのブランチだのステージングだのコミットだの今までの言語概念になかった用語多すぎて覚えきれない
今のプログラマ仕事のPG以外にどんだけ難しいことやらされてるの・・・
待てや、20年前でもコミットとかブランチとか普通にあっただろ？ どの時代から来た？
ステージングは git 特有だが
916: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-/ruS) [sage] 2023/10/02(月) 18:26:48.75 ID:+jT1qHkKa(1) AAS
git 最初触った時はGUIだったが、なんかピンと来なかった。
CLIで手順通りを繰り返したらCLIの方が好きになった。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.164s