[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
720: (ﾜｯﾁｮｲ 6fcf-+Mc8) 2023/07/03(月)22:30 ID:Ge6lpurR0(1) AAS
>eviewで落とす
なんのことを言ってるんだろう
721: (ﾜｯﾁｮｲ 86bb-9eSC) 2023/07/03(月)22:39 ID:fuuwwofq0(1) AAS
>>717
お前の記憶力次第だな。10年前、20年前の自分とコラボできるか想像しろ。1年も使わないような使い捨てプログラムなら多分必要ない
722: (ﾜｯﾁｮｲ f784-aKLB) 2023/07/04(火)05:26 ID:b6pO3+r20(1) AAS
>>717
1人だろうと複数パターン試してから本実装決めたりすることあるだろ
ブランチ使えばパターン切り替えが簡単にできる
723: (ﾜｯﾁｮｲ 4e19-Oi6J) 2023/07/04(火)13:28 ID:3QwDiX+Q0(1) AAS
>>717
複数のプラットフォームを扱ってて環境変えたら(例えばフレームワークのバージョン上げた)、どんな影響
あるか確認するためブランチ切ってテストすることは割とやる。
例えばelectronのバージョンあげてみたらWindowsは無傷だったがMacはxcode SDKのバージョンアップ
まで必要だったりして、iOSアプリの制作に影響出そうだから今回は面倒だからやめるか、とか。
724: (ﾜｯﾁｮｲ 73c3-KNpa) 2023/08/02(水)13:16 ID:LwUZFS6/0(1) AAS
WindowsのSourceTreeなんですがたまに境界線が動かなくなります
これの治し方と起こらないようにする方法ってありますか？
725(1): hage (ﾜｯﾁｮｲ be03-6+wX) [age] 2023/08/03(木)11:27 ID:daTQXsMm0(1) AAS
Twitterﾘﾝｸ:col_richie
SCCS, RCS, CVS, SVN, git...
プログラマー達は一体どれだけバージョン管理ソフトウェアに翻弄されれば気が済むのか。
ソースコードのヘッダーに必要事項をコメントし、その時点の一式を
その日の日付の名前のついたディレクトリーに保管しておけば十分。
過去の検索はdiff,grep他、既存コマンドでできる
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
726: (ﾜｯﾁｮｲ 3ebb-PWnV) 2023/08/03(木)11:51 ID:JmIQL7Xi0(1) AAS
>>725
スレチ
こちらへどうぞ
gitを使わずにディレクトリコピーでバージョン管理2
2chｽﾚ:tech
727: (ﾜｯﾁｮｲ 7f8f-gZry) 2023/08/06(日)15:35 ID:yOLwQ8Al0(1) AAS
sageも使えない時点でスレ荒らしなんだから構うな
728: (ﾜｯﾁｮｲ 7510-V0dd) [age] 2023/08/06(日)16:46 ID:nIZ3K5+w0(1) AAS
Git v2.42.0-rc0
729: (ﾜｯﾁｮｲ 7510-V0dd) [age] 2023/08/11(金)07:18 ID:XGFoiKZ90(1) AAS
Git v2.42.0-rc1
730(1): (ﾜｯﾁｮｲ 9a4f-tKjX) 2023/08/15(火)21:30 ID:iHrYHeWs0(1) AAS
ゲーム業界とか未だにSVN使ってるとこ多いけどGit LFSでは駄目なん？
731(1): (ﾜｯﾁｮｲ 4ecf-vKG+) 2023/08/15(火)21:48 ID:xcCo0j6w0(1) AAS
そういう現場知ってるなら直接聞いてみたら？理由は俺も興味ある。
732: (ﾜｯﾁｮｲ cebb-WNgU) 2023/08/16(水)02:43 ID:K57qm4NQ0(1/2) AAS
large file は大抵バイナリで差分取ったりマージしたりできないので何で管理してもあまり変わんないよね。
それこそオブジェクト・ストレージとかに置いてリンクだけ git で管理するとかが便利だったり。
733: (ﾜｯﾁｮｲ 4e8f-oWN7) 2023/08/16(水)02:51 ID:G7CQiFLH0(1/2) AAS
「大容量ならLFS使えばいいじゃん。何で古臭いsvnなんか使ってる？」とでも言いたげだな…
734(1): (ﾜｯﾁｮｲ ab7b-SLZP) 2023/08/16(水)08:26 ID:shyXhCG/0(1/3) AAS
変える理由がないからだろ
今明確に困っている事があり、それがgitで解決出来る場合のみ、変更するに足りる
そうでなければ今まで通りが一番トラブルがない
だいたいgit(2005)も十分古臭いし
735(1): (ﾜｯﾁｮｲ cebb-WNgU) 2023/08/16(水)08:33 ID:K57qm4NQ0(2/2) AAS
git のブランチ・モデル使えないだけで、かなりの損失だと思うけどな、ま、他人事
736: (ﾜｯﾁｮｲ 9710-VWGQ) [age] 2023/08/16(水)08:43 ID:0OeOngjW0(1) AAS
Git v2.42.0-rc2
737: (ﾜｯﾁｮｲ ab7b-SLZP) 2023/08/16(水)09:18 ID:shyXhCG/0(2/3) AAS
>>735
使う必要がないと分からないのはお前の問題
738: (ﾜｯﾁｮｲ 4ecf-eQmn) 2023/08/16(水)09:28 ID:x0p4Dvkt0(1) AAS
>>734
なんとかバケツの方はどうなったのよ?
とりあえず作ってあるとこまで仕様のテキストでもコードでもあるものリポジトリで公開してみてよ
みんなで見よう
739(1): (ﾜｯﾁｮｲ ab7b-SLZP) 2023/08/16(水)09:34 ID:shyXhCG/0(3/3) AAS
ああそういえばsvnもブランチは切れるぞ
ただ集中型だから各ディレクトリになり、gitとは形式が異なるが、それ用に環境作ってあれば何ら問題ない
だからブランチが使えるだけでgitに移行する理由にはならないし、そう思えるのなら見識が狭すぎる
740: (ﾜｯﾁｮｲ 4e8f-oWN7) 2023/08/16(水)11:44 ID:G7CQiFLH0(2/2) AAS
色々理由はあると思うけど、
- アセットなどのバイナリファイル主体だからいちいちブランチを切り替える意味があまりない
- ファイルのロックが簡単
- 非プログラマでもgitよりは扱いやすい
だいたいこの辺りじゃね？
バケツ野郎じゃないけど、何でもかんでもgitでやればいいと言うのはどうかと思うぞ
741: (ﾜｯﾁｮｲ cb79-jQXM) 2023/08/16(水)20:42 ID:jMAEN3UU0(1) AAS
アーティストはコマンド直接は使わんし管理ツール作り直すのもめんどいし
742(1): (ﾜｯﾁｮｲ cebb-+ayc) 2023/08/17(木)02:13 ID:/c9h87BG0(1/2) AAS
>>739
ブランチ切れるかどうかなんて問題にしてないよ
ブランチをどのように活用できるかの問題
お前まともに git 使ったことないだろ
743(2): (ﾜｯﾁｮｲ ab7b-SLZP) 2023/08/17(木)08:31 ID:zl6mWfwu0(1/4) AAS
>>742
gitを使えば全てが解決して幸せになれると信じるgit統一教信者乙
そりゃお前がsvnのブランチモデルを活用出来ないだけ
git使うだけでリリースが1ヶ月早められるのなら、みんなgit使ってるよ
連中にとってメリットがないからgitを使わないだけという事実をきちんと受け止めた方がいい
そもそも俺はブランチで効率が上がるのはマネジメント不足なだけで本末転倒だとも思うが
(巻き戻し《≒ブランチの破棄》が行われない限りブランチで効率が上がることはないと思ってる
逆に言えばマネジメントがまともに出来ないレベルの連中でもそこそこの開発効率を得られる点ではブランチは有効だが、
会社の場合は既に有能か無能か分かってる連中に仕事を配分するから、そこまで酷くなることはない)
伝わらないかもしれないが、「最終的に『必ず』マージすると分かっている作業なら、
最初からマージした状態で作業を進めていった方が理論的な効率は高い」ということ
つまり、形式としてはsvnの方がgitより理論効率は高いことになる
(実際に出来るかどうかはまた別だが)
多分な、(オープンソース等)ある程度rejectする前提ならgitのように気軽にブランチ丸ごと捨てられる構造が便利だが、
(プロプライエタリ等)最終的に全員のコードをマージする前提で仕事配分してたら、svnでも、ブランチ無くても、大して問題ないって事だと思う
744: (ﾜｯﾁｮｲ cebb-+ayc) 2023/08/17(木)08:43 ID:/c9h87BG0(2/2) AAS
>>743
git 使ったことないのが丸わかりの意見でw
745(1): (ﾜｯﾁｮｲ 4ecf-vKG+) 2023/08/17(木)09:43 ID:ri4IcwiZ0(1/3) AAS
>最初からマージした状態で作業を進めていった方が理論的な効率は高い」ということ
同じファイルを触ってたらわけわかんなくなるな。
その場合VSSみたいにファイル単位でロックする仕組みが必要かな。
746: (ﾜﾝﾄﾝｷﾝ MM17-epl3) 2023/08/17(木)10:28 ID:O9IbbVomM(1) AAS
>>743
このスレ立てた人だよね?
日常の進捗履歴記録ツールWitBucket(仮称)検討中
2chｽﾚ:tech
否定しないなら同じ人って判断するけど、とりえあず顛末だけでも書かないとここで何言っても
他の人からは「投げっぱなしのテキトーな人」って目で見られて誰も聞く耳持ってくれないと思うよ?
747: (ﾜｯﾁｮｲ 275f-nIJd) 2023/08/17(木)10:29 ID:40tRnXUX0(1) AAS
みんな分かってるから触れなくていいっての
マジで
748: (ﾜｯﾁｮｲ ab7b-SLZP) 2023/08/17(木)12:11 ID:zl6mWfwu0(2/4) AAS
>>745
> 同じファイルを触ってたらわけわかんなくなるな。
その通りだが、それがどれだけあるかという話なのと、アナログに回避出来るという事。
理解してくれてると思うが、俺が言ってるのは、最終的にFast-Forwardマージしていくのなら、
最初からそのラインを辿るように変更していくのが最大効率だということ。
そしてこれは難しいことでもない。会社で仕事を差配する側なら当然全員出来る。
(逆に言えば、ブランチはまともなマネジメントが出来ないレベルでも何とかなるようにした。
だからある意味初心者ほどブランチの恩恵にあやかれる。多分git信者がブランチにこだわるのはこれ)
同一ファイルを同時に変更するにはブランチが必要だが、これは単純に、
・同時には変更せず、シリアルに変更する。
だってgitでマージしたら結果的に見た目はそうなるのだし、絶対に「同時に」変更する必要があるわけではない。
・そもそも「仕事」で配分してる会社ってあるのか？
Javaのように1クラス1ファイルのように小分けしてて「担当モジュール」制度なら自動的にシリアル化する。
・「仕事」＝「仕様変更/追加」単位で仕事を配分し、全員がどのファイルをどう変更してもいい、最適な箇所を自由に変更しろ
というのは理想的ではあるが、実際は出来ないと思う。
よく知りもしないファイル/モジュールを変更するとバグる(または、潜在バグを埋め込む)ものだから。
担当モジュール制は、実際の所、より非力なチームでも通用する方法であって、
(プロプライエタリまたは少人数等で)実力をお互いに把握出来てる状態ならこれが完全に機能する。(からほぼ全社このシステムのはず)
だからsvnでもブランチ無くても関係ないんだと思うぜ。
(まあgitでも問題ないが、現時点で問題なく機能してるsvnから移行する理由がない)
gitはこの辺linuxに全振りだから、linuxには最適だが、それ以外には大してメリットもない。
ちなみにsvnのブランチなら、他人の作業状態もそれなりに見える。だから遅れてる部分も丸見えではある。
gitの場合は完成品を納品するシステムだから、遅れてる奴が黙ってたら全く検知出来ない。
勿論この辺はgitではなく上位戦略で回避すべき案件ではあるが、実際に問題になることもあるとは思う。
749: (ﾜｯﾁｮｲ 4e8f-oWN7) 2023/08/17(木)12:18 ID:oGbYN+EC0(1/2) AAS
gitを分かってないから、svnの優位点語るのに頓珍漢なことしか言えないんだろうな
svnも分かってるかどうか(実際の現場でどのように使われるかに関して)も怪しい
上下前次1-新書関写板覧索設栞歴
あと 253 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.025s